All Activity

* Gopher64 0.1.21 [N64] - https://github.com/gopher64/gopher64/releases * GearGrafx 1.0.0 [PCE] - https://github.com/drhelius/Geargrafx/releases * clrmame 0.2 [Rom Manager] - https://mamedev.emulab.it/clrmamepro/

new link [code]https://www.mediafire.com/file/uhyuy8gsm5p8l7i/Final_Burn_11_sega.rar/file[/code]

* Crossrunner 1.1 [Apple2GS] - https://www.crossrunner.gs/ * Hypseus 2.11.4 [Arcade] - https://github.com/DirtBagXon/hypseus-singe/releases * Raine 0.97.4 [Arcade] - https://raine.1emulation.com/download/latest.html * ZEsarUX 12.0 [Multi-system] - https://github.com/chernandezba/zesarux/releases * Gopher64 0.1.18 [N64] - https://github.com/gopher64/gopher64/releases * Kronos 2.7.0 [Sega Saturn] - https://github.com/FCare/Kronos/releases * XEMU 0.8.10 [XBOX] - https://github.com/xemu-project/xemu/releases * Negatron 1.0.0 [Front-end] - http://babelsoft.net/products/negatron.htm * pfeMAME 2.32.5 [Front-end] - https://sourceforge.net/projects/pfemame/files

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.

Hello again Tux! Thank you so much for this fast fix and for the details on the issue. Now the language selection is working again in Raine and I could select English and save it normally. But curiously some strings are still not translated in the Portuguese translation: Japanese font Autostart drivers Background animation Profiler mode Are you sure these strings are translated in the translation file? If they are not, I could provide a translation to them... Also, in NeoGeo options you could allow us to translate the new Neo-Geo saveram function which was introduced a few versions ago. It is currently untranslated in the Portuguese translation. The memory card menu is also untranslated too... Finally, the Portuguese translation is automatically detected here the first time I run the program, so I'm still confused with what you said before in this thread, here: Anyway, I think it would be better to have English as default instead of trying to detect the OS language... I'm not sure if it's common for emulators to detect the OS language at start, but it's just a minor detail in the end of the day... I suppose you should keep the 0.97.3 version in the Old versions page. It would be weird to not have it listed there I guess, for historical purposes. It worked well, no? At least I couldn't find any problem with it except the language setting... Thank you so much again for your time and work.

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.

Hello Tux! I'm sorry, but I guess I didn't understand what you said. You mean "it makes more sense to try to detect the language for the 1st launch", right? Because this is what Raine is doing currently, it detects the language in my OS in the first time I run the program and selects it. My request was in the opposite direction, it was to have English always set as default language in the GUI for new configurations regardless of the OS language setting. If someone wants another language in the interface to match the OS, then he/she may change it in the GUI options. So there would no longer be a language auto-detection feature... Anyway, I tried here version 0.97.4 and some things are still broken, take a look: 1) Strings in the Portuguese translation remain untranslated: You see that the language in my OS is now properly detected and displayed in the GUI, but some strings are still not translated, they are: Japanese font Autostart drivers Background animation Profiler mode Are you sure these strings are translated in the Portuguese translation? 2) The language setting is broken, it will always be the one in your OS, regardless of the option you choose: If you decide you want another language than the one automatically detected by Raine, the setting will change but the interface will remain in the OS language Raine first detected in a new configuration. In the example above, I selected "default (English)", quit the program using the Quit function and when I opened it again, it was still in Portuguese, although the language setting had changed to English. Hopefully you'll find a way to reproduce this issue an possibly fix it. Please let me know if you need me to try a test version to check that this issue is fixed. Thank you so much again for your time and work.

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.

Hello Tux! You are correct! I hadn't realized that before you noticed it. Very weird indeed... Everything seems right in this folder apparently. I didn't change anything, just extracted the zip and filled the folder with the new DLL files, and then started the program without a previous configuration file. I suppose so, because it didn't happen in the previous version... I was wondering if it wouldn't be better to have the default language always set to English for new configuration files. Then the user could go the GUI options and set his/her preferred language to match the one he/she prefers. This would prevent this glitch from happening, no? Also, other languages may be added to Raine in the future, so this change would avoid an issue with them too, no? Anyway, I'll wait your comments on that... Thank you so much again for your attention.

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 !

Hello Tux! Thank you for the fast response. You mean you have your Windows set to French and Raine starts in English in a new configuration file? Or does it start in French and show French in the GUI options? Here I have my Windows language set to Portuguese (Brazil) and Raine used to start in English until last version. Now it started in Portuguese (Brazil) but the option shown in the GUI is not correct, it shows "default (English)" instead of Portuguese. I'm not sure which is the intended behavior, if it is to detect the OS language and start Raine with that language in a new configuration file, or if it is to start Raine in English first in a new configuration file, regardless of the OS language setting. Ok, here is what I have: ALLUSERSPROFILE=C:\ProgramData APPDATA=C:\Users\Elvis\AppData\Roaming CommonProgramFiles=C:\Program Files\Common Files CommonProgramFiles(x86)=C:\Program Files (x86)\Common Files CommonProgramW6432=C:\Program Files\Common Files COMPUTERNAME=DESKTOP-S09R0U5 ComSpec=C:\Windows\system32\cmd.exe DriverData=C:\Windows\System32\Drivers\DriverData FPS_BROWSER_APP_PROFILE_STRING=Internet Explorer FPS_BROWSER_USER_PROFILE_STRING=Default HOMEDRIVE=C: HOMEPATH=\Users\Elvis JD2_HOME=C:\Users\Elvis\AppData\Local\JDownloader 2.0 LOCALAPPDATA=C:\Users\Elvis\AppData\Local LOGONSERVER=\\DESKTOP-S09R0U5 NUMBER_OF_PROCESSORS=12 OneDrive=C:\Users\Elvis\OneDrive OS=Windows_NT Path=C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;C:\Windows\System32\OpenSSH\;C:\Program Files\dotnet\;C:\Program Files (x86)\NVIDIA Corporation\PhysX\Common;C:\Users\Elvis\AppData\Local\Microsoft\WindowsApps; PATHEXT=.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC PROCESSOR_ARCHITECTURE=AMD64 PROCESSOR_IDENTIFIER=Intel64 Family 6 Model 165 Stepping 3, GenuineIntel PROCESSOR_LEVEL=6 PROCESSOR_REVISION=a503 ProgramData=C:\ProgramData ProgramFiles=C:\Program Files ProgramFiles(x86)=C:\Program Files (x86) ProgramW6432=C:\Program Files PROMPT=$P$G PSModulePath=C:\Program Files\WindowsPowerShell\Modules;C:\Windows\system32\WindowsPowerShell\v1.0\Modules;C:\Program Files\Intel\Wired Networking\ PUBLIC=C:\Users\Public SESSIONNAME=Console SystemDrive=C: SystemRoot=C:\Windows TEMP=C:\Users\Elvis\AppData\Local\Temp TMP=C:\Users\Elvis\AppData\Local\Temp USERDOMAIN=DESKTOP-S09R0U5 USERDOMAIN_ROAMINGPROFILE=DESKTOP-S09R0U5 USERNAME=Elvis USERPROFILE=C:\Users\Elvis windir=C:\Windows ZES_ENABLE_SYSMAN=1 As you see, there is no LANG or LANGUAGE string in the results... Please let me know if you need me to test or report something else. Thank you so much again for your time.

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).

Thank you for the fast reply! Now I could finally start the program. I noticed in a new installation (without previous configuration file) that Raine is now showing the GUI in my current operational system language. I suppose it had to start the program in the default (English) language, no? At least this was always the case here... Also, if you visit the GUI options, you still have "default (English)" selected, even if the interface is in my OS's language, take a look: Maybe this happened when you fixed the region changes...? Anyway, this is a minor glitch and for now the only one I've found in the new version. Thank you so much again for your continuing support.

Yeah but packages sizes add up on the server, the other day it ran out of space ! So it's best to try to save as much space as possible, even if these dlls are annoying. Actually if windows was less of the crazy os it is, these dlls should be shared in the system directory and not in the raine directory, that's what happens in linux, so in linux I don't need to maintain all these annoying dlls, I just give the list of what's needed and that's all. dlls are supposed to be libraries of shared functions useful to most applications, that's what these dlls contain here, but they are not shared at all because it's windows ! For the changelog, it's mostly the git log, I just added a few details that's all, you can see the current git log here : https://github.com/zelurker/raine/commits/master/

hello Tux and HNY, tell me, don't you think you could add the dlls systematically in the zips, I don't see the point of separating them anymore, the size is ridiculously small and anyone with a connection is good enough for just a few MB, maybe it would be easier for everyone! Just a suggestion... and THANK YOU for the changelog !!

Sorry, dll update mandatory after all, libstdc++ which is linked to gcc-14.2, for some reason it managed to read what it needed in linux despite the thing not being in the directory, the error shows only in windows. So return to the latest downloads, refresh the page eventually, the dlls are now for 0.97.3, still 4.1 Mb. It's annoying, but after all the last time I had to update it was in september 2023, so it's more than 1 year ago, not that bad. If someone else except you tested this, got the error and didn't report it, shame on him !

Hello Tux! Happy New Year and thank you for this new release! I tried a quick run of the new Raine version and I am getting the following error message: After that message the program does not start. It seems to be something to do with a DLL file maybe? I have the DLL pack from November 3rd, 2024. I'm not sure if there has been an update to it recently. Anyway, hopefully you'll figure this out quickly... Thank you in advance for your time and work. 👍

Another guy who doesn't seem to realize that whatever the number of hours he spent on this, it's still ridiculous compared to the original work to create the rom, that's why all these works should remain free. Enabling the speed hacks for this rom might trigger this problem then, not sure, it depends if the crcs are computed just at start, or each time they are tested. I might make a patch for this later then... ! Don't know where you got this piece of info from, it's not on the page for the project, but thanks, it's good to know !

Yeah but he promised it's the final version, so it's the last time !

Quote from the author: And.. after updating the rom hashes yesterday, now I have to do it again with this new version...