Where Time Stood Still Amiga Release - 6PM GMT 29th July 2014

[Jeff_HxC2001]

Originally Posted by Galahad/FLT

It isn't. It works on real Amigas, and i've already made the point that my work is done for Real Amigas. If it doesn't work properly under emulation (which it most certainly does up to 800%) then that is down to the emulator author to sort out.

This is concluded

I am talking about real Amiga, and even with real floppy drive... But i know where is the issue so the subject is closed for me too.

[Asman]

Originally Posted by StingRay

That sounds somewhat vague but I'll continue working on my port anyway, should there be 2 ports of the same game (which I doubt seeing that Asman has "other plans") people can choose which one they like best which isn't a bad thing IMHO.

That's great that you are working on Slap Fight. Frankly I did look into ST version of Slap Fight some time ago and I did nothing special as I remember.
And I think that is nothing wrong with 2 ports or more of the same game.

[tomcat666]

Got back from the vacation to find this little present from Galahad on the forum. Thank you very much for this Galahad. I know how much work goes into reverse engineering stuff and especially adding new features - and this release is full of them. Plays like a dream on my A1200 and even on an un-accelerated A600 it plays very well. Great stuff.

[Havie]

Finally found some time to try this out on my 1200 030 50mhz. Good work., seems to be working well. Have no idea to do - will have to read some instructions!

[s2325]

[ Show youtube player ]

[tomcat666]

Originally Posted by s2325

[ Show youtube player ]

I wonder if these problems are also in the Atari ST original version ... otherwise Galahad will have some work to do The last issue which prevents the game from being completed is particulary worrying

[TCD]

Originally Posted by tomcat666

I wonder if these problems are also in the Atari ST original version ...

Seems like the ST version can be completed: [ Show youtube player ]

[Galahad/FLT]

So much for bug testing.... bah!

Looks like i'll have to check this out

[Galahad/FLT]

Ah, played contrary to the instructions I gave, and that was "Cycle Exact" had to be ON.

Ironclaw played the entire longplay with it off!

[DDNI]

Originally Posted by Galahad/FLT

Ah, played contrary to the instructions I gave, and that was "Cycle Exact" had to be ON.

Ironclaw played the entire longplay with it off!

Was this an EYE DEE TEN TEE (spell it out on paper) type error?

[Hungry Horace]

Haven't been around much of late, but finally got a chance to give this a go... Really cool stuff Galahad, and deserves great thanks!

If only they had made Great Escape for the ST too....

[s2325]

french review [ Show youtube player ]

[Neil79]

Originally Posted by s2325

[ Show youtube player ]

Was it bad of me to say I found it slightly funny

[solaris104]

I found graphics bug in this game :-).

[s2325]

Maybe it's same thing: http://www.tunguska.pl/wp-content/ga...smiczna/10.jpg

[kamelito]

Originally Posted by solaris104

I found graphics bug in this game :-).

I suppose that if you can replicate it on the original Atari ST game then it's not an Amiga bug It's worth trying maybe. Kamelito

[Codetapper]

I found that tile problem while ripping the maps, but I couldn't see any correct tiles in the graphics. I've attached all the tiles the game uses. (The full map is on the HOL entry).

If you can see tiles that would work, it shouldn't be too hard to insert them into the game. It's not quite as simple as it seems, as the game is composed of about 12 submaps, each with it's own set of tiles for that submap. As you walk into a new area, it copies the relevant tiles into the buffer and decodes the map (as it's run-length-encoded).

I guess tile 371 appears to be blank so might be able to be drawn into, and possibly one of the high tile numbers like 511.

Incidentally, I never checked how the game stores the collision/walking state/height of each tile, hopefully that's a separate map and the submaps are literally just indexes to the graphics. If not, it might be a lot more work to fix those 2 tiles!

[Galahad/FLT]

Originally Posted by Codetapper

I found that tile problem while ripping the maps, but I couldn't see any correct tiles in the graphics. I've attached all the tiles the game uses. (The full map is on the HOL entry).

If you can see tiles that would work, it shouldn't be too hard to insert them into the game. It's not quite as simple as it seems, as the game is composed of about 12 submaps, each with it's own set of tiles for that submap. As you walk into a new area, it copies the relevant tiles into the buffer and decodes the map (as it's run-length-encoded).

I guess tile 371 appears to be blank so might be able to be drawn into, and possibly one of the high tile numbers like 511.

Incidentally, I never checked how the game stores the collision/walking state/height of each tile, hopefully that's a separate map and the submaps are literally just indexes to the graphics. If not, it might be a lot more work to fix those 2 tiles!

I'm wondering if the original PASTI image I used as a the basis for making the Amiga version is buggered. Had a few issues using WinUAE with one file (i.e. the map file) getting corrupted, hence why I changed the file arrangements to make the map file smaller and compacted so if there was an error, Propack would pick it up on depack, but obviously not if it was already fucked.

I'm going to find an alternate source for the ST version, and introduce the map file from that and see if it fixes these graphical problems, it can't be anything more than that.

[Codetapper]

I really don't believe it's a problem with a specific map file. If you look at this [ Show youtube player ] you can see the problem exists.

For this bug to be correct on some version, you would need alternate tile graphics, possibly an alternate tile lookup map, and then the run-length-encoded data would also have to be altered.

It just doesn't seem feasible that another version exists with all those things different. It'd be more likely you'd have a case like Ninja Gaiden 2 where 2 bytes corrupt in one file destroyed the entire tile graphics on a level.

If you wish to check other versions though, the corrupt data is this sequence of bytes: $c6, $c7, $8, $7. If you find a version which doesn't have that sequence, then it's worth splicing the data in and seeing what happens. But I really doubt you'll find another version without that.

[zeropolis79]

Originally Posted by Hungry Horace

Haven't been around much of late, but finally got a chance to give this a go... Really cool stuff Galahad, and deserves great thanks!

If only they had made Great Escape for the ST too....

In theory, could the C64 code be adapted to the Amiga? I'm more familiar with the Spectrum and Amstrad versions but I know it would be next to impossible to adapt the Z80 code to the Amiga..

Anyhow, is there any UK based fan that would transfer WTSS to disc for me please? I would love to play this on my A1200..