18 replies to this topic

[Manbearpig]

File Name: Mickey Mouse in Steamboat Willie (Original 2022)

File Submitter: Manbearpig

File Submitted: 11 Apr 2022

File Category: VPX/VPinMAME - MOD Tables

Author(s): JPSalas
Manbearpig
Manufacturer: Original
Year: 2022
ROM: Link to ROM
Media Pack: Link to Media Pack
Permission to MOD?: Yes, without approval

Original creator gave me his graces. back in action.
 
 
Created from Circus (Brunswick 1980)
10.7 required.
Table from JPSalas (Thanks again)
 
DOF from leeoneil (Not sure this works)
 
Original art from Redwings13, but no longer present. But a thanks because the table may not have been created!
 
 
 So there is a real version of this table created by Craig Monyhan. I have only seen video and found some images from pinside. I tried to replicate it as best as I could. Since he created it basically from scratch the plastic are a little different shape and position. This is version is just running the Cirus ruleset which I think is basically what he did, but had to write the code into his Arduino.
 
I have the entire soundtrack built into the table and it’s so close to matching the DMD video, but it’s not necessary they match, so I left it the way it was.
There is no Rom needed as JP created it without.
Table, Back glass, DMD video, and Wheel in zip.
If you are only playing desktop more you will want to drag the score back into view.
 
 
Here's the link to the original if you want to check it out.
 
https://pinside.com/...willie-homebrew
 

Click here to download this file

[STAT]

Nice Art

[Redwings13]

Cant wait to try it.

Stat did do a great job on circus backglass.

Edited by Redwings13, 12 April 2022 - 11:36 AM.

[teisen]

here for me the table presents this error and does not run...

 

[Conehead]

A nice simple table.  Very nostalgic.  Thank you!

[numiah]

Fun table. Thanks heaps.
However the video and audio are almost 2 seconds out of sync.
Any suggestions on how to fix it?

I noticed the file got removed on the "other" site?

[Manbearpig]

Fun table. Thanks heaps.
However the video and audio are almost 2 seconds out of sync.
Any suggestions on how to fix it?

I noticed the file got removed on the "other" site?

The audio and video were neve supposed to sync, that was complete accident. it was so close that I couldn't chop it correctly after the fact because table load time can fluctuate. 

here for me the table presents this error and does not run...

 

havent seen that one in all the testing. it looks like its looking for a missing light on the back glass. i actually removed them. i would try comment it out.
once again, i haven't seen that and have been playing it for weeks.

[wiesshund]

Hi Manbearpig

 

I have some annoying questions
I resynced the audio and video (into a single file of course)
Why? Devious idea...

 

I have not got to play the table much yet but

1) does this table have the modes described by the creator of the real one, like save minnie, pots and pans etc?

 

2) would you be interested in a DMD (sort of) that mimics what the real one was doing?
It would not require PUP, could be done in flexDMD, DMD size would be 256X192 based on the 640x480 video
no pinup would be required

It could even be made to have a single screen desktop visable display as well

The concept would be something like this (concept, not the table itself of course)

Edited by wiesshund, 13 April 2022 - 01:56 AM.

[Manbearpig]

Hi Manbearpig

 

I have some annoying questions
I resynced the audio and video (into a single file of course)
Why? Devious idea...

 

I have not got to play the table much yet but

1) does this table have the modes described by the creator of the real one, like save minnie, pots and pans etc?

 

2) would you be interested in a DMD (sort of) that mimics what the real one was doing?
It would not require PUP, could be done in flexDMD, DMD size would be 256X192 based on the 640x480 video
no pinup would be required

It could even be made to have a single screen desktop visable display as well

The concept would be something like this (concept, not the table itself of course)

So I was able to connect up with the original table creator and he offered up all his art and videos. But who knows if he will come through. I don't know the actual rule set either, but it seems to be almost identical to Circus.
The audio sync was never supposed to be a thing. I like the older tables to have audio. The DMD was an afterthought to fill the void on my 3rd screen so when I made it in Premier I actually stripped the volume. Not everyone has 3 screens. 
The b2s on the FS, not sure if that will work, if you notice i pulled all the lights to the side. When I would load it in my cab you could see all of them on the PF. Yes I'm sure there are script things that can be done, but I'm still pretty vanilla on this creation stuff .

[Pmax65]

Hi Manbearpig.

Attached to this message I posted the script of your table that I modified to get the MMSBW.mp4 loaded automatically at the table startup and placed on the backglass monitor, the DMD monitor or into the background of the table screen when the desktop version of the table is running.

I’m not an expert in scripting and I know little about Virtual Pinball X and the DirectB2s backglass server.

So the patch actually works great for my cabinet by resizing the movie and placing it in the right areas of the screens depending upon the mode selected. I tested it on a Windows 7 OS configured to have the extended desktop having monitor 1 assigned to the table playfield (the base desktop screen), monitor 2 assigned to the backglass (the screen placed at the right of the base desktop screen) and monitor 3 assigned to the DMD (the screen placed at the right of the backglass screen). I’m honestly not able to understand how to retrieve the monitors top/left coordinates of the extended desktop monitors, so the algorithms that I implemented using the ScreenRes.txt are absolutely empiric. I can’t warrant that they work right with OS other than Windows 7 and/or configured for a different setup of the extended desktop monitors described just above.

I searched the web for a clear description about the meanings of the lines into the ScreenRes.txt file, but I found different description inconsistent each other and maybe that I also misunderstood something about them. If someone out of here has a reliable explanation of that lines I’ll be glad to adjust the algorithms according to what suggested.

 

The whole patch is at the end of the file attached to this post, except for the two subs calls needed to make it run.

One sub is placed as the last line of the Table_Init sub and is named SetMovieScreen (it launches the movie), while the other is placed into the Table1_Exit sub and is named RemoveMovieScreen (it just removes away the movie from the screen).

 

SetMovieScreen has some options.

Two options are specified as arguments of the sub itself, the syntax is:

SetMovieScreen(ScreenNum, Is_4x3Ratio).

The ScreenNum is the number of the monitor where you want the movie to play. It allows to get the movie on the backglass even in case of a three monitors system (it‘s the configuration that I prefer in my cabinet because it is more like the real table even if leaves the DMD display unused).

 

Setting ScreenNum=2, the movie plays on the backglass monitor in place of the smiley Mickey Mouse face inside the old fashioning picture frame,

 

Selecting ScreenNum=3 instead, the movie plays on the DMD monitor. In this case, setting Is_4x3Ratio=False the movie plays occupying the whole DMD monitor screen area, while setting Is_4x3Ratio to True the movie plays in the middle of the DMD monitor screen area with a 4/3 format as the old TV sets did.

 

If the above caveats are respected, both monitor modes have auto adjustment for the size according to the ScreenRes.txt file. If you create in the very same folder of the table a file named as the VPX file but with the extension set to “txt” (that is “Mickey Mouse in Steamboat Willie (Original 2022).txt”, for example), that file will be used instead of the ScreenRes.txt, allowing some customization of the table.

For example: setting line 12 of that file to 1 with monitor 3 selected, the movie plays upside-down for those pincabs whose have the DMD reflected on table glass (AFAIK they should be called “P2k style cabinets”).

If you run the table in desktop mode, the movie plays on the left of the background image, but you can adjust its position and/or resize it just editing the constants named DTmodeWidth, DTmodeHeight, DTmodeLeft and DTmodeTop (the suffixes self explain their meanings). Note that I used Table1.ShowDT property to establish that modality, in case that the flag is not automatically set in desktop mode, just add Table1.ShowDT = True as the first line inside Table1_Init.

 

Patch files requirements.

The patch needs the MMSBW.mp4 file placed inside a folder named MMSBW that you must create into the very same table folder. In case you want to change that path, you can edit the MoviePath variable according to your preference.

In the very same directory of the movie file you must place the FFplay.exe file. FFplay is a well working simple and portable media player that uses the FFmpeg libraries and the SDL library. It is the player built around the very same FFmpeg used by GTXjoe for his gorgeous PBXrecorder. FFmpeg is a more complete multimedia framework not useful in this context.

You can download FFplay.exe as a part of the FFmpeg framework from here: https://github.com/G...-full_build.zip

You find FFplay.exe into the unzipped folder: “.\ffmpeg-2022-04-18-git-d5687236ab-full_build\bin”.

Only that file is needed. Note that there are other FFplay.exe files somewhere around the WEB, but for an incomprehensible reason to me, they look more recent but they are smaller in size and don’t support the switch option “-alwaysontop” that make the movie always on top, so that they make the desktop modality not available (the movie hides behind the background of the table). I must also highlight that in FFplay.exe  option “-alwaysontop” doesn’t work at all if the Windows SDL has version older than 2.0.6 (this statement is as per FFplay documentation site: https://ffmpeg.org/ffplay.html). In case your system has older dll, , you can download the latest version of the SDL (Simple DirectMedia Layer) here: http://www.libsdl.or...0-win32-x86.zip ***Edit.*** You don't need to register the SDL2.dll downloaded from this zip file, just copy it into the very same folder where the FFplay.exe it is.

 

I hope that you could appreciate this patch, at least until someone (who knows better than me how to get the movie embedded into the backglass server or into the DMD) will publish something better.

 

I very like this table, because it gives acknowledgment and honor to BAHBEVANS who built the real pinball. Despite it is a very essential table, he did a great job making it. My great esteem to him.

 

Have a great day.

Massimo

Attached Files

•  Mickey Mouse in Steamboat Willie (Original 2022) Manbearpig.Txt   100.28KB   22 downloads

Edited by Pmax65, 23 April 2022 - 08:52 AM.

[KSIBlackHorse]

Hi Manbearpig.

Attached to this message I posted the script of your table that I modified to get the MMSBW.mp4 loaded automatically at the table startup and placed on the backglass monitor, the DMD monitor or into the background of the table screen when the desktop version of the table is running.

I’m not an expert in scripting and I know little about Virtual Pinball X and the DirectB2s backglass server.

So the patch actually works great for my cabinet by resizing the movie and placing it in the right areas of the screens depending upon the mode selected. I tested it on a Windows 7 OS configured to have the extended desktop having monitor 1 assigned to the table playfield (the base desktop screen), monitor 2 assigned to the backglass (the screen placed at the right of the base desktop screen) and monitor 3 assigned to the DMD (the screen placed at the right of the backglass screen). I’m honestly not able to understand how to retrieve the monitors top/left coordinates of the extended desktop monitors, so the algorithms that I implemented using the ScreenRes.txt are absolutely empiric. I can’t warrant that they work right with OS other than Windows 7 and/or configured for a different setup of the extended desktop monitors described just above.

I searched the web for a clear description about the meanings of the lines into the ScreenRes.txt file, but I found different description inconsistent each other and maybe that I also misunderstood something about them. If someone out of here has a reliable explanation of that lines I’ll be glad to adjust the algorithms according to what suggested.

 

The whole patch is at the end of the file attached to this post, except for the two subs calls needed to make it run.

One sub is placed as the last line of the Table_Init sub and is named SetMovieScreen (it launches the movie), while the other is placed into the Table1_Exit sub and is named RemoveMovieScreen (it just removes away the movie from the screen).

 

SetMovieScreen has some options.

Two options are specified as arguments of the sub itself, the syntax is:

SetMovieScreen(ScreenNum, Is_4x3Ratio).

The ScreenNum is the number of the monitor where you want the movie to play. It allows to get the movie on the backglass even in case of a three monitors system (it‘s the configuration that I prefer in my cabinet because it is more like the real table even if leaves the DMD display unused).

 

Setting ScreenNum=2, the movie plays on the backglass monitor in place of the smiley Mickey Mouse face inside the old fashioning picture frame,

 

Selecting ScreenNum=3 instead, the movie plays on the DMD monitor. In this case, setting Is_4x3Ratio=False the movie plays occupying the whole DMD monitor screen area, while setting Is_4x3Ratio to True the movie plays in the middle of the DMD monitor screen area with a 4/3 format as the old TV sets did.

 

If the above caveats are respected, both monitor modes have auto adjustment for the size according to the ScreenRes.txt file. If you create in the very same folder of the table a file named as the VPX file but with the extension set to “txt” (that is “Mickey Mouse in Steamboat Willie (Original 2022).txt”, for example), that file will be used instead of the ScreenRes.txt, allowing some customization of the table.

For example: setting line 12 of that file to 1 with monitor 3 selected, the movie plays upside-down for those pincabs whose have the DMD reflected on table glass (AFAIK they should be called “P2k style cabinets”).

If you run the table in desktop mode, the movie plays on the left of the background image, but you can adjust its position and/or resize it just editing the constants named DTmodeWidth, DTmodeHeight, DTmodeLeft and DTmodeTop (the suffixes self explain their meanings). Note that I used Table1.ShowDT property to establish that modality, in case that the flag is not automatically set in desktop mode, just add Table1.ShowDT = True as the first line inside Table1_Init.

 

Patch files requirements.

The patch needs the MMSBW.mp4 file placed inside a folder named MMSBW that you must create into the very same table folder. In case you want to change that path, you can edit the MoviePath variable according to your preference.

In the very same directory of the movie file you must place the FFplay.exe file. FFplay is a well working simple and portable media player that uses the FFmpeg libraries and the SDL library. It is the player built around the very same FFmpeg used by GTXjoe for his gorgeous PBXrecorder. FFmpeg is a more complete multimedia framework not useful in this context.

You can download FFplay.exe as a part of the FFmpeg framework from here: https://github.com/G...-full_build.zip

You find FFplay.exe into the unzipped folder: “.\ffmpeg-2022-04-18-git-d5687236ab-full_build\bin”.

Only that file is needed. Note that there are other FFplay.exe files somewhere around the WEB, but for an incomprehensible reason to me, they look more recent but they are smaller in size and don’t support the switch option “-alwaysontop” that make the movie always on top, so that they make the desktop modality not available (the movie hides behind the background of the table). I must also highlight that in FFplay.exe  option “-alwaysontop” doesn’t work at all if the Windows SDL has version older than 2.0.6 (this statement is as per FFplay documentation site: https://ffmpeg.org/ffplay.html). In case your system has older dll, , you can download the latest version of the SDL (Simple DirectMedia Layer) here: http://www.libsdl.or...0-win32-x86.zip ***Edit.*** You don't need to register the SDL2.dll downloaded from this zip file, just copy it into the very same folder where the FFplay.exe it is.

 

I hope that you could appreciate this patch, at least until someone (who knows better than me how to get the movie embedded into the backglass server or into the DMD) will publish something better.

 

I very like this table, because it gives acknowledgment and honor to BAHBEVANS who built the real pinball. Despite it is a very essential table, he did a great job making it. My great esteem to him.

 

Have a great day.

Massimo

Hi there! I hope you are having a lovely day when you see this. I was attempting to replicate what you were describing up above and ran into some difficulties, and was wondering whether you might be able to help?

Currently, I use a two screen set-up for my PC where my screen marked as "1" for Windows (which is off to my right) acts as the backglass, while the screen marked as "2" for Windows (directly in front of me) acts as the main playfield for things such as VPX and PinupPopper. For VPX, I use Desktop Mode as of now (as I might migrate from that if I ever mod a table to work with the other POVs).

I have the table itself and the B2S working perfectly, no issues there whatsoever. I went through what you described step by step;

-- I moved the .mp4 file into its' own folder within the Tables folder in Visual Pinball, while also adding the ffplay.exe file with it.
-- I downloaded the .txt file you provided, copied all of the text inside, then pasted it over the pre-existing script.

When I boot the table up in Desktop Mode with [SetMovieScreen 1, False], or replace the 1 with a 2, or 3, the .mp4 plays properly in the bottom left of the background image overtop as described. However, if I attempt to switch the POV to either FS or FSS, regardless of whether I input a 1, 2, or 3 in the script, ffplay.exe will not execute on any screen.

I'm not incredibly well versed whatsoever when it comes to scripting (especially when a lot of the comments are in Spanish, which I can't read, so there may be something that I am overlooking. My questions would be;
1. Is there a way to be able to move the .mp4 file over the Mickey face on the backglass (as described above) while also in Desktop Mode, or is this only able to be done while in FS or FSS? If so, how?
2. Is there something that I might be overlooking in the script that is causing this not to function as described properly?

Thank you very much for taking the time to read this, and for being so incredbly helpful in the first place! Let me know if you need any additional info. 

Edited by KSIBlackHorse, 09 May 2022 - 11:54 PM.

[Pmax65]

Hi KSIBlackHorse,

I apologize for the hitch, but your monitors configuration is the one I was not able to set working automatically with that scripting I wrote.

It’s my fault since I have no idea on how to get the top/left coordinates into the Windows desktop multi-monitors configuration.

 

Question 1:

<<Is there a way to be able to move the .mp4 file over the Mickey face on the backglass (as described above) while also in Desktop Mode, or is this only able to be done while in FS or FSS? If so, how?>>

 

Answer: surely yes. It suffice to search into the script these lines and tag them with an ‘ at the beginning :

If Table1.ShowDT Then
    ScreenNum = 1
End If 

(if you didn’t change the script, those lines should be around lines 1617…1619).

 

Anyways it still wouldn’t work because of the failure of the algorithm in detecting the top/left corner, as explained above. 

 

Question 2: 
<<Is there something that I might be overlooking in the script that is causing this not to function as described properly?>> 

 

Answer: surely no. It’s my script that fails in computing the right position in that specific case of Windows desktop multi-monitors configuration.

 

Anyways since my own home desktop PC has 2 monitors configured as your own has (If I got it right), I was able to get it working anyways. But I’m at office now and I’m not sure what it was the right patch at the “ScreenRes.txt” settings to get it working. Let me back home and I’ll instruct you on how to do that.

 

Please note that I'm not sure I can do it this night, because I probably will be there late at night and I can't ensure you that.

But surely I'll be back on this issue not later than  tomorrow night.

 

In the meantime, have a great day.

 

Massimo

 

[Pmax65]

Ok KSIBlackHorse,

 

I'm back from dinner and as promised I checked what I did.

Here attached you can find my desktop PC multi-monitor setup screenshot, so you can check if it's the same setup as for your own.

The trick (other than placing the remark tags at the beginning of the lines, as I explained in the previous message), is to set the value on the sixth line into the cloned ScreenRes.txt which you must rename as the table filename (for example "Mickey Mouse in Steamboat Willie (Original 2022) Manbearpig.txt"), to match the width of the monitor 2 screen width.

Even attached here below there is my setting which works fine. Note that on the fifth line the Backglass monitor is set to 1, and on the following sixth line the usual 0 has been changed to 1920 that is my desktop PC main monitor width  (monitor ID#2) as shown in the Multi-Monitor Setup.JPG screenshot file.

Using this setting I have the movie playing in place of smiley Mickey Mouse on the monitor which Windows identify  as #1 and is placed on the right of the main monitor.

BTW, I don't know why, but using VPX 10,7 built 133 I have to set all the parameters into the full screen mode properties as the ones in the desktop mode  properties and still use the fullscreen mode, because otherwise the table remains as per the original fullscreen mode aspect. This is something that I can't explain, but in my opinion has nothing to do with this patch.

 

I hope this could solve your issue.

 

Have a great day.

 

Massimo

 

Attached Files

•  Multi-Monitor Setup.JPG   56.72KB   1 downloads
•  Mickey Mouse in Steamboat Willie (Original 2022) Manbearpig.txt   49bytes   3 downloads

Edited by Pmax65, 10 May 2022 - 08:14 PM.

[KSIBlackHorse]

Hey Pmax! I hope you had a lovely day and a nice dinner. 

Firstly, let me just say that I am super grateful for you taking the time to help me with this, and so quickly as well! I've just gotten into the hobby pretty recently, so a lot of the technical things can be tricky. You've been super helpful.

TL; DR -- I was able to get the .mp4 to play in a way that I am satisfied with currently, and I have a few ideas why it might be different. This is how it turned out;



As you can see in the .jpg, it didn't auto adjust to fit over the frame exactly, but it fits well enough that I am happy with it. The first thing I did was download the .txt file you uploaded above as a reference point, then copied that into my Tables folder where I have the table and the backglass. When I used the default settings you had in the .txt file and changed the FS settings to mirror Desktop (as you'd suggested), I was able to get the .mp4 to play over on the other screen, however, it was straddling between my second monitor (top-right) and my third monitor (bottom-right), splitting between the two. If I had to guess why, this was happening because, as opposed to having my monitors set directly horizontally as you do in your thumbnail, mine are set as they are physically. since one of my monitors is much larger than the other, as seen below;

 

With this being the case, I decided that I would try to play around with some of the values in the .txt file, while also playing around with some of the values under 'Movies' in the script of the table. What I ended up with was this as the .txt file (I adjusted the dimensions for my backglass monitor, since it is 1920x1080);



and this for the scripting;



By adjusting the "TVscreenTop" in the script, I was able to get it centered as shown at the top of this post. I'm not sure how I would even try to go about having it auto adjust so that that frame is the same size, but I'm not all too worried about it tbh. 

It works, and that is all that matters to me. I'm sure I could nitpick until the cows come home, but it is functional haha. Thank you once again, and maybe this might help someone else!

[wiesshund]

The above will work for you
On this table, sort of anyways

 

It wont translate to others, if this is something you wish to share later

And it will not work well, if you try running a different vpx table

 

There are 2 ways you could employ to recreate what you did in the real machine you made

 

1) You could do the table as a PUP table
Which would fully allow you to dictate what scene plays, when, so you could recreate the game modes etc exactly

 

2) You could use flexDMD, which would do the same as PUP for the most part but has no dependency on the pinup system
and so would be usable by those who do not use pinup

Both methods would allow you to cut up the video and call what ever part or parts you wish to play
in whatever fashion you wish to play them in, as well as having a score overlay etc.

[Pmax65]

Hi KSIBlackHorse,

glad to read that you get satisfied about my suggestion.
 

As you can see in the .jpg, it didn't auto adjust to fit over the frame exactly, but it fits well enough that I am happy with it. 

 

 

Yes, my intention was to place the movie inside the inner frame just to cover the Mickey Mouse animated picture.

I just missed to tell you that adjusting those parameters prefixed with "TVscreen" you can resize the movie as you prefer and as you did. 

 

You got it by yourself and that points me out that you are not complete unversed to scripting

 

Anyways, since your backglass monitor top is placed over the desktop main monitor top, you could have solved that issue just changing the value in line 7 of the .txt file. Opening the display rearrangements window, if you "moused down" on the monitor screen and drag it a little, the x and y coordinates should popups and probably the y would be a negative number. Writing that negative number in the seventh line of the  .txt file should have fixed it without changing the TVscreen vars in the script.

 

What a curious monitors configuration yours it is!
Usually they are placed aligned to the tops, maybe I missed some details of your needs that you already explained but I get it wrong. Unluckily my English comes from the old times of school and at those times here in Italy there were few hours per week of teaching.

Enjoy your pinball simulator, have great hours of fun with it.

 

Massimo

Edited by Pmax65, 11 May 2022 - 10:14 AM.

[Pmax65]

Hi weisshund.

 

yes, I know what you mean, but I'm no way a pinball creator (in my opinion is a question of art, that is one should be an impassioned artist to enter this world and design a pinball simulation, as you do).

I know just a little about scripts indeed and for that I just write little parts of code just because as a professional in electronic designs, I wrote a bunch of code in languages as assembler, C and Basic.And VB scripting is practically a subset of VB. 

I'm just a pinball enthusiast, that long time ago in his youthness was a local pinball wizard in his own and the neighboring small towns.

This patch was intended as a momentary workaround for resizing and positioning that movie in an almost automated fashion until someone will posts an improved version of this incredibly beautiful table that will do it systematically.

 

As mentioned a few posts above, I really like the fact that this is basically a homemade pinball machine, built in a garage by a special guy who loves making his dreams come true.

Hat tip to him! (and to Manbearpig who turned it to the VPX world).

Have a great day.

Massimo

 

 

The above will work for you
On this table, sort of anyways

 

It wont translate to others, if this is something you wish to share later

And it will not work well, if you try running a different vpx table

 

There are 2 ways you could employ to recreate what you did in the real machine you made

 

1) You could do the table as a PUP table
Which would fully allow you to dictate what scene plays, when, so you could recreate the game modes etc exactly

 

2) You could use flexDMD, which would do the same as PUP for the most part but has no dependency on the pinup system
and so would be usable by those who do not use pinup

Both methods would allow you to cut up the video and call what ever part or parts you wish to play
in whatever fashion you wish to play them in, as well as having a score overlay etc.

[Dizzy D3vil]

The art on this table is incredible!  Simple and retro. Plays great.  

[alessandro1971]

Hi Max, thanks in advance for your help.

I got the Mickey board and would like the cartoon video to appear on my BG.

I followed the guide and after some small problems I was able to watch the video in the BG.

However, there is something wrong, when the PF and the video appear in the BG I can't give the table the commands to add the credits and play. To do this I have to move the mouse pointer over the PF and click on it,

and as if the PF loses the fact of being in the foreground, in fact the pinball lights remain off until I click on the PF with the mouse.

furthermore the video appears behind the BG, to show it I have to press ALT+TAB on the keyboard and select it.

How can you help me thank you

Edited by alessandro1971, 12 April 2026 - 03:39 PM.