• Global community
    • Language:
      • Deutsch
      • English
      • Español
      • Français
      • Português
  • 日本語コミュニティ
    Dedicated community for Japanese speakers
  • 한국 커뮤니티
    Dedicated community for Korean speakers
Exit
1

Lumetri Effect huge input lag in PrPro 25.2.0 build 57

Enthusiast ,
Dec 18, 2024 Dec 18, 2024

Copy link to clipboard

Copied

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

 

 

Bug Unresolved
TOPICS
Bug , Performance

Views

225

Translate

Translate

Report

Report
Community guidelines
Be kind and respectful, give credit to the original source of content, and search for duplicates before posting. Learn more
community guidelines
10 Comments
Participant ,
Dec 19, 2024 Dec 19, 2024

Copy link to clipboard

Copied

Sounds like the same issue I'm having here:
https://community.adobe.com/t5/premiere-pro-beta-bugs/timeline-performance-problems-since-25-2-0-bui...
(ignore the GUI problems, that seems to have resolved itself for now)

Votes

Translate

Translate

Report

Report
Enthusiast ,
Dec 20, 2024 Dec 20, 2024

Copy link to clipboard

Copied

Did a test on the latest build (25.2.0 - b59..._ Creative and Curves tabs work normally, but any adjustment in the "Basic Correction" tab is horrendously slow. 

Votes

Translate

Translate

Report

Report
Participant ,
Dec 20, 2024 Dec 20, 2024

Copy link to clipboard

Copied

v25.2.0 Build 59 doesn't really change anything here. If i enable/disable the global layer or add a text layer on top of it, Premiere hangs for about a minute until after lots of network activitiy to the NAS.

Votes

Translate

Translate

Report

Report
Enthusiast ,
Jan 02, 2025 Jan 02, 2025

Copy link to clipboard

Copied

Still not working right in beta. Color correction basically impossible in the basic tab. 

Votes

Translate

Translate

Report

Report
Explorer ,
Jan 03, 2025 Jan 03, 2025

Copy link to clipboard

Copied

There is a workaround for the basic panel. Just type the values, don't move the sliders. But there are numerous other things that cause the timeline to freeze like placing an adjustment layer or turning adjustment layer on or off. Seems wierd that Adobe hasn't seen this bug as there are many people reporting it in different threads.

Votes

Translate

Translate

Report

Report
LEGEND ,
Jan 04, 2025 Jan 04, 2025

Copy link to clipboard

Copied

Just to make sure Scrozier understands order of operations  ... that log to Rec.709 LUT and other corrections in the Adjustment Layer are being processed after the corrections applied in the timeline.

 

So you are aware your Lumetri timeline things are applied before the LUT, right?

Votes

Translate

Translate

Report

Report
Enthusiast ,
Jan 06, 2025 Jan 06, 2025

Copy link to clipboard

Copied

@R Neil Haugen yes that is how I typically do it. I know there is a wider working space now but I still do things the old way until I can figure that out. In previous workflows applying a lut was more or less destructive and would clip highlights etc. With FS7 footage many shooters overexpose 1-2 stops, aka rate the camera at 800iso instead of the recorded 2000 base iso. 

 

Long story short, toggling and untoggling the adjusment layer seems to cause app to read all the timeline files again for some reason before showing the image. I notice a lot of disk activity whenever I toggle the adj layer on or off. Something is off in the beta and I hope adobe fixes it before they push this on users. 

Votes

Translate

Translate

Report

Report
LEGEND ,
Jan 06, 2025 Jan 06, 2025

Copy link to clipboard

Copied

Yea, that processing thing you mention is ... interesting.

 

You're correct about LUTs being prone to clip or crush. That's heavily discussed by all colorists and colorist training, of course. Where you apply a transform LUT is rather important.

 

Before their new color management options, I always applied any transform LUTs in the Creative tab slot, so I could trim the clip into the LUT through the Basic tab controls. Which are of course processed before the Creative tab ... as nearly everything is top-down in Premiere processing. Including the Effects Control Panel list of applied effects to any clip.

 

Well, as long as tracks aren't involved ... as if so, then it's top down on the lowest track within that track. Move up to the next track, top down within that track, move up ...

 

But with the new CM stuff, I rarely use any conversion LUTs. The tranform algorithms are actual, complex math, not just a text chart of RGB value replacement, which is all a LUT is.

 

So the transforms will not clip or crush your pixels. Which is in itself a HUGE improvement.

 

Set the auto detect log to on, set auto tonemapping on your timeline, the conversion is now mathematically handled specifically to get all data safely into the new color space/dynamic range.

 

As with any conversion LUT, the algo's are intended as a first step, not to be the final look. So you use the algo to do the transform rather than a LUT, and as before, probably have presets of Lumetri for your particular media and tastes ... that you apply as you choose.

Votes

Translate

Translate

Report

Report
Enthusiast ,
Jan 07, 2025 Jan 07, 2025

Copy link to clipboard

Copied

Yeah the main thing holding me back from using it is nearly all my looks / luts are based around converting the footage from LOG and creating a film look some type of look in one step. They are often a creative lut and a transform lut so they don't really jive with the new paradigm. I haven't been editing as much so I haven't really wanted to reinvent the wheel just yet. Maybe once the fully push the color pipleine into stable premiere I will tinker more. 

Votes

Translate

Translate

Report

Report
LEGEND ,
Jan 07, 2025 Jan 07, 2025

Copy link to clipboard

Copied

LATEST

Transform and look in one LUT ... I can see of course where the attraction would be, but ... speaking in my colorist mind-set, that's an opening for troubles also.

 

I work for/with/teach pro colorists, and most of them went to algo based transforms log->linear as soon as they tested them and found them both safe and stable. That said, you will find some productions where the Director or DP insists on a LUT based process still.

 

Even then, some of the colorists I've talked with who get hit with that occasionally take the LUT, test to determine exactly what it's doing, and build either a node tree in Resolve or a DCTL that starts with the built-in transform and applies the look changes also. Visually nearly identical, but safer for all media used. 

 

I would suggest spending maybe a day with a number of test clips, seeing what the tonemapping algo does, and building the Lumetri presets to dump on them in the bin, would be a better process moving forward.

 

I don't use nearly the Adjustment layers I used to. But still, one very efficient method is to use their auto log/auto tonemapping tool, then have Lumetri presets for each camera type's media to finish the neutral/gray-point/tone-curve stuff. Apply that to all clips of each camera in the bin, so it affects all bits of any clips anywhere. "Source effect" is an awesome bulk tool.

 

Then put the Look in an AL above the clips in the timeline. Alternatively, apply the Look in a second or so Lumetri instance on all clips in the timeline, another bulk approach. But as I use a Tangent Elements panel, and the devs have never fixed the issue where all control panel work is appled to the FIRST Lumetri of any track!!!!!!!!! (yes I'm still upset about that!!!!!!) I would use the AL in this case, personally. So I can use my panel.

 

So ... drag/drop clips to the timeline, everything is pretty neutral and nearly matched tonally also ... make a quick pass to minimize any visual changes, then turn on the AL with the look to make sure all the clips 'fit' that look. Modify if needed to make 'em fit.

Votes

Translate

Translate

Report

Report
Resources