persisting issues with Aximmentry

 

We currently use Aximmetry at least once a week for our recordings. We are currently still struggling with two problems:

- Aximmetry's output currently seems to be delayed by 18 frames. This is tolerable for recordings, but not usable for live streams. Can this delay be reduced to almost zero?

- From day one, we have been struggling with black flickering every 2-3 minutes, which causes our billboard input to go black for a short time. We initially assumed that the decklink card was faulty. In slow motion, however, we can see on the recordings that entire objects sometimes disappear briefly when the billboard flickers. What could be the reason for this phenomenon? This problem also makes post-production absolutely essential at the moment.


About our system:

- We use a Decklink Duo 2 card from Blackmagic, to which a Studio Camera 4k Pro G2 is connected.

- The system is an HP Z2 Tower G9 workstation with Win11 with an i9 processor 12900K, 32 GB RAM and an NVIDIA RTX A4000


We work with one input and one output.

Our big wish is that we can use Aximmetry for our live-on-tape productions and thus reduce the post-productions to 0. The two problems mentioned are currently preventing us from doing this. Who has possibly had similar experiences and/or can give us helpful tips?

Thank you very much!

   flo.kleinschmidt

 
Profile Image
TwentyStudios
  -  

18 frames sounds like a lot. What camera are you using? NDI, HDMI or SDI? 

In the preferences you can select a lower delay, but it will increase system load and you won’t be able to get it near zero. We use Aximmetry for live streams all the time, so I’m not sure why it’s not useable for you? The Aximmetry delay is negligible compared to the delay added by the streaming platforms.

The second issue still sounds like a hardware issue to me. Maybe it’s the cable for the camera? Have you updated to the latest Decklink drivers? 

 
Profile Image
flo.kleinschmidt
  -  

Thank you for your answer.

We use Aximmetry as one of our video and sources on our switcher. If there is noticeable delay on one of our three video sources, lips are clearly not in sync and everyone is noticing that.

We use a complete SDI workflow.

In regard to our second issue:

We changed cameras and cables, updated all firmwares (also Decklink) multiple times but could not solve the issue.


 
Profile Image
TwentyStudios
  -  

Latency is just unavoidable when getting video in and out of a computer. This isn’t something unique to Aximmetry and is and issue across all software in this area. Some switches had the ability to delay individual inputs to solve this issue. There are also hardware boxes that does the same thing. 

Sorry, I don’t have a solution for your other issue. We use Aximmetry daily on 5 workstations running in parallel and have never come across this issue. 

 
Profile Image
Eifert@Aximmetry
  -  

Hi,

Are you still experiencing the black flickering issue? If so, can you provide more details or even a video as I probably haven't encountered an issue similar to this before.
Note, that you can use a Video Input module, to see if this issue happens when you are not using camera compounds and you don't have a scene running:
persisting issues with Aximmentry


Regarding the latency issue, if you have an 18-frame latency caused by the computer, it means you have set the In-to-Out Latency close to that value in Aximmetry: https://aximmetry.com/learn/virtual-production-workflow/preparation-of-the-production-environment-phase-i/inner-workings-of-aximmetry/in-to-out-latency/#in-to-out-latency-1
Alternatively, something between your computer and other hardware might be causing additional delays.

As TwentyStudios mentioned, this is not something that can be fully resolved; there will always be some latency. If your other hardware does not support adding delay, you could run other sources through Aximmetry to add the delay, provided you have enough free capture card slots and computers. Note that you can use the Delayer module without the camera compounds to add additional delay. This will be an additional delay to the In-to-Out Latency value.

Warmest regards,