Tux

Ok, thanks for testing, I'll make "force" the default for double buffer then, probably more reasonable, and add "(adaptive)" to the yes. For the mouse bug that's where we see I use this mainly with the keyboard and you use the mouse, we already had the same kind of problem before, and I was caught again, forgetting to test the mouse, ok I'll fix that later. The blank space is just the separation between the header and the dialog, use the feature, you'll see it becomes handy when a few games start to populate the list. The save state is just a 32 bits version loaded in a 64 bits version or the other way around, it already happened to you, maybe I should try to make the message clearer, but it's really what happens it doesn't recognize the ids of the cpu emulators of the other version, and making the message clearer is not so obvious, but I could add something generic like "maybe it's a 32 bits save" when loaded in the 64 bits version, and the other way around for the 32 bits version, I'll do that.

Yeah not a big release, mainly small fixes but I had enough of 0.93 already. Main changes : - the new "most played games" feature, which shows the 5 most played games sorted by time in the game selection dialog. You can get details about that in the forum. It wouldn't be too hard to add a dialog to get the stats for all the games played and not only the 5 tops, eventually for later. More details on how it works can be found in the forum. - A small fix for downloads with curl, if downloading a clone and the parent was not in the last rom directory tested it was downloading the parent even if it was already in another rom directory, should be fine now. - A long overdue update for the profile display (the one where you get % times in the upper right corner of the screen). In all the time since I added support for sdl, I never realized that all the sound processing was done in a separate thread, so the profiling must be moved there. This makes the display more precise, also the results are rounded now instead of truncated. - The slow down in kof97 for the 64 bits version was found and fixed. - double buffer gets a "forced" option to ignore completely adaptive vsync, need more feedback on this from testers to see if it's really useful. - a workaround for sdl-image 2.6.2 which doesn't handle png files with a palette anymore, preventing the colors from the raine logo to cycle ! I can't do anything about it for now, so in this case the logo is displayed statically without color cycling, but it's advised not to update the sdl2_image.dll for now (or equivalent in linux). It will help for linux distributions like arch where 2.6.2 is already the official version, I posted this to their bug tracker so we can hope a solution will be found. - quite a few memwatch fixes, most of them were harmless, a few in the console might have been useful, I fixed them without investigating. - kurikinj is removed because it's exactly the same romset as kurkint except for the region byte, making this version the 1st version which actually supports less roms than the previous one ! More details about that in the forum too. - quite a few hiscores updates in the hiscore.dat file ! Now that it's bundled with the raine binary and in git too, it's easier to make our own updates on it. Actually I had added some scores in it for old games from the multi15 rom a long time ago, around 2019, but they were clearly lost in a hiscore.dat update, so I have put them back in, mostly for some pacman clones, adding xenrev which never had a hiscore entry before (the main goal of this version is to make the player lose !). Also battle bakraid finally gets a hiscore entry for its normal and unlimited versions. There was an update for sdl2 to 2.0.24, nothing essential there, mostly things related to game controllers, maybe I should merge the binary update in the dlls packages. For now I left 2.0.22. Ok, this small update is there : https://www.1emulation.com/forums/forum/126-raine/

Ok done. The game selection dialog now displays the 5 most played games at the top (in the header, which is now separated more clearly from the main dialog), sorted by play time. The number of times a game is loaded and how much time it's played are tracked (watching the game intro behind the menu is not considered playing time !), and it's tracked even if you close the window without using the quit command. All this is saved in a new file "stats" in the savedata directory, the contents is ascii but it's not supposed to be edited by the user. Games stats are stored by the short name of the game, which means that if a game is renamed for its short name the stats are lost (it happens almost never in raine anyway). Neocd games are not supported, only arcade games (well neocd games are not even loaded from this dialog so it would be quite a problem, and they don't have a real short name), the picture behind the game selection dialog is not updated when selecting one of this favorite games in the header because it's not worth the effort and it would make some duplicate code, and I don't like that. 5 only for now, because the header doesn't handle any scrolling bar and can't scroll its content, it should be enough for a start anyway. I'll test this a little more, but it seems good now (fixed some bugs related to the header display at the same time).

On 2nd thought I can have these stats and merge them in the game selection dialog without too much trouble, I'll try that soon (the rain is back in the area, it helps a lot !).

Ok, apparently it's fixed, it was a very tiny forgotten thing for Musashi, just forgot to reset the executed cycles once a frame is executed, that's all. You should be able to test the 64 bits version next time.

I am not super convinced for now, you should at least know the names of the games you prefer, and then accessing them in the list is very fast by typing the 1st letters of their names. Adding some code to count either the number of times a game was used or even worse for the gui a separate list for favorited stuff would be quite some work, and not sure it's worth it. It could be interesting to keep some info on how many times/how much time a game was played though, I just have to think of something to display it without overloading what is already displayed, plus then test how / where to save this info (every time a game is changed / the emulator window is closed, then in which config file). So well, not so easy, maybe later, I'll think about that.

Maybe a problem with adaptive vsync ? Well we both have an nvidia and I almost never see any tearing (except sometimes very briefly in a windowed mode). I can always add an option to just ignore adaptive vsync, and you're gonna be the happy tester... edit : "forced" is added to the double buffer options, the default is still "yes" which tries to use this adaptive vsync.

wrong ?

Looked a little more into kuri kinton : - removed the Japanese romset kurikinj since it's exactly the same rom as kurikint except for the region byte - the region byte is now taken from the main rom, it was taken from the data rom before and it was a hack - the kurikina romset has lots of differences, it's an alternate version, maybe a prototype.

Well there is simply a romswitch, that is a language selection for the rom. Plus 3 versions supported anyway, kurikint, kurikina and kurikinj. All 3 support the romswitch. Can't tell which one gives english messages for the bosses, either the american one, and maybe the japan without notice.

Batrider, the intro sequence, is probably the best game to see screen tearing, they have some big text the size of the screen scrolling rapidly horizontally, that's by far the worst thing to display if you have screen tearing, and I don't have some. Anyway as already said, not the right time to do anything about raine for now.

12 MHz without speed hack, once the speed hack is installed and working as much as it wants (well up to 32 MHz max, but it should never get that high).

It's the old setup, I guess you were not switched to the new one yet, you'll see that later ! Yeah, nice birthday ! but anyway with such an extension it's not a problem anymore... ! The blurry picture in the background is not the best effect, still experimenting with this, but it gives you an idea of the changes !

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