QFHD 50p 8Bit Projekt - Auffinden von Clips in der Timline deren Geschwindigkeit nicht 100% ist?

Es gibt meines Wissens keine Möglichkeit, solch ein Kriterium zu suchen. Und im Bin werden ja nur Daten der Originalclips angezeigt (z.B. Dauer), aber logischerweise nicht von Clips/Clipteilen, die in der Timeline liegen.

Du wirst wohl manuell alle Clips durchgehen müssen. Nutze dazu am besten die Tastenkombination "Alt+E". Das spart den zeitraubenden und nervenden Umweg über das Kontextmenu. Also:
# Clip anklicken
# Alt+E drücken und schauen, ob was anderes als 100% im Geschwindigkeitsfenster steht.
--> Falls nicht, auf Abbrechen klicken
--> Falls ja, gleich an Ort und Stelle den Clip auf optischen Fluss ändern (das musst Du nämlich ohnehin für jeden gewünschten Clip einzeln machen, da es dafür keine Sammelfunktion gibt)
# mit nächstem Clip weitermachen

Wichtig: Du solltest NICHT versuchen, Mauszeit zu sparen, in dem Du das Geschwindigkeitsfenster per Enter-Taste schließt. Denn Edius rundet die Prozentangaben logischerweise und anschließend kann Dein Clip ein Frame länger oder kürzer sein (hab's getestet). Das führt je nach eingestelltem Schnittmodus entweder zu Deadframes in Deiner Timeline (also 1-Frame-Lücken), oder dazu, dass nachfolgende Clips nach rechts oder links verschoben werden!

Erfahrung fürs nächste Mal: entweder die Interpolationsmethode gleich richtig einstellen, oder Du machst den Clip kenntlich, damit Du ihn später leichter wiederfindest. Z.B., indem Du alle zeitveränderten Clips in eine eigene Spur schiebst, oder aber indem Du die Clipfarbe in der Timeline änderst. Irgendwie so.

Eine schnellere Alternative wäre (WENN DAS IN FRAGE KOMMT):

- Irgendeinen Clip in der Timeline selektieren
- ALT+E > Halbbildoption
- und gemäß Screenshot vorgehen

Möglicher Nachteil:
Der opt.Fluss gilt dann im gesamten Projekt (und nicht nur für die o.a. speziellen Clips.

Gruß kurt

Hi,

grundsätzlich würde ich auch zu dem Vorschlag von Kurt tendieren.
Denn dort, wo keine Zwischenbilder erstellt werden müssen )also wenn Clip-Framerate und Projekt-Framerate übereinstimmen), hätte diese Einstellung ja keine negativen Auswirkungen.

Die von Kurt genannte Einstellung wirkt sich allerdings nicht auf bereits auf der TL verwendete Clips aus. Diese behalten die Zeiteffekt-Eigenschaft die galt, als sie der TL hinzugefügt wurden.
Hier kannst Du aber alle (oder die gewünschten) Clips auf der TL markieren und die Zeiteffekt-Einstellung für die Auswahl über das Kontextmenü ändern.

Wenn ich Dich jetzt richtig verstanden habe, dann geht es um Clips, die in einer von den Projekteinstellungen abweichenden Framerate aufgenommen wurden.
I.d.R. sollte es sich dabei ja dann entweder um die Aufnahmen aus (einer) bestimmen Kamera(s) handeln, oder - wenn die Einstellungen einer Kamera geändert wurden - um einen bestimmten Aufnahmezeitraum. Insoweit sollten sich die Clips doch anhand ihrer "Herkunft" einwandfrei identifizieren lassen, z.B. über die Benennung der Clips.

Dann würde ich in der Bin entsprechende Ordner anlegen - z.B. Clips 25p, Clips 50p, etc. - und diese bereits beim Import/Capturen entsprechend verteilen. So weißt Du immer, wann ein entsprechender Clip verwendet wird.
Diese Einteilung ginge auch, wenn bereits eine übergeordnete Sortierung - z.B. nach Aufnahmeorten - besteht.

Also eher eine Frage der Projektorganisation.

Gruß
Peter

Nachtrag:

Zitat von Sharky

Wenn man dieses so macht, so glaube ich, hat man den riesen Nachteil das eine vernünftige Wiedergabe trotz eines besseren PCs, aus der Timeline auf Grund der rechenintensiven Tätigkeiten, nicht mehr möglich ist!

Die rechenintensiven Tätigkeiten finden nur dort statt, wo eine Zwischenbildberechnung notwendig ist. Also bei eingestellten Zeiteffekten, oder wenn die Clip-Framerate nicht mit der Projekt-Framerate übereinstimmen.
An diesen Stellen ist dann halt oft keine Echtzeitwiedergabe möglich. Aber das würde ja eben grade die Clips betreffen, bei denen Du Optischer Fluss jetzt manuell einstellen möchtest.

Solange die Clip-Framerate mit den Projekteinstellungen übereinstimmt, müssen ja keine Zwischenbilder berechnet werden, da das vorhandene Material ja sozusagen 1:1 wiedergegeben wird. Hier gibt es also auch keine Verzögerungen durch Optischer Fluss.

Problematisch sind halt nur Aufnahmen - z.B. aus einem Smartphone -, die mit variabler Framerate aufgenommen wurden.
Bei diesen nur geringen Abweichungen bringt Optischer Fluss i.d.R. keine wirklich merkbare Verbesserung, belastet den Rechner aber durch die stattfindenden Berechnungen erheblich. Das führt dann meist zu einer nur ruckelnden Wiedergabe.
Für diese Clips sollte man dann also eine andere Einstellung wählen. Entweder in dem man dann diese Clips auf der TL manuell verändert, oder wenn es sich um ein Projekt aus ausschließlich/überwiegend Material mit variabler Framerate handelt, durch (vorübergehende) Änderung des Standards.

Ergänzung zu meiner Post-4:

1) Der in Post-4 gezeigte Weg ist - worauf Peter dankenswerter Weise hingewiesen hat - für die Clips in der BIN geeignet, die erst danach in die TL gezogen werden.

2) Für den konkreten Fall böte sich folgende, sehr schnelle Methode an (wieder: FALLS DAS IN FRAGE KOMMT):

a) Alle Clips in der TL selektieren (Gummiband, SHIFT+A udgl.)
b) ALT+E > Halbbildoption > Optischer Fluss.

Dann sind alle Clips in der TL auf Optischer Fluss umgestellt, ohne dass die allgemein gültige Standardeinstellung geändert würde.
Möglicher Nachteil: Der Optische Fluss ist dann eben in allen TL-Clips gesetzt.

Peter: Was hältst Du davon?
Gruß kurt

Zitat von Sharky

Notfalls markiert man halt wieder alle Clips und stellt die Halbbildoptionen wieder um.

Ist auf jeden Fall schneller als 900 Clips manuell - wie auch immer - umzuackern.
Gruß kurt

Zitat von Sharky

1) Ist das Material der DJI für EDIUS ein schwieriges Material?
2) Wenn JA, sollte ich es besser vor dem Schnitt mit dem AVCHD2HQ-Konverter in HQX Superfine Files wandeln?
3) Welche Empfehlungen (Workflow) könntet Ihr mir sonst noch geben?

Von meiner Seite (Clips mit der DJI Pocket-1) aus betrachtet:
ad 1) Ja; aber auch andere NLEs sind mit den variablen Frame-Raten nicht glücklich.

ad 2) Ich gehe so vor:
- Umwandlung in BIN-Ordner vornehmen:
Clips selektieren > rechte Maustaste auf ersten davon > Umwandeln > Datei (Batch) > Ausgabeordner festlegen > Dateinamen nicht ändern > Dateityp HQ(X) Online-Qualität wählen > Speichern.
- Die HQ(X)-Clips in einen eigenen BIN-Ordner verschieben > den Original-BIN-Ordner zB als Unterordner davon verschieben (zum Nachschauen, wenn erforderlich etc.).
- Und dann ausschließlich mit diesen HQ(X)-Clips arbeiten.

ad 3)
- Mit den HQ(X) Clips (sie sind Intraframe!) wirst Du zB mit NeatVideo eine Beschleunigung erleben, die sich sehen lassen kann. Auch Mercalli liebt Intraframe sehr usw. // Einmal mit einer TL testen und Du weißt, ob das etwas für Dich ist.
// Ein diesbezügliches Feedback sollte eigentlich allen Nutzern hier etwas bringen.
- Lade Dir das Vademecum, Band-4 runter > dort Abschnitt Performance (zB Audiomixer ausblenden !!! etc.) ansehen:
https://www.edius.de/vademecum.html
Gruß kurt

Zitat von Sharky

Kurt, hast Du unter EDIUS X mit dem von Dir angeführten Prozedere eine bessere Erfahrung!

Kann ich so nicht beantworten:
- Irgendwann hat bei mir der externe AVCHD2HQ-Konverter nicht mehr funktioniert; ich weiß es echt nicht, ob der mit EdiusX noch fkt.
- Aber ich kann einen Test durchführen mit 10 Clips aus einer DJI Pocket-1, UHD50p.
Melde mich mit den Daten dann wieder.
Meine HW-Daten stehen in der Signatur.
kurt

Zitat von Sharky

Das ganze Projekt besteht nur aus den Original Clips, also Clipgeschwindigkeit 100%, die mit einer DJI OSMO POCKET (siehe Anhang) gemacht wurden.
Diese sind also alle mit variabler Bitrate aufgenommen worden.

Ok, dann hatte ich Deine die Frage etwas falsch verstanden. Ich dachte eben es ginge um "Mischmaterial", welches mit unterschiedlichen Frameraten (z.B. 25p, 30p, etc.) aufgenommen wurde.

Bitte aber immer den Unterscheid zwischen variabler Bildrate (= nicht konstante Framerate/Sekunde) und variabler Bitrate (= nicht konstanter Datenfluss/Sekunde) beachten.

Eine variable Bildrate wird eben von Smartphones und ähnlichen Geräten verwendet, bei denen der Hersteller wohl eher davon ausgeht, dass diese nicht weiter bearbeitet werden. Auch hier ist Ziel die Dateigröße, insbes. aber den Datenfluss, zu vermindern.
Wie Kurt schon schreibt, tun sich viele NLEs (grade wohl auch die teureren "Professionellen") mit variablen Bildraten schwer, da diese eben nicht der SMPTE-Norm entsprechen.

Eine variable Bitrate hingegen wird bei eigentlich allen modernen Codecs eingesetzt um die Dateigröße gering zu halten.
Das bereitet bei der einfachen Wiedergabe normalerweise keine Probleme, auch wenn es natürlich wegen der höheren Komprimierung einen höheren Rechenaufwand bei der Decodierung (="lesen") bedeutet. In einem Schnittsystem kann es aber trotzdem zu einer sehr starken Belastung führen, weil es je hier nicht allein um eine Wiedergabe geht.
Deshalb nehmen auch viele AVCHD-Kameras trotzdem mit konstanter Bitrate, teilweise sogar mit I-Frame-Only auf, um eine erleichterte Bearbeitung im NLE zu ermöglichen.

Bei der Osmo Pocket und einigen anderen Kameras (insbes. aus "Drohnen", sowie einigen Action-Cams) scheint aber der Aufwand bei der Decodierung so hoch zu sein, dass Edius damit doch ziemliche Probleme hat diese in Echtzeit wiederzugeben. Da spielt die variable Bitrate sicherlich auch eine gewisse Rolle, aber vermutlich eher auch andere Dinge, wie die GOP-Struktur. Bei meinem Rechner (Edius WG) kann ich mich meist damit behelfen die Vorschau auf 1/2 abzusenken.

Die von Kurt geschilderte Umwandlung in HQX (oder auch die Verwendung von Rendern und zu TL hinzufügen (SHIFT+Q-Rendern) ist eine sehr gute Möglichkeit auf der TL leicht zu bearbeitendes Material zu erhalten. Allerdings kann dabei je nach Projektgröße auch erheblicher Speicherbedarf anfallen, da die HQX-Dateien sehr groß sind.
Aber für eine Bearbeitung in Edius kann man kaum besseres Material erhalten.

Eine weitere Möglichkeit, die ich auch auf meinem vorherigen Rechner für Material aus der OP angewendet habe (anwenden musste) wäre der Proxy-Schnitt.
Hierbei werden durch Edius relativ kleine Proxy-Dateien mit leicht verminderter Qualität erstellt. Das dauert im ersten Moment etwas, geht aber auch relativ schnell.
Sowohl das Original, als auch die Proxy sind dann mit dem Clip verknüpft. Angezeigt wird immer die Dateiform, deren Modus grade läuft. Aber man arbeitet immer nur mit dem gleichen Clip auf der TL und braucht eigentlich nichts weiter zu beachten.
Nur beim Export muss man natürlich wieder in den Normalmodus zurückstellen, da ja sonst als Quellmaterial das schlechtere Proxy verwendet würde.

Bei mir hatte das mit der Einstellung Systemeinstellungen > Anwendung > Proxy > Proxy-Größe = Groß immer recht gut geklappt und auch eine brauchbare Vorschau geliefert.

Zitat von Sharky

In meinem Projekt habe ich den einen oder anderen Clip mit einem Zeit-Effekt versehen um Laufzeit-Anpassungen bei BILD- in BILD-Montagen mit mehrerer Clips durchzuführen.
Auch bei der NVT mit rhythmischer Musik verwendete ich manchmal die Zeit-Effekte.

Sofern keine weiteren Effekte auf den Clip angewandt wurden, sollten diese Clips auf der TL durch die farbliche Markierung zu erkennen sein.

Liegen noch andere Effekt, wie z.B. Farbkorrektur o.ä. drauf, ist das natürlich nicht mehr zu erkennen.

Deshalb wäre Deine Idee mit den farblich markierten Clips und/oder einer eigenen V-Spur eine praktikable Lösung.

Gruß
Peter

Inzwischen habe ich den Test fertig:

1) 51 UHD50p-Clips (DIJ-Pocket-1; mp4, h.264)
2) Gesamtumfang: 9,27 GB
2) Umwandeln: auf HQX-Online

3) Dauer der Umwandlung: 10min 33sek.
4) Neuer Gesamtumfang: 70,1 GB
5) Faktor: 7,6

Gruß kurt

Zitat von Sharky

Hast Du das mit dem AVCHD2HQ- Konverter gemacht

Nein.
Wie ich weiter oben schon erwähnt habe, hatte ich schon länger mit diesem Konverter irgendwie Probleme.

Ich habe die Umwandlung gemäß der Post-11_2) durchgeführt.
kurt

Es kommt darauf an, wie du mit den Spuren arbeitest und, ob du nur Zeitlupen hast.

Wenn alle Clips aneinander stoßen und Zeitlupe benutzt wurde, dann könnte man probehalber Ripple ausschalten und alle Clips markieren. Dann Zeiteffekt auf 100% stellen, ohne so zu speichern.

Aber überall, wo sich dann eine Lücke auf tut, da war eine Zeitlupe.

Irgendwie verstehe ich die Diskussion hier nicht.
Auch ich verwende primär Clips der DJI Osmo Pocket und iPhone 11 oder iPhone 8 im Projekt immer in 4K 30P

Osmo Pocket nimmt keinesfalls mit variable Framerate auf und die Clips lassen sich auch Super Abspielen.
Da scheint irgend etwas nicht zu stimmen, oder hab ich das falsch verstanden.

iPhone nimmt generell mit variabler Framerate auf, die Clips lassen sich nur ruckelig abspielen. Die setze ich vorher im Bin suf 29,97 oder eben 59,94 (bei 60p Projekt).
Da hab ich nie Probleme beim Abspielen.

Optischen Fluss hab ich generell eingestellt und ändere das u. U. fallweise.

Zitat von udo

Osmo Pocket nimmt keinesfalls mit variable Framerate auf

1)Das zeigt zumindest mein Testmaterial in der MediaInfo so an. Ich hoffe, dass ich das nicht irgendwo behauptet habe.

2) Die Clips dieser Kamera sind für meinen (eher schwachen) Prozessor aus vier Gründen ein gewisses "Problem":
- UHD,
- 50p,
- viele rechenintensive Effekte (insbesondere PFK, Mercalli und NeatVideo) und
- Interframe.

3) Mit HQ(X) kommt mein relativ schwacher Prozessor schon wesentlich besser zurecht.
Zusätzliche Maßnahmen wie Projekt temporär auf FHD umschalten, Audiomixer wegschalten etc. ermöglicht dann ein vernünftig(er)es arbeiten.
Gruß kurt