I think the color conversion error between BT601 and BT709 is recurring.
I made a sample batch file, so if what is 4K_601.mov outputs the same tint, then it is a color conversion error.
I just checked a recent output .mov file; it’s encoded as BT.709 (as it should be). Far as I see it, nothing TVAI does should ever be converted to BT.601, as that is just for SD material.
If this is the same bug that was happening before, then the following is happening
TVAI is processed within the rgb48 (R:G:B 16bit) color format.
Since general videos are made in YUV, the processing is YUV(input) → RGB(TVAI) → YUV(output).
YUV(601 or 709…) ->RGB is done properly, but for RGB->YUV, 601 is applied unless you explicitly set it in the options. As the meta tag is 701, the decoding will be wrong.
We are close to a solution and I appreciate you all taking the time to share files with me that allow us to reproduce this issue. If you have other examples, please label them as color shift issue and your name and upload them using the link below.
You can securely submit your files(s) to our Dropbox using the link below. Please be sure to send me a note to let me know you sent something.
I tested VEAI for color fidelity.
I used the Avisynth script, which created RGB, RGB64, YUV420, etc. clips from a standard MP4 file with basic colors.
I used Chronos filter 30->60fps. ProRes output.
Each resulting file had slightly changed colors, the worst in the case of RGB.
Why is this happening? I understand a slight color change, but here the result was different depending on the color space used, even though the colors were the same.
Our dev team is aware of some situations where the app is creating a colorspace transformation between the input and output files, and we are actively looking into an internal change which will resolve this issue. If you have any sample files you’d like me to pass along to the team working on this you can securely submit your file(s) to our Dropbox using the link below. Please be sure to send me a note to let me know you sent something.
We don’t have a timeline for when an update will be released to address colorspace transformation issues in the app but our developers are prioritizing this issue and looking into options for supporting more color format in future versions of Video AI.
I looked through our Dropbox and could not find a sample file from this thread, could you link it directly here? Thanks
Thank you for responding so quickly Tony. I’ll follow with some more information about the issue, perhaps helpful for others in this thread and for your team.
In our workflow we export Prores 422 files from AE (PC/MAC), then enhance them in Topaz (PC) and export to Prores 422 HQ again, and then import them again to AE.
What we’ve noticed is that after importing the Topaz mov into AE on PC, the colors are shifted, however on AE MAC the colors are the same.
When we checked the detailed info about Topaz mov against the original mov from AE we noticed that some elements got changed and that Topaz removed last frame in the file. It seems that PCs have problem with properly interpreting movs from Topaz, while Macs interpret them correctly. I’ll attach the screenshot from the MediaInfo app here and on Dropbox.