Anfängerfrage - sorry - Filmsequenz von Handy ruckelt - nur in der exportierten Datei

Welchen Prozessor hast Du, Motherboard, RAM-Größe, GPU (Nvidia, Intel, AMD), Speicher der GPU, ...??

kurt

Zitat von Christoph

habe: I9-10850;/3,6GHz, 32GB RAM, nur schnelle SSD-Speicher 970 EVO M.2, Nvidia RTX 3070/8GB, Motherboard ASRock Z490 PG Velocita.
EDIUS läuft in eigener Windows 10 Partition. Kein Office oder sonstiges ist dort vorhanden.

Das wäre also (zufriedenstellend) geklärt. // die o.a. Informationen solltest Du in die Signatur eintragen (samt den Edius-Angaben Version,...)

- Jetzt wäre ein Screenshot von Einstellungen > Projekteinstellungen > Aktives Projekt noch sehenswert!

- Detto von der Timeline (so, dass man links die Spurköpfe auch sehen kann).

kurt

Hi,

da die Bildraten des Projektes (25 p) und des Quellmaterials aus dem Smartphone (30p und vermutlich mit variabler Bildrate) Abweichungen, müssen Zwischenbilder berechnet werden.

Insoweit hat da auch die Einstellung in Zeiteffekt > Halbbildoptionen (richtiger Zwischenbilder) einen Einfluss. Hier bitte mal ausprobieren, ob die Einstellung „Optischer Fluss“ eine Verbesserung bringt.

Ist allerdings rechenintensiv und kann bei schnellen Bewegungen zu Bildfehlern (5-beibiege Hund) führen.

Ebenso wichtig wäre auch noch, welches H.264-Exportprogramm Du genutzt hast H.264 oder H.264(Nvidia).

Bei Dir sollte H.264 mit Hardwareunterstützung (QuickSync) das beste Ergebnis bringen. Über H.264(Nvidia) solltest Du grade bei H.264 Export eher nicht gehen.

Außerdem solltest Du auf T-Spuren im Projekt verzichten. Am besten gleich in den Projektvorlagen T-Spuren auf „0“ setzen.

Das hat zwar nichts mit Deinem derzeitigen Problem zu tun, aber T-Spuren sind ein Relikt aus der Vergangenheit und werden nur aus Gründen der Kompatibilität zu alten Projekten noch mitgeschleppt.

Titel gehören auf eine V-Spur.

Gruß

Peter

Zitat von Christoph

Das sind die Eigenschaften des Handy-Clips.

Dann stelle doch mal genau dort die Bildrate auf 25p ein und lege dann erst
diesen Clip auf die Timeline dazu. Wie läuft es jetzt?

Hmm..., das wird nichts.

Hi,

die Unterschiede zwischen Vorschau in Edius und dem Export kann ich mir jetzt auch nicht erklären.

Die Konvertierung unterschiedlicher Bildraten macht Edius doch auch automatisch. Du musst da ja schließlich nichts zusätzlich einstellen, oder gar vorher konvertieren um das Material mit der „richtigen“ Bildrate auf die TL zu bringen. Insoweit ist die Aussage völlig richtig.

Was Du dabei verstehen musst ist, dass es eben unterschiedliche Verfahren gibt (nicht nur in Edius, sondern generell), wie diese Angleichung dann erfolgt. Und die haben alle ihre Vor- und Nachteile.

Hier muss man halt das für den jeweiligen Bildinhalt und die eigenen Ansprüche beste Verfahren wählen.

Wobei halt „krumme“ Anpassungen (25p an 30p oder umgekehrt) anfälliger sind als Anpassung mit zueinander passenden Bildraten (50p an 25p, oder 30p an 60p).

Und extrem schlecht ist halt Material aus Smartphones, da diese mit variablen Bildraten arbeiten. Da müssen ja dann im NLE schon alle Bilder der Aufnahmen an die Projektbildrate angepasst werden. Quasi also eine doppelte Anpassung.

Zu den Verfahren:

„Nächster Nachbar“ nimmt einfach das Bild, welches zeitlich am besten zu dem Zeitpunkt passt, an dem gemäß der „neuen“ Bildrate ein Bild dargestellt werden muss.

Hier werden also fehlende Bilder verdoppelt (oder sonst wie oft vermehrfacht), bzw. wenn es in der Quelle mehr Bilder als benötigt gibt, ein oder mehrere Bilder ausgelassen.

Dass es hierbei dann relativ schnell zum „Ruckeln“ kommen kann ist klar. Dies ist also eher was für Aufnahmen ohne große Bewegungen.

„Bildvermischung“ arbeitet ähnlich wie eine Überblendung. Das gezeigte Bild wird also aus 2 sich überlagernde Bilder erstellen.

Hierbei kann es dann schnell zu Unschärfen, oder „Geisterbildern“ = halbtransparente Schemen kommen.

Nächster Nachbar und Bildvermischung haben aber den Vorteil ohne große Rechenleistung auszukommen, deshalb lässt sich das normalerweise auch in Echtzeit abspielen.

„Optischer Fluss“ arbeitet da anders und versucht aus den Unterschieden zweier Bilder eine logische Fortsetzung der Bewegungen zu errechnen. Hier werden also tatsächlich neue Bilder erstellt und nicht nur vorhandenes Material wiederholt/überblendet.

Das hat natürlich meist die besser Qualität, braucht aber halt auch viel Rechenleistung und ist deshalb nicht immer in Echtzeit abspielbar.

Außerdem kann es halt zu Fehlinterpretationen führen, wie dem 5-beinigen Hund, bei dem halt die Umrisse nicht mehr stimmen.

Völlig davon unabhängig müssen bei einem Export halt die auf der TL liegenden Clips in den gewünschten Codec umgerechnet werden. Das machen die Encoder, also sowas wie ein kleines Programm.

Und hier haben halt die Intel iGPU (QuickSync), die Nvidia-GraKa und die CPU jeweils eigene „Programme“.

Da Edius sehr stark auf QuickSync ausgerichtet ist und der Intel-Encoder auch einige Sachen kann, die der Nvidia-Encoder nicht kann, bist QS meist die bessere Wahl.

Unabhängig davon ist der Einsatz einer Nvidia-GraKa aber für bestimmte Effekte sehr hilfreich und sollte in den entsprechenden Einstellungen aktiviert werden.

Ich hoffe, das ist einigermaßen verständlich erklärt.

Gruß

Peter

Zitat von Christoph

Komisch ist nur, dass in Edius von der Timeline das Handy-Video "tadellos" läuft und egal mit welcher Methode man exportiert - das Ruckeln wird bei diesem Vorgang "erzeugt".

1) Das ist schon irgendwie verwunderlich.

2) ABER: Hier ein Beispiel, wann man so etwas erleben kann:

- Es wird bei der Zwischenbildberechnung "Nächster Nachbar" benutzt. // Warum auch immer

- Der Export erfolgt "irgendwie".

- Beim exportierten Film passiert dann Folgendes:

-- Immer dann, wenn Zwischenbilder auftauchen, handelt es sich beim Zwischenbild um eine identische Kpoie des entsprechenden Vorgängerbildes.

-- D.h. aber nichts anderes, als dass das Vorgängerbild z.B. doppelt so lange angezeigt wird, als die Bildrate des Films aussagt.

-- Zu Testen wäre das leicht: Projekteinstellung auf 50p > 25p-Clips in die Timeline > exportieren (als 50p). Dann sehen sensible Menschen diesen 50p-Film wie einen "25p-ruckelnden" Film. // Ich z.B. bin da sehr 25p-sensibel (und filme z.Zt. ausschließlich 50p FHD).

Besonders gut ist so ein Ruckelfilm zu sehen, wenn die 25p-Clips schnell fahrende Objekte quer zur Kameraachse enthalten.

Eine genaue Beschreibung (Schritt für Schritt), wie Du die Timeline exportiert hast, könnte weitere Ideen liefern, was sich da verbessern ließe!

mfG kurt

Christoph:

Habe Dein Problem nachgestellt, gibt bei mir kein Ruckeln.

Versuche anhand meiner Einstellungen, ob es bei Dir was bringt!

Siehe die entsprechenden Screenshots.

Screenshot-1: Projekteinstellungen (empfehle ich Dir grundsätzlich)

Screenshot-2: Exporteinstellungen a)

Screenshot-3: Exporteinstellungen b)

Screenshot-4: Timeline (der mittlere Clip hat 29,97p fps, die beiden anderen 25p)

Screenshot-5: Exportfenster (via F11 aufzurufen)

mfG kurt

Sorry, ich habe jetzt hier nicht alles gelesen. Welche Bitrate hat das Handyvideo? Zumeist ist die sehr hoch. Ich kenne das auch von meiner Drohne. Da kommt auch mein PC, nicht ganz neu aber auch nicht alt, ins straucheln. Ich bin kein Profi wie so viele hier aber seht es als Tipp mal dahingehend an um nach dem Problem zu suchen.

Zitat von Globebus

Ich bin kein Profi wie so viele hier aber seht es als Tipp mal dahingehend an um nach dem Problem zu suchen.

Jeder Tipp ist hier willkommen.

Außerdem hast Du mich dadurch auf einen Gedanken gebracht.

Der exportierte Film könnte auch ruckeln, weil z.B. die Bitrate zu hoch angesetzt wurde und der Player, bzw. das Wiedergabegerät dies nicht wiedergegeben kann.

Deshalb neue Fragen:

1. auf welchem Weg (Gerät/Programm/Datenträger) hast Du den Export abgespielt;
2. hast Du es auch über andere Wege/Geräte probiert, wenn nein, bitte mal machen und sehen, ob es da auch ruckelt;
3. welche Exporteinstellungen hast Du verwendet, vergleiche die auch mit dem was Kurt vorschlägt.

Gruß

Peter

Kannst doch nicht EDIUS als Videoschnittprogramm mit dem VLC-Player vergleichen...

Ich hätte gerne von Dir erfahren, welches Ergebnis mein Vorschlag #8 gebracht hat nach dem Export im VLC-Player