Final Fight (arcade) for the Atari STE/Falcon030

[Anima]

First run on a real Falcon 030 @32Mhz (powerup2 simple CPU speeder), 14Mb, RGB + NVDI (not sure if NVDI makes any difference yet) it is was extremely playable, once i got into it and was fully adjusted with a slight lag in display (my actions on the jagpad works fine in the gameplay just the actual sprite takes smidgen to catch up) it was brilliant. Again the very small lag doesn't affect gameplay whatsoever.

Thanks for your report. It's most interesting how fast it runs on different accelerators.

If i were to nit pick the ring scene at end of level 2 with samurai dude has top half of screen displaying some jibberish in back ground, doesn't affect gameplay or get in the way just noticeable (same with next level ring scene with 2 Andre's).

Background clearing is not yet implemented which is indeed annoying. This will come up in one of the next releases.

Love it so thanks for the effort, is there any more cleaning up of the code to do to make it more efficient (faster)? if not it is still superb.

Thanks. The first goal is to get it working without any bugs and with a 1:1 arcade conversion even when it woks only on faster machines. However, I think that a true Falcon 16 MHz version would look a bit different like reducing the screen size or implementing hardware scrolling instead of redrawing the whole screen. There's still some room in the current form, though.

[Anima]

The game runs nice on my CT60 and also in 030 mode. Only "bad" thing I found: I can only control one player with the Jaguar pad :/ As my wife is a gamer like me, it would be nice if 2nd player could also control by jaguar pad 2.

That makes sense as it already supports the JagPad.
It's actually work in progress and I'll add this as an upcoming "quick fix".

Is there a chance to add music?

Unfortunately this has the lowest priority. But well, the DSP has nothing to do yet so the vague answer would be "yes".

[Anima]

Coming up a year since we last heard about any updates on this project, I hope Anima is OK and has not given up!

No, not yet.

[MacFalcon]

The game runs nice on my CT60 and also in 030 mode. Only "bad" thing I found: I can only control one player with the Jaguar pad :/ As my wife is a gamer like me, it would be nice if 2nd player could also control by jaguar pad 2.

That makes sense as it already supports the JagPad.
It's actually work in progress and I'll add this as an upcoming "quick fix".

Is there a chance to add music?

Unfortunately this has the lowest priority. But well, the DSP has nothing to do yet so the vague answer would be "yes".

Thank you, jagpad2 support would be awesome

[Anima]

Thank you, jagpad2 support would be awesome

Jagpad #2 is now supported. Please check out this "hotfixed" version: https://www.anides.de/ff_030_240514.zip

[MacFalcon]

Thank you so much for including this

[Anima]

Thank you so much for including this

Please let me know if this works as expected. "coin in" etc. are not yet implemented because I had some issues with the Hatari gamepad emulation just to get the second JagPad working correctly.

[HospesSTE]

Is there a chance for an STe version? Or, unfortunately, is there only a Falcon version left in production? ;(

[Anima]

Is there a chance for an STe version? Or, unfortunately, is there only a Falcon version left in production? ;(

Initially I had it in mind but first I need a complete working version which can be tested thoroughly mainly to fix the original relocatable ffight code. This works best on fast machines before reducing the features step by step to get it working on a stock Falcon, let alone on the STE.

As an example the scene preparation for each frame to draw all sprites, backgrounds and text is quite expensive and consumes about one VBL frame on a stock Falcon alone. So the idea is that the preparation could be done on the DSP. However, on the STE it would take even longer with the current approach. In conclusion each machine will need their special optimizations and so there's still "some" planning to do.

[MacFalcon]

Thank you so much for including this

Please let me know if this works as expected. "coin in" etc. are not yet implemented because I had some issues with the Hatari gamepad emulation just to get the second JagPad working correctly.

So far it seems to work fine. I can move both players and have a + b button working. One is jump, the other one attack.

[dlfrsilver]

@Anima : Just for information, Ghouls'n'Ghosts, Strider, Final fight, SF2', SSF2 X68000 files are crunched with an LZSS packer (3 variants, 1 unsupported).

[Anima]

@Anima : Just for information, Ghouls'n'Ghosts, Strider, Final fight, SF2', SSF2 X68000 files are crunched with an LZSS packer (3 variants, 1 unsupported).

Thanks for the info. I was wondering what‘s going on in the sources of Final Fight for the X68000.

[MacFalcon]

We played a lot final fight at the OFAM meeting.

Graphics will glitch after the ring scene and in higher levels even "burning bodies" are a Pixel mess.

Beside that we had a very good time thank you!

[Anima]

We played a lot final fight at the OFAM meeting.

Graphics will glitch after the ring scene and in higher levels even "burning bodies" are a Pixel mess.

Beside that we had a very good time thank you!

Thanks for the report.

I yet have to find a good way to skip to a certain stage using cheats. I also need to find time to work on this project as well.

[shoggoth]

@Anima: Does it need 14 megs of STRAM, or, say, 10, 11? It seems to check for 14.

[Anima]

@Anima: Does it need 14 megs of STRAM, or, say, 10, 11? It seems to check for 14.

Sorry for the late reply. Well, TBH I need to check that. AFAIK it works with a lower ST RAM configuration but only when Fast-RAM is being installed.

[shoggoth]

Sorry for the late reply. Well, TBH I need to check that. AFAIK it works with a lower ST RAM configuration but only when Fast-RAM is being installed.

Cool. It looks like it still checks specifically for 14 megs (or at least more than 11-12-something) even if the system sports fastram, however.

Does it use Mfree() to find out how much memory there is, or how is this done?

[danboid]

I didn't know about this until yesterday. I couldn't approve more.

One of the recent FF remakes for the Amiga that did get finished was also intended to be open sourced but github took it down so if this doesn't get finished then we may be able to port that instead.

Hopefully the dev is still working on this Atari version?