Chromashift detail is different

[CedHild]

Hey

I just noticed that when i use ChromeShift in Avisynth the result looks very different when i use different colorspaces: (The chrome looks much more detailed in the first one)

- Raw UYVY + ConvertToYuY2 (https://i.imgur.com/TfaeoIQ.png)(I had to convert it to YuY2 because Avisynth reads raw uyvy as RGB)
- YUV 422 (https://i.imgur.com/yuRQ7yK.png)(the Raw File converted to correct YUY2 in VirtualDub)

In my opinion, the second one should look better, because in the first one it gets converted from UYVY -> RGB -> YUY2 and the second one is only UYVY -> YUY2.

Is it possible that the chroma is as detailed like in the first one? Maybe its just a bug from ChromaShift that it looks so detailed and the second one is displayed correctly?

[poisondeathray]

Hey

I just noticed that when i use ChromeShift in Avisynth the result looks very different when i use different colorspaces: (The chrome looks much more detailed in the first one)

- Raw UYVY + ConvertToYuY2 (https://i.imgur.com/TfaeoIQ.png)(I had to convert it to YuY2 because Avisynth reads raw uyvy as RGB)
- YUV 422 (https://i.imgur.com/yuRQ7yK.png)(the Raw File converted to correct YUY2 in VirtualDub)

In my opinion, the second one should look better, because in the first one it gets converted from UYVY -> RGB -> YUY2 and the second one is only UYVY -> YUY2.

Is it possible that the chroma is as detailed like in the first one? Maybe its just a bug from ChromaShift that it looks so detailed and the second one is displayed correctly?


You can read UYVY with ffms2 as YUV

Was original interlaced ? Did you forget to use the interlaced=true parameter for each conversion ?

When you take a "screenshot" or "view" it, it's also being converted to RGB

[CedHild]

No, i didnt deinterlace during convertion. and i used "fast recompress" in virtualdub.

I did deinterlace it after the Chromashift.

[poisondeathray]

What are you trying to do ?

Post your script , and a sample of the source. If the source is uncompressed UYVY, then zip it up with 7zip or winrar et.c...

[CedHild]

I forgot to mention something important: I have to convert it to YUY2 anyway to use QTGMC.

I would like to know which way to render it. In my example, it looks like the first example has better chroma detail than the second one, so i should render it with those settings. But im not sure if that detail is real or made up because of conversion.

In the end, i just want a YUY2 convertion without quality loss. I'm just confused that these 2 examples show different chroma quality (when i shift it with ChromaShift before deinterlacing).



video = AVISource("UYVY_RAW.avi")
video = ConvertToYUY2(video)
video = AssumeTFF(video)
video = QTGMC(video, Preset="Slow", Rep1=3, Rep2=0, TR2=2, RepChroma=False)

vs

video = AVISource("YUY2_FILE_FROM_VIRTUALDUB.avi")
video = AssumeTFF(video)
video = QTGMC(video, Preset="Slow", Rep1=3, Rep2=0, TR2=2, RepChroma=False)



So as you suggested, the best way would be to import it with FFmpegSource and then convert it with ConvertToYUY2() ?

[poisondeathray]

ffms2 can open UYVY as YV16 (planar 8bit 422). Converting to YUY2 is lossless in avisynth

AVISource and vdub depend on how you have your VFW system configured. If you have a VFW decoder capable of UYVY decoding (e.g. dt codecs can) then it can output YUY2 directly

in vdub what does file=>file information say when you open the file directly ?

[CedHild]

Vdub says "Internal DIB decoder (UYVY)"

I read abit into VFW decoders and installed ffdshow. I can now import the file without converting.

Thanks for your help.

I still have no clue what the reason was for that chroma difference was, but must have been a bug or something.