Activity › Forums › Adobe Premiere Pro › Video artifacts with “Maximum Render Quality” enabled at export
-
Video artifacts with “Maximum Render Quality” enabled at export
Posted by Alex Vak on February 26, 2013 at 9:48 pmI’m trying to export at maximum quality, but when I enable this option I get what you see below or similar (also small green dots or lines). They only last for a second or so and are located towards the end of the 60 min.video. They only amount to about 5 seconds in total. Not visible in preview. Source clips are mostly DVCPROHD/720p/23.976 but not restricted to that. Disabling MRQ fixes it. I’d assume MRQ is important for final DVD output. Same with Media Encoder. I’d really appreciate any suggestions, thanks a lot. (OSX 10.6.8-8800GT-10GB RAM-CS6.0.2)
Alex Vak replied 13 years, 1 month ago 5 Members · 12 Replies -
12 Replies
-
Angelo Lorenzo
February 26, 2013 at 10:08 pmhttps://blogs.adobe.com/premierepro/2010/10/scaling-in-premiere-pro-cs5.html
https://blogs.adobe.com/premierepro/2011/02/cuda-mercury-playback-engine-and-adobe-premiere-pro.html
Is your 8800 GT “hacked” for Premiere Pro’s CUDA support? I believe the card has 512mb of memory (standard config) which isn’t enough for Mercury Engine support. If you do have it active, roll back your Mercury Engine settings to CPU and then give it a render.
If you place your work area around the affected area and render a small portion, does it come out distorted or only if you render the entire 60min clip?
——————–
Angelo LorenzoNeed to encode ProRes on your Windows PC?
Introducing ProRes Helper, an awesome little app that makes it possible
Fallen Empire Digital Production Services – Los Angeles
RED transcoding, on-set DIT, and RED Epic rental services
Fallen Empire – The Blog
A blog dedicated to filmmaking, the RED workflow, and DIT tips and tricks
Can your post production question fit in a tweet? Follow me on Twitter -
Alex Vak
February 26, 2013 at 10:12 pmThanks for the reply. I’m not sure what you mean by ‘hacked’. Probably not, but CUDA drivers were indeed installed at some point and later uninstalled. Mercury Engine is greyed out. Isolating it, usually gives a proper output. It’s the full exports that give me the headaches.
-
Angelo Lorenzo
February 26, 2013 at 10:25 pmStrange indeed. Well at least we can eliminate any GPU issues. It appears that in either case, MRQ turned on or off, that the CPU is handling all the work.
What is the source of the affected footage? I’ve had some instances where implementations of certain codecs don’t behave well with 32-bit precision (Avid DNxHD in After Effects leads to artifacts near highlights in some instances).
What format/container are you rendering out to?
Alternately, if you just want to get things done, I always suggest rendering out to TIFF or DPX (scaled down to your delivery size), bringing it back into Premiere to marry with audio, and then rendering out the deliverable. When you have rendering issues, rendering to an image sequence allows you to easily re-render corrupted chunks. Takes a good amount of disk space though.
——————–
Angelo LorenzoNeed to encode ProRes on your Windows PC?
Introducing ProRes Helper, an awesome little app that makes it possible
Fallen Empire Digital Production Services – Los Angeles
RED transcoding, on-set DIT, and RED Epic rental services
Fallen Empire – The Blog
A blog dedicated to filmmaking, the RED workflow, and DIT tips and tricks
Can your post production question fit in a tweet? Follow me on Twitter -
Alex Vak
February 26, 2013 at 11:03 pmThanks for the suggestions, I will try TIFF/DPX. I’ve exported to DVCPRO (P2 folder+.mov) and DVD (m2v/mpeg), all problematic. Exported to DVD once sending the sequence to Encore and enabling MRQ there. The output was fine but I’m not sure the quality is equal to PPro/AME. Maybe I’ll try encoding the problem areas alone and cut/join with Quicktime Pro, it does that losslessly, if I’m not mistaken. Source clips are mostly DVCPROHD/720p/23.976 and DVCPROHD/720/25pN. Corruption usually occurs on clip change, but not always. Output is always 25fps.
-
Kris Merkel
February 28, 2013 at 8:06 pmJust a quick question regarding the clips you posted, and maybe a suggestion. Are you encoding a 4×3 in a 16×9 aspect ratio sequence? If that is the case you should really cut the 4×3 into a 4×3 aspect ratio sequence and encode that file without the pillar bars. DVD is SD anyway so you might save yourself encoding time and encoded bits.
Also encoders do not like to encode the hard edges of the video. It sounds like, form how you explained the artifacts appearing on cuts, that your encoder is not catching the scene change as an I frame. You should look at your encoder settings to see if you are running CBR, 1pass VBR, or 2 pass VBR. Using maximun render quality, in and of itself should not be causing this, my guess it is in conjunction with something else.
Also what data rate are you using for the 60min program?
“Think of everything in terms of building capacity.”
Kris Merkel
twitter: @kris_merkel
Product Manager, Flanders Scientific Inc.
http://www.shopfsi.com
Co-Founder, Atlanta Cutters Post Production User Group
http://www.atlantacutters.com2.2Ghz MBP core i7
16Gb RAM
CS6/FCP7
AJA T-Tap
AJA IO XT
FSI LM-2461W/CM-170W -
Alex Vak
February 28, 2013 at 9:08 pmThanks. It’s a 16:9 sequence, which includes several 4:3 clips (or 4:3 that have been re-encoded to 16:9), but mostly 16:9 ones. I encode to CBR 7.8, maybe I’ll give 2-pass VBR a go. Disabling MRQ always fixes it. Noticed this: there is no data rate info at all on the offending clip (P2 Movie type/.mxf). The preceding clip (and all of the following) have all details (and they are all .mov’s).
-
Alex Vak
February 28, 2013 at 9:31 pm -
Ivan Myles
March 2, 2013 at 7:21 pmI agree with Kris’ comment that the issue is related to I-frames; it looks like the P- and B-Frames are being read directly. Were the clips cut prior to importing to Premiere? Try transcoding a short test clip from the source file into an I-frame only format (preferably lossless), import to Premiere, insert into the timeline, and export to see if the issue is resolved.
-
Alex Vak
March 2, 2013 at 9:36 pmThank you. I am not sure, but it is possible that they’ve been cut. Can you please suggest such a video format? The project is complete and the editor is not available. I am hardly an expert at PPro… It will be quite the task for me to replace the “bad” parts in the timeline with the newly encoded ones. At least I won’t have to encode the whole sequence, because I did some more test, and isolating just those parts (100 frames or so) does not resolve the problem. Disabling MRQ solves it and my current solution is to just cut and join the non-MRQ parts, in more familiar applications on the PC.
-
Ivan Myles
March 3, 2013 at 8:11 pmThe process isn’t very difficult, but it is moderately involved and depends on how the clips were treated. Given the circumstances, it might be better to just use the version without MRQ.
Reply to this Discussion! Login or Sign Up



