rlaphoenix

Soz for the huge late reply, but yh, hax 2.8, rebooted etc. And others work fine. I dont tink I created at least one course doe ill give that another...

I understand its the matrix co-efficient for YUV->RGB operation, but it does have a valid effect when simply loading it with this source plugin, with no RGB conversion taking place...

I was a bit confused originally reading about it being "backwards" considering all documentation and code has 0 for TV, and 1 for PC, so I looked into how VapourSynth...

-snip- just entirely wrong

Yes, that explanation does clear it up a bit. I always assumed that the mapping for 16,235 to 0,255 is the one that causes the brighter blacks and darker whites,...

> Even with DVDs you can't assume anything. I've seen a few where the luma went all the way to 255 in most scenes. I see, how would I check...

The following is the same MPEG source as originally used for this issue, loaded as YUVRGB_Scale=1, and seems to be slightly beyond TV color range. Though it never really gets...

> > > Yes, it is expected. Please do the right thing and close this issue. Then how would I correctly encode this for viewing as limited range. When I...

> > > The difference in dubhater's example is obvious. You are the only person doubting that. How you correctly encode a video that lies between TV and PC range...

> > > Ha ha! Turns out you were right. d2vsource maps directly YUVRGB_Scale to _ColorRange. But _ColorRange is defined as: 0=full range, 1=limited range, while YUVRGB_Scale is defined as...