decklink pro – signal noise

[Pentti Kakkori]

How are you sending your graphics to video mixer? Through BM Deck control, or?
Do you have genlock in to your DL Pro?
I have two decklink pros in two PCs (look at my profile). When I am rendering in After Effects using my homePC, I can see green flashes. But in RAM preview i don’t see any. Decklink Pro is in 66 Mhz bus.
In work PC (HP 8200) DL Pro is in 100 Mhz bus, and I don’t see any green flashes. Also I have genlock in to my workPC but not in to my homePC.

[Camilla]

I send the SDI signal dirctly through a BNI cable to the mixer. also I take reference too from the direction, so graphics has genlock.

I notice you have a dual Xeon, maybe it can be a matter of “overjobbing” for the cpu? the green line appears directly on air, and that is the problem.

I’ll explain it better. I send my broadcast graphics directly to the mixer. The mixer overlaps my signal with another camera signal. the two signals are mixed in lumakey.
the problem is that all of this is on real time, so the green noise is a very big issue.

do you think it can be the CPU too?

ciao
Camilla

[Camilla]

I send the SDI signal dirctly through a BNI cable to the mixer. also I take reference too from the direction, so graphics has genlock.

I notice you have a dual Xeon, maybe it can be a matter of “overjobbing” for the cpu? the green line appears directly on air, and that is the problem.

I’ll explain it better. I send my broadcast graphics directly to the mixer. The mixer overlaps my signal with another camera signal. the two signals are mixed in lumakey.
the problem is that all of this is on real time, so the green noise is a very big issue.

do you think it can be the CPU too?

ciao
Camilla

[Camilla]

I send the SDI signal dirctly through a BNI cable to the mixer. also I take reference too from the direction, so graphics has genlock.

I notice you have a dual Xeon, maybe it can be a matter of “overjobbing” for the cpu? the green line appears directly on air, and that is the problem.

I’ll explain it better. I send my broadcast graphics directly to the mixer. The mixer overlaps my signal with another camera signal. the two signals are mixed in lumakey.
the problem is that all of this is on real time, so the green noise is a very big issue.

do you think it can be the CPU too?

ciao
Camilla

[Camilla]

sorry — it is a BNC cable!!

ciao
Camilla

[Pentti Kakkori]

More processor power is better of course. Are you doing any other tasks at same time when you are sending your graphics on air?
Have you separate disks (Raid) for your graphics? With what software you send your graphics on air?

[Camilla]

no raid disks – and the computer sending graphics has only that purpose. I generate graphics painting it into a java 720*576 canvas, and I use BM Decklink as a secondary-screen-extended-desktop (thru ATI hidravision). The java app is displayed onto this screen. I send it all on air.
this means that the CPU has to generate the graphics displayed and to process the information needed to do it (database queries, but the DB is located into another pc).
the “picture” graphics is not dinamically generated, as I display some png on demand, but some “written” graphics are.
example: I must send on-air a panel with a shoot combination of a title and the text of a news. the panel is not dinamically generated or loaded. I load the correspondent png at startup. I only display it. the text instead is extracted from the db and written onto the panel on-the-fly.
there are a very few of heavy computing to do over db datas, as the main operations are simple extract queries on strings. I think it cannot be so overwhelming for the CPU.
Maybe the problem can be the “extended desktop” step, the fact that I don’t send the graphics directly to the deck.
???
ciao Camilla