Sadly these files are looking different when viewed in QuicktimeX. Episode does a better job than Apple Compressor, because you can create MP4 and PR444 files that match the original image from flame 100% (apart from compression artefacts of course). (PR444 compression) inside of Nuke when the files are coming from flame.įor me that is not a workflow that I would use, but at least I found two formats where the image data is not altered too much to use (or just for review/compare) in Nuke. Luma levels are perfect! / chroma levels have a not visible difference! Luma & Chroma levels are good! The color noise has a reduced saturation!Ħ. Nuke 6.3v8 on OS/X Lion can‘t open the MP4 file.ĥ. Nuke 6.3v8 on OS/X Lion can‘t open the MP4 file.Ĥ. The luma levels are nearly there, the chroma is way off and the green clips at 0.7 already! Why is this working in flame and not in Nuke? It‘s an uncompressed format!ģ. Apart from some minor rounding errors, the luma&chroma matches nearly 100%.Ģ. But maybe it could be good to import it and check or review something. Of course apart from the two uncompressed files I don‘t want to work with the compressed PR444 and the MP4 in Nuke. I don‘t consider the old Quicktime 7 player as an alternative, because is not longer developed by Apple and I guess it will dissapear soon.Īpple, please fix QuicktimeX or at least give me a preference window where I can turn off all the automatic adjustments to the image that I don‘t want or need! The old Quicktime 7 player is actually doing a better job on some of the files, the luma levels are matching sometimes nearly 100%, but the chroma is always changed especially in the high values. ist matching to the original values, with QuicktimeX you can‘t view any of the files showing the original luma and color values. The luma vales are changed but the saturation especially in the green channel is now closer to the original again.Īltough on flame 2., 4. The luma vales are changed and the saturation is reduced a lot.Ħ. Luma&Chroma does not match the original.ĥ. The full image is visible, because Episode is setting the „clean aperture“ flag right. Espcially the green is clipping already to 1.0 at 0.7!ģ. Also the image is cropped in Quicktime, because of the „clean aperture“ flag.Ģ. The luma values are lifted and the chroma values are altered. Flint UC10-Bit422 –> Episode MP4 –> QTxĦ. These are the six QuicktimeX screenschots done in full screen mode.Īnd then measured again with the „DigitalColor Meter“ from OS/X.Ĥ. And as before, here the results are differnent. The next step is to view the six resulting files in QuicktimeX and also in Nuke. Note that this is a FLAME –> Uncompressed QT –> Episode –> MP4/PR444 –> back into Flame workflow. The Luma & Chroma values are matching perfectly! The luma values are good, the chroma is reduced or compressed again and a colorspace conversion has happened.Ħ.UC 10-Bit 422 via „Episode“ to PR444 vs TIFF16 The luma & chroma levels are both good! A MP4 created with this workflow gives you a very good matching result to the original clip!ĥ.UC 8-Bit via „Episode“ to PR444 vs TIFF16 The Chroma values are changed and a colorspace conversion has happened.Ĥ.UC 10-Bit 422 via „Episode“ to MP4 vs TIFF16 The luma values are good, they dont match 100% but they are very close and the difference is not visible by the eye. The uncompressed quicktime matches 100% to the original clip.ģ.UC 8-Bit via „Episode“ to MP4 vs TIFF16 From these two files I generated each two MP4 and PR444 files.Īll six resulting files are reimported into flame and compared to the original imported TIFF16 clip. The output formats from flame are uncompressed quicktime files using the codecs 8-bit RGB (UC 8-Bit) and 10-bit 4:2:2 (UC 10-Bit 422).
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |