Tux

Oh la la it starts to be too much for me, I am not interested in loosing too much time on the dos version, really. What I can say : bubble bobble music works perfectly here, even using this same dos version in dosbox, so I won't try to understand what you did wrong. It's related to the ym3812 obviously, you should use "emulated ym3812" here. Messages in bbakraid : it's because I use printfs as debuging in linux because the output is separated from the screen there, same thing for windows. I'll remove the messages anyway they are not useful anymore. There are a few games with some forgotten printfs which were not removed, it's a wonder they were not reported earlier, it shows almost nobody uses this dos version nowdays. sb16 & ym3812 : read old posts on that (in this same thread !), it doesn't work with sb16. pause crashing : probably because ot seal, it's some very old code resurrected and I didn't test everything, I'll take a look at this one. bloodbro : no sound, very old game, never had sound. bonzeadv : sound correct in linux and windows, maybe too loud in dos using seal, but there it's more about fine tuning and I won't try to do any fine tuning for now. cabal : no idea, no interest. cookbib : works fine here, except it's very slow in dosbox, normal speed in dosemu. Don't know why it's so slow in dosbox, might take a look later. For now weather too hot again, it should be better in 2 days... !

check that you didn't enable the hardware ym3812, in sound options for the dos version, buble boble has music but you won't hear it if you enable this and you don't have the real hardware. Snowbros doesn't print any error message for me, even in dos, so re-test after disabling the hardware ym3812, if it persists I'll remove the error message.

It would mean look into the sources of this mxplayer to see if they could be used for audio support in dos ? Well who wants to be in charge of the dos version then ? Because this time it's not something light which can be tested quickly ! On a side note this thing could be used to maybe add full neocd support to dos because it would allow to have some mp3/ogg/flac decoder. Currently it's very limited, I think only games with data and audio in the same file could work, and I didn't even test it. Anyway I might take a look out of curiosity later, but not sure I would try that.

For the gus I had one, it finished burnt a long time ago, but anyway it was an isa card, it couldn't be used in any modern computer. And if it doesn't work it means it's a seal bug, and I don't know anything about seal so I can't do anything there. The source is opened though, but no way I could debug this now. Yeah univbe is a good solution. Linux also allows to create any video mode or almost with its modelines (for the xorg server).

The vbe resolutions depend on the vbe driver you use and your video card, raine just reads the available modes. For the roms some are compatible with mame (cps1 & 2, neogeo and maybe a few others), some are older. Some sites still have compatible raine romsets, just search more and you'll find them ! Glad it works well for you, no idea why the gus doesn't work but I can't do anything about that.

Hehe, poor windows 10 user ! I guess it's for work, I thought companies had learnt the hard way to wait a bit before adopting new windows versions, but not all of them apparently ! Anyway... On my side I resurrected my ps2 lately, to play again an old game that I liked very much, but it's heavily moded now, it reads its games from the network, from a samba partiton (windows share if you prefer) formated using zfs... ! I took quite a while to have everything working again, but it's working fine now ! Your new build (exe alone) : http://raine.1emulation.com/archive/rained.7z It's just allegro recompiled inside without the hacks for vesa, so vsync should work, but I don't know if it will be slower. No idea about the code you are referring, afaik, I was never able to enable triple buffer without these hacks and it seems they were broken at a point when upgrading allegro, and since there was poor testing at that time and poor maintaining of these hacks, it can't be fixed anymore. Antiriad wrote them originally, but I am sure he has forgotten everything now ! And since he is never on the forums anyway, you can't ask him. I send his mail by pm if you want to try your luck, but it's very unlikely to work !

Not sure for both I'll check the code By the way in case you didn't notice there is a 0.64.8-4 dos binary with the changes For frame skip Ok, here is the more precise answer : 1st for the timing : if you use the rdtsc (that means, you have at least a pentium and use_rdtsc = 1 in raine.cfg which is the default), then raine uses the timing indicated by the fps counter, so for cps2 it must be 59.62 fps if I remember correctly. If you set use_rdtsc = 0 then the timing is rounded to an int, and probably badly rounded, it probably takes 59 fps here. Don't do that. For the vsync : it relies on the allegro hacks, which I didn't write and didn't test much, in 2000 I was more interested in linux stuff already and these are mainly for dos, and before that there were very few games which had tearing (I can remember armed police batrider during its demo and its giant horizontal scrolling of course). Except that maybe there were small tearings in a few games but I didn't notice. Anyway these hacks mainly disable any vsync wait as much as they can. Apparently the main vsync still works but in only 1 place, and I suspect there is more than one place where it should work. In doubt I can try to compile an allegro without these hacks at least for the vesa modes if you are interested in testing, it might be slower though, your choice, it wouldn't take much time for me to do a test build.

Minor update to the 0.64.8 : just released the 0.64.8-4 binary for dos and windows, the changes are too minor to call that a new version so I continue to add things to the 0.64.8. It's mainly because some things will take time and for now I don't have this time so it's better to release something now. The changes from 0.64.8-3 : - possibility to select the language in "Options" - possibility to choose to save screen settings for each game (mainly for the dos version, I don't think anyone would be interested by that in the normal version, but who knows ? Anyway I added that to the video options). And "frame skip" is also saved there now. - Added b1+b2 combination to cps2 6 buttons games. That's all, so I guess most people can just skip this update !

First you need to compile Raine do that first and we'll talk more!

I don't see this as a waste of time don't forget emulators are about old stuff so you could say he is at the heart of the problem! Ideally there should be someone in charge of the dos version, and I would be in charge of only the linux version, but it's far from ideal for now... !

For info, disastrous sunday, I have exploded my windows installation (forget the reason, too long to explain), and when I tried to reinstall I realized my 2 dvd burners/readers were dead ! So no windows anymore for now, I'll have to buy at least 1 new drive soon though... ! I can't say I'll miss windows, but I need at least some basic installation to be able to test stuff which can't be tested in linux like language support specific to windows, + eventually to play skyrim (but I think I have done everything interesting now on this side). Hum, maybe I could stay a few months without any windows installation then... ! And except that it was a break from raine, I found a big android tablet which I use to read some comic strips, it's been a very long time since I last read those, so I have a lot to catch up ! Plus some idle chat on the web, so nothing productive lately ! Oh well !

Hum, not really ! It was used mainly to check texts in sprites. It's very hard to have the corresponding palette, in most games it is dynamic and can change at any time. Plus a sprite can use any bank in the palette, which adds to the complexity ! I'd say for that the best option is to modify the source so that it displays the sprites like what you want so that you can rip them.

The problem is not on my side, obviously you did something wrong... (we are currently 2 persons to use this file !). Oh well... raine.pot is exactly 54493 bytes, that should be enough to check yours. Open poedit without anything, file menu / new catalog from a pot file give it this pot file, you'll have a form to fill and then it should be ok. For the buttons, it can't be done now, maybe one day we'll add another solution, like adding the ability to map some keys to some cheats and then add a cheat to simulate these key presses, but it would not be trivial to add, so it will be for another time ! Nothing is impossible, but it isn't worth the work for now...

No luck for you this time, both are working fine here with the latest released build (0.64.8-3). For dstlk with 64 Mb of ram avsp with 128 Mb of ram. No idea what your problem is, but it's working here. These 2 games were also affected by the stupid bug which affected cybots, but the same fix works for all of them.

In this case I doubt triple buffer would ever be fixable. But notice also that it slows things only if you enable vsync, and it's not really required for most games (it's about removing distortions which appear mainly during horizontal scrolling). At least with some normal display, but even on my old 17'' crt I didn't have any distortion with most games while not using vsync. Also about speed some neogeo games probably use more than 256 colors, watch the Pal: display in the rdtsc display (f11 3 times), if it's not 0% it means there are more than 256 colors to display and it becomes unefficient in 8bpp. But of course 16bpp will probably be slower in dos. It's very different with modern rendering... ! EDIT : I just added the ability to save frame_skip setting in games.cfg, but actually the ability to save screen settings in games.cfg is disabled by default and there is a comment in the changelog from antiriad who says he didn't like it. Since this setting has remained disabled for ever actually, I'll keep it disabled by default and you'll have to edit raine.cfg to set manually save_game_screen_setting = 1 (it should already be inside with = 0). (I have no idea why he didn't like it, and nobody never needed to use it in all this time so I don't feel like investigating now). For now it saves most screen settings but not frame skip so you'll need an updated binary for that... I added the setting to save per game screen settings to the gui, but not the allegro gui !

Ah it's your choice. I guess the very vast majority of filenames are those used by mame... That's all, zip 7z and uncompressed of course.

1) I know it was related to some hacks in allegro, but I don't remember how it worked exactly, I would have to make some tests. To make sure it works as intended, test with 0.28, that is the last closed source version and with this one you are sure to have correct allegro hacks. 2) Yeah frame skip by game is reasonable also. For "neo geo rasters" I am not sure because I doubt you could make them work well in any game on such hardware, so a global setting makes sense here. For "no frame skip" well it's cheating in this case because the game slows down and can't maintain the speed at which it was intended !

Ah, you just meant you didn't understand what it stands for ! These are just the possible names for the zip archive (or 7z, or directory) !

Good luck then !

I can't find any "archive ()" in the listinfo output... even tested in windows, but no luck. Could you give the few lines around it then ?

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 !