![]() |
[BUG] Incorrect range signalling - Printable Version +- Selur's Little Message Board (https://forum.selur.net) +-- Forum: Hybrid - Support (https://forum.selur.net/forum-1.html) +--- Forum: Problems & Questions (https://forum.selur.net/forum-3.html) +--- Thread: [BUG] Incorrect range signalling (/thread-3979.html) |
RE: Incorrect range signalling - r3dfx - 10.02.2025 Thanks. I think I found another bug, where configuration, that's used for a job is incorrect: it uses old config, from the time when you select a file. You're trying to add a job, but it uses old config and the only way to refresh that - is re-import a file... Going to create a separate thread for that if this isn't an intended behaviour RE: Incorrect range signalling - Selur - 11.02.2025 No clue what that means. Can you give a more detailed description? Some settings only have an effect while loading a source, this might be correct. Cu Selur RE: Incorrect range signalling - r3dfx - 11.02.2025 Ok, I'll try to reproduce this behaviour and make a video RE: Incorrect range signalling - Selur - 11.02.2025 Uploaded a new dev version which hopefully fixes the 'overwrite output luminance' problem. About the other problem: Like I wrote, I need details on how to reproduce this. Cu Selur RE: Incorrect range signalling - r3dfx - 05.03.2025 Well, time for round 3, I guess The issue still persists in latest March 3 dev buld... A part of the batch processing log Still reports "Color range : Limited", even though in Hybrid I have "Luma: pc" This bug alone makes batch processing literally unusable, since i need to drag&drop each file manually if I want to retain correct color range tag RE: Incorrect range signalling - Selur - 05.03.2025 2025.03.05 - 19:09:24_Windows 10 Version 21H2 (64bit)_2025.03.03.1 - level 9: source_inputColorMatrix: RE: Incorrect range signalling - Selur - 05.03.2025 Debug output doesn't contain the analysis of the source, so no clue where the problem comes from. I need detailed instructions on how to reproduce this so I can fix it. RE: Incorrect range signalling - Selur - 05.03.2025 ARGH,.... the whole start seems useless,.. For the frist encoding Hybrid used: "C:\Program Files\Hybrid\64bit\Vapoursynth\vspipe.exe" "I:\TEMP\encodingTempSynthSkript_2025-03-05@19_10_39_9510_0.vpy" - -c y4m | "C:\Program Files\Hybrid\64bit\ffmpeg.exe" -y -noautorotate -nostdin -hwaccel cuda -hwaccel_output_format cuda -threads 1 -color_primaries bt709 -color_trc bt709 -colorspace bt470bg -color_range pc -f yuv4mpegpipe -i - -an -sn -color_primaries bt709 -color_trc bt709 -colorspace bt470bg -color_range pc -sws_flags accurate_rnd+full_chroma_inp -pix_fmt yuv420p -fps_mode passthrough -vcodec ffv1 -coder 0 -context 0 -g 500 -level 3 -slices 4 -slicecrc 0 -metadata encoding_tool="Hybrid 2025.03.03.1" "I:\TEMP\tapeC_5_1_2025-03-05@19_10_39_9510_02.mkv" ffmpeg version N-118548-gf622598d05-ge24920375c+1 Copyright (c) 2000-2025 the FFmpeg developers For the 2nd encoding Hybrid used: "C:\Program Files\Hybrid\64bit\Vapoursynth\vspipe.exe" "I:\TEMP\encodingTempSynthSkript_2025-03-05@19_38_54_7310_0.vpy" - -c y4m | "C:\Program Files\Hybrid\64bit\ffmpeg.exe" -y -noautorotate -nostdin -threads 8 -color_primaries bt709 -color_trc bt709 -colorspace bt470bg -color_range pc -f yuv4mpegpipe -i - -an -sn -color_primaries bt709 -color_trc bt709 -colorspace bt470bg -color_range pc -sws_flags accurate_rnd+full_chroma_inp -pix_fmt yuv422p -fps_mode passthrough -vcodec ffv1 -coder 0 -context 0 -g 1 -level 3 -slices 4 -slicecrc 0 -metadata encoding_tool="Hybrid 2025.03.03.1" "I:\TEMP\tapeC_2_1_2025-03-05@19_38_54_7310_05.mkv" ffmpeg version N-118548-gf622598d05-ge24920375c+1 Copyright (c) 2000-2025 the FFmpeg developers in both cases the calls Hybrid uses look correct and ffmpeg reports that pc scale is used. Looking at the muxing call in the log: "C:\Program Files\Hybrid\64bit\mkvmerge.exe" --ui-language en -o "I:\2025-03-05@19_38_54_7310__07.mkv" --global-tags "I:\TEMP\mkvtags_2025-03-05@19_38_54_7310__07.xml" --default-track 0:yes --color-matrix-coefficients 0:1 --color-range 0:1 --color-transfer-characteristics 0:1 --color-primaries 0:1 --default-duration "0:50/1fps" --aspect-ratio-factor 0:1/1 --no-chapters --compression -1:none --forced-track 0:yes --field-order 0:0 --no-audio --no-subtitles "I:\TEMP\tapeC_2_1_2025-03-05@19_38_54_7310_05.mkv" --track-name 0:"Track1" --default-track 0:yes --forced-track 0:no -a 0 --compression -1:none --no-video --no-subtitles --no-chapters "I:\TEMP\iId_17_aid_0_2025-03-05@19_38_54_7310_02.flac" --track-order 0:1,1:2 "--color-range 0:1" is wrong! see: https://mkvtoolnix.download/doc/mkvmerge.html#mkvmerge.description.color_range it should be 2. => I'll create a version which will output more debug output during the creation of the muxing call, maybe that will help to find the problem. Cu Selur RE: Incorrect range signalling - r3dfx - 05.03.2025 (05.03.2025, 18:09)Selur Wrote: 0_0 I thought pc == rec.709. I got "pc" color matrix frequently... Do i need to run a single file and send you a full log? I thought I started debugging before import, sorry RE: Incorrect range signalling - Selur - 05.03.2025 Updated the dev version, which changes a few things that might fix the problem. Note: If you have "Config->MKV tagging" and "Config->MKV tagging->VUI->Range" enabled any detection and overwrite setting for luminance is ignored when muxing to mkv with mkvmerge, since you specifically said to signal XY for the mkv container. Cu Selur |