12G cabling - test results and a video presentation

I presented a recent Tech Breakfast at Jigsaw24, Golden Square. Here I detail the tests we've done across four cable types and how they perform at twelve gigabits/sec (as per SMPTE 2082-1).

We've recently taken on Leader as a manufacturer of test sets and they excel in several areas - namely UHD/4K/HDR and 12G physical layer measurements. 

 all the specs for SMPTE 2082-1

I got through all the details in the video (below and on YouTube) but you can snag my results here - if you go into the 12G folder you can see the screen grabs for all the eye patterns - the filename number related to the test line in the PDF.  The Powerpoint presentation is in there too; but if you watch the video I cut all the slides full-screen as appropriate.

 The cable types are;

SD05 - Belden 1855; otherwise known as "Image 360"
SD10 - Belden 1694
SD50 - Belden 1505; otherwise known as "Image 1000"
SD73 - Belden 7731 - about the most ungainly cable you can crimp a BNC onto!

BM UHD/4k converters - some gotchas

https://www.blackmagicdesign.com/products/miniconverters/techspecs/W-CONM-17

I've used a few of these guys recently - Blackmagic's quad HD/SDi input to HDMI 2.0 output for taking the UHD / 4k (either tile or 2SI standard) and making something that will display on a 4k domestic TV.

They seem to work quite well, but here are a few things that I had to get around;

1. Firmware - I had two identical ones and I initially tested both with Quad-SDi out of Avids at UHD (3840x2160 at 25 & 30P) - all good. But when I started a 4k project (4096x2160 at 24P) only one worked - the other showed nothing on it's HDMI output. Eventually discovered only one of them had current (v.7 as of May 2016) firmware!
2. Power cycle if colour space wrong - both have periodically decided they are going to mistranslate Y, Cb, Cr -> R, G, B - power cycling fixing it; hopefully the next firmware update will stop this?
3. Four signals are always interpreted as UHD; if the Avid is running an HD project the four SDi feeds out of the back are all identical and the converter has no way of knowing it's not quad-link. The Tektronix 8200-series and the Canon VP3010 monitor both have to be told (and I set presets for just this) but the BM converter needs to see three or fewer signals to realise it's only a 1920x1080 raster. In the case of this job setting up two macros on the video router (one to route all four, one to send a non-used input to i/p's B, C, & D of the BM).
4. Glad I'm rocking a MacBook Pro! I would not have been able to update the firmware otherwise as I've yet to move on from Windows 7 - and the workshop PC is still 32-bit Windows 7!

UHD-TV test material; how I'm going to demo monitors

After all the monkeying around with the Canon monitors last week I decided I need a decent variety of clips to show off UHD displays to the best of their ability. For some reason customers are not satisfied with just seeing test signals?!

So - although I have the TG-100 for uncompressed 4k test signals (the Visualiser really shows all you need to know!) and I can show:

• Resolution
• Colour Space
• Temporal performance
• Dynamic Range

So, I went looking for some well shot UHD footage at the TV 4k raster of 3840x2160 (I know, all you DCI-snobs, "true" (sic) 4k is 4096x2160). The Harmonics site has some nice short uncompressed YUV-planar format videos; http://www.harmonicinc.com/resources/videos/4k-video-clip-center#4k-clip-center - But don't expect your laptop to be able to play these guys! At 12GBits^-1 they are monsters and so for ease of use you may want to compress them down to a more manageable 500MBits^-1 (or so) using GLYUVPlay which can be found at Henryk Richter's site. In video coding research, standalone implementation and testing of video codecs often involves the use of raw YUV streams. Since these streams can be parsed and generated by very simple means, raw YUV files are very common in video codec standardization and development. 

I have made the H.264 variants and you can find them on my Google Drive folder.