Doom9's Forum - View Single Post

poisondeathray · 10th December 2017, 17:15

A) (vdfm 40716 x64 and x86) - Video => Decode format for pixel format isn't respected for 10bit 422

e.g
1) load a prores 10bit422 source
2) file => file information will say yuv422p10le using caching input driver (so far so good)
3) video => fast recompress will say using conversion yuv422p16-709 ; so you cannot encode yuv422p10le directly (e.g. you won't be able to export v210 or cineform 10bit422 without other conversions with normal or full recompress ). Video compression menu will also report yuv422p16-709 . This is unexpected because yuv422p10le should be direct from decode => encode . If you select video=> compression => uncompressed I would expect v210 out, but you dont get v210.
4) forcing video=>decode format to v210 doesn't "stick"

B) slight color shift when using cineform . Not a 601/709 issue, but a Cr shift, very slight move away from teal to red. Not sure if it's related to conversion, but it affects both native and gopro implementation when using vdfm . I'll do some more tests and report back.
EDIT: color shift was user error. Inconsistent decoder / viewing method / some dithering differences .

10th December 2017, 17:15	#387 \| Link
poisondeathray Registered User Join Date: Sep 2007 Posts: 5,377	A) (vdfm 40716 x64 and x86) - Video => Decode format for pixel format isn't respected for 10bit 422 e.g 1) load a prores 10bit422 source 2) file => file information will say yuv422p10le using caching input driver (so far so good) 3) video => fast recompress will say using conversion yuv422p16-709 ; so you cannot encode yuv422p10le directly (e.g. you won't be able to export v210 or cineform 10bit422 without other conversions with normal or full recompress ). Video compression menu will also report yuv422p16-709 . This is unexpected because yuv422p10le should be direct from decode => encode . If you select video=> compression => uncompressed I would expect v210 out, but you dont get v210. 4) forcing video=>decode format to v210 doesn't "stick" B) slight color shift when using cineform . Not a 601/709 issue, but a Cr shift, very slight move away from teal to red. Not sure if it's related to conversion, but it affects both native and gopro implementation when using vdfm . I'll do some more tests and report back. EDIT: color shift was user error. Inconsistent decoder / viewing method / some dithering differences . Last edited by poisondeathray; 10th December 2017 at 17:47.