Image Contraint Token

[Multiplex]

So I noticed that every blu-ray disc I have (about 12 of them) has ICT set to constrain analog.

Big problem for me, in the form of my big analog monitor.

I'm wondering if this is a universal thing for blu-ray. Anyone else examined their discs?

[chaff2001]

Which titles do you have? I was under the impression ICT wasn't enabled on any discs.

[snipper_cr]

You are playing this on your computer I take it? From what Ive read, unless you have a complete HDCP chain the players (WinDVD and PowerDVD) automatically enable a downscaling of the image.... even if they are not required to.

[The_Keymaker]

My understanding is that downrezzing occurs only if you are attempting to play encrypted material without an HDCP compliant playback chain.

If you unencrypt the material using AnyDVDHD or the tools found on this site, HDCP is no longer a factor and you should be able to play back in full resolution if you use PowerDVD.

WinDVD downrezzes even if you try to play unencrypted material.

Regards.

[Multiplex]

>You are playing this on your computer I take it? From what Ive read, unless you have a complete HDCP chain the players (WinDVD and PowerDVD) automatically enable a downscaling of the image

The newer versions are better about this feature with analog monitors.

>Which titles do you have? I was under the impression ICT wasn't enabled on any discs.

Terminator, Terminator 2 are two of the ones where I found ICT was constrained. I've been looking into the CPS Unit Usage File to determine the state.

In mid-2006 many studios said they were not going to use ICT on HD. I've not googled up any such proposition from the Blu-ray camp.

I'm not here to editorialize. My interest is in knowing if what I am seeing is correct and typical.

[drmpeg]

Terminator, Terminator 2 are two of the ones where I found ICT was constrained. I've been looking into the CPS Unit Usage File to determine the state.
On decrypted Blu-ray content, you can look at the DTCP_Descriptor in the bitstream. For example:

C:\xfer>xport -h snip.m2ts 1 1 1
xport Transport Stream Demuxer 0.95
program = 1, video channel = 1, audio channel = 1
Program Number = 0 (0x0000), Program Map PID = 31 (0x001f)
Program Number = 1 (0x0001), Program Map PID = 256 (0x0100)
program descriptor = 0x05, 0x04, 0x48, 0x44, 0x4d, 0x56
program descriptor = 0x88, 0x04, 0x0f, 0xff, 0xff, 0xfc
Video PID = 4113 <0x1011>, type = 0xea
ES descriptor for stream type 0xea = 0x05, 0x06, 0x56, 0x43, 0x2d, 0x31, 0x01, 0x94
Audio PID = 4352 <0x1100>, type = 0x81
ES descriptor for stream type 0x81 = 0x05, 0x04, 0x41, 0x43, 0x2d, 0x33
ES descriptor for stream type 0x81 = 0x81, 0x04, 0x08, 0x48, 0x0e, 0x00
ES descriptor for stream type 0x81 = 0x05, 0x04, 0x41, 0x43, 0x2d, 0x33
ES descriptor for stream type 0x81 = 0x81, 0x04, 0x08, 0x48, 0x0e, 0x00
Sequence Header found
0 frames before first I-frame
Advanced Profile
Level = 3
Chroma Format = 4:2:0
Horizontal size = 1920
Vertical size = 1080
Pulldown = 1
Interlace = 0
Display Horizontal size = 1920
Display Vertical size = 1080
Aspect ratio = 1:1 (square samples)
Frame Rate = 23.976
Audio Bitrate = 640000, Audio Sampling Rate = 48000
Audio Mode = 3/2, bsid = 8, bsmod = 0
First Video PTS = 0x000ffff0
First Audio PTS = 0x000ffff0, 0
ts rate = unspecified, video rate = 9223373
C:\xfer>

The DTCP_Descriptor is this one:

program descriptor = 0x88, 0x04, 0x0f, 0xff, 0xff, 0xfc

You can decipher the bits from this document:

http://dtcp.com/data/info%2020050228%20dtcp%20vol%201%20%201p4.pdf

For that clip (POTO), the ICT is not enabled. Note that the bit is set to 1 to indicate that ICT is off.

Ron