Video Director Monitor

[musicullum]

@fkalmus

could you preserve "GlobalMediaPlayer’s "uninterrupted continuity

You asked this 20 times

It should work ok with the latest prerelease already, no?

[fkalmus]

@musicullum

It should work ok with the latest prerelease already, no?

runs percfectly, yes and missunderstanding from my poor “past tense” usage, sry. (Meant smng like: were you still able preserve it’s consistency when doing that [new 3,5hrs coding] to fix, ?)

[musicullum]

@fkalmus

were you still able preserve it’s consistency

Yes, stop worrying, the media player has nothing to do with video director etc

[fkalmus]

I’m sorry @musicullum , I don’t know if the fix has been implemented already, but experiencing no change in terms of wiping content at song changes. As soon / until has next song has no content, last song’s content is visible on Vdm

For testing, feel free using my previous project, load “Ball in Castle”, open V1, VD, VDm and just navigate between songs, sometimes start any.

AND one kind request Could you please let windows for VDm, VD remain on top? Currently as soon as touching VL, they go “behind” VL’s main window. A “pin-to-top” tick, any trick might help with

// And if you are there, the same for MIDI List, DMX list, Lyrics list, Autom list editor’s windows would be more than practical
Thank you!

[fkalmus]

@musicullum , am I right, the solution should be something like a “framebuffer clear” at song changes, meanwhile I guess, the question is more difficult than that

Does VDm is working with retained framebuffer? Or it fully redraws something like:
renderFrame()

1. clear black
2. draw background / draw video frame
3. present

[musicullum]

@fkalmus

am I right

No

You are making assumptions. It works differently: each stream has a target video plane (what you see). If a stream has nothing to send, it will just switch off (meaning it will inform the plane that nothing is coming anymore). The GPU part will then simply add no color to the rgb components, and thus it becomes invisible.

So, there is no such thing as “clear black”. Black just means nothing is there, not “fill with color #000”.

This is also why you should stop worrying about the media player. It is just another source for the plane and knows absolutely nothing about other guys sending to that same plane.

The video director monitor is somewhat of a special case, currently it holds the last picture which it shouldn’t if it’s “black” (no stream sending there anymore). But we’re confident that it too will work as you expect with the next version

There is one more thing reg. OBS. If you send multiple streams to the same plane, those will be composited, but that happens entirely on the GPU. This is why the composited picture is not available in the Video Director, it only ever exists in GPU memory (and thus, your screen), but is not accessible for the program. There is a way to load the frame off the GPU, but unfortunately that is very expensive and not an option for now.

[fkalmus]

@musicullum

You are making assumptions.

absolutely. just wanted to have some/starting point picture in my mind. Thank you!

@musicullum

So, there is no such thing as “clear black”. Black just means nothing is there, not “fill with color #000”.

I know… I started with analogy of catode TV, where there is no picture if “next cycle” is not drawn (I mean electrons scanned through the entire screen).

No worries:

@musicullum

There is one more thing reg. OBS. If you send multiple streams to the same plane, those will be composited, but that happens entirely on the GPU

Meanwhile will be happy when the keying composite or transparent overlay will be rendered to VDm later of course!

@musicullum

Video Director, it only ever exists in GPU memory (and thus, your screen), but is not accessible for the program. There is a way to load the frame off the GPU, but unfortunately that is very expensive and not an option for now.

Talking about that one, right? When on V1 the overlay is visible, but not and won’t be visible in VD or VDm like this example:

( I have a logo in case of… and using sometimes

[musicullum]

@fkalmus

When on V1 the overlay is visible, but not and won’t be visible in VD or VDm

Exactly. The Video Director only lets you choose from the video views and thus the VD Monitor will also only show those.

[fkalmus]

Sorry asking back again and again. Want to understand, also because of being called by colleauges if there is any VL question.

@musicullum

Exactly. The Video Director only lets you choose from the video views

Please let me understand or clarify this:
If

1. creating 3pcs Song Video Tracks + 1GblMediaPlayer

2. Routing[all]Outs to Video1 & Video1 & Video1 & Video1
   Result in VD will be the four separated VideoTracks
   Meanwhile you say “choose from the video views”, and for me - user - “video views” are Video1,2,3,4,5,6 No?

3. Seems like the selected VideoOutX is read for ordering the videosources within VD, but the selection is not made by the term we know from earlier as “Video Views”

thinking deeper:
that is absolutely cool that VD makes VL3 capable to provide two different kind of video-out, used absolutely separately… for example:

• Videoview6 goes → to venueLEDscreen
• VideoDirector for directing - separately → an OBS streaming

[fkalmus]

oh, and a tiny one: seems MediaPlayer module can’t tell VD
hi VD, it’s me. That 4th source, named “Untitled” is a GblMediaPlayerMod source.

[musicullum]

@fkalmus

Please let me understand or clarify this:

Sorry, that was misleasing, Video Views was wrong. The VD shows all sources (streams), so tracks and yes, Media Player too.

@fkalmus

VD makes VL3 capable to provide two different kind of video-out

How so?

@fkalmus

seems MediaPlayer module can’t tell VD
hi VD, it’s me

Will fix, thanks.

[fkalmus]

@musicullum

How so?

@fkalmus

• Videoview6 goes → to venueLEDscreen
• VideoDirector for directing - separately → an OBS streaming

Even can combine it with

• VideoView can be “composite” or multiple video src-es
• VD won’t show any composite “clean video src switching” → OBS

Seems like some versatile toolkit

[musicullum]

right

[fkalmus]

oh, and could you please look this maybe:

@fkalmus

AND one kind request Could you please let windows for VDm, VD remain on top? Currently as soon as touching VL, they go “behind” VL’s main window. A “always-on-top” tick, any trick might help with (as I can do with VideoViewsX)

[musicullum]

yes, will check

[fkalmus]

wanted to let you know - just discovered -, that ghost-frame thing can even happen with "GlobalMediaPlayer’s last image.

You see a blue spotted something (frankly saying, that’s the first frame for song “Le Cygne”), and I’m PLAYING media player…
you can see it’s video-content. Starting it, stopping it RTZ-ing and have no idea where this blue spotted frame exactly taken and kept from, because never played with MediaPlayer, just exists on song-video-track

On the top, you can see the MediaPlayer’s RTZ-button-3states problem, I reported long long ago.
I know, text, sorry, but it’s hard to explain these with words:
https://the.randomcello.com:449/d/s/18LXwQEERjDttYfQEMfD5In0ddvF1NNS/J8MFsmtcHfmlxcynPjdt7XPs90JzSIRu-zbZgqahANw0

If just one source, then my topic with the ghost-frames above (changing songs, stucked “last song frame”)

[musicullum]

Cannot reproduce anymore after some changes here, pls try again with the next version.

[fkalmus]

@fkalmus

AND one kind request Could you please let windows for VDm, VD remain on top? Currently as soon as touching VL, they go “behind” VL’s main window. A “pin-to-top” tick, any trick might help with

// And if you are there, the same for MIDI List, DMX list, Lyrics list, Autom list editor’s windows would be more than practical
Thank you!

It’s kind of polishment request, but not a game stopper thing of course:
If any of you will have time later to implement “pin to top” for mentioned ones, we - users - will surely welcome - again - anytime in the future, (something similar to how we can keep VideoView#n on the top).

[musicullum]

We are working on it but it could not make it for the last pre-release, sorry.

[fkalmus]

in case that would make it easier: I believe most of us won’t change “pin on top” behaviour to

• List editors (MIDI, DMX, Autom)
• VD (because if just needed for OBS, VD can be simply minimised, if “manually directing”… then it needs to stay on top)

And for VDm, practically - in my reading. - should just stay on the top in any scenario…
(but of course, there might be situation that I don’t see from my point of view)