|
|
Dave....sorry about not replying, been away for past week on a shoot...back at it as of yesterday. Let me report what has been happening now:
DAVE: this is regarding the flickering yes? I did try that and what i found was i had to delete the preview files for THOSE clips that flickered THEN do as you say...go to Software not GPU acceleration and we believe that solved the problem. i say "believe" because it worked...but i need to go back and retry this based on all my various setting changes to be sure.....
REPORT 3 from page 1:
Encoding in CS 5.5 & CS 6
Where to start: ok, this is a tricky one since i'm not an advanced user, but i'd like to think i'm pretty much the average target person Adobe is going for....That said here are my stats for encoding:
Machine: (see post 1 for my machine specs)
Video size/time: 52minute video with up to 6 tracks of video with mixed codecs from R3d to AVCHD
Software: working inside of PrPro only (no after effects)
Effects applied: Almost all of the several hundred clips inside the timeline have multiple PrPro effects applied (more below)
Additional effects: 3rd party effects from Colorista as well as neat video and Mercali for both noise reduction and image stabilization
i realize Neat Video and Mercalli can eat up time on encoding and i will also point out that we have not used those two effects much...only on a certain few clips.
Encoding from CS 5.5:
Encode: encoding to Tiff files (for master)
settings: 1920x1080p @ 29.97 (there are a few clips in timeline shot at 24fps)
Project setings: Render using Mercury GPU
Memory settings: Ram for premier: 28GB & 4gb for other apps
Optimize for Performance
Exporting to Tiff via AME: send over to AME and process begins...starts out at slow pace, then gets even slower...after 4 hours of encoding i was up to render time showing me 51 hours remaining. About a 1.1 hour per minute of footage at these settings.
I CANCELLED this Encode then went to CS 6
(ps...All drivers are up to date by the way and all 3rd party components.)
Encoding from CS 6
Encode: encoding to Tiff files (for master)
settings: 1920x1080p @ 29.97 (there are a few clips in timeline shot at 24fps)
Project setings: Render using Mercury GPU
Memory settings: Ram for premier: 28GB & 4gb for other apps
Optimize for Memory
Exporting to Tiff via AME: Begin process and render times show up to 22 to 31 hours....i realize that as it processes each clip, the render times change, but this encode certainly is MUCH faster....so now my render is more around .52 hour per minute of footage with effects applied and R3d's and other mixed codecs....All with RR card and Quadra 4000.
*I'll know the actual render times and stats upon completion and report back when completed.
**I'll first state that i'm pleased i can even do such a job on my machine...NOW, my question is this: Is this what i should expect for performance for encoding even with the RR card and Quadra 4000? I do NOT get realtime playback and at 1/2 res it's choppy on my timeline...if i apply any effects...i must go to 1/4 rez and it's still choppy and stutters....THIS on CS 5.5 or CS 6. I here such great things about people editing on a laptop and getting great performance, but i have had nothing like that.....maybe it's because of all my effects etc...but sure seems far from what is being touted by other users...This seem correct or should we be trying OTHER system configurations?
OOPS!
Brad Allen pointed out to me about the RR card being used in PrPro--and then i sent to AME---i believe PrPro still must have control over it....
I realize this has been covered time and again by the Adobe guys here.....and David will likely set me straight..BUT, how do i then get RR working with AME when i send to Queue for Encoding?
So at this moment (actually yesterday at 6pm) I sent my project from PrPro to AME for encode--and its been running since...CS 6 by the way---PrPro is still open---so, first--how do i know what program has control right now AND, can i switch on the fly--AND how do i switch....I recall Paul Herrin and i discussing this as a Feature Request---a Symbol that tells you RR is On/Off and an intuitive Switch or Checkbox to allow RR to be Enabled on that program...or how about a pop up or something that is just intuitive and simple....Ok...back to the problem at hand.
**I will mention at this point (more than halfway into my encode) I'm afraid to turn off PrPro since all is actually flying well right now and i don't want to cause a problem with AME encoding if the rocket somehow comes into play and may cause issues with AME as it is currently encoding.
Just in case, make sure you have Neat Video 3.2 which was just released and fully supports CS 6.
So, after 24 hours encoding....FLICKERING on only a few clips still exists....I also then tried the encode w/out GPU acceleration turned on--Software only--and same result. Flickering on a few frames. And it's danged cold in here. Dave?
...On page one and i believe my 2nd post are frame grabs of the effected area and how it looks.
Flickering Clips in Timeline: CS 6 & 5.5
....so from an earlier post, i revealed some random clips that were flickering.......and many folks pointed out that it is likely due to a graphics card issue or conflicting 3rd party plug-ins or overheating. After pushing out an encode (24hours later)--the flickering did in fact transfer over to the Tiff files that I encoded to....Which in turn lead me to 2hours of looking into the clips themselves--everything from deleting them adding back and seeing no problems with the clips until i applied all of my effects.
END RESULT: when applying multiple instances of the effect Shadow/Higlight (in this case ANY clip that i put two of those effects on one clip....random flickering would result---it was hard to know if this was the culprit because the flickering would reveal itself not always on the same frame AND during frame by frame playback the flicker would show itself for a second or two on A frame...then if i waited on THAT frame...it would vanish. So...very strange. And stacking effects is nothing new....but THIS effect is just not liked by CS 5.5 or 6. So had to trash one of those effects and playback is not solid....I'm 99% sure this is the case---BUT, now have to encode again and can report back success or not tonight or tomorrow morning....
But this is a BUG as far as i can tell...so be careful if you are stacking effects. And the solution as many had told me would likely be to turn off GPU Acceleration and go Software---well this made my 24hour encode jump to several days....one clip alone at 10 secs showed 1.5 hours. So Software acceleration was just NOT an option here.
Attached are the resulting flicker effect look.
Here is what i found from Dave (the Adobe guru here):
Agreed it is a bit anti intuitive... Here is the thing. If you drop an R3D in AME and encode it you want the rocket on. AME is doing the decode in this case so it needs the rocket. However, if you drop a ppro sequence into AME something different happens. A background version of PPro will launch to do the rendering. As of now we can only have 1 app using the rocket. That app in this case is the background ppro. That means the UI version of ppro nor cine x should have the rocket if you want to work this way. The simplest way around this for now is to do the AME encode in ppro but clicking encode instead of queue.
Ok...that was from back in CS 5.5...I have three questions:
1. Has this remained the same then?
2. So if we send to Queue, then we no longer get accelerated debayer using AME when doing the encode FROM AME? I closed down PrPro after sending to the Queue and then began my encode from AME....but Sloooooow showing about 26mins per 1 minute of footage --- mixed codecs (r3d/avchd/.mov, etc...) and with effects applied from within premier and 3rd party plugins.
3. is the only way then to utilize rr acceleration to then Encode direct from PrPro and NOT send to que? therefore disabling our ability to work back in PrPro?
Thanks....
Talk about frustrating:
so after review of David's posts (i pasted them above)...i am now trying to Encode direct from PrPro....after going to Pr; flie; export and setup my output and then choosing EXPORT.....i see NOTHING happening....the Encode box comes up with % showing...but remains at ZERO....Then i go to Finder and to the folder where i selected my Tiffs be sent....and it's actually making my Tiffs....BUT, i get no preview of the images being encoded like we do in AME...NOR do i get a the Encode bar to show me % OR a bar going across to shoe me the progress....YET, it's encoding...at what speed or how long remaining is an unknown. Well, can't say that i'm too happy about all of this--and getting frustrated at how much time i've invested to figure this out....See Attached Image showing NO PROGRESS in Export Dialogue box as well as Finder window open to reveal Tiffs being added to the folder i chose---you clearly see 671 tiffs created. But no idea how long the encode will take nor a progress of where it's at.
| « Previous Thread | Next Thread » |
| Tags for this Thread |