And already raine 0.97.4, to be done with shinobin... !

[Tux]

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

[Tux]

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

 

[mer-curious]

Hello Tux! I have updated Samurai Shodown 2 Perfect Edition to version 2.4. Hopefully everything was done right.

Also, I've found a glitch in the latest version. If you try to apply a shader on the fly it will not work. The screen will be totally black, see:

https://drive.google.com/file/d/1GYKCs_Ipvi4-hkVIBrV1kcjw4DdIl2kZ/view?usp=sharing

You have to close the program and then reopen it to see the shader effect in the picture.

I think this started in the latest version, I don't remember experiencing this issue in the previous version... 🤔

Hopefully you'll be able to reproduce this issue in your setup and fix it easily.

Thank you so much in advance for your time.

[Tux]

1 hour ago, mer-curious said:

Hello Tux! I have updated Samurai Shodown 2 Perfect Edition to version 2.4. Hopefully everything was done right.

Also, I've found a glitch in the latest version. If you try to apply a shader on the fly it will not work. The screen will be totally black, see:

https://drive.google.com/file/d/1GYKCs_Ipvi4-hkVIBrV1kcjw4DdIl2kZ/view?usp=sharing

You have to close the program and then reopen it to see the shader effect in the picture.

I think this started in the latest version, I don't remember experiencing this issue in the previous version... 🤔

Hopefully you'll be able to reproduce this issue in your setup and fix it easily.

Thank you so much in advance for your time.

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.

[mer-curious]

5 hours ago, Tux said:

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.

Hello Tux! Thank you so much for this super fast fix! So the issue indeed started recently as I suspected...

Do you intend to add support for GLSL shaders?

By the way, I think I've found another issue related to the shaders:

If you change the scaling options in Windows Raine will be affected by the scaling and will produce a different effect in the shaders.

Here I tested the scanline-3x shader, which is the one I use. If the scaling option in Windows is set to 100%, the scalines will be barely visible and the effect is great, as you see here:

I suppose you can only see how good it looks in a 1080p TV or monitor.

Now if the scaling in Windows is set to 150%, this is what you get with the shader:

You have to zoom in the picture above a little to see how it really looks here. The scanlines become much thicker and the effect is not good anymore.

I've noticed in "Video information" that the resolution reported by Raine is 1280x720, even if my desktop is set to 1920x1080:

Maybe this is why the shader is looking bad? Raine would be taking a different resolution from the desktop, even if the one I have set in Windows is 1920x1080.

Anyway, I came across this issue by using the computer from a distance to the TV, so I set the scaling to 150% to be able to see better farther.

Perhaps you could make Raine always use the resolution set in the desktop and ignore the scaling adjustment? Or would this be something only fixed in SDL 3?

I'll wait your comments on that.

Thank you so much again for your continuing work in Raine.

[Tux]

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.

[mer-curious]

8 hours ago, Tux said:

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.

Hello Tux! That's great to know! There are some interesting glsl shaders in Retroarch. I will be willing to test them in Raine if/when you ever implement this feature.

 

8 hours ago, Tux said:

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 ?

It is the Windows scaling setting, not the Nvidia Control Panel. You right click the mouse in desktop -> Display settings and then you have an option to set the scaling. Here it shows "100% (recommended)", "125%", "150%" and "175%", take a look:

I am using a 1080p TV, for 1440p monitors and 4k TVs there should be higher scaling values I believe.

You should be able to reproduce this issue in your Windows installation I suppose. Here I use Windows 10.

 

8 hours ago, Tux said:

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 ?

I believe this is not a recent issue, but I'm not sure about it. I didn't try changing the scaling settings in Windows before as far as I remember though...

Anyway, it would be good if Raine good handle this setting better, but if not I'll need to change the scaling settings in Windows for the time being.

Thank you again for your attention.

[Tux]

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

[mer-curious]

7 hours ago, Tux said:

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

Hello Tux! Thanks for the fast reply! It's good you could easily reproduce the issue there.

I was wondering if Raine couldn't ignore the Windows scaling setting and just use the driver or display resolution currently set on Windows when in full-screen mode? This would fix the issue once and for all, no?

 

7 hours ago, Tux said:

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 !

No problem, for the time being I can stick to the 100% scaling setting in Windows. But I think this is the limit resolution for 100% scaling. If the user happen to have anything above that, such as a 1440p, 2k, 2.5k or 4k TV or monitor Windows will probably suggest something higher than 100%, otherwise items in the interface will be very tiny to see.

For this it would be good a long-term solution, especially because 1440p monitors are becoming more common and cheaper nowadays.

Thank you again for your reply and for your time.

[Tux]

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 !