Lumetri Effect huge input lag in PrPro 25.2.0 build 57

[scrozier]

Trying to grade a clip in premiere pro beta but the lag time between making an adjustment and the program monitor updating is about 3-5 seconds. It used to be basically instantaneous. Enabling and disabling the adjustment layer also takes 5+ seconds for the pogram monitor to display. 

Clip has basic lumetri adjustment (exposure / shadow / etc) And above it is a adjustment layer with a lut (slog3 to 709 v2 provided by sony) and a creative effect lut from speed looks. So in node speak, that would be three adjustments or layers. It plays back the clip in real-time but making an adjustment is arduous with or without proxies turned on. 

Sometimes after awhile it will become more responsive but it still won't "live update" it will only update once you release the mouse button.

Tried clearing cache and prefs, but problem remains. 

Tech details: 

Windows 11

Windows v.10.0.26100.1

PrPro 25.2.0 build 57

NVIDIA GeForce RTX 2080 Ti v.32.0.15.6636

Studio Driver 566.36

Threadripper 3960x

256GB Ram

3840x2160 timeline 23.796

1920x1080 ProRes LT proxy media 

3840x2160 A7s III source media 

4129.mp4
Type: MPEG Movie
File Size: 800.15 MB
Image Size: 3840 x 2160
Frame Rate: 119.88
Source Audio Format: 48000 Hz - 16-bit - Stereo
Project Audio Format: 48000 Hz - 32 bit floating point - Stereo
Total Duration: 00:00:23:000
Pixel Aspect Ratio: 1.0
Alpha: None
Color Space: Rec. 709
Color Space Override: Off
Input LUT: None
Video Codec Type: MP4/MOV H.264 10 bit 4:2:2

Proxy Media

Proxy.mov
Type: QuickTime Movie
File Size: 1.08 GB
Image Size: 1920 x 1080
Frame Rate: 119.88
Source Audio Format: 48000 Hz - 16-bit - Stereo
Project Audio Format: 48000 Hz - 32 bit floating point - Stereo
Total Duration: 00:00:23:000
Pixel Aspect Ratio: 1.0
Alpha: None
Color Space: Rec. 709
Color Space Override: Off
Input LUT: None

QuickTime Details:
Movie contains 1 video track(s), 1 audio track(s), 0 closed caption track(s), and 1 timecode track(s).

Video:
There are 2760 frames with a duration of 1001/120000ths.

Video track 1:
Duration is 2760
Average frame rate is 119.89 fps

Video track 1 contains 1 type(s) of video data:

Video data block #1:
Frame Size = 1920 x 1080
Compressor = Apple ProRes 422 LT
Quality = Most (5.00)

Source Media on  2TB Sabrent Rocket 4 NVME(very fast ssd)

Proxy Media on 1TB Interal NVME SSD

Project on Sabrent SSD

[R Neil Haugen]

Some people have posted having issues with Lumetri applied to an AL. I haven't had that, so "I can't replicate it". Which is in itself useful data ... my system, for data comparison, is a Ryzen 3860x CPU, 128GB of RAM, and 2080Ti system.

I don't use that much H.264, but some. Mostly BRAW, ProRes, and some mov. Full 4k through 1080 stuff. All about 24fps/23.976.

[V-Edit]

The lagging bug with Lumetri Color on Adjustment Layer is not present (for me) in the current Premiere Beta 25.2.0 (Build 96), but is present in the release version, that is 25.1.0 (Build 73)

[V-Edit]

But again, Premiere Beta 25.2.0 (Build 96) can't even start playback of one of my current projects (Media analysis is OFF), tried 5 times, with restarts, etc..., so I don't consider it to be a usable version.

[Kirsi21888295ykon]

Still not fixed in build 96. Any news Adobe or @DaciaSaenz? It has been like this since around build 25.2.5x or something. So a quite a long time and still no fix or at least some news. 

[jamieclarke]

Hi @Kirsi21888295ykon and @V-Edit - Can you post your system specs for us.  Just to confirm you have good performance in 25.1.0 Release, but in 25.2.0 build 96 and higher you can no longer play your sequence without dropping frames?

[Kirsi21888295ykon]

Here are my system specs:

Macbook Pro M1 Max 64GB

Ryzen Threadripper 7970X

128GB

Nvidia Geforce 3090 RTX

This is happening on both, so I believe it is not because of hardware. Playback is fine. It is just when you do some changes, for example change color settings in Lumetri, timeline freezes for some time. In 25.1 this issue is not there.

[emanuela_3410]

Hi @jamieclarke,

I've been waiting for improvements in Premiere Pro, but unfortunately, they are slow to arrive. The current beta version is practically unusable. I’ve recorded a screen capture to illustrate the issue—here’s the link: https://capture.dropbox.com/VG9NrgrlFDzVFtds

Issue Details:

• Video format: 4K 50fps 10-bit Sony
• Severe lag and occasional freezes, with delay time increasing based on timeline length.
• If clips contain Lumetri corrections, the entire cutting process becomes extremely slow.
• Playback causes CPU usage to hit 100%, making real-time editing impossible.
• Interestingly, when using an external Lumetri controller, the issue does not occur. ex https://capture.dropbox.com/mKpSrHIZgnW5SI4J

 
System info

3200 Intel(R) Core(TM) i9-14900K 24 32

AdapterRAM Caption DriverVersion
4293918720 NVIDIA GeForce RTX 3060 Ti 32.0.15.6614
2147479552 Intel(R) UHD Graphics 770 32.0.101.6129

    Application: Premiere Pro (Beta) v25.2.0.104
    OS: Windows v10.0.26100, RAM: 63,77 GB GB, CPUs (logical): 32

[Kirsi21888295ykon]

This issue is still not fixed. I'm beginning to think that this is a side effect of some recently implemented new feature... I don't believe when they say that they haven't been able to reproduce this in-house. Some comment about the current situation would be welcome.

[R Neil Haugen]

They have an acknowledged issue with some Sony media ... I wonder if this is part of that issue.

[Kirsi21888295ykon]

My media is mainly 8K Canon Raw light, 4K HEVC from Mavic 3 Pro and Pocket 3. So it seems to happen on a lot of different media files.

[R Neil Haugen]

Gee, when using high-k count long-GOP media from drones one can get lag ... yep, that is the nastiest media for editing made. If you don't have the exact hardware bits for processing that, there can be troubles.

And the 8k Canon is still an issue, but a separate issue, due to each format/codec having completely different processing patterns in the software and hardware. I've seen a few posts with troubles with that specific format/codec.

So you won the prize ... basically all the media you're editing has issues, and they are different issues each needing a different fix. Ouch, basically.

But the hardware you've got is kinda crucial to getting decent results with your specific long-GOP stuff ... and they probably need to figure out that 8k Canon stuff better in Premiere.

[Kirsi21888295ykon]

Don't have any issues in beta 25.1, so it is not a codec or hardware issue. In latest 25.2 beta I have issues in My Macbook Pro and my 7970X threadripper PC. Cinema RAW light playback with the latest beta 25.2 is very good on my Macbook Pro because of the Metal acceleration. It is just that when you do cuts or color correction timeline freezes.

[R Neil Haugen]

So that to me, indicates they're working on changes for the Canon format that may actually get it working better. Which is good.

[Steve_Oiko]

The Issue is no longer present for me, on today's Beta update 25.2.0.119. Can anyone comfirm this?

[Kirsi21888295ykon]

I still have this issue with 25.2.0.119 version.

[scrozier]

Still getting the issue when turning an adjustment layer on / off with A7s3 footage (even with prores proxies turned on).

There is some weird indexing or read of all the media that happens every time I try to make an adjustment that takes up to 10 seconds if not worse. 

[Kirsi21888295ykon]

My guess is the new Visual search... if this was a bug you would think that it would be fixed by now. This is very basic function we are talking here; timeline performance. Some kind of comment from Adobe would be welcome.

[DaciaSaenz]

Hi @Kirsi21888295ykon @scrozier & @V-Edit, 

We fixed performance issues with Media Analysis and would like to know if it improves the issues y'all are seeing with lags and delayed responsiveness to changes made to effects or adjustment layers. 
The fixes went in in Beta build 25.2 x 119 so please update to any build after that and let me know how things go. 

Thanks, 
Dacia 

[Kirsi21888295ykon]

It maybe a bit better, but there is still too much lag in timeline when doing changes in Lumetri for example. Version 25.1 performance should be the minimum target.

[Kirsi21888295ykon]

Ok, so it is now confirmed that Media Analysis/Visual search is the cause of the lag. I have few suggestions. Please allow to turn these completely off until performance issues are fully resolved (and those must be resolved, otherwise Premiere is useless) Now when you disable the Media Anaysis from the preferences the analysis of the media files is turned off, but timeline is still affected. Maybe add option to exclude sequences from the visual search and that way improve timeline performance? To me it seems that everytime you do a change in timeline it has to do a somekind of "indexing" to the whole timeline and that causes the lag. The more you have clips in the timeline the more there is lag.

[Christian Leibig]

I'm on Build 123 and the proble still persists.

I havea 2 minute timeline of an old project with mixed A7S3 and Drone footage which has a global adjustment layer with Lumetri on top of it. When I enable/disable the layer I have to wait 45 seconds for the program monitor to update and the timeline to be usable again. This is with Media Intelligence completely disabled.

While the program stops processing frames it does 400MB/s reads to the NAS and is using CUDA on the GPU (RTX 3090).

This is not fixed at all.

[scrozier]

@DaciaSaenz Nope, still super slow. Still weird disk reads  / huge lag time on adjustment layer tweaks or lumetric slider tweaks. Please do not ship this yet its very broken. 

[DaciaSaenz]

Hi @scrozier and all, 

We've finally got an in-house repro and have introduced a fix in Beta build 25.3 x 03. 
Please download this build and let us know if you're still seeing this issue or if things look resolved on your end. 

Thanks! 

[scrozier]

Just tested an adjustment layer and lumetri adjustment and the lag is gone. Seems to be fixed! Great work and thank you :-). 

[DaciaSaenz]

@scrozier

WOO HOO!! I'm so excited to hear this! Thanks so much for letting me know and for your time.