krieger2005
5th August 2005, 12:27
Hi,
i'm just wonder why all people cry to not convert the colorspace from YV12 and back to YUY2 but dgindex.dll and mpeg2dex3.dll, filters which are used every time for encoding DVDs just do this.
As i know the MPEG2-Stream of DVDs is coded in YUY2-Colorspace. When using the simple "mpeg2source(...)" one get a stream in YV12-Colorspace. When you want to re-encode a DVD and use avisynth with mpeg2source you take the YUY2-Stream of the DVD, convert it to YV12 (by using mpeg2source) and then you must convert it to YUY2 for the encoder?
Why? I know, that the old mpeg2dec2.dll supported YUY2-output. And the new one? I read somewhere of the "upConv"-Flag. Do this Flag just what i am described above... it take the "real"-YUY2-Stream of the MPEG2-Stream and support it? But why should one use this Flag only if the image is progressive?
I know that this all things are answered in several different threads... but it confusing me so i just call here for a answer.
krieger2005
i'm just wonder why all people cry to not convert the colorspace from YV12 and back to YUY2 but dgindex.dll and mpeg2dex3.dll, filters which are used every time for encoding DVDs just do this.
As i know the MPEG2-Stream of DVDs is coded in YUY2-Colorspace. When using the simple "mpeg2source(...)" one get a stream in YV12-Colorspace. When you want to re-encode a DVD and use avisynth with mpeg2source you take the YUY2-Stream of the DVD, convert it to YV12 (by using mpeg2source) and then you must convert it to YUY2 for the encoder?
Why? I know, that the old mpeg2dec2.dll supported YUY2-output. And the new one? I read somewhere of the "upConv"-Flag. Do this Flag just what i am described above... it take the "real"-YUY2-Stream of the MPEG2-Stream and support it? But why should one use this Flag only if the image is progressive?
I know that this all things are answered in several different threads... but it confusing me so i just call here for a answer.
krieger2005