1972 replies to this topic

[wiesshund]

On the latest 10.8 beta opengl 64bit, I'm having an issue where when the table loads it's turning off my desktops HDR. Even when I quit the table the HDR switch is set to on, but I'm getting a white-washed look. I have to switch HDR off and back on to get it right. I don't have this issue at all with the 10.8 beta non opengl 64 bit...

dumb question

Does OpenGL support HDR?

[Mike DA Spike]

On the latest 10.8 beta opengl 64bit, I'm having an issue where when the table loads it's turning off my desktops HDR. Even when I quit the table the HDR switch is set to on, but I'm getting a white-washed look. I have to switch HDR off and back on to get it right. I don't have this issue at all with the 10.8 beta non opengl 64 bit...

dumb question
Does OpenGL support HDR?

Isn't the GL version mostly created/used for VR ?

[Drybonz]

My understanding is that GL does not support HDR.

[wiesshund]

 

Isn't the GL version mostly created/used for VR ?

 

 

Yes, anymore VR is kind of the only thing that cares much about or puts much effort into GL support

My understanding is that GL does not support HDR.

Think you have to use GLSL shaders

[Wylte]

Some info on VPX OpenGL: "
- OpenGL will always be better than DirectX 9 since it supports hardware level adaptive sync (the driver takes the decision to sync or not on vblank based on the exact time the GPU as finished rendering) while for DirectX it is very roughly emulated by VPX
- If you can, you should always rely on hardware syncing vs software (VPX) doing it. So, if you can, just put 0 to the maximum frame rate. Hardware syncing is fairly precise (if it says 144Hz, it really runs at exactly 144Hz) while software syncing can not achieve this level of precision.
- Stable rendering is the key to stable playing, so the best way is not to lower the framerate but to lower the settings...
- Input latency has a big impact on play...and frame pacing is now fully functional. It will give low latency with hardware (for OpenGL) adaptive sync under the hood rendering. I think it should be the best option in nearly all situations.

"GL is not the long shot aim...no GL in the end since it has some important missing functionalities and is not the reference implementation for any platform in fact. Precisely, it misses a swapchain to allow multiple output, and proper HDR output support (to allow really using the HDR of your TV)."

[wiesshund]

Dont know, i get much better latency in DX than GL
But i dont think GPU mfg's driver developers car a whole lot about GL anymore (Nor DX9 really)

[Mrtr32]

Thanks wiesshund for the detailed explanations about the nvrampatch and how the taito controller is working

 

@jpsalas

 

Tested removing the hawkman and Lunelle nv and nvb file from the rom folder don`t solve the issue

Tested the Lunelle table and the table crash VPX almost all the time when I quit the table

I never having this issue with VPX7 before

I don`t know why you can`t replicate the issue because some others users have the same issue as me and I'm using all the latest builds

 

VPinballX-10.8.0-1467-262f2d7-Release-win-x86

VPinMAME-sc-3.6-607-51667e2-win-x86

B2SServer-2.0.4-b752605-Release-win-x86

dmdext-v2.2.1-x86

 

Thanks for your support !    

[Gravy]

 

 

Isn't the GL version mostly created/used for VR ?

 

 

Yes, anymore VR is kind of the only thing that cares much about or puts much effort into GL support

My understanding is that GL does not support HDR.

Think you have to use GLSL shaders

 

Don't forget 3D use. (anaglyph or 3D screen etc).

[wiesshund]

 

I don`t know why you can`t replicate the issue because some others users have the same issue as me and I'm using all the latest builds

 

 

Not the answer you want to here, but it generally means that the issue is something system specific
Something that you may have, that others do not.

And you say this only happens when run through PinballX?

What PBX plugins do you run?

 

Do you run PinHiEm ?

Edited by wiesshund, 22 September 2023 - 11:29 PM.

[Mrtr32]

@wiesshund

 

In my test computer I don`t use PinballX so the Taito tables freeze in PinballX too

 

I will remove NVramPatchExit routine that causing the issue.

 

I Played the table and all is working great without this patch.

 

Thanks!

[wiesshund]

@wiesshund

 

In my test computer I don`t use PinballX so the Taito tables freeze in PinballX too

 

I will remove NVramPatchExit routine that causing the issue.

 

I Played the table and all is working great without this patch.

 

Thanks!

It crashes for you, even just running straight VPX?

 

and is this in ALL taito controlled tables?

 

Cavlier de Negro?

 

What about heavy Metal, which is Rowamet but built form surplus Taito parts, so resumes on powerloss.

Edited by wiesshund, 22 September 2023 - 11:48 PM.

[Mrtr32]

Yes!

 

I double click on the table file to start the table

Hit Q two time to quit the table and VPX freeze instantly

It is a random issue

Sometime the table quit properly so most of the time VPX freeze

 

I know I can CTRL+ALT+Delete and kill the process from the task manager so I don`t like this solution 

Edited by Mrtr32, 22 September 2023 - 11:57 PM.

[Mrtr32]

Heavy Metal Rowamet work great without issue because the table don`t use this NVramPatchExit

 

Only the table using NVramPatchExit script crash!

 

All others tables work very well in VPX8 and the performance is awesome!

Edited by Mrtr32, 23 September 2023 - 12:12 AM.

[wiesshund]

Heavy Metal Rowamet work great without issue because the table don`t use this NVramPatchExit

 

Only the table using NVramPatchExit script crash!

 

All others tables work very well in VPX8 and the performance is awesome!

Yes it does

 

Lines 705, 772 

 

 

i am assuming you have v 4.0 of the table?

Edited by wiesshund, 23 September 2023 - 12:16 AM.

[Mrtr32]

I don't have your latest version of the table

Is the subroutine named NVramPatchExit in the table script?

 

Can`t find the patch in the script

 

I have your 1.5.2 version of the table.

Edited by Mrtr32, 23 September 2023 - 12:26 AM.

[wiesshund]

I don't have your latest version of the table

Is the subroutine named NVramPatchExit?

yes

 

let me know if latest version crunches as well

 

If so then we need to see what would interfere

[Mrtr32]

I spent 1 week with toxie on github to try to find if the issue come from VPM or VPX8 without success

I searched on the table script after all the tests and found those patch is causing the issue.

Edited by Mrtr32, 23 September 2023 - 12:35 AM.

[wiesshund]

I can answer that for you
 
make a dummy table
 
put this in the table

Function GetNVramPath()
    Dim WshShell
    Set WshShell = CreateObject("WScript.Shell")
    GetNVramPath = WshShell.RegRead("HKCU\Software\Freeware\Visual PinMame\globals\nvram_directory")
End function

Function FileExists(FileName)
    DIM FSO
    FileExists = False
    Set FSO = CreateObject("Scripting.FileSystemObject")
    FileExists = FSO.FileExists(FileName)
    Set FSO = Nothing
End Function

Sub Kill(FileName)
    Dim ObjFile, FSO
    On Error Resume Next
    Set FSO = CreateObject("Scripting.FileSystemObject")
    Set ObjFile = FSO.GetFile(FileName)
    ObjFile.Delete
    On Error Goto 0
    Set FSO = Nothing
End Sub

Sub Copy(SourceFileName, DestFileName)
    Dim FSO
    On Error Resume Next
    Set FSO = CreateObject("Scripting.FileSystemObject")
    FSO.CopyFile SourceFileName, DestFileName, True
    On Error Goto 0
    Set FSO = Nothing
End Sub

Sub NVramPatchLoad
    NVramPatchCoinCnt = 0
    If FileExists(GetNVramPath + "\" + cGameName + ".nvb")Then
        Copy GetNVramPath + "\" + cGameName + ".nvb", GetNVramPath + "\" + cGameName + ".nv"
    Else
        Copy GetNVramPath + "\" + cGameName + ".nv", GetNVramPath + "\" + cGameName + ".nvb"
    End If
End Sub

Sub NVramPatchExit
        Kill GetNVramPath + "\" + cGameName + ".nvb"
End Sub

 in table, set
 
 

const cgamename = "any taito rom name"

 Any taito rom doesn matter which one.
 
 
give it an exit sub

Sub table1_Exit
NVramPatchExit
End Sub

Give it an init sub too, lets go full circle?

sub table1_init
NVramPatchLoad
end sub

Ok, now try and crash the test table by exiting it

 

Ok done editing

Edited by wiesshund, 23 September 2023 - 12:53 AM.

[Mrtr32]

Ok

Tested your script on new table and I can`t make it crashing

I used Hackman as table name

Edited by Mrtr32, 23 September 2023 - 01:05 AM.

[jpsalas]

Well, I should not complicate things too much, if that NVramPatchExit crashes your VPX, then simply remove it. It is meant as a help to avoid the table resuming, so it is actually not a needed thing, as the tables will work as intended by Taito.