Tux

Ok... ! 1st keropi : I removed all the forgotten printfs, so you won't get messages anymore, and I had a look at cookbib, actually there was indeed a very small buffer overflow (reading, not even writing, this dos setup si very sensitive !). Since it was a 1 byte buffer overflow it was never found so far because modern systems count only in 32 bits boundaries. Anyway I fixed it, cookbib should work again for you. I still don't know what slows it down in dosbox though, but anyway... Anyway no new binary for now, you'll have to wait a bit. EDIT : almost forgot : I took a look at this mpxplay player, quite an impressive player for dos for sure ! Now it's based on open watcom, so I am not sure the code is portable to what I have now, but it's impressive at least. It's probably too different to be used here, but maybe it's worth another look later... (when it's less hot !). EDIT 2 : Also forgot : about the buffering of the game list to speed things up when loading a game : it was done a long time ago in the current windows/linux version but this code is gui specific so it was not back ported to dos of course ! There is a work-around though : just use the command line to run a game, like : raine bublbobl ! If you have enough motivation to backport this code to dos, you are welcome to, I am in need of some help here ! For your bublbobl problem : you are the kind of person who made me to remove the option about emulated ym3812 in the 1st place ! Try to think for some time before posting or I might remove this again ! This option affects the sound initialization of the game driver, which means you won't hear any change if you change it during game play. You need to enable ym3812 emulation, then quit, then restart the emu, load bublbobl, play. See the posts of theelf about where it works. theelf : about the ps2 : exact same setup here except that I use the network instead of an external hd. It's mainly for ps2 games though, not for emulation, I didn't even know you could force 240p on a ps2, I might look into this one day ! I am using the network because the dvd drive of the ps2 is the 1st thing dying when it ages and it was giving me bad signs so it's better this way. Plus you get the virtual memory card too, which is convenient ! There are a few "monumental" video games there if you ask me, I am in a persona 3 fes run again, I might not finish it this time, but I found a translated walkthrough from japenese on how to get all the social links in just 1 run, so it's interesting... ! By the way I wonder how these guys from Japan spend their time now, there are way less interesting games currently... anyway ! Your job seems very interesting ! I read a post on slashdot today about a mathematician who is now 77 years old and who says he never worked in his whole life, he just played. It's because his definition of "playing" is not the same as the one most people use, he is seen as a genious by most. But still, it's an excellent way to live your life... Actually in an ideal world everybody should do the same I guess... yeah we are very very far from an ideal world ! Anyway I think I would have liked this kind of job too ! For the vsync still broken : I feared that, I never experimented how it worked in allegro and on my setup I can play most games without any flicker or almost, at least nothing noticeable, so I don't care. So fixing this will be harder. It's a little strange that you need such a complex video mode to go flicker free or almost... Anyway if it works for now, that's good. I might take another look at the issue when the weather becomes more friendly again... At least it means that for now I should re-enable the hacks for the vesa driver in the next builds...

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 !