Cannonaire wrote:The screenshots you posted originally look as if they had been converted from one colorspace to another with the wrong matrix, so forgive us for jumping to conclusions. At least in my experience, after multiple successive re-encodes UTVideo remains lossless, and that is why we're blaming other steps in your process. Remember, we are trying to help.
Johny-115 wrote:- my editing process involves re-encoding it 3x times, so after that with what happens with 420/422, it damages visibly even without darkening it
- so also once it transfers chroma subsampling to that of codecs, why it gets worse and worse after every other recompress, its basically lossy
Would you explain your editing process to us please? It might give us better understanding to help you fix this problem.
well
1. i convert source to lossless intra frame with AME for AAE (coz while it can read source it encodes from it with errors)
2. process that in AAE (scene detection), export again in same lossless but individual clips
3. will edit that in Premeire and export to last (3rd) lossless ... and that encode to lossy etc.
i did this in short version to see how it goes with UTV 422 (as in my cpu utilization in premiere editing test, it was fastest) ... but noticed slight banding in last 3rd encode ... i dunno, its like every time it did that it lost bit of color definition, its not something u would probably notice in real live footage, but cgi advent children has some gentle gradients and i just noticed that sky was not perfect
but i think il go with the RGB editing, size is larger lot (but i dont care) and cpu utiliztion in premiere pro playback is about 10% higher (35% instead 25%) ... yeap theres definitely something wrong in process, coz even if it was really weird first convert of color matrix or whatever .. then it should be same all other encodes, but it isnt, it degrades every other, so everytime it understands the specification of file in wrong way and does some difference in re-encode ... but well ... RGB is 100% same and i think it shouldnt do any problem
also just now, just to be sure if its that particular release issue or what ... i tried to do same stuff with clip from my camcorder 1080p AVCHD
i encoded it into 422 and 420 UT Video ... it did exactly same thing .. then i took the encodes did 2nd encodes from that in AME again, it got even worse, its same, and its completely different source (yet 420 YUV) ... although iam quite sure it wouldnt be possible to see these differences in this live footage in result, but nontheless theres something wrong as its little different every other reencode
also last idea, can monitor color profile interfere into this stuff ? my photoshop says at startup "the monitor profile "samsung natural 1 icm" appears to be defective. please rerun your calibration software" ignore profile/use anyway... i just hit ignore, everything seems ok