03.11.2020, 00:25
(02.11.2020, 17:46)Selur Wrote: I have no clue why you would say that 1028 is correct in how it handles the source.
10.17 is correct in the previewer, in that original source is 601, then processed with another program, which generated an image stream with a shifted color palette. This image stream is the source that is input into Hybrid. Running ColorMatrix 709->601 in Hybrid 10.17 shows in the previewer that the color palette of the result matches the color palette of the original source; in other words, the source before it was processed with the other program, not the source that was input to Hybrid. That's the point of running the filter in Hybrid... to undo the color palette shift of the other program.
But I only looked at the previewer in the above testings, not the actual mp4 output generated by Hybrid.
Although 10.17 looks correct to the original source in the previewer, on generating a mp4, it didn't do anything. The color palette stayed the same as what was input into Hybrid.
I didn't check 10.20.
In Hybrid 10.28, it shows in the previewer no change when ColorMatrix 709->601 is enabled, and the generated mp4 shows no change either, so I guess in 10.28 at least the previewer is correct.
I guess I'm going to have to generate a lossless encode from the image stream, then run color matrix on that, since ColorMatrix seems to not want to work on image streams.
I just checked, and Hybrid 10.28 doesn't do anything with mp4 input either, when running 32-bit Avisynth ColorMatrix 709->601.
So maybe let's take a step back and just look at Hybrid 10.28: the ColorMatrix filter is not working at all.
Here's the image input file again, and a lossless mp4 file of the same image file.
[attachment=1118]
[attachment=1119]
And here are logs of running Hybrid on the image stream, and on the mp4 file:
[attachment=1120]
[attachment=1121]
The color palette stays the same, both in the previewer, and in the output mp4 file. The ColorMatrix 709->601 32-bit Avisynth filter didn't do anything.