Tux

Oh didn't notice there was also an update for sdl2, it's quite hidden now by sdl3. For that no problem, you can download the dll yourself and place it in the raine directory to test, you can check the sdl version in the about dialog. Actually in arch I didn't see it because the usual binary package was just replaced by sdl3, to get the updated sdl2 I need to compile it using aur, which is not automatic... ! What a mess... ! Doing that now... ! edit : updated all my sdl2 versions now, linux and windows !

Oh you could speak more clearly by saying they finally released sdl3 as I suspected would happen soon... Well I didn't know, but if the switch to sdl3 is as involved as the one from sdl to sdl2 then it won't happen now for raine... edit : and after a quick look : yes it's involved, and so it will take time, and well maybe the time is right to stop raine here, sdl2 will continue to be supported anyway.

Ok, nothing major this time, release mainly due because of an update for the appimage files for non arch linux distributions ! So here are the changes anyway (mostly in chronological order): - lots of script updates from ffman1985, including sf2 serie (sf2, sf2hf, sf2ce, ssf2 and ssf2t, hsf2), the sfa serie (sfa, sfa3, sfz2a1, sfz3jr2, sfz2alj), and the marvel serie (mvsc, mshvsf, xmvsf) ! Impressive work... ! - Rom region selection in the gui for sf2hf, sf2, sf2ce, sfa, xmcota, mshvsf - some big fixes in the converter I used to convert the cheats from mame, which allowed to fix quite a lot of things, I didn't fix everything because there was no report at all about that, and it's a long process. I just fixed the biggest games. - Fixed black screen for shaders when using scanline-3x during game - mer-curious updated samurai shodown 2 perfect edition to the latest romset - added some cheats and hiscore saving for dkongex and dkongjp (all dkongex cheats are not tested). That's all, nothing major, but still quite a lot of changes... Oh yeah also the 2 appimage files are updated to be in sync with the latest windows builds, and I'll update the linux arch files now... ! http://raine.1emulation.com/download/latest.html

Done ! I finally switched to linux mint, which is based on ubuntu but with some more usable interface (at least for me) and it gave me less problems too, except its very long installation time ! Anyway you get 2 appimage packages for 0.97.5, which means the current version in git, I didn't plan to release now, but why not ? I'll make the windows binaries tonight or tomorrow, got enough building and configuration for now, with a proper announcement, nothing major in it, mainly some scripts updates, but lots of them to fix some long standing problems which means that not enough people are using them otherwise they would have been reported by now. It's a shame, these scripts are not only about cheats, they sometimes allow to see things you wouldn't see without them in a game ! And ffman1985 added some too. And mer-curious updated some romset to its latest version. I guess you are using the 64 bits version ? Well the 32 bits version seems surprisingly easy to run, see the comments on the download page, just 2 basic packages to install 1st to get a good amount of base packages for i386, and everything should be fine ! There will be another update tomorrow because I forgot some debug code in the launcher for the i386 version and forgot to update hiscore.dat and history.dat inside... Also ffman1985 managed to contribute a few more scripts a few seconds after I posted this ! I never found why the vbox shared dirs didn't work in ubuntu or in mint this time, I did it with a nfs mount instead, I don't know what they messed, the problem is probably in ubuntu, and since mint is based on it... ! Anyway...

I don't know if you are the only one using this, but at least you are the only one talking about it ! Ok, good idea because raine development is slowing down so it's a good idea to make a last appimage. Now the problem is that I didn't keep a script to build the appimage so I need to find how I did it last time, it was 2 years ago (!) and I don't have any virtualbox image of a linux distribution now so I'll have to download this ubuntu iso to have something to test it on at least... So it will take time ! I saw that some projects manage to build automatically some appimage on github each time they have a new commit, I don't think I could use the same trick here, but maybe I should try ! edit : and I would say installing this latest ubuntu on a virtual machine is not a nice experience : - required safe graphics option for some reason (black screen during boot otherwise) - the installation just froze, apparently it was because it requires more than 2 Gb of ram just to be able to run the installer ! - the installation takes an insane amount of time, it's supposed to be the default / miniaml install, well it's eating my partition, gigabyte after gigabyte ! and ti's telling a ton of lies while doing so : ideal for games, well it runs probably well for games, but it's still windows which is ideal for games (it's even the main windows use for me and for some others), 66% of devs prefer ubuntu : apparently it comes out from some questions from 2020, wonder where they asked them. From what I know most kernel devs use arch because of its crazy update speed, and it's right that it's impressive and works very well with as little modification as possible on anything, a lot of debian users moved to arch too some time ago because of a problem with systemd... ! Anyway, if it freezes again, or fills my whole partition, I'll try with mint instead, at least that one is smaller ! Try to boot arch some day, when it says minimal, it's nothing comparable to this !

Nope apparently the resolution change is because of something done at low level, raine has absolutely no control on that, it just thinks that the real resolution is the one it displays in video info. And that's the goal of this function anyway to scale the screen and make everything on it to appear bigger. Normally this kind of thing is handled by a dpi setting, but dpi is mainly for text, then the graphical parts of the interface should scale comparatively, linux seems to do a good job for that, although it's been a long time I have seen a linux or a unix run on some really big screen, but when I switched to linux at university the servers were already using some very big screens ! I am not into the hd stuff because I find usually after 1k the improvement of the picture seems minor in most cases when switching to 2k, 4k, or anything beyond, but the increase in size for the pictures or the videos is absolutely huge, which means more storage, more processing power needed, and all that seems mostly wasted. When you think that we used screens at 576p for pal, and 480p for ntsc until not so long ago and it lasted for tens of years and nobody complained, all this seems quite crazy. But the world is turning crazier and crazier lately anyway !

Yeah but sorry I am not in 4k video stuff at all, rather the contrary, so follow miscrosoft recommendation here : stick to 100%, if you don't I can't help ! (I don't even have a 1080p screen, it's still 1680x1050 here, and I don't plan to change anytime soon. 150% works here though but everything appears ridiculously big and I wouldn't want to run an emulator with these settings, I checked that raine has a changed fullscreen resolution here too, it does, something non standard though since it was 1680x1050 in the beginning. I'll just avoid this).

You mean some scaling option in the video driver from nvidia, set it to 150% ? But even so, there's 1/3 of the resolution less to go from 1920x1080 to 1280x720, which would not match a 150% ratio ? Anyway it seems like a crazy idea to use such an option here... There is no change in the rendering compared to 0.97.2 at least ? For the shaders, all this glsl stuff is about running shaders, even the ones we currently have, but yeah I am annoyed not being able to run these .glsl shaders. No noticeable progress so far though, but at least the black screen you found shows there is another error that I missed, I'll fix it later.

It actually started in 0.97.3 because I played a little bit with the glsl stuff, I had tested and it didn't seem to break anything, but with this particular shader because it doesn't affect all shaders, there is indeed a problem. Anyway it's fixed.

https://arstechnica.com/gaming/2025/02/donkey-kongs-famed-kill-screen-has-been-cleared-for-the-first-time/ This famous kill screen can be optionally fixed by a cheat from mame included in current raine versions anyway, but the article is still interesting ! Extreme way of playing just to pass this kill screen without actually fixing it... ! And here is how this bug is fixed by the cheat, with some heavily commented z80 code : http://donhodges.com/How_high_can_you_get.htm About the next page from the article about the pacman bug : this time the fix is still needed and the cheat is correctly converted for that, you can enable it before starting the game if you are crazy enough to try to reach level 255 ! last edit : finally the dkong kill screen fix still had a bug because of the converter. It's now fixed in git, along with cheats for fatfurspa.txt fatfursp.txt p47j.txt p47.txt samsho2.txt sgemf.txt superspy.txt truxton2.txt (the txt extension is the extension for raine scripts). These are all in git, along with the fixes for the converter.

1.4.2 is since July 2024. I actually cloned their git repository so I have been using this 1.4.2 for a very long time already, by using the ips patches of course. I have some symlinks in the ips directory which point directly to their cloned repository so when it's updated, the ips directory too. Very good work I agree even if I don't play this kind of game usually.

And it's a good news for the lazy people who don't want to emulate directly the sega driver !

I was almost sure there was a golden axe in raine, but it's warrior blade, which is a kind of clone on some big screen, at least it gains a bigger resolution this way. The game is not identical neither, but there are big similarities anyway. Golden axe is on sega system 16 hardware, finally nobody had enough motivation to add the emulation of sega hardware to raine ! In the emulator it's of course much easier to add a neogeo version than a whole new driver, especially sega which was full of tricks and custom chips, which is probably why nobody was motivated enough to emulate it.

Ah ok, so it's not just the sprites which are different ! We'll see then... !

There is already a double dragon for neogeo, short name doubledr, apparently the only difference would be graphics taken from the ios version ? I didn't even know the ios version had better graphics ! All this doesn't sound super interesting !

The missing strings : apparently the files in locale need to be updated too, 1st time I see that, usually this format is very stable, sorry but it will have to wait for next time. I have this for french too, the same strings. The default english : no, because it's supposed to be available to any dummy who doesn't know a single english word The missing 0.97.3 : I didn't do it on a a whim : I needed to update libintl-8.dll, but also recompile any file using it. Which meant dlls-0.97.3 became already outdated, + the 0.97.3 needed to be recompiled when 0.97.4 was just released. Useless, it's just easier to delete everything and just keep 0.97.4. Those who can compile their version can compile 0.97.3 if they want to. precision : if you don't recompile the binary which uses this dll, it's not just the translation functions which don't work, you get a cryptic message from windows on launch and immediate return to desktop ! That's also why 0.97. 3 became useless after updating this dll if it's not recompiled.

And I had to make a new dlls-0.97.4 package because gettext got broken in the last one creating many problems with the translations. So you'll need to donwload the new dlls-0.97.4 package, and if you downloaded raine 0.97.4 before this new dll package was available, you'll need to update it too ! Sorry for the inconvenience, it was worse for me, windows is really a nightmare to maintain lately. No wonder nobody wants to do it ! At least I took the opportunity to update to the very latest sdl2 version...

Ok, it's fixed for good this time, could reproduce it in linux and in french. You need to download the new dlls-0.97.4 and redownload the latest raine version too ! Sorry for the inconvenience, it was worse for me, I had to rebuild a few packages manually, windows is really a nightmare lately. All 0.97.3 is removed, dlls and raine versions. A few more details : apparently the gcc libs became incompatible with the gettext version I had installed. In a normal system all of this is updated at the same time so you never see incompatibilities like that, except that since I cross compile, that is I prefer to build raine from linux instead of from windows, some of the packages are not in binary form but in source form only, and I need to recompile them when i want to update them, gettext is in this category, and it's very long to compile, so I avoid to compile it as much as possible. Except there is no warning about incompatibilities, and they are easily missed in such a setup ! I would really need someone to take care of the windows version from windows, it would be easier for everyone, but I don't want to do it because rebooting all the time would be longer. Anyway I hope this mess will be over for quite a while !

Errr, remove Portuguese entirely ? It would be easier for me since I can't reproduce this at all for now ! I'll try to make some tests, but no promise here, it's just annoying.

Sorry to make a new release already, it's mainly to finish the previous one finally : after testing you could get the blue screen bug in mission 2 in shinobin (neogeo or neocd version) just by allowing the speed hacks in neogeo options in raine. You can get the same result if you use a rom cheat, and one of the cheats adapted from the original shinobi from mame is a rom cheat ! So really something had to be done ! So the main part : - disabled the 2 rom checks in shinobin, neogeo and neocd version to be able to use a speed hack or a rom cheat without getting this crazy blue screen on mission 2 - added cheats converted from the original shinobi in mame, it's just a reassembled version, so you can find the corresponding offsets for this version Except that : - Portuguese and Italian are now correctly autodetected in windows when you run raine for the 1st time (without any config file). Sorry I forgot these 2 in windows, hey I don't have anyone to maintain the windows version, so I do it by default, but it's not what I prefer ! - The watch points work better in the console when using musashi (which means the 64 bits version), and watches on words, see the git log for the details, it's quite technical. - Display again the neocd id after the short name of the game in the gui at the bottom of the screen. Just for neocd, not neogeo, that's where it's most useful when testing something which is not official. It was displayed before, but quite a long time ago. It's quite short but after that nothing is planned for quite a while ! http://raine.1emulation.com/download/latest.html

No it makes no sense to try to detect the language for the 1st launch. Don't worry I am almost sure it's that, the gettext dll finally has a language detection for windows, and so it detects your language, but not raine, the result is what you see. In next version raine will detect it too so everything will be fine. Even if it's spectacular, it's still minor.

And here is the converted cheat file for raine for shinobin, adapted from shinobi.xml in mame for the original version (it's just reassembled so there are offsets to find the corresponding addresses in ram or in rom) : https://github.com/zelurker/raine/blob/master/scripts/raine/shinobin.txt I didn't convert everything, because some had different addresses but it was not worth searching them. Almost everything is converted anyway.

Disabled the rom check, there were 2 checks, 1 when the rom boots, and another just before mission 2. This guy might have hidden something else, I didn't replay the whole game, I adapted the mame cheat from the original shinobi to get invincibility to test that. You can have a look there if you are interested : https://github.com/zelurker/raine/commit/3fa97059ebc3234c635e71b43674975980d8288f After testing if you don't disable this a rom cheat like invincibility or a speed hack makes the crc to fail and you get a blue background at stage 2 ! After checking the whole rom asm : no there is no 3rd rom check, or it's written totally differently !

Well sorry I can't guess what you broke in this case ! Actaully from your screenshot the locale gets initialized to Portuguese but raine doesn't even detect it so it stays in english internally, you even have an half translated screen : Background animation should have a translation normally, I checked and there is one for pt_BR. Eventually make sure that the contents of your locale directory is only 4 directories : es fr it pt_BR. I guess you should be able to overwrite the language setting from the gui anyway. (eventually select another language 1st and then once it works you can select what you want). For info yes here the language detection function works fine in windows so it detects french and so my raine starts by default in french, I usually change that to english because I am used to the english keyboard shortcuts. In next version the windows language detection function will recognize pt_BR and italian too by default, but you'll see that only if starting without any config file, otherwise the choice in the config file has the priority. All this might be because of the dll update, maybe the detection got clever and has its own windows language detection now... ! But normally when raine can't detect the locale, it falls back to C, which is english normally (default locale), so I am really not sure how you can do that !

Nope sorry, no change on this side, and the region is not even in this dialog, and I can't reproduce your problem so I'll need some more info, obviously something changed on your system which initialized the language, which is quite a feat because I just noticed that I had forgotten the windows language detection function and it doesn't even know about pt_BR... ! It knows only about english, french and spanish, that's all ! So I guess you must have something in your environment which does that, type win+R and type cmd in the dialog to run a terminal, then type set and return, it will display your environment variables sorted in alphabetical order, check if you have something for LANG or LANGUAGE and report here. (you can scroll the window).