Why is 10-bit ProRes 422 HQ detected as rgb/4:2:0/8/tv on macOS? (Hybrid 2026.08.21.1

[suomen digitointiyhdistys]

Hi everyone,
I'm using the latest macOS build on an Apple Silicon M2 Mac:

• Hybrid version: 2026.08.21.1
  
• Python version: 3.14.7
  

When I load a 10-bit Apple ProRes 422 HQ .mov file (PAL 720x576, 25fps, Top Field First), Hybrid displays this under the Video info on the Base tab:
Color: rgb/4:2:0/8/tv
Under Show All Data, the XML shows:

• Color Space: rgb
  
• Color: 4:2:0
  
• Bit depth: 8
  

However, MediaInfo and ffmpeg report the file as YUV 4:2:2 10-bit:

• MediaInfo CLI: <ColorSpace>YUV</ColorSpace>, <ChromaSubsampling>4:2:2</ChromaSubsampling>, <BitDepth>24</BitDepth>
  
• ffmpeg: yuv422p10le
  

Because Hybrid sees the input as RGB24, the generated VapourSynth script inserts this line right before QTGMC:

# adjusting color space from RGB24 to YUV444P8 for vsQTGMC
clip = core.resize.Bicubic(
    clip=clip,
    format=vs.YUV444P8,
    matrix_s="470bg",
    range_in_s="full",
    range_s="limited",


This causes the contrast to get washed out and blacks turn gray.
I tried changing the settings in:

• Filtering -> (De-)Interlace/Telecine -> Overwrite input luminance
  
• Filtering -> Vapoursynth -> Misc -> Overwrite output: color matrix / luma
  
• Unchecking "Convert to target color space after source filter"
  

...but none of these prevented Hybrid from inserting that RGB24 -> YUV444P8 conversion before QTGMC.
Is there a way or a setting to make Hybrid recognize this file properly as YUV 4:2:2 10-bit instead of RGB 8-bit, or is this an input parsing issue with ProRes on macOS?
Any help would be greatly appreciated!

---

Hello again!

When loading a 10-bit ProRes 422 HQ interlaced .mov on macOS (Hybrid 2026.08.21.1 ARM64), the file gets treated as rgb/4:2:0/8, which triggers an unwanted RGB24 -> YUV444P8 conversion before QTGMC and washes out contrast.
Looking through the Debug Output (level 9), I noticed this section during the analysis:
FFmpeg output:
Stream #0:00x1: Video: prores (HQ) (apch / 0x68637061), yuv422p10le(top coded first (swapped)), 720x576, 58705 kb/s, 25 fps, 25 tbr, 2500 tbn (default)
Followed by:
Analyzing ffmpeg data...
-> found video_luminancescale: tv
-> found video_colorspace: rgb
-> found video_color: 4:2:0
-> found video_bitDepth: 8

Could it be that the additional tag "(top coded first (swapped))" right after "yuv422p10le" might confuse the parser here?
I have attached the full Debug Output Level 9 and a small sample file for you to check.
Thanks for your time and help!
Best regards