Tux

I am really cursed with this one, sorry, at least I have you to test the linux installation, yeah I never install here, I always run it from its source directory. Ok, it's fixed again, but it has to be called 0.91.15b this time, for info the brasil.cfg is an old allegro file that I decided to remove lately, it will probably break the dos version if I try to recompile it one day... ! I also uploaded the 32 bits binary package, at least I tested the installation completely this time to avoid any other problem, no need to test the 64 bits version too, it's the same install. No you can't ins

The unofficial translations are legion on snes too ! And congratulations to the team who did that too, it was without the sources, and they made miracles to patch the roms there... I am no expert for mame, although I have read the source quite a lot for some drivers, but you simply need to launch it in opengl, it might even be the default nowdays, if not just do "mame -video opengl -rp your_rom_directory 'game name'", and it should work. Didn't try any zinc game yet though... edit : I just tried it, and I confirm, it works (although I had to update gdarius2.zip and get some bios)

my bad, I forgot the PKGBUILD file was read from a specific directory to generate the latest page, it's fixed, and I uploaded the latest PKGBUILDs files for the 0.91.15, you won't have to fix them manually (and I should at least update the maintainer line at the top of these files, on the todo list).

To be slightly more precise on this bug, it's not the emulation itself which has a problem, it's the final blit which should display its result, the blit is unstable in this configuration and sometimes it has problems like here. Nothing can be done in the current situation, it's pushing sdl-1.2 to its limits, but since it's unmaintained the only solution is to switch to sdl2... !

Alright finally found the problem and it made me crazy since it didn't make any sense, it's related to the gui in opengl, I can't explain how exactly, but it creates a strange problem in the rendering here. The last version with a working neo turf master was 0.91.7, just at the moment where I decide to delete the old useless builds, I couldn't have guessed such a super strange bug was hidden there ! Well the bug can't be fixed for now, it would mean taking back the opengl gui which would take back the big bugs which were here in fullscreen for windows, and that would be all the drivers, n

Try to disable the speed hacks in neocd options... garou should work fine with speed hacks disabled, I'll remove its speed hack for good in the source, the mystery is why did this thing worked at a time and not anymore ? But anyway it already created too much problem, better remove it. For neoturf it's a totally different problem in windows, absolutely no idea why there is a difference with linux for now ! finally able to reproduce neo turf master's problem in linux... in windowed mode only, in fullscreen it's perfect ! Never saw something like that before !

Actually I had a quick look out of curiosity : I can't reproduce these problems in linux, but I don't understand yet why they are windows specific, there is nothing afaik specific to windows in this code ! There might be a problem with the gcc for windows ? Not sure yet, anyway I'll need more time for this. Anyway so far : for neo turf masters the quickest way to reproduce is how to play from main menu, shows garbage in windows, perfect in linux, no idea why yet. (neocd) For garou : I played a stage without problem, windows seems ok too but I didn't go far in windows, where did y

If I am not mistaken, you got the info about garou which might have problems from me ? I knew I should have tested it ! And for neo turf masters, not this time yeah. Well too bad, I need a break from testing too many things, I'll look into this eventually, but not now !

It's almost only fixes, but there are quite a few : neocd/neogeo : - unlikely incompatibility between mslug2 & pbobblen, this fixes both this time. - there were some problems in neocd with speed hacks, they are now disabled for the kof games and kabukikl - still on neocd, there was a crash when reading an audio track merged with the main data track, this worked before, but anyway it's fixed. - old capcom savegames prior to some time in march 2020 couldn't be restored anymore, I added a callback to fix things on the fly, it might not work for all the games, I don't have savegame

The message is quite clear I thought, even if technical, it says it can't find the ids for the 68000 and the z80 in the save game, which is normal since it was saved in 32 bits so these are not even the same cpu emulators here. For the 32 bits version, you hit an incompatibility I added for the 64 bits version, musashi didn't want the original speed hack, and it was right it was more dangerous than I thought, but now the savegames made with the old speed hack become incompatible ! I didn't even think about that. I just spent too long to add some hack when loading the savegame to restore t

No no, this kind of nostalgia is a common disease around here, absolutely not boring ! I agree about not replacing them, zsnes was a major emu no matter what, I didn't play much with it because I actually played most of my snes games on the psp, using a snes emulator on the psp, but I tried it a few times and I liked its spirit (quite similar to raine for the spirit). Even though the graphics are outdated, there were some very good games on snes, and I finished some on the psp ! (and arguably there were probably more good games on snes than on the psp, what made it excellent was actually

I didn't see the message, but I guess so yeah probably. In this case it means it can't restore the 68000 data, but sometimes it works anyway if you are lucky, it depends on the way the emulated game is made and at which point you tried to load the save state, quite a lot of these games have a main loop, and they wait for the vbl at the end of the loop, so if you saved in this loop, and tried to load in this same loop, chances are high you will be able to restore the game even without touching the 68000 registers ! Don't count on it though, it's more likely to crash with a very impressive

And I just found that one of the cheats for puzzle bobble 2 has more than 100 choices, which makes raine to quit with an error message, probably invisible in windows. This is the cheat to select a starting level. And yet another fix... !

In may 2019 I suddenly discovered that one of the simplest game for neogeo, puzzle bobble was completely broken suddenly. It was because of a fix for garou. I tried to revert it while not breaking too many things but I knew it was probably going to create problems, but I was too lazy to retest all the neogeo games. Well the bug report finally arrived last night : https://github.com/zelurker/raine/issues/26 It was in metal slug 2 finally, from the introduction. Well it's fixed in git, for good this time hopefully. But I am too lazy to make a new binary just for that right now, after a

lol ! yeah it's in december in japan so I guess it can change around the world... For the sound, no idea, even if it's not the right one, it doesn't sound so bad, so I decided it was not worth spending a lot of time on it, thanks for the links though. Too bad you can't code, you would be able to try things directly on the source !