This is certainly not normal…
Could you give us some info about which vvvv and nuget package version you are using?
Did you enable “Do Convert On GPU” on the VideoIn node?
Does it behave the same if you remove the IOBox in the patch and use a FullScreenQuadRenderer in a SceneWindow?
Hello
Thank you for the quick reply.
I took the latest preview (2021.4.9 - 952) and I download the Decklink nuget today (but it seems it didn’t change for quite a while.)
Having the iobox or nothing plugged on it doesn’t change anything.
I tried with and without the GPU option.
Thanks to Seb Escudie, We obtain better results surrounding with an Asyncloop region the node.
The node was written in a way that it will wait for each camera frame (that was a project requirement back then). So say your camera has 25FPS, timings like 1.000.000/25 = 40.000µs = 40ms should be normal.
I also remember that the GPU option wasn’t producing the correct results, so could be that it’s switched off currently. Can have another look at the node in ~1-2 weeks when back in the office.
Seeing weird timings on the DeckLink VideoIn node. When enabling Convert on GPU, for some time timings look ok :
But after “a while” (say one or two minutes), timings go up.
Any hints? Thanksthanks
edit When pressing F9, timings go back to ~3µs and then go up again. edit 2 Turns out Convert on GPU gives a jaggy texture. We’ve tried to disable it : the texture has better quality, but the Timings behavior described above still occurs
I’m receiving a 4k stream. When the Display Mode is set to 1080p30, I can still see a texture though it has a massive delay. When I switch it to 4k2160p60 (which is what the DeckLink is actually receiving), memory usage starts growing and never stops (this is what you see on my screenshot)
Now that we have a local setup again, started to look into it but so far can’t reproduce what you’re describing.
Our setup here is a DeckLink Mini Recorder 4K, which we feed via HDMI from another machine with a 4K@30 signal. Now here I see two differences from your setup:
It’s probably not a YUV signal, therefor the converter doesn’t need to run
It’s 30FPS and not 60FPS, our device doesn’t support 60