Please test the OHRRPGCE callipygous release candidate!

Soule X · Post by **Soule X** » Sun Mar 27, 2016 11:33 pm

Love it. I love that it persists the next time you open it. That's very important, as I hate when I have to reconfigure when I'm playing a game.
I played for a good bit and switched between fullscreen and various windowed modes quite extensively. From what I can see it works perfectly.

Post by **TMC** » Mon Mar 28, 2016 12:41 pm

What OS are you using? (Also I'll assume gfx_directx if you're on Windows)

Also, does anyone have multiple monitors and any comments about that?

kylekrack · Post by **kylekrack** » Tue Mar 29, 2016 12:23 am

I was going to have two monitors, but then Apple told me to take the $80 adapter I bought and stick right up my no. bad. no.

I'm not bitter.

EDIT: Anyway, I am experiencing issues with the fullscreen related features. OS X 10.10, the menu item functions perfectly toggling fullscreen mode, but the setting does not persist after closing the game while in fullscreen. More worrisome, changing the general game default to fullscreen, testing the game still opened in windowed mode. I have not received any error messages. I downloaded the latest Nightly as of today (3/28) at around 5pm.

EDIT EDIT: I also LOVE the new default walkabout spritesets

Foxley · Post by **Foxley** » Tue Mar 29, 2016 12:42 am

I have this crappy little USB sub-monitor. Windows 7 regards it as a legit second monitor, so it'd probably do the trick.

What would you like to be tested on it?

Soule X · Post by **Soule X** » Tue Mar 29, 2016 3:11 am

I tried it on Windows 7 Professional. I also have a Windows 98 virtual machine I could probably try it on lol

I will confirm that it did not open fullscreen in test mode, but I assumed that was not unintentional. I don't find it terribly important in test mode, but I guess personal preference can differ.

Ichiro · Post by **Ichiro** » Tue Mar 29, 2016 3:18 am

I added a "fullscreen/window" option to Dark Planet and it works okay on my laptop. Need to test on desktop.

Post by **TMC** » Tue Mar 29, 2016 9:32 am

Thanks everyone!
Regarding multiple monitors, I was just wondering whether anything undesirable happens. It seems like games handle that in several different ways. I've never heard of USB sub-monitors, so that's interesting...

I have a question for people with multiple monitors: If you open g_debug.txt after starting a game you'll see a couple of lines like

Code: Select all

Desktop resolution&#58; 2560*1024
automatic_scale_factor&#40;0.8&#41;, screen size&#58; 2560*1024

If you have two monitors, what do you see? On Linux, I get that it reports the size of the screen as being the size of both monitors put together (I have two 1280x1024 monitors in this case), which is a bit unfortunate.

kylekrack wrote:More worrisome, changing the general game default to fullscreen, testing the game still opened in windowed mode.

That's intentional. If you want to fullscreen just press alt+enter.

kylekrack wrote:OS X 10.10, the menu item functions perfectly toggling fullscreen mode, but the setting does not persist after closing the game while in fullscreen.

I will guess that this is also because you ran the game using Test Game, which always opens in a window.

kylekrack · Post by **kylekrack** » Tue Mar 29, 2016 10:01 pm

Opps!

I will try it out for real this time. I thought it might have been because I was in test mode, but I didn't know what difference that would make.

KF Harlock · Post by **KF Harlock** » Wed Mar 30, 2016 10:18 pm

TMC, I have two monitors on Windows 7, and this is what was reported for me:

get_screen_size: true screen size 1920x1080
Desktop resolution: 1920*1052
automatic_scale_factor(0.8), screen size: 1920*1052

More concerning, but probably not your problem is that when I toggled between fullscreen and windowed using the in-game menu option, it nerfed the color settings on both my monitors that I spent about four hours tweaking last weekend, haha XD
Again, I doubt this has anything to do with OHR, but my colors are now wickedly warm-toned, with all greys imbued with a sinister diabolical red.

KF Harlock · Post by **KF Harlock** » Wed Mar 30, 2016 10:29 pm

More info for TMC:

To restore my colors, I had to go into Catalyst Control Center and re-check "re-activate AMD control of color profiles" for both my monitors, even after closing game.exe. However, using alt-enter to change from fullscreen to windowed and back, in the same .rpg file, didn't mess with my colors at all. There might be something amiss with the command after all?

Post by **TMC** » Thu Mar 31, 2016 11:08 am

Whoa! I've never contemplated that changing monitor resolution could affect the colour settings.

Actually, are you using gfx_directx? Or have you removed the .dll? (And if so, why?) I had a look at gfx_directx and it definitely does absolutely nothing related to monitor settings at all, instead it just resizes the window the fill the whole screen. It's gfx_sdl (which is the default if gfx_directx isn't used) that tries to do "true" fullscreen and changes the monitor resolution to 640x400 or whatever. And that is why fullscreening in gfx_sdl has some problems. I could try to modify gfx_sdl to specify a resolution equal to the current one.

Also, I notice that gfx_directx will always fullscreen on the primary monitor, but it looks like it would be really easy to make it use a different monitor instead, say, the one that the window is on.

KF Harlock · Post by **KF Harlock** » Thu Mar 31, 2016 12:01 pm

Hrmm, no, I didn't remove any .dlls or anything. In fact, I just extracted the above-linked .zip into its own directory for the sake of testing Cally. I just checked and gfx_directx.dll is still in that directory, so it would have been there yesterday when I did the test. Is there anything different happening when I hit alt-enter from when I use the menu-based fullscreen/windowed command.

Post by **TMC** » Thu Mar 31, 2016 1:21 pm

Using alt-enter or the 'fullscreen' menu option should fullscreen in an almost identical way in both gfx_directx and gfx_sdl (although that's not true for other backends like gfx_fb).

There are various ways to check whether you're using gfx_directx; right-clicking the icon at the top-left of the window shows "Options" in gfx_directx.

So if you were using gfx_directx, then maybe Catalyst just has some strange rule to disable colour profiles if it autodetects fullscreen games?

Pepsi Ranger · Post by **Pepsi Ranger** » Thu Mar 31, 2016 5:39 pm

Harlock, are you sure it's not Catalyst Control Center's doing? I'm guessing by the presence of CCC, you're using an ATI graphics card? I know when I had one, I was having issues with graphics resets all the time, product of the ATI2DVAG bug, but never as a result of using the OHR. Just anything that overloaded the visuals on my screen. Of course, I was running Windows XP on that computer, and I don't know if Windows 7 has the same issues with that bug. But I'm wondering if CCC is still part of the problem.

KF Harlock · Post by **KF Harlock** » Thu Mar 31, 2016 10:25 pm

TMC: I confirmed it happens when using gfx_directx.

Pepsi: I'm using CCC to control color, or at least I was, because one of my monitors just plain has a different base temp than the other, and I haven't found anything else that works as well to balance them out. It seems what happened was, when I fullscreened the OHR, it took control of color profile away from CCC and returned it to Windows default. Then, after closing OHR, I had to manually re-enable CCC's control.