With a genlocked system, the delay will variate?

 

Hello,

I would like to know, I am using genlock with my camera, tracking device and computer capture card. Is that possible the delay keep changing when I using the system? Or something wrong in setting up delay?

Thanks!

   KaManC

 
Profile Image
Aximmetry
  -  

Hi,

Do you mean the delay between the tracking device and the camera image?
What kind of tracking device do you use. Did you mean it is genlocked?

If the frequency of your tracking device is different then the fps of your camera then in each frame the delay will be slightly different. (although aximmetry will try to compensate this as much as possible)

Or do you mean the delay constantly grow? (it shouldn't be, I just ask to be sure)

Best Regards


 
Profile Image
KaManC
  -  

Hi,

I am using RedSpy. How to call this? A tracking system?

I think my genlock setup is ok because after that the tracking is much more stable.

But sometimes, when I moving the camera, the CG objects is not sync with the camera. The movement is like some kind of delay, then the CG object or the camera image "floating" back to the right position. After a few moment, they sync again. Not constantly grow, just occasionally occur.

So sometimes I adjusted a right delay, then the problem occur, I try to adjust delay to fix. But after a moment I set the value back to fix another delay. Something like that.

So I posted here, see if anyone found a similar problem and their solution.

Thanks!

 
Profile Image
Winton
  -  

Actually we have the same problem,sometimes we have to adjust the delay when the delay change.

 
Profile Image
KaManC
  -  

Hi Winton,

Thank you for your reply, would you share which system you are using?

Because we are target on live event production, adjusting the delay from time to time is difficult for us.

See if anyone got some ideas for this situation.

 
Profile Image
Winton
  -  

Hi KaManC,

We still cannot solve this problem.When we find the delay time cann't match the camera ,we will adjust the delay time manually.

 
Profile Image
Zoltan@Aximmetry
  -  

Hi KaManC,

If you genlocked everything then no, the delay should not change over time.  Can I ask which model of capture card do you use?

 
Profile Image
KaManC
  -  

Hi,

I am using Blackmagic Design Decklink 8K Pro.

Thanks~

 
Profile Image
Winton
  -  

Hi Zoltan,

We use Aja corvid 44 bnc and aja corvid 44 12g BNC 

thanks.

 
Profile Image
Aximmetry
  -  

Hi all,

Thank you for the info, we're working on the issue.

 
Profile Image
jim4586
  -  

Was this ever resolved?

 
Profile Image
Eifert@Aximmetry
  -  

Hi Jim,

Do you still have this problem? If so, can you give more details about it.
It could be that you have a problem related to something else.

Warmest regards,

 
Profile Image
HyperTony
  -  

Hello, is this issue fixed? can anyone share their solution?

 
Profile Image
Eifert@Aximmetry
  -  

Hi HyperTony,

There are various things that you should be careful about when setting up a genlocked system. For example, all the genlocked devices should be capable of being genlocked by the genlock's frame rate.
Can you detail the issue that you are experiencing with Genlock?

We have some information about genlocking here: https://aximmetry.com/learn/tutorials/for-studio-operators/syncing-and-genlock/ 

Warmest regards,

 
Profile Image
jim4586
  -  

Hi Eiffert,

Was there a fix made for this? We observed this before too where everything is genlocked (camera, SDI feed, tracking system) and the tracking delay can vary from time to time. It should stay fixed right?

 
Profile Image
Eifert@Aximmetry
  -  

Hi Jim,

Yes, it should stay fixed, as long as none of the hardware skips a frame. To my knowledge, there was no fix cause we didn't find any problem in Aximmetry.
However, there have been fixes in genlock output (Aximmetry outputting genlocked SDI by using a capture card that is connected to genlock).

To try to figure out where things might go wrong in your case, we will need every genlocked hardware's model and your genlock generator's model and sync rate (resolution and frame rate).
Note, in the camera's monitor usually a "REF" text is displayed when the camera is genlocked. Different types of tracking systems display being genlocked in different ways.

Warmest regards,

 
Profile Image
solovai
  -  

I also have the same problem. The positioning is redspy, the camera is sony fx9, the acquisition card is bmd 8kpro, and the synchronization signal generator is aja. All connections are correct and the adjustment is correct. At the beginning, it is stable, but after waiting for a period of time, the virtual and real images start to be out of sync, which is cumulative. Aximetry will prompt the acquisition card to be unable to maintain delay, and the positioning will be unable to maintain delay. However, I have tested using data capture and there is no problem. fx9 has also confirmed synchronization, but we cannot find this problem now. Shoot 25 frames of 1080 project,Please see if there is any problem

 
Profile Image
solovai
  -  

每个输入均同步锁相”、“某些输入未同步锁相”和“跟踪数据位于视频后面”,Which of these three options should be selected, including camera, RedSpy positioning, and acquisition card, all using AJA's synchronous signal generator?

 
Profile Image
Eifert@Aximmetry
  -  

Hi Solovai,

You should try 跟踪数据位于视频后面 (Tracking data is behind video) since that might be your actual case. Did you have to set a negative Tracking Delay in the camera compounds for the tracking?
We have these settings documented here,  you might need to set an even higher In-to-out Latency and Input Extra Delay than the ones with 跟踪数据位于视频后面 preset.

Also, what is the exact message when Aximmetry prompts the acquisition card to be unable to maintain delay? Do you get the Cannot keep latency... errors?

Warmest regards,

 
Profile Image
solovai
  -  

Sometimes the tracking can't hold the delay, sometimes the capture card's output can't be delayed, my hardware is fine, I'm using redapy positioning, but I just can't adjust the yan chi very well, it's not a problem in acoustic ue, only in aximmetry!