[Ramona Howard]

Will add take a look at wikipedia

https://en.wikipedia.org/wiki/DVI

A single DVI link consists of four twisted pairs of wire (red, green, blue, and clock) to transmit 24 bits per pixel.

That would be 8 bit 🙂

Cheers,
Ramona

[Ramona Howard]

Marjin,

Hate to stir it up here, but,….

Have poured over them, along with many specs. You say it very clearly, you think but are not sure of several aspects, be sure before you jump in as it makes a big difference as to what others take away from this.. We are talking about HD resolutions or higher (why in earth would you want 10bit in anything lower).

This is all part of the bad information that gets passed around. Hell, we would all like to believe that guy we have known for years, that tells us that something is correct and not have to worry that it isn’t, but the reality is we can’t because of bad info, or rather clever marketing…..you choose. That is why I say, get the spec and read it yourself and what you don’t understand turn to an engineer rather that a sales guy. Oh and good luck with that, not an easy thing to decipher, unless your John Abt 🙂

I will leave you with a comment that is made by another manufacture that knows DVI very well. You do the internet search on which one 🙂

I think the answer for now is pretty simple. The Dreamcolor does not accept an SDI input. The NVidia cards do not do anything greater than 8-bit on DVI output.

Tab A does not fit into Slot B.

It would be cool for several applications if DVI would output greater than 8-bit. But it doesn’t and probably will not anytime soon. So for right now, HD-SDI is the viable path.

I stand by my comment, along with many engineers at many facilities. FYI this is why we have not rolled a DVI solution into ours and continue to turn to AJA for a true 10bit (or higher) solution. You work in 10bit (or higher), need to view 10 bit (or higher), then you need to make sure that is what your looking at and nothing less..

Cheers,
Ramona

[Ramona Howard]

Yes, 10bit would have to come over SDI or HDMI as DVI is only 8bit, always has been.

All I can say, is don’t fall into the hype with any of this stuff, do your homework and know exactly what you are getting as it will effect all of our viewing pleasure down the road.

My .02 cents,
Ramona

[Ramona Howard]

Should have added 10bit monitoring.

Cheers,
Ramona

[Ramona Howard]

I would suggest that all get their hands on the DVI spec and read it carefully before jumping into any monitoring.

Cheers,
Ramona

[Ramona Howard]

The Prom…wow that was ages ago….

Stick with it, hopefully it will get ironed out. The stuff works as it should with the right app behind it.

Cheers,
Ramona

I will say what is on many peoples minds in regards to the proper tools……

Sometimes you just can’t take a $500 piece of software (not you, just being general) and do what the big boys do for many times that. The masses simply don’t work the same way the high-end studios work. And, that is why you find a mixture of all kinds of tools in a facility, they don’t do it all on one solution 🙂

[Ramona Howard]

All I can say guys is this.

The AJA hardware, in an app that supports all aspects of being a deck in every function, connected to hardware that can pass the proper signals (RP188, RS422, etc) just flat out works.

We do this everyday in many facilities. Not all applications are equal BUT the hardware and protocols are the same……

Frame inaccuracy can stem from everything from routing delays to coding issues to settings in the applications. Good luck with that. I know this to be truth as we have worked on the machine control aspects of Rave for MANY years and I know what it took to get it right. Doesn’t matter if your sitting on an age old Axial or using a new SR, Internal or external TLC, 2K or a resolve. Everything should just work.

I will add that some applications and hardware will even strip away items that was passed by the originating device…..

Cheers,
Ramona

[Ramona Howard]

Anytime. Hopefully it is enough information (I know rather vague) to get you some answers so your not chasing your tail.

Cheers,
Ramona

[Ramona Howard]

Grant,

I am unable to dig out the comparison, like I said many years ago. In-breading should be inbreeding (sorry, late night response to the post).

The other consideration I did not add was the understanding of full range and SMPTE range 64-940 for the rec 701 files and knowing what you are exactly getting with each file to make an accurate comparison.

And like I said before, use an external scope and you should figure out what is going on.

Cheers,
Ramona

[Ramona Howard]

Grant,

I can offer this. We are a third party using the AJA hardware and have been for about 8 years now and we have found all aspects of the hardware to be 100% accurate. Feature film and television is very demanding and MUST be accurate and this is where we sit with Rave (the product). A problem would have exposed itself many years ago and in fact when one had, it was not the AJA hardware.

Now I can also say that if you are doing your comparisons using quicktime, especially when it comes to RGB, you must be very careful, as QT has a track record of its issues.

If you are doing these comparisons thru software scopes, you must also be careful there so as to not add to in-breading to your testing. Hopefully you are not and your using an external one.

These are my two cents and rather than posting like this I would recommend sending it direct to AJA to see what they can have to offer.

We did a comparison many, many years back between 601 and 709 and it showed exactly as it should have. Will try to dig it up, but no promises.

Cheers,
Ramona