Tux

Ok, just added the option to change the language in the "Options" menu, but in linux it requires the locale of the desired language to be installed. I guess in windows all the locales are already installed anyway. For poedit, it's very easy, just drag and drop raine.pot on it, you'll get a big button at the bottom "start a new translation", click on it and you should find your way from there ! EDIT : sorry for b2b5 & b3b6 : b1, b2, b3 ar mapped on byte 0 when b4, b5, b6 are on byte 2, so you can't map any combination between these 2 groups, it must always be on the same byte. For b1b2, I can do it though !

Toi much translation work ? Take care !

That's what I call pushing your luck... By the way remember that some neogeo games are really hungry for memory, thiere are some games which require more than 64 Mb of ram !

with all the bug reports from the other thread your dos version should now be 0.64.8-3 ! The last bug fix is about listinfo, if you don't use listinfo you can ignore it !

Ok, for the bad link, sorry that's partly because I did this in a hurry last night, and partly because the new setup in this server forbids to use rsync with ssh. with rsync I would sync my directory in a blink of an eye, but with the ftp we have now it would be too slow, and so I have to upload the files one by one, and mistakes happen sometimes... For the weird listinfo, well thanks to take a look ! Clearly this function has not been used by anyone for quite some time now, it's a good thing that somebody finally cares ! For info it was not that the rom names were forgotten, it's rather some special loading commands like FILL or REGION_EMPTY which were not understood correclty by listinfo. I updated the binary again, it's now 0.64.8-3. And this time I'll test the links !

New dos version there : http://raine.1emulation.com/download/latest.html 0.64.8 brings nothing new for the dos version except these fixes for problems which were there since 0.64.0 actually !

I had not thought about making it a per-game setting, good idea in your case of course, I'll have to have a look. By the way I think you probably have the bug found by the guy in the 0.64.8 thread (not tested yet), try to launch cybots for example, it should freeze at start. I'll post an update later then...

I am cursed ! Anyway thanks for the list, I can confirm for at least cybots, I'll look into this... EDIT : it's fixed ! It was a crazy day, 30th december of 2014, I was crazy enough to try to clean up the memory map of cps2 and thought it worked... Of course there were lots of games that I didn't test, too many of them, and you just found them ! It takes removing 6 comments on 6 lines to make it work again... Oh at least it took 8 months to find the problem ! Oh well I might make another binary later then ! (tested the 3 games, everything is fine now). Ok uploaded the fix, it's now 0.64.8-2 ! (only on the name of the archive, not the version reported in the about dialog). Thanks again !

Too many bugs in 0.64.7, so here is a quick fix for : - no more stdout.txt file generated when launching the program - the shaders don't turn the opengl interface to black anymore - controls using the command.dat graphics can be changed again (0.64.7 was just exiting in this case). Also the command.dat graphics are a little better, and I managed to add 1 last shader, not totally sure it renders correctly though... And added a few combination controls to cps1 and cps2 (not a lot). Thanks to the testers who quickly spotted the problems !

For the translations you don't enable them manually, they detect the language on your system and if some translation is available it's displayed. I am thinking about maybe adding a setting to keep english for those who are used to the short cuts because it changes all of them of course. Since you don't have a spanish or a french system you can't see anything... maybe it's time you contribute a few strings from your language to see the difference! For your crash no idea, I have messed a lot with the inputs since the release and no problem so far, I can always test in a new folder... EDIT : actually it's not a crash, it's easy to reproduce, it just quits because it doesn't recognize the new input (command.dat is interfering here). You are probably the only one who found this because most people use the old config and so they don't need to remap all the controls all the time ! I thought I had tested this, but I have forgotten, thanks for noticing ! By the way : I have added 3p and 3k for cps2, mainly because they are already in the listings of the command.dat inputs, but it's impossible to add 3k for player 2 in cps2 (at least for ssf2, but probably for all the games using these 6 buttons) because the wiring of the game is crazy and the 3 last buttons are not mapped on the same byte. There is at least a limitation in raine for combinations, the inputs must be mapped in the same byte (1 bit / input). Oh well, it will be harder for player 2 ! EDIT : for now, just cps1 2 buttons added B1+B2 (actually there is a 3rd button for final fight, but it's unused ?) for cps1 6 buttons added b1+b2+b3 (3p) for cps2 6 buttons added 3p and 3k that's all for now. Actually from the command.dat there are very few 2 buttons combinations, so it seems overkill to map all possible 2 button combinations when there are so little actually used. Also fixed the mapping of new inputs of course and improved the representation.

I like its style, it was drawn by Antiriad by the way, it's based on the default allegro style but with some improvements. But it's really absolutely horrible to program ! Anyway glad everything works now !

I guess you are talking about game specific settings ? Yeah they are saved in games.cfg in sections using the short names of the games, no need of the source filename for that. Nobody had the need to use the driver name here instead so far, so... ! For stdout.txt, no I don't like it so I won't keep it like that, but it's something you easily forget, and I need to make a new binary to fix that, not just update SDL.dll, so it will be for next version... Actually I try to use gentoo ebuild files to avoid to forget the settings when recompiling now, but it was my 1st try using this, so of course I forgot about stdout.txt. It's updated to remove it now.

Ah yes, spoke too fast, sorry the config is not read and restored for neogeo in dos. I guess I'll need to make an update then... EDIT : it's done, I added 2 checkboxes to the game setup dialog for that, the 2nd one is a bonus to allow/disallow speed hacks, you shouldn't have to touch this one, but anyway... Who would have believed I would update the cursed gui in 2015 ? I still hate updating this code, but since these were only 2 ridiculous checkboxes, I did it... And this time the config is saved and restored. EDIT 2 : and re-uploaded the dos 0.64.7 with this update. Since it's something already available in the normal 0.64.7 version, there is no need to change the version number !

The 16bpp that you see is only the tip of the iceberg, there are a few settings which are changed when going to the gui , for example if you keep double buffer then you have to draw the mouse pointer yourself or otherwise you can't see it anymore ! Another solution for me would be to create a full opengl gui, which wouldn't be a bad idea, but it isn't super easy neither ! So the best fix for now is really to use a standard window !

Of course it can be done, but you are right, we shouldn't add too many combinations, I'll test this and see how it goes. How do you find the command.dat inputs in the controls menu now ? By the way there seems to be a small bug with the new shaders code, it makes the overlay interface strings black if using the opengl overlay interface, which makes them unreadable. Maybe it doesn't happen for all video cards. For now just don't use the opengl overlay interface if you use this.

Yeah I know it'a actually the main problem of the gui in dos, most of the time adding a single button is a mess, where it's extremely easy to do with the modern gui. I'll see if something can be done without too many problems. Meanwhile you can do it by editing raine.cfg, normally you have a [neocd] section in it now, this setting is "disable_irq1", so to disable rasters you must have : [neocd] disable_irq1 = 1 By the way I re-uploaded the dos 0.64.7 version without the 44100 Hz hack, so you should be able to use 44100 Hz now if you re-download it (but it will be slower so it's probably not a good idea).

Yaah it's a sdl-1.2 bug normally you shouldn't see any switch change (these modes use the same timings so there should be no switch at all). The best fix in the lonng run is to use sdl2, but it's easier said than done for now, maybe later. Meanwhile use a fullscreen window instead of fullscreen, eventually without borders, it will feel like fullscreen but without the annoying switch.

Actually it does but I rebuilt sdl lately and forgot to remove their defaut setting which sends all output to the stdout.txt and stderr.txt files in windows. So you'll get the output of -listinfo in stdout.txt. If it's a problem I'll rebuild sdl with the correct configuration this time... For the source file, true, you have to use -lsf with a game name for that. Does it matter to have this for the whole listing ? Also I slightly modified the output of listinfo a few versions ago to include the region of the roms, it shouldn't change anything since it's at the end.

The 0.64.6 version from last week was just a quick release to play with translations, here is the real thing... So the big news are the french and spanish translations (thanks to luixvayo here on this forum, you can still visit the topic if you want to make another translation, you don't need any coder skill, it's just about typing text in an easy to use program, the topic is here : http://www.1emulation.com/forums/topic/35440-the-big-translations-topic-was-compiling-raine-the-easy-way/page-2 ). I must say he translated almost everything, I just translated the most important parts for the french one, too many texts for me ! This translation is quite huge and quite crazy, even most of the dipswitches are translated ! The other big thing is a long overdue update to the shaders. Sorry for the long delay, but it's not my speciality, I just happened to find some stupid bug in the shaders handling so there are now a few more supported shaders, and some which were not working (did they ever work ?) are now working. Don't get too excited though, the new supported ones are not the most interesting ones, but still it's interesting to have some more stuff... and there are some effects I had never seen before ! Except that if some people are still interested in the dos version to run on some old hardware, the dos version has finally been updated, with a return to seal because it's faster (I finally found a real tester with some really slow computer to do the testing !). You can visit the topic about fixing issues for the dos version there : http://www.1emulation.com/forums/topic/35437-raine-dos-bad-sound/ Long version short : it's a success ! Except that a few small fixes for the gui, for the format of the history.dat text, for the test mode of bublbobl which didn't work anymore since the last update. All in all, a good update, especially with the heat lately ! Oh yeah, the download area is there : http://raine.1emulation.com/download/latest.html

lol, it's specific to the ym3812, there is no ym3812 in cps1/cps2 or neogeo hardware, plus I doubt anyone with a modern setup would have an hardware ym3812 (or the equivalent). So no, no luck for you on this side, unless you want to buy a new dos machine at 400 MHz, but if you do, say good-bye to the shaders !

For the 44100 Hz, it's because there was an old uncommented hack in the code replacing the frequency by 44098 if it was > 44098. There was no comment explaining why. So I enabled it again but I think the sound dialog doesn't check 44098 and enables 22050 when it sees 44098, too bad. If you want to test the real 44100, use the build from yesterday (it's slower than 22050 of course). Oh well I'll probably revert this to 44100 then... Nice to know everything else is working though, and 44100 is not really useful for dos anyway, it's useful mainly for neocd music, even neogeo music is not at 44100 Hz. From memory raine reads its list of modes from the vesa bios for all the vesa categories (not modex and vga).

Ok, here is what is supposed to be the final dos build, I have tested it in dosbox and everything seems fine AFAIK : http://raine.1emulation.com/archive/rained-0.64.7.7z So the changes are : seal initializes the mixer to max volume and I have restored a very old setting "use emulated ym3812", you can now find it in the sound options dialog and it's saved if you change it. Until now raine has always used an emulated ym3812, except in the very old days. The reason being that even when I continued the development starting from 2000, I hadn't any hardware ym3812 so I could never test this setting. If you uncheck the box and so you say you don't want to use an emulated ym3812, it will try to use a hardware one, I guess you are the kind of person to still own a soundcard which has the real hardware chip ! Test this with bublbobl for example. If you happen to set this to use the hardware chip and it can't find it or can't use it, then you'll simply hear no music at all when starting the game (when really starting the game after inserting a coin, the few notes when starting the game emulation do not count here). Tell me if you succeed to use this hardware emulation, I was never able to on my side ! I don't think I'll restore the setting to the non dos versions, it's very unlikely to have this hardware chip nowdays and people would probably not understand why it produces silence on some games ! Of course the advantage of using this setting if you really have the chip is that you'll get super fast sound processing, plus this will be the real thing, not an emulation !

No no I don't do os wars, if people are happy with windows it's fine for me, it's just that I want to remain free to do what I want, and they are also free to do what they want, force no one !

!

Oh no there is still a lot of diversity in linux ! I'd say the biggest problem we had lately was rather the fundamentalists who tried to make everyone to use systemd, like it or not. I had to migrate to gentoo because of this (because they actually almost succeeded, almost every distribution obliges its users to use systemd, including debian ! it's the biggest problem, it changes so many things in the system that you can't just uninstall it with a normal distribution). for my main computer, I keep the old laptop on debian testing, and it still has issues with systemd, it's usable though, but I prefer to stay away from it ! And for the graphical env, lxde on the laptop which is light and fast for old laptops, and enlightenment 0.19 on the main computer, which is still in dev, but anyway I like it. It's like lxde but nicer. It still has a few issues though but nothing major. And its terminal, terminology is really good ! Good news for 0.64.7 finally ! I think the soundblaster driver includes the soundblaster 16 too, I'll have to check that in the docs but I am almost certain of it, don't worry raine is very bad at generating 8 bits samples it couldn't possibly work, it's obliged the samples are 16 bits here. I'll check the old docs and the old source about how to restore the mixer and I'll make a new build, but tomorrow now (23:33 here, and it's still more than warm !). In your tests, could you test bubble bobble ? I made some rather experimental changes lately on this one, on the concept of the game which never slows down, but I might have pushed it a little too far, just check how it runs on a slow machine... Happy !