When you are "seeking," (which means QUICKLY looking through a long video by clicking and dragging the playhead with the cursor,) there is sometimes very high "prefetch latency," meaning that frames will load slowly, resulting in very few frames being shown. This can make it very difficult to find what you're looking for.

But when seeking, perfect frame accuracy is not nearly as important as seeing what you're doing. Therefore, to reduce the "prefetch latency," I suggest that the nearest I-frame is loaded and displayed FIRST, (because I-frames are always the fastest to load) while the exact B or P frame is still being slowly decoded. As soon as it's decoded, it can be displayed, replacing the displayed I-frame.

If the user is seeking quickly, there might not be enough time to load the P and B frames before the user has already moved the playhead nearer to another I-frame. This is fine! The I-frames should always take priority.

In VLC, there is a similar feature called "fast seek."

Combined with my "ghost playhead" feature suggestion, it would be made clear to the user exactly what is going on. (Linked below)

However, it would probably be important for fast seeking to be optional, and perhaps even off by default, as it may confuse some users.

NOTE: This works best if only ONE video source is visible. With more than one video on the timeline, the I-frames will probably not be in the same spots. Nevertheless, it COULD still work, but there would have to be multiple ghost playheads. This might be too difficult to code, and confusing and frustrating for users, who won't understand why premiere is showing video frames out of lockstep, especially in cases where one video has high prefetch latency, and the other is low.

LINK TO FULL EXPLANATORY VIDEO: https://youtu.be/XeFezzmG22c

LINK TO GHOST PLAYHEAD USERVOICE ENTRY: https://adobe-video.uservoice.com/forums/911233-premiere-pro/suggestions/42186274-a-ghost-playhead-which-always-marks-the-timeline

There are cases in news broadcasting where you can not make it in time for your news piece to air and you have to broadcast live from your timeline via SDI for example. In this case it would be helpful to have an option or a button to help make Premiere ready for that so when you know you are going to broadcast live from your Premiere timeline you can just press that button and it automatically suppresses every action that could interfere with your broadcast, for example auto-saving. This would help with the pressure of situations like this and we have this case regularly.

Scrubbing and Fast Forwarding performance is often painfully slow.

Here's an example by Jayme Cowley Media Co. of scrubbing performance in Pr vs Resolve: https://www.youtube.com/watch?v=ilPUc22itSA. The associated FR he posted mentions the problem but doesn't offer any specific solutions.

Here are 3 ideas that could greatly enhance scrubbing and fast forwarding in Pr:

1. SCRUBBING/FF RESOLUTION: In addition to being able to set the Payback and Paused Resolution in the Source/Program Monitor's wrench menus, it would be great to also be able to specify the resolution that's used when scrubbing or Fast Forwarding in the Timeline or Source Monitor. This setting would be variable, meaning that setting it to 1/4 resolution, for example, would scrub/play the footage at a variable resolution between Full all the way down to 1/4, depending on how well one's computer can keep up. (see Image 1)




2. DYNAMICALLY IGNORE EFFECTS: A new setting in the Timeline's wrench menu could allow Pr to dynamically disregard computationally heavy effects while scrubbing/Fast Forwarding in the Timeline whenever necessary in order to provide a fluid viewing experience. Essential effects such as crop and Motion settings would always be shown, but certain effects such as Lumetri Color, sharpen, blur, Warp Stabilizer, etc. could be ignored depending on how well the computer can keep up with the Timeline to guarantee a fluid viewing experience. Of course, the moment the user stops scrubbing or resumes normal playback speed, all effects would be displayed again (see Image 2). Optionally, to visually inform users that effects are being omitted, the playhead could turn a different color whenever this happens, returning to its normal blue color as soon as conditions allow all effects to be rendered once again.




3. ONLY SHOW I-FRAMES: TaranVH posted a brilliant FR suggesting that Pr only show the nearest I-frames while scrubbing Long GOP footage, quickly updating to the actual frame under the playhead when pausing. I'd like to add that this great idea should also be used when fast forwarding. Make sure to take a look and vote here: https://adobe-video.uservoice.com/forums/911233-premiere-pro/suggestions/42186322--i-frame-first-fast-seeking-for-inter-frame-compr?tracking_code=ccac1cc695840488e461c4e3fa2399bb

Hopefully some or all of these suggestions can be implemented to help guarantee smooth scrubbing and fast forwarding. Even though computers are getting faster, the ever increasing demands put on them with 6K and 8K footage means new tools are needed in order to give editors a great editing experience. This is especially true for laptop editors!

As always, thank you for listening!

With Premiere 15.0 playing back Canon R5 8K RAW files results in a crash. It was working pretty good in Premiere 14.9, but after Premiere 15.0 update a total disaster. And now even after installing Premiere 14.9 problem persists. Before the update I was able to playback 8K raw files in full resolution with minimal dropped frames. Only selecting High quality playback usually resulted in a freeze or a crash.

My PC specs:

AMD 3960X
64GB
Nvidia 2080 TI

On my HTPC that has AMD 3900X, 64GB and Nvidia 3090 playback is fine, although it can only play in 1/2 resolution. Please take a look at this.

It's happening more often than usual. To reproduce the error you must be working for a couple of hours within a file (large or small it doesn't matter). After a while it will freeze the entire software (including the mouse cursor) if you just hit playback - EVEN if you already pre-rendered that part (green bar is up).

Never had this problem before this update 14.6.0.

Also, Premiere just freezes when you hit playback, so if you manage to stop the playback you will be able to save your work and exit the program (which will not solve the issue). A temporary solution that I found is to restart the system, after that you can open your file normally until it bugs out again after a couple of hours.

To me it looks like a huge memory leak might be happening.
My specs are:
CPU: Intel® Core i9 9900KF
Motherboard: Intel Z390 High End
RAM: 32GB DDR4 2400Mhz
SSD M.2 480GB
GeForce RTX 2060 6GB GDDR6 192-Bit

Any ideas on how to solve this?

Rendered playback set to FULL resolution does not always actually playback at FULL. Often drops to 1/2 or less frame rate and stutters.

Need to stop and restart playback numerous times for the software to actually engage full resolution playback.

Timeline is set to ProRes422 1920x1080.

Happens with both single GPU and with eGPU.

iMac19,1 with Vega48 with 128GB RAM, 3.6GHz 8-Core Intel i9.
macOS Catalina 10.15.7 (19H2).
RX5700XT is the eGPU when in use.

This is NOT a drive speed issue. All drives connected are SSDs with minimum 450MB/s speeds. Scratch drive is NVMe with 2000MB/s. System drive is Apple SSD with 2500MB/s. No errors reported with DriveDx at all.

Mac system.

If my system goes to sleep, and rewakes I have to turn my 3rd monitor back on. This is the monitor Premiere is set to use for transmit and it means that even though Premiere has Transmit enabled and the monitor checked in the preferences (if I open this dialog) the screen is not recognized or used by transmit.

Toggling transmit off and on does nothing.

What I have to do is open the pref dialog, uncheck the screen, uncheck mercury transmit, close the dialog, open the dialog, check the screen, check mercury transmit. Then the screen is recognized and used again.

Ask / Recommendation:
- a "refresh transmit" option that would do all this in one keystroke

Working with RED footage in 15.0.0 is extremely choppy. Clips will play perfectly in source monitor, but when playing clip in program monitor/timeline the clip is unusable because of extreme stutter and choppy playback. Dropped frame indicator shows a lot of dropped frames. Using the same exact clip in PPCC 2019 plays perfectly in both source and program monitor with no issues or dropped frames. Ive been working with Adobe techs and have giving them as much info as possible to help resolve the issue.
I have pin pointed the exact issue and I have even created a video showing exactly what's going on. I have filed multiple bug reports with adobe and I have even spoken with multiple adobe techs about this.
It's been over a year and this issue hasn't been resolved. This is really impacting myself and my teams work flow. My video literally shows exactly what's happening adobe please resolve this.
Heres a link to video: https://vimeo.com/490246628/b9041fec30