Jump to content

And finally, a proper 0.97.3 !


Recommended Posts

Posted

After fixing the windows compilation problem in arch (!), here it is. So the main thing is the new shinobi neogeo driver, see there :

Otherwise, fixes/improvements included :
 - the changes for mer-curious changing his physical display and/or soundcard on his laptop are inside, there is a thread about all this somewhere.
 - fixed a crash when opening the console after an error while loading a game
 - fixed a bug in the game options dialog, there is another post about this somewhere too, thanks to mer-curious...
 - fix the region selection which got broken while moving around entries from the main gui menu.
 - Restore mouse position when exiting the program, mainly useful for linux, for window managers which react to this
 - Now use SDL_OpenURL to open an url from the gui, it probably doesn't change anything for now, but it will be useful if raine is recompiled for something else than windows or linux.

For once the linux binaries were ready a few hours before windows because of an update problem in my arch setup, nothing major finally, but very annoying !

http://raine.1emulation.com/download/latest.html

  • Like 2
Posted

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:

foFq3tB.png

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

Posted

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 !

  • Like 1
Posted (edited)

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 !!

Edited by pmc2
Posted

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/

  • Like 1
Posted
7 hours ago, Tux said:

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.

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:

19lfHMv.png

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.

Posted

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

  • Like 1
Posted
1 hour ago, Tux said:

I can't reproduce your problem so I'll need some more info

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.

 

1 hour ago, Tux said:

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

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.

Posted

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 !

  • Like 1
Posted
5 hours ago, Tux said:

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 :

Hello Tux! You are correct! I hadn't realized that before you noticed it. Very weird indeed...

 

5 hours ago, Tux said:

Eventually make sure that the contents of your locale directory is only 4 directories : es  fr  it  pt_BR.

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.

 

5 hours ago, Tux said:

All this might be because of the dll update

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.

Posted
4 hours ago, mer-curious said:

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.

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.

Posted (edited)
10 hours ago, Tux said:

No it makes no sense to try to detect the language for the 1st launch.

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:

shehH9s.png

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:

VAFWCtS.png

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.

Edited by mer-curious
Posted

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.

Posted

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 !

  • Like 1
Posted (edited)
13 hours ago, Tux said:

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 !

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:

On 1/13/2025 at 1:02 AM, Tux said:

No it makes no sense to try to detect the language for the 1st launch.

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

 

13 hours ago, Tux said:

All 0.97.3 is removed, dlls and raine versions.

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.

Edited by mer-curious

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...