Chris Wright
1
Audio Coin
1
COW Coin
Forum Replies Created
-
don’t set vlc to automatic, set it to openGL. this way vlc and after effects and premiere will all match without any weirdness going on.
if there is indeed a problem at this juncture, it is the difference that AE and vlc see the video, but the data is still the same regardless.
Make sure vlc has default colors and no filters as well! -
to test, I rendered out an exr 32bpc ramp as a dpx and set to transfer mode difference. no difference and no banding. premiere renders out 10 bit dpx log. did you select max bit depth? if you don’t , the render engine outputs 8 bit only.
-
it is a multi-generational quality loss of diminishing returns.
you should be able to get away with a dnxhd SQ/prores 422,cineform level 2 all good for about 2 generations of exporting while keeping space to a minimum.for example, the prores 422 LT might be acceptable or the regular or HQ depending on how much grading you need. or dnxhd LB or SQ, or cineform level 2 or 3. you can read their whitepapers available online. do a quick 10 sec. test to see.
-
only downside is they are 8 bit, but if you captured in 8 bit, it doesn’t matter. png is usually larger file size than photojpeg as you can set photojpeg quality slider down pretty far.
-
cineform is faster than dnxhd and prores, so I’m not really sure how far you can go from here. if you don’t need 10 bit, you could try quicktime photojpeg or png, those work on slow cpu’s and slow hard drives. I haven’t compared them directly against cineform so can’t say for certain which is faster.
-
sorry if I wasn’t clear, just continue to do your ‘workaround’ with embedded surround if you have no choice.
-
only programs that obey the panning law have this issue, in which case, you have to manually change the audio mixer yourself as it is not metadata but actual encoding.
-
Without a color bar test with ffmpeg, I couldn’t say if it encodes 16-235 or 0-255.
AE with no color management encodes 0-255 directly from your monitor’s OS calibration.
you can fiddle with AE to use color management 16-235, 0-255 sRGB or effect utility profile converter to burn in relative pixel colors, but that would be a last resort as you start to muddle the issue which is usually a bad video player. -
to add to that, the 1kz tone generator at a set distance to each mic each time acts as a ‘standard’ for post editing. you’ll edit 10x faster as you’ll know what db its supposed to be across all mic types and input. its due to the inverse square law for sound.
-
imho, its the playback device, not the encoder that is causing the issue.
Did you make sure that VLC’s playback output was seting to OpenGL?there’s metadata inside the codec called 16-235 that will change the hues.
quicktime and vlc often read this metadata and change the playback output.
After Effects ignores the metadata. That is why it looks correct with it.Youtube is a separate issue, although related slightly.
To recap with instructions:
1. set your graphics driver to 0-255 in its control panel.
2. fix VLC with video output ‘openGL’, or strip the metadata for quicktime player with JES extensify
It will strip the quicktime gamma atom tag. Go to color settings and tick allow changes. Remove both the Ganma and Color. Goto Manual and then press update to apply the changes.
https://download.cnet.com/JES-Extensifier/3000-13631_4-76083103.html3 youtube click re-touch panel, don’t save it after the retouch then cancel, it will transform it from 16-235 to 0-255. it will fix the colors in a few hours.
4. if youtube ‘fix’ still doesn’t work after a few hours, I made a reverse lut that has worked for a lot of people that will make the image temporarily darker, then youtube lightens it again.
fixmyyoutube lut download
https://f1.creativecow.net/10598/fixmyyoutubeit doesn’t work with adjustment layers directly
you have to use it in the dropdown for the export in adobe media encoder. or you can NEST it first.
its a premiere bug.also it needs to be copied in both premiere-lumetri-technical and adobe media encoder-lumetri-technical