BUG: Use Previews....Doesn't Use Previews.

Well, I must admit I have only scan read most of the posts under this topoic but can agree that 'Use Previews' in Premiere now seems to have been nuked completely as it loses the pre-rendered Pro Res 422 Render files

See my post here

https://community.adobe.com/t5/premiere-pro-bugs/some-prores-422-video-preview-files-lost-on-closing-and-re-opening-project/idc-p/14316350#M19154

Other users reporting this now.

The feature seems to have been 'nuked' totally - and I am not convinced if you have the previews it actually is using them.

I rendered a clip using Neat Video denoise plug-in  this afternoon.

On the timeline the  it looked good when complete, but took ages to render initially as this rendered a preview to Pro Res 422 format as it should. I could see that lareg file in my Video Previews Folder.

But come export time the export got stuck in the same place!. It was trying to re-render the clip all over again on export when I had ticked 'Use Previews on Export'. It should have used the clips in my Video Previews Folder

The export matched my sequence settings exactly as the Pro Res 422 Previews.

What is Premiere doing?

I think this whole area of functionality needs 'the road digging up' and Engineering need to sort it out.

Finally - I agree with the earlier discussion that in principle, it should not really matter what format you export to using Premiere.

If you have Pro Res 422 Pre-Rendered timeline clips then there is no reason why it can't export them as H264 or H265. All it will be doing is using the embedded Media Encoder to translate those clips.

Just hope 2024 sees some improvement in this area for Premiere Pro as it is causing me a lot of hassle and wasted time.

This is basic stuff.

Also just doing a test render here of a green timleine of AE comps and its still re-rendering from the aecache instead of just reading the .PRV folder...so not fixed...yet...

Yeah I may have spoken too soon on the beta build I don't use it every day but I was testing it out for a small project this week and the "use preview" checkbox re-appeared today... 

I think what we're seeing in the current beta is the process of being able to use Previews being fixed.  Of course, this is just a guess.

As best as I can tell, Use Previews is working again as expected when the Previews are ProRes and the export is ProRes.  Prior to this beta, if the ProRes Preview frame size was lower than the Sequence Frame size for faster rendering of previews in a rough cut, exporting no longer scaled the previews correctly (the preview frame size would be positioned at the upper left with green filling the export frame size),

Hopefully this means that we'll see this extended to exporting to other formats.  For example, while we can export ProRes to a watch folder for transcode to H264, it would be better to be able to export to H264 directly - especially when queuing multiple Media Files for export in Export Mode.

For what it's worth, all NLEs require frame independent formats (ProRes, DNx, All I-frame MPEG) for previews (Premiere Pro, Final Cut Pro, Resolve).  Long-GOP formats can be source footage, but not previews footage.

Looks like this topic still lives. I also had given up after my assumption that it always worked but at some point it didn't anymore? 2019 or something.... 

I don't understand why there would be arguments against it or why it has been removed. A professional video editing software should have the means to use chache/render prior to export and from there to any format regardless of what the chosen cache format is. I'm not saying copy BMD Resolve exactly, but one would expect at least some kind of comparable robust, and usable mechanic. The current way really serves no purpose in a world with multiple deliverable formats with heavy source timelines.

This is a bug.  it used to work.  It was broken somewhere around version 2019 or 2020.  Adobe needs to fix it.  I do not understand why it would not be possible.  I've never once used a long-GOP codec for previews, and even if I did... if Premiere can play it back in real-time, then it should be able to use it to use it to export.  90% of my exports are at low-res and quality doesn't matter, so I don't care that re-rendering everything from scratch is "better" (which is debateable, depending on preview settings, obviously but still irrelevant).  But it taking 20 minutes to export something that I've already spent 20 mins rendering and which should take 2 minutes to encode from ProRes to H.264 is a huge problem.

Just ... ouch! Not happening here, and no clue why you're getting that. There's some truly odd behaviors that users here and there are getting, and I can't see the why behind them. Often equipment and processes are different from others getting the specific crud, but sometimes, they're the same.

Premiere is becoming a nightmare with exports, it's still not using Previews and it keep pausing then continuing then pause again. It never paused before when no effects were on the timeline.

All very understandable. But you and I aren't the ones building this ... and there is such a thing as engineering "outlook". Which can vary notably among engineers, of course.

And from the many discussions I've had with the devs at NAB and elsewhere, I'm very familiar with the difference between user logic chains and "obvious" associations, and the engineering view of the same things.

I think all of us "here" have engineering decisions and choices we disagree with. I *certainly* do!

And as someone who uses and discusses Resolve nearly as much, there's the same difference "over there". Just typically on different issues.

Would certainly be nice to be able to get more buy-in of "our" viewpoints on many things. No question.

But I do pass on what I've gleaned from discussions with devs. Whether or not I agree with them is immaterial really. But maybe of use for understanding why X is ... X.

That's all.

Hi Neil,

As I've explained before in this thread there is no technical reason why Premiere Pro can't use the preview files that are ProResLT or 422HQ files on disk and pass those into the H.264 encoder, bypassing the source media. We aren't dealing with the days where the default seqeunce preview was a low quality Mpeg file. 

My workflow is typically very AE heavy and I use dynamic links to build transitions, lower thirds, graphics, and any other manner of basic VFX (screen replacements etc) that I then assmble in Premiere. I know "render and replace" exists, and use it begrudginly from time to time, but  often times these things need to remain as live dynamic links, and its very convienient to be able to bash CTRL+E to jump in and tweak a screen graphic or other effect.

I use the previews to get smooth playback and "render as I go," which is a pretty typical way to work. Of coruse I can then output that to a ProRes422 file; smart rendering still works, but I don't want to send a 100GB ProRes422hq file to client. I don't have a need for that until final delivery typically. So its an uncecessary extra step to generate a ProRes quicktime and then drop that into media encoder. Rendering straight to h.264 can take forever on certain jobs since it doesn't bother to use the preview files on disk which are of high quality.  

Look I'm a workflow nerd at heart, and I hate anything that is throwing a wrench in the pipeline, espscially when it worked in a superior way in previous iterations (don't get me started on the neuvo export window in general)  Media Encoder sometimes follows the old behavior of using the preview files on disk but does this inconsistently at best, which is par for the course with AME. 

If they could give us this, along with having preview files go mysteriously red when you close the forground AE process I would sing the praises of the Pr dev team, but it looks like they are moving away from what could be a huge timesaver which makes me unhappy.