Is SDI on the horizon?

[ajmaudio]

this is not true- the opposite is true-

none of the exact timings are integers.


---

also i believe i see 59.94 when i connect my latest mac mini to a screen using hmdi

and i believe my Kona LHi card shows non integer values including 29.97 for the hmdi output.

aja control panel image attached shows 29.97 on hdmi input and output- from my 5dMk2 camera... in NTSC mode

Sorry for the delay in getting to this post. I don't think i was clear. In the dvi parrot you cannot enter a non integer number. Does this mean that it will actually give you an integer refresh rate.. I suspect not. So to be clear you can type in 59 but not 59.94 when specifying a refresh rate. Even if you could I am not sure it would work. As to your hdmi stuff working thats good to know but as you certainly know we dont interface using hdmi all that often.. well at least I dont. Honestly I feel like the stupid guy in class or something haha. I cant tell if the reason I dont see more discussion of this topic is because not many people use catalyst this way or if I am just the only one that can't resolve this issue. I have never plugged into any device that can net me a refresh rate that will solve my jumpy video problem. What am I missing? haha.

On a side note I was curious if this issue is common among all servers or if this is perhaps a result of your desire to have exceedingly low latency and thus little or no use of a buffer or whatever it would take to make this a non issue.

I guess when you use video input like this in say an edit suite the edit suite buffers it or what not so that your view in the edit suit is smooth? I guess I should have kept taking those programming courses back in school so I could have all the answers... I hate not knowing

[samsc]

EDID works from the monitor to the computer -
and all refresh rates are in reality non-integers- there are no exact integer refresh rates- 60Hz is 60.02 and 75Hz is 75.03 at common screen sizes


i havent used parrot software-

---

on tv frame rates and EDID

the EIA-861B standard seems to define tv rates for EDID

apparently he document which defines this is here:

http://www.ent.eet-china.com/PDF/200...URCES=DOWNLOAD

Sorry for the delay in getting to this post. I don't think i was clear. In the dvi parrot you cannot enter a non integer number. Does this mean that it will actually give you an integer refresh rate.. I suspect not. So to be clear you can type in 59 but not 59.94 when specifying a refresh rate. Even if you could I am not sure it would work. As to your hdmi stuff working thats good to know but as you certainly know we dont interface using hdmi all that often.. well at least I dont. Honestly I feel like the stupid guy in class or something haha.

[ajmaudio]

yes I understand the EDID stuff, thanks... the non integer part etc......

Thanks for the link... great info. Perhaps one could use the timings table to construct a resolution with the desired refresh via a parrot using this info.

[SourceChild]

I don't think i was clear. In the dvi parrot you cannot enter a non integer number.

You'd be surprised how easy it is for a manufacturer to change firmware and control software. If you ask them add higher resolution control to the refresh rate settings they might.

The bottom line though is that no two TV refresh rates are the same. Hence the need for "Genlock."

The only way a computer will be able to perfectly sync with a video system is if someone creates a device that can GENLOCK the computer to a specific refresh rate. However, this is a train wreck waiting to happen considering the way that a GPU cluster functions.

[ajmaudio]

well lets talk about other media server for a second... shutter to think! I havent much experience with some of the other servers when it comes to video input... do they all suffer from this?

Have you found a decent solution to this? You seem to use video input quite alot.. I would much appreciate your input.

[SourceChild]

This is a very sticky subject. Yes. All software based video capture IE media servers will suffer some sort of artifacts from time to time.

I have used video input alot. However, I don't always care for it.

When I've dealt with video companies that are used to the standard way of doing IMAG they always fuss about the fact that it looks choppy and there's a delay. In most cases for RAW IMAG I agree and opt for a Spyder or Encore for the screens or LED which are specifically getting the IMAG.

However, Catalyst is absolutely amazing with the color and visual effects it can perform. It's also amazing to have floating windows of images moving dynamically. Granted this can be done on a nice multi-ME switcher that has several keys and dve but Catalyst is much more artistic and much faster.

I think as a creative tool the video capture into Catalyst is amazing and I will even exploit the frame offsets as a manner to make the IMAG look like it has more Cinematic.

The bottom line though is that any media server which is using software to process IMAG captured a video will see some (even if subtle) artifacts.

There's a reason image processors are still so freaking expensive.

[ajmaudio]

thanks for that reply.... I look forward to the day this is a non issue!... I am certain it is possible with present technology... just need to get it done!