Nach langer suche und verschiedenen einstellungsversuchen, und nichts geholfen hat, hab ich mich hier registriert und hoffe das mir einer helfen kann.
Habe mir vor kurzem eine Sony Alpha 7 IV gekauft. Da ich von Spiegel Reflex auf eine System Kamera Umsteigen wollte.
Nun zu meinem Problem,
Wenn ich in Premiere Pro die Geschwindigkeit umkehre ruckelt es, als hätte man 1 FPS.
Bei normaler Wiedergabe keine Probleme.
Am Rechner dürfte es nach meiner Meinung nicht liegen.
Ich hoff mir kann jemand helfen :)
PC System
WIndows 11
I7 12700K
RTX 3080TI
32GB Ram DDR5
Alles Läuft auf SSDs
Macbook Pro M1 das selbe Problem
Typ: MPEG-Film
Dateigröße: 992,15 MB
Bildgröße: 3840 x 2160
Framerate: 29,97
Audioformat der Quelle: 48000 Hz - 16-Bit - Stereo
Audioformat des Projekts: 48000 Hz - 32-Bit-Floating-Point - Stereo
Gesamtdauer: 00;00;56;00
Pixel-Seitenverhältnis: 1,0
Alpha: Keine
Farbraum: Rec. 709
Farbraum überschreiben: Aus
Eingabe-LUT: Keine
Videocodec-Typ: MP4/MOV H.264 10 bit 4:2:2
Hier schreiben doch immer die Macies, dass h264 10 bit auf dem Mac hardwareunterstütz wird? Ohne Hardwareunterstützung kann ich mir vorstellen, dass es ruckelt. Wenn es nicht ruckeln darf (ich verstehe es so, dass es um den Schnitt geht, nicht um das finale Video), dann muss man es in einen Codec transferieren der Hardwareunterstützung liefert. Unter Windows wäre das z.B. h264 8bit. Oder h265 in 8 oder 10bit (letzteres nur, wenn auch die interne GPU des Prozessors aktiv ist).
Vielleicht reicht es aber auch, in einen Intermediat umzurechnen (DNxHR oder ProRes, da müste man nicht auf 8bit runter, falls es keine iGPU gibt), bin mir aber nicht sicher, müsste man ausprobieren.
dienstag_01 hat geschrieben: ↑Fr 05 Jan, 2024 01:00
Hier schreiben doch immer die Macies, dass h264 10 bit auf dem Mac hardwareunterstütz wird? Ohne Hardwareunterstützung kann ich mir vorstellen, dass es ruckelt. Wenn es nicht ruckeln darf (ich verstehe es so, dass es um den Schnitt geht, nicht um das finale Video), dann muss man es in einen Codec transferieren der Hardwareunterstützung liefert. Unter Windows wäre das z.B. h264 8bit. Oder h265 in 8 oder 10bit (letzteres nur, wenn auch die interne GPU des Prozessors aktiv ist).
Vielleicht reicht es aber auch, in einen Intermediat umzurechnen (DNxHR oder ProRes, da müste man nicht auf 8bit runter, falls es keine iGPU gibt), bin mir aber nicht sicher, müsste man ausprobieren.
Die Macies haben keine Probleme mit FCP oder DaVinci.
Der TO schreibt: bei normaler Wiedergabe keine Probleme
Sony7IV hat geschrieben:Wenn ich in Premiere Pro die Geschwindigkeit umkehre ruckelt es, als hätte man 1 FPS.
Bei normaler Wiedergabe keine Probleme.
Also m.M. stimmt etwas mit Premiere nicht.
"Deine Zeit ist begrenzt. Verschwende sie nicht damit, das Leben eines Anderen zu leben"
(Steve Jobs)
Unter Windows muss man in Premiere für das hardwareunterstütze Dekodieren in den Einstellungen ein Häckchen setzen, vielleicht muss man das auf dem Mac auch.
...entspannt bleiben. "Rückwärts" ruckelt es in Premiere (mal mehr mal weniger) in "Echtzeit" immer. Egal welcher Codec oder wie potent der PC ist.
Lösung: den Clip in der Timeline rendern. Dann sollte es in der Vorschau nicht mehr ruckeln (zur Not noch auf halbe Auflösung im Monitorfenster stellen).
Nach dem Exportort sollte es endgüldig i.O. sein.
Sony7IV hat geschrieben: ↑Fr 05 Jan, 2024 00:07
Wenn ich in Premiere Pro die Geschwindigkeit umkehre ruckelt es, als hätte man 1 FPS.
Bei normaler Wiedergabe keine Probleme.
Ist bei meinem Win PC mit Premiere auch so, allerdings ist mein System auch nicht mehr ganz taufrisch:
AMD Ryzen 7 3700X 8x3,6 GHz
GIGABYTE AORUS GeForce GTX 1080 Ti Xtreme
Gleiches Format, allerdings normalerweise 50FPS.
Mein Vorgehen ist dann auch: Clip in der Timeline vorrendern.
Man kann eine GoP nicht rückwärts dekodieren... das muss pro GoP vorwärts dekodiert werden, gepuffert, aus dem Puffer rückwärts abgespielt werden, die nächste GoP vorwärts dekodiert werden, usw.
Das in 4K mit 30 - 60 fps pro Sekunde in Echtzeit.
MK hat geschrieben: ↑Fr 05 Jan, 2024 09:38
Man kann eine GoP nicht rückwärts dekodieren... das muss pro GoP vorwärts dekodiert werden, gepuffert, aus dem Puffer rückwärts abgespielt werden, die nächste GoP vorwärts dekodiert werden, usw.
Das in 4K mit 30 - 60 fps pro Sekunde in Echtzeit.
Das siehst du mal, was so ein Computer heutzutage alles kann ;)
Sony7IV hat geschrieben: ↑Fr 05 Jan, 2024 10:28
Wenn Ichs Ränder läuft es einwandfrei aber sobald ich ein Keyframe setzen möchte für Speedramps, ist die Linie ja wieder gelb und ruckelt wieder.
...ja eben! ;)
Nochmal rendern oder den Clip gleich seperat rausrendern, um dann in "original" Rückwärtsgeschwindigkeit, es erneut ins Projekt einzufügen.
Im Anschluß wird es nach Speedramps etc. nicht wieder ruckeln.
MK hat geschrieben: ↑Fr 05 Jan, 2024 09:29
Ja was jetzt, vorrendern oder Echtzeit?
Wen fragst du das? Mich? Schrieb ich doch:
Alex hat geschrieben: ↑Fr 05 Jan, 2024 09:08Mein Vorgehen ist dann auch: Clip in der Timeline vorrendern.
dienstag_01 hat geschrieben: ↑Fr 05 Jan, 2024 09:31
Normal ist, dass hardwareunterstütztes LongGOP unter Windows weder in Davinci noch Premiere ruckelt. Rückwärts.
Also in meinem Fall "Intra". In LongGOP hab ich bisher noch nie aufgenommen. Deshalb fag ich mich ja auch, warum es rückwärts ruckelt.
Wobei, um es einmal ganz genau zu schildern:
Normaler Clip 10Bit 4:2:2 UHD SLog in die Timeline: alles prima
Wenn ich den rückwärts laufen lasse: Beim Schnitt hab ich dann einen kleinen Aussetzer am Anfang des Clips, aber man kann noch recht gut arbeiten.
Aber wenn ich dann noch einen Effekt draufsetze (und irgendwas ist immer drauf, und wenns nur Lumetri ist) dann ruckelt es stärker, dass ich lieber vorrendere. Dem anderen Clip, der vorwärts läuft, ist unbeeindruckt vom gleichen Effekt.
Rechtliche Notiz: Wir übernehmen keine Verantwortung für den Inhalt der Beiträge
und behalten uns das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
