Skip to main content
David.exe
Participant
July 29, 2026

Choppy/stuttering preview playback on 10-bit 4:2:2 All-Intra footage when using Speed/Duration for slow motion (50%) — Export/Render unaffected

  • July 29, 2026
  • 3 replies
  • 6 views

Zusammenfassung:
Preview-Wiedergabe ruckelt stark bei 50%-Zeitlupe (Frame Sampling) auf 10-bit 4:2:2 All-Intra-Material, obwohl Export und lokales Rendering einwandfrei flüssig sind. Proxys, GPU-Beschleunigung und schnelle Storage-Lösungen ändern nichts am Verhalten. Bemerkenswert, da All-Intra (jedes Frame unabhängig, kein GOP-Referenz-Overhead) decoder-technisch eigentlich einfacher zu handhaben sein sollte als Long-GOP-Codecs.

Quellmaterial:

  • Codec: H.264, 10-bit, 4:2:2, All-Intra
  • Auflösung: 4096×2160 (C4K)
  • Framerate: 50fps (konstant, bestätigt via Frame-Count/Dauer-Berechnung, kein VFR)
  • Bitrate: ~600 Mbps
  • Farbraum: Rec. 709
  • Sequenz: 25fps Timeline

Workflow:

  1. Clip in 25fps-Sequenz einfügen
  2. Speed/Duration auf 50% setzen (Time Interpolation: Frame Sampling, Standard)
  3. Preview abspielen → deutliches Ruckeln, wirkt wie ~12,5fps statt sauberem 25fps

Bereits ausgeschlossene Ursachen:

  • ✅ Framerate-Interpretation korrekt (Interpret Footage zeigt korrekt "50,0000 fps aus Datei")
  • ✅ Kein VFR (Variable Frame Rate) – Frame-Count/Dauer-Verhältnis bestätigt exakt 50,00fps konstant
  • ✅ GPU-Beschleunigung (Mercury Playback Engine / CUDA) aktiv
  • ✅ Proxy-Workflow getestet (ProRes Proxy, korrekt verknüpft, korrekte Framerate im Proxy)
  • ✅ Storage-Performance ausgeschlossen: Getestet auf interner NVMe-SSD (72 MB/s Random-Read Q1T1), interner SATA-SSD (34 MB/s) und externer USB-SSD (15 MB/s) – Ruckeln identisch auf allen drei, unabhängig von Random-Read-Geschwindigkeit
  • ✅ Media-Cache geleert, Voreinstellungen zurückgesetzt (Alt+Shift beim Start) – kein Unterschied
  • ✅ Playback-Auflösung auf 1/4 reduziert – Ruckeln bleibt bestehen
  • ✅ Codec ist All-Intra, nicht Long-GOP – schließt GOP-Referenz-Overhead als Ursache aus

Entscheidender Befund:

  • Export der Sequenz: komplett glatt, keine Frame-Drops
  • Manuelles Rendern des Timeline-Bereichs (Sequenz → Render Selection / Enter): danach läuft Preview perfekt smooth
  • Nur die Echtzeit-Preview vor dem Rendern ist betroffen

Schlussfolgerung:
Das deutet stark darauf hin, dass es sich nicht um ein reines Hardware-/Performance-Problem oder eine Codec-Struktur-Eigenheit (All-Intra sollte decoder-technisch unproblematisch sein) handelt, sondern um eine Ineffizienz in der Art, wie die Premiere-Preview-Engine beim Frame-Sampling-Zugriffsmuster (Frame-Wiederholung für Slow-Motion) mit High-Bitrate 10-bit 4:2:2 Material umgeht – im Gegensatz zur sequenziellen Dekodierung bei normaler Wiedergabe oder beim finalen Rendering.

System:
i5 13600KF, Nvidia RTX4070, 32GB RAM, 1TB NVMe, 2TB SSD Extreme portable

Frage an Adobe:
Ist dies ein bekanntes Verhalten/bekannter Bug der aktuellen Preview-Engine bei diesem Codec/Zugriffsmuster? Gibt es einen Fix außer permanentem Vorrendern?

    3 replies

    Amy the Stuv
    Community Manager
    Community Manager
    July 29, 2026

    Hello ​@David.exe 

     

    Welcome to the Premiere Forums. I have not seen playback issues with 4K H.264, 10-bit, 4:2:2, All-Intra footage. We need a little more information to identify the issue.

     

    What version of Premiere are you currently using and what is your OS version, Win 10 or 11?

     

    Thank you for bringing this to our attention, but I’m glad to hear it can render out okay. I’m curious if you make and use proxies if this problem persists in playback?

     

    Amy

    David.exe
    David.exeAuthor
    Participant
    July 29, 2026

    Danke für die schnelle Rückmeldung!

    System-Infos:

    • Premiere Pro Version: 26.3.0 Build 93
    • OS: Windows 11 25H2

    Zu den Proxys: Ich verwende Proxy-Dateien (ProRes Proxy, korrekt verknüpft, passende Framerate). Das Problem tritt jedoch sowohl mit als auch ohne aktive Proxys identisch auf. Das Deaktivieren der Proxy-Wiedergabe (Original in Vollauflösung) ändert nichts am Ruckeln.

    Weitere Details, die relevant sein könnten:

    • Storage auf 3 verschiedenen Laufwerken getestet (interne NVMe, interne SATA‑SSD, externe USB‑SSD) → identisches Verhalten, daher kein Storage‑Flaschenhals.

    • Framerate der Quelldatei korrekt interpretiert (50,0000 fps, kein VFR).

    • Sobald ich den betroffenen Timeline‑Bereich manuell rendere (Sequenz → Render Selection), läuft die Preview danach einwandfrei flüssig.

    • Der Export der gesamten Sequenz ist ebenfalls komplett smooth, keine Frame-Drops.

    • Das Ruckeln tritt ausschließlich in der Echtzeit-Preview auf, wenn Speed/Duration auf 50 % gesetzt ist (Frame Sampling). Bei normaler 100 %-Wiedergabe desselben Clips gibt es kein Ruckeln.

    Wichtig: Selbst bei 4:2:0‑Material und sogar bei 5,7K‑Auflösung (Originaldateien) tritt kein Ruckeln auf — das Problem erscheint ausschließlich bei der verlangsamten Wiedergabe (50 %).

    Amy the Stuv
    Community Manager
    Community Manager
    July 29, 2026

    @David.exe 

     

    Happy to help. I did find that slowing down may be the issue. At dramatic reductions in speed (10% and lower), the slowed action may look noticeably choppy if you do not render. Frame Blending and Optical Flow both also require rendering. Speeding up is an easier process as Premiere isn’t having to generate estimated frames, it’s just skipping data that already exists.

     

    Some effects will unfortunately just require a render, but since you’re rendering anyway, I would encourage playing with the other Time interpolations to see if the image looks better.

     

    Hope this helps!

    Amy