Tux

Reviving an old topic : if you, like me are using "dark reader" and have some troubles with the new gmail style, just open the settings for "dark reader", click on "More...", then choose either "Filter" or "Filter+" for gmail, but then don't forget to remove the news below (x), and then choose "for this site only", because most other sites work fine with the dynamic setting, but the icons of gmail at the top of the screen become invisible if using dynamic. That's all, and the "dark" themes from gmail without "dark reader" leave the background of the mails in white, so they are nice but not really useful, but you can combine them with dark reader by using this setting ! Thanks again to mer-curious for finding this extension !

Oh well it's fixable, but I'll need to investigate for that, I'll probably do it later (if ever rain comes back to France it will vastly increase the chances to see that happening !). And for the warning, those following raine know the real raine remains the 32 bits version, although I thought the 64 bits version was now totally compatible, but raine is all about crazy optimizations and assembler, you loose most of that in the 64 bits version. Don't worry, it will be fixed, but not now...

I tried this, and what a surprise, I can't seem able to reproduce this ! My emu is closer to your left window, I don't know what you found again. It's like you get a constant lag in fps, did you check your fps counter at least here ? (even the profiler, it should show around 90% free cpu on a modern machine). It should display around 59-60 fps too. And you should have a lag in the intro between what you hear and what you see in this case since it's synchronized on an audio track (and we had some trouble to synchronize it precisely if you remember !). Try the 32 bits version eventually, the 64 bits version seems more choppy on this (and I don't know why !). That's why the 32 bits version remains the main version no matter what, you always find unexpected annoyances in the 64 bits one... Yeah from my tests : happens only in 64 bits, absolutely no idea of the cause but it's very probably tricky. And it seems to happen only here, not in the intro ! (which makes me believe it's tricky !). So if it's a problem to you, switch to the 32 bits version, it's the easiest way, I don't want to spend hours on this for now.

Eventually but with all the heat currently around here I am not really motivated to fix problems for now... I'll try to check that later...

Thanks for the encouragement ! Well I am currently having my worst year ever, after loosing this dog I will probably loose my mother soon, even if it's the result of a long disease so it's not really a surprise. Add to this crazy temperatures, 41°C next Monday... If the world cools down and becomes less crazy, I'll probably try to make some more releases, but for now it's impossible !

Yeah that's what I use to create the tar.xz file which is automatically posted on the site, it serves as a verification, but thanks for the confirmation anyway ! Expecting temperatures over 35° this week, so I'll try to find a hole somewhere and wait... !

Ok, this is becoming ridiculous. Change from yesterday : top is an index for displayed items and not for all items, so : - for (index = top; index < nb_items; index++) { + for (index = menu_disp[top]; index < nb_items; index++) { And now change from today : that's all good an nice, except that if the list is empty, then menu_disp becomes undefined, and you can't access menu_disp[] at all. So : - for (index = menu_disp[top]; index < nb_items; index++) { + for (index = (menu_disp ? menu_disp[top] : 0); index < nb_items; index++) { I don't see what else could go wrong in this stupid piece of code anyway. Maybe something else somewhere else, but not here ! Anyway, that's the 0.93.5d then, removed 5a, 5b, and 5c from the server. Sorry I am still not in perfect shape so I am not really in mood to make some large scale tests... so it's a bet, but after so many failures it should work ! http://raine.1emulation.com/download/latest.html

Not so great lately, or I wouldn't have to make a new binary / day ! Yeah I'll make another one soon, probably before tomorrow.

It's fixed in git, it's a special case for the yesterday's fix, when the list is empty menu_disp becomes unreachable, I didn't even think about that yesterday, which comforts me in the idea to avoid to make any new binary for now. Stupid bug again ! It's irritating !

Ok ! This I can reproduce ! Well too bad, as I said, no new binary while I am not in perfect shape, so it can be a few days from now. Actually this bug was probably already here in 0.93.5b, except I didn't see it, I never restart from an empty config... Meanwhile working around it is quite easy : just make sure you have non empty roms directory, it's enough and you'll be able to select options without crashing !

Well you're just unlucky here, I don't know how you can do that, it's related to the length of the games list probably but I just can't reproduce that at all. (even tried the win64 binary). But anyway I would have refused to make another binary in these conditions ! Well I can tell you that running the 64 bits binary with an empty roms directory works for sure, and it works too with a big game list. As I said : no idea how you did that, but if you find a clue, I am interested !

Ok, so the error was very limited, forgot a variable was linked to menu_disp and not to menu directly, which is normal since this code is almost never changed, I should just have waited longer to check things, blame the covid for that ! So it makes a new binary for a 1 line change only ! Find 0.93.5c there, and sorry ! http://raine.1emulation.com/download/latest.html

Yeah I feared that, the bug with mouse sensitivity forced me to change a function in the core of the gui, which is very dangerous, and I was almost sure there would be a problem... Maybe I should have taken more time to check things. Well I got a cold + some covid from a friend lately, so it's a little hard currently, I'll go and check for this covid a little later. So at least I know where the problem comes from, even if it's not obvious to fix, I'll look into it later. Meanwhile, use the keyboard for the game selection !

and for adaptive vsync, it's used if supported by your hardware, just run a game, then go to video infos. If it's supported you'll have the last line which reads : Opengl vsync : Adaptive But it's not a big deal anyway, it's just about enabling vsync when the fps becomes too high and disabling it when it's too low, normally it's never too low in raine. We don't like to wait for anything in raine, so we use double buffer here, and it's possible to disable it in the menus, it allows to display a frame while we work on another one, and the swapping of frames is done automatically when a vsync arrives. It works well if you don't have a crappy monitor like mine which doesn't support 60 fps, but it's not far, it's 59.88, that's why I added an option to be able to lower the fps used by the drivers.

Oops, my bad, this page is static but generated by a script, usually it selects the latest version by itself, but here it was lost because of these letters at the end... ! It's fixed and the page is updated, sorry !

No, it's just a static page so it isn't updated if you viewed the old version with your browser. You need to use refresh, or F5, or quit your browser and relaunch it.

Ok finally found mer-curious inversion problem, the 64 bits version doesn't have the same indexes for this dialog, so I check directly the labels now to work around that... ! And finally fixed the inputs dialog problem when using the mouse (index error). That makes a 0.93.5b package : http://raine.1emulation.com/download/latest.html I hope there won't be any 0.93.5c !

Hum no, can't reproduce your inversion, no idea how you do that. For vsync, it's just double buffer, the double buffer does that by default, and it even works in windowed mode. By default it's enabled, and why would you want to disable it for some games ?

I hadn't noticed. I don't know what happens here, but it's minor, I'll see it later. Not for me : raine bublbobl -> history is history, driver info is driver info, where/how do you get that ?

New binary uploaded : 0.93.5a, still shows 0.93.5 in the about dialog, it just fixes the disappeared "joysticks indexes" in the controls dialog : http://raine.1emulation.com/download/latest.html and linux binaries uploaded too.

Let it rest in peace. That's the difference with some open source os where you can have some support as long as some people are interested, here it's commercial, and microsoft has decided that xp must disappear, so if you stick with it, you'd better avoid any new program then, too bad I know, but we can't do anything about that, as I already said I can't test any xp binary because I don't have 3d support in the virtual machines. But as I already said normally it should still be compatible with xp service pack 2, if that's what you have and it doesn't work then I can't do anything about it, sorry !

Yeah this dog marked the memories, but anyway... ! Too bad for "Joystick indexes", it was a bug because I removed the entry for the menu for "digital inputs", I checked the other indexes, but missed the fancy updating of mouse sensitivity, so now you have mouse sensitivity which overwrites the "joystick indexes" entry, that's why it appears twice in the menu, never made this kind of bug before, it's a 1st time... !!! Oh well, I'll post a new binary a little later today. Meanwhile you can click on the 2nd entry where you see "Mouse sensitivity: some percent value", it should run the joystick indexes command ! Sorry for that !

NeoRaine has been merged into raine in 2013 ! you are 9 years old, yeah ! Anyway download the latest raine, I just uploaded a new 0.93.5 by the way, download also the corresponding dlls (32 or 64 bits), then you just need to launch the game, and once it's started you should see the cheats either by returning to the menu and choosing "Action replay cheats", or by pressing Alt-C by default while inside the game. by the way there was some partially translated samurai spirits rpg, enough to be playable in english. I thought it was uploaded somewhere here, but I can't find it, it's an old file already, 2014, it replaces the default files in the iso, if you don't have it tell me and I'll put that somewhere...

Nothing fancy here, just some fixes and little improvements here and there. Actually 0.93.4 was using libmpg123 for mp3 decoding, and this version reverts to the decoder included in sdl2_sound, which makes quite a mess in the dlls. So the dlls are updated for this version, be sure to update from the right dlls package (32 or 64 bits). The unofficial binaries I released in the forum had at least a bug to load any neocd game, that's why I finally release this binary with everything fixed and tidy. You can see the changes in git, nothing exciting here as I said, I started to remove the old analog input section from inputs which has been broken for ages, but so far the new way to handle this works only for chasehq & contcirc. I had planned to add a new driver with something more consequent for these new inputs, but I missed time and motivation for that sorry, I lost a dog who shared my life for 15 years at the end of march, then some family problem, then the heat in the beginning of june... ! Anyway raine is not dead at least, and you get this new binary. I tested it in linux only but everything should be fine. http://raine.1emulation.com/download/latest.html

not exactly. Arcade games are made to do their work at 60 fps or close to 60 fps. If you find the exact point in the code where the 68000 waits for the next vbl interrupt, which means it has finished its work for the current frame, you can put a speed hack here to finish the emulation for this frame. Direct consequence : less cpu cycles wasted for the emulation, and you can increase the amount of cycles the 68000 can execute during this frame to avoid choppy animations for the games which have that. For neogeo, I can't remember any game having choppy animations, so the only point of a speed hack here is just to optimize the emulation, but for modern cpus it doesn't make a big difference, cpu emulation time is usually around 3% max (and more often 1 or 2%). So you can just disable them all the time here and forget about that. The reason why they fail for some games is that it would be too tedious to check all the speed hacks for the 100+ neogeo games so the detection is automatic. It works most of the time, but there are exceptions... !