The nothing-special 10-bit -> 8-bit near-matching downconversion of swscale implementation in FFDShow/LAV-Video, does come much closer to reversing the skewed encoded levels of x264 swscale 8-bit -> 10-bit than the 10-bit -> 8-bit near-matching downconversion of madVR, ffms2, and the swscaled implementation in MPlayer. The downconversion in swscale uses dithering and shifting, there is nothing special there. Implemation #1 is assumed to be correct way, but nobody on the FFDShow/LAV-Video side has taken the time to figure out why their swscale results differ from MPlayer swscale results and others. Implentation #2: FFDShow (swscale) and LAV Video (swscale) match the color/hue of each other. Implentation #1: madVR, MPlayer (swscale), and FFMS2 (lav?) overall match the color/hue of each other. However, doesn't x264's upconversion match swscale's downconversion? I was under the impression that when x264 converts 128 to 514, swscale will convert the 514 back to 128, which is why nobody noticed this shift in 10bit, initially.įor 10-bit -> 8-bit conversion it seems to be a swscale implementation problem, rather than a swscale problem.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |