SDL2

@Capehill

tnx!
can you try to port SDL2 verison of bochs with voodoo and dosbox with voodoo sdl2 too ?

Fixed some bugs in Super Methane Bros and reuploaded archive (also on OS4Depot).

@Capehill

Is libSDL2-2.0.so.1 available somewhere ?

@TSK

Just softlink it from libSDL2-2.0.so

makelink from libSDL2-2.0.so.1 to libSDL2-2.0.so soft

@TSK

Uploaded fixed (hopefully) version of SMB...let me know how it works.

@Capehill

Thanks ! Now SMB works without crashing. The instructions says fire button being Ctrl for the first player but it's Alt actually.

Funny game with nice music. The sounds are familiar from many old Amiga demos.

@TSK

Do you refer to the original instructions? I changed the control key to right ALT because as far as I know Amiga has only one control key. Right ALT was a fairly logical option (?), near the cursor keys. Other player can use left SHIFT + SZXC keys.

@Capehill

Quote:
The ones in the archive (docs dir).

@Capehill

thanks, SMB is working OOTB except for the high score table : I am unable to write anything (but it might be so in the original game as well ??).

@Lio

Which filesystem? Could you also check that high score file is not write-protected?

it was from RAM: but now I tried in from SFS0 and the flag from the Hiscore is RW-D.
when I lose the last life, I am presented to the hiscore with my score and thats it ! you quickly return to the main menu after a few seconds.
Hiscore are saved but you simply have no chance to enter your name, which is then ???? for each score.

@Lio

Entering player names was not supported in SDL version, it's not AmigaOS-related issue. Maybe in some future version?

@Capehill

ok thx, I was suspecting this...

@Raziel

This is somewhat off-topic but while I'm testing ScummVM and ResidualVM, can I ask what are your configure options?

I noticed today that if I run basic configure, there is no any default optimization flag enabled for compiler. I haven't tested any so far, but I'm sure that -O2 or even -O3 might give a nice performance boost for both engines.

I ran make with VERBOSE_BUILD=1 parameter to check it.

@Capehill

I'm running configure always with base settingshere, as those are the bleeding edge builds.

Once there is an "official" release, all the optimizations are already flagged in that configure, so every release build will have them set to on.

I know the exe's are faster when building with optimizations. but they also tend to obfuscate the reason for crashes, so i tend to not use them in daily builds...helped me more than once on strange crashes.

...oh and while we are off-topic...i will let you check out a crash in ScummVM that's (probably) coming from AmigaOS4's memory system, so...stick around

@Raziel

Saw your e-mail and replied. Please report it here: http://forum.hyperion-entertainment.biz/viewforum.php?f=26

You could also try to replace malloc + free with AllocVecTags + FreeVec for the fun and science.

@Capehill

Sorry for the delay, will try to catch up with stuff.

Need to read a little about that AllocVec and FreeVec before i try anything

Thank you for the answer

@Raziel

Quote:
Note: AllocVecTags(), not AllocVec() - the latter is obsolete and should no longer be used.

Also, if you want to improve the memory footprint/performance of a ported program, you should check the code for repeated allocations of same-sized memory blocks. If you find such allocations, you can set up an item pool and replace malloc() with ItemPoolAlloc() calls. Not only are item pool allocations faster but they also help prevent memory fragmentation. Read up on item pools in the AmigaOS Dev Wiki.

@trixie

Thank you trixie

Will do...not that i'll be able to patch something together that will even remotely work, but at least i'll probably be able to understand it a little better.

Would anyone object if SDL2 project was moved from SourceForge to GitHub?

Personally I like GitHub more. SF seems to be full of ads and it feels quite messy and outdated when compared to GH.

GitHub would allow forks and pull requests and perhaps a more "social" open source development.

Is there any reason to keep the project on SF?