Ruckler bei großen H.265-Sequenzen mit mehreren Videospuren – flüssige Bearbeitung ohne Rendern

Question

Hallo zusammen,ich arbeite mit Adobe Premiere Pro Version 25.5.0 (Build 13) auf Windows. Die Software läuft grundsätzlich stabil, aber ich habe massive Performance-Probleme bei bestimmten Projekten und hoffe auf eine Lösung oder einen empfohlenen Workflow. Systemdaten:CPU: Intel Core i7-12700K 12th Gen, 3.61 GHzGPU: NVIDIA Quadro RTX4000RAM: 64 GBSpeicher: Samsung SSD 980 Pro, 1 TBWindows-Version: Windows 11 Pro Mein Anwendungsfall:Ich bearbeite mehrere lange Videodateien (H.265 / MP4, jeweils ca. 2 GB, teils mehrere Stunden Laufzeit)Teilweise liegen bis zu 24 Kameraquellen gleichzeitig in der Sequenz (übereinander bzw. parallel abgespielt)Die Daten liegen auf einer internen SSDPremiere reagiert grundsätzlich, aber sobald ich in der Timeline springe oder mehrere Spuren gleichzeitig abspiele, ruckelt die Wiedergabe stark – auch im Programmmonitor Mein Ziel:Ich möchte das Material ohne vorheriges Rendern direkt flüssig bearbeiten können – insbesondere:Ruckelfreies Springen in der Vorschau / Timeline, ohne dass Premiere jedes Mal neu dekodieren mussMöglichst keine langen Render-Vorgänge, da sie den Workflow stark verlangsamenIdeal wäre ein Workflow, bei dem sich lange H.265-Sequenzen mit vielen Spuren nativ abspielen lassen Fragen an die Community:Gibt es eine Möglichkeit, solche Projekte ohne Rendern flüssig abzuspielen?Ist ein Proxy-Workflow zwingend notwendig, oder gibt es optimale Einstellungen (Vorschauformat, GPU-/Cache-Optionen etc.), um H.265-Material direkt performant zu schneiden?Kann man Premiere so konfigurieren, dass Clips nicht standardmäßig im Quellmonitor, sondern direkt im Programmmonitor / Sequenz geöffnet werden, damit Vorschauen genutzt werden? Vielen Dank im Voraus für die Unterstützung!

R Neil Haugen · Answer

Your GPU is rather ancient, though it looks like the Turing cards still get the newer drivers ... what driver number are you using?

Next, your CPU does have internal processing for long-GOP, but ... isn't a particularly new/hot CPU. So "adequate" I guess.

Now ... what you're wanting to do is to process up to 20 tracks, simultaneously!!!!... of the nastiest format/codec out there for editing purposes ... that is something you need to understand.

To play back one track of that, the computer must process, create frames for, and store between 9 and 50 or more "partial" frames, both in front of and behind the 'current' frame. Note that the vast majority of frames have only a number of pixels in them ... much of the image is from another frame, and so the computer needs to mesh frames from several frames to create the next displayed frame.

That is why colorists ... who have typically 'heavy iron' hardware that dwarfs yours, do not want to work with long-GOP for grading ... and typically as soon as they get such from a client, do a transcode to say ProRes422 or something, that they will import and grade with.

Yet editors, with much lesser machines, want the original long-GOP to "just work".

With a really, really high-end rig you might get 10 or more tracks of H.265 to play back ... maybe. Other than that, proxies, rendering sections of the timeline, or t-codes are what are the practical working methods for you.

Sign up

To post, reply, or follow discussions, please sign in with your Adobe ID.

Sign in to Adobe Community

To post, reply, or follow discussions, please sign in with your Adobe ID.

Scanning file for viruses.

This file cannot be downloaded