| Using Prelude to transcode & prevent lengthy render at output
• | | | |
 | Using Prelude to transcode & prevent lengthy render at output
by Bob Cole on May 18, 2012 at 7:46:43 pm |
I've been reading the comments about PP, which sound great except for the need to budget time at the end of the process to do a complete render for output.
I understand that this is a deliberate workflow decision on the part of the PP designers. But it doesn't work for me; time gets very tight at the end of an edit.
I wonder whether Prelude offers a way around this. From what I can see of it, Prelude offers selective ingest, along with transcoding. Is there some format to which I can transcode all my desired clips, so that when I'm finished editing I can simply output the show with a minimum of render time?
Bob C
| | | | |
• | | | |  | Re: Using Prelude to transcode & prevent lengthy render at output by Shane Ross on May 18, 2012 at 9:22:04 pm |
[Bob Cole] "I understand that this is a deliberate workflow decision on the part of the PP designers. But it doesn't work for me; time gets very tight at the end of an edit."
You only have to render the timeline...the footage that is in that. Not convert every single clip before you start editing. Time is saved at the beginning. And you don't need to render...just use MEDIA ENCODER to output the format you need. Then everything is rendered to the format you are exporting. Delete temp render files before you do this (I hear you need to do that)...that way the original media gets referenced, not the render files, that might be MPEG-2.
[Bob Cole] " Prelude offers selective ingest, along with transcoding."
Yes. I compare it to Log and Transfer in that respect.
[Bob Cole] " Is there some format to which I can transcode all my desired clips, so that when I'm finished editing I can simply output the show with a minimum of render time?"
Well, what will you be outputting to? ProRes? Convert to ProRes. XDCAM is an option. there are tons of options....but Adobe offers no codec of it's own...so any converting will be a step in the process...ANOTHER layer of compression that you might not want. Convert to editing format, then convert to final format.
Shane
Little Frog Post
Read my blog, Little Frog in High Def
| | | | |
• | | | |  | Re: Using Prelude to transcode & prevent lengthy render at output by Tom Daigon on May 18, 2012 at 10:58:50 pm |
[Shane Ross] ". Delete temp render files before you do this (I hear you need to do that)...that way the original media gets referenced, not the render files, that might be MPEG-2."
Unless you check "Use Preview Files" when Exporting a sequence (not to be confused with rendering which is mostly done when its necessary to see your timeline playback and it cant due to effects or other reasons) you DO NOT have to delete your preview files. They are only used when that box is checked. You can in certain cases shorten your export time by selecting a Preview File Codec like Prores or DNxHD, then rendering those portions of the TL that need it AND check the Use Preview Files in the Export GUI.When exporting these renders files will be used.
Also, there is a small select bunch of codecs that can take advantage of Smart Rendering in CS6 (where files are just copied , not regenerated frame by frame as in the process Exportinga timeline). It limited to files with no effects, Heres a quote from Adobe literature.
"Smart rendering
Quickly export unaltered media in your sequences using Smart Rendering, which supports XDCAM MPEG-2 in an MXF wrapper, DV HDV, and DVCPRO formats."
Tom Daigon
PrP / After Effects Editor
http://www.hdshotsandcuts.com
Mac Pro 3,1
8 core
10.7.3
Nvidia Quadro 4000
24 gigs ram
Maxx Digital / Areca 8tb. raid
Kona 3
| | | | |
• | | | |
Yes and no. No, Premiere doesn't currently support this. But yes, in the future it will, probably with the next update. Adobe calls this "Smart Rendering". Support for smart rendering in Adobe media encoder was added with the 6.0.1 update, but with no support in Premiere yet, the feature is %99 useless at the moment.
Also, in it's current version, only XDCAM in a MXF OP1a wrapper is supported.
Also, if I might ask, what format do you usually deliver to?
| | | | |
• | | | |  | Re: Using Prelude to transcode & prevent lengthy render at output by Bob Cole on May 18, 2012 at 9:59:51 pm |
[John-Michael Seng-Wheeler] "Also, if I might ask, what format do you usually deliver to?"
Variety of output formats. Often ProRes, .h264, .wmv for corporate websites, and DVDs.
Shane, are you saying that the render time on output is not that lengthy? I'm usually making 3-10 minute pieces.
The render/re-render workflow does not worry me; I doubt there is a significant quality impact. But my workflow often has involved making After Effects renders, then layering them with other elements in a FCP timeline, so as to be able to edit and adjust the timing of certain effects in the final timeline. What format should I use for the AE renders, or is the integration so tight that I have to look at a different way of working?
Thanks for humoring these basic questions. I'm thinking of making the jump for a project that is due this summer and want to look, and re-look, before I leap. I have other questions but I'll post them in another thread, if I can't find the answers through the Search function.
Bob C
| | | | |
• | | | |
[Bob Cole] " I'm usually making 3-10 minute pieces."
OH, you had me thinking you were doing hour long pieces.
Prepare for the jump to hyper speed... If you're expecting render times like compressor you're going to be nicely surprised.
Unless your video is effects heavy, on a good computer renderes will generally be faster the real time, in my experience. (For example, a 7 minute RED project rendered to MPEG-2 in about 7-8 minutes. This was in CS5 on a PC.)
[Bob Cole] " What format should I use for the AE renders, or is the integration so tight that I have to look at a different way of working?"
Re-think everything.
FCP was good at what it did, but that required a very specific workflow. Give it anything else, and it choked, or worse. PP's mentality is take anything you throw at it and render once at the end no-mater what you're doing, even AE comps. Sometimes there are better ways (such as if you have really really heavy effects usage), but just about everything is aimed at Render once to your final codec. That's how Adobe expects you to work.
Overall, this is a massive time savings over rendering ALL your footage to ProRes at the start like FCP required.
| | | | |
• | | | |  | Re: Using Prelude to transcode & prevent lengthy render at output by Shane Ross on May 18, 2012 at 11:01:37 pm |
[Bob Cole] "Shane, are you saying that the render time on output is not that lengthy? I'm usually making 3-10 minute pieces."
I'm currently working on a 3 min piece...now almost 4 min, and I exported it as H.264. Took it 3 min. The other major project I did with CS6 was 7 min. That exported to the Vimeo H.264 preset (using media encoder) in 6 min. I exported a ProRes master of that to see how long it would take...again, 6 min.
It's fast.
Shane
Little Frog Post
Read my blog, Little Frog in High Def
| | | | |
• | | | |  | Re: Using Prelude to transcode & prevent lengthy render at output by Bob Cole on May 19, 2012 at 12:57:20 am |
Thanks guys. This is really good news.
Bob C
| | | | |
• | | | |  | Re: Using Prelude to transcode & prevent lengthy render at output by Michael Kalin on May 20, 2012 at 2:34:53 am |
Bob,
There is a database of CS5 and CS5.5 performance benchmarks that you may want to look at.
I think you have your general answer already. But if you want to look at tuning your specific computer for Adobe Premier Pro performance, you can see the relative times to perform export and some other tasks here:
http://ppbm5.com/Test.html
Basically, end users are asked to run a standard CS5 or C5.5 project, with 4 different tasks, then report their results as a total time and 4 separate times.
You can search the database on specific components. I have a PC with an i7 920, so I searched on just that CPU, then looked at the graphic cards that people were using for best performance(GTX 460, etc.), how much RAM (I just went to 27GB, which is plenty), etc. It can help you compare your own equipment to determine your expected results.
There is also a good site with a discussion of those same benchmark times with various Nvidia cards, with different numbers of GPU's (CUDA cores.)
There, the bottom line is: ANY Nvidia card - with 96 to 480 CUDA cores (GPU's) - will speed up export by at least an order of magnitude over the software only Mercury Engine. The incremental benefits of going from a GTX 450 to a GTX 470 are smaller. (Sweet spot seems to be the older 460 at around $120-$160)
http://www.studio1productions.com/Articles/PremiereCS5.htm
There is also a hack there to turn on the hardware GPUs in any Nvidia card (only a few are completely tested and approved by Adobe, but almost all work.)
If you download a 30 day trial of Production Premium and run the tests it might all make a little more sense. Then you can mine that info to configure your system for best results. (I don't know if you can still download and run CS 5.5, so CS6 might be a wild card, but it will tell you where you are overall in comparison.)
Good luck!
Best,
Michael
| | | | |
• | | | |  | Re: Using Prelude to transcode & prevent lengthy render at output by David Lawrence on May 20, 2012 at 6:45:36 pm |
[Shane Ross] "The other major project I did with CS6 was 7 min. That exported to the Vimeo H.264 preset (using media encoder) in 6 min. I exported a ProRes master of that to see how long it would take...again, 6 min. "
Shane,
When you did these exports, did you have the "Use Maximum Render Quality" and/or "Use Previews" boxes checked?
_______________________
David Lawrence
art~media~design~research
propaganda.com
publicmattersgroup.com
facebook.com/dlawrence
twitter.com/dhl
| | | | |
• | | | |  | Re: Using Prelude to transcode & prevent lengthy render at output by Shane Ross on May 21, 2012 at 6:57:11 am |
Use Maximum Render. I just did another one today. 3 min project. Rendered out in just over 3 min...3:20. To ProRes. From Mp4
Shane
Little Frog Post
Read my blog, Little Frog in High Def
| | | | |
• | | | |  | Re: Using Prelude to transcode & prevent lengthy render at output by David Lawrence on May 21, 2012 at 10:15:18 pm |
[Shane Ross] "Use Maximum Render. I just did another one today. 3 min project. Rendered out in just over 3 min...3:20. To ProRes. From Mp4"
Thanks, good to know. My projects are typically 3-10 minutes long so these kinds of output times should be fine. May need to upgrade my laptop to get 'em, though.
_______________________
David Lawrence
art~media~design~research
propaganda.com
publicmattersgroup.com
facebook.com/dlawrence
twitter.com/dhl
| | | | |
• | | | |  | Re: Using Prelude to transcode & prevent lengthy render at output by Shane Ross on May 22, 2012 at 4:42:27 am |
Encoding a 8:30 piece shot with my Canon 550D at 1080p 23.98 to YouTube 1080p 23.98. It is slated to take 18 min.
I still think that is good. That's a compressed format.
Shane
Little Frog Post
Read my blog, Little Frog in High Def
| | | | |
• | | | |  | Re: Using Prelude to transcode & prevent lengthy render at output by David Lawrence on May 22, 2012 at 5:01:34 am |
[Shane Ross] "Encoding a 8:30 piece shot with my Canon 550D at 1080p 23.98 to YouTube 1080p 23.98. It is slated to take 18 min.
I still think that is good. That's a compressed format."
Sounds like you're getting somewhere between 1-1 and 2-1 encode times. I can work with that, though faster is always better.
I don't know if it makes a speed difference but I always do my final output to a high quality codec like ProRes and master/encode as a separate process as I wrote about here. I'll probably continue to work this way even with PrP since it gives me the best looking final files, even if they're eventually going to YouTube or Vimeo.
_______________________
David Lawrence
art~media~design~research
propaganda.com
publicmattersgroup.com
facebook.com/dlawrence
twitter.com/dhl
| | | | |
| |
|