In Video-FPS für Frame-Animation rendern?

Ich versuche, eine Reihe von Bildern in einen Zeitraffer zu rendern.

  • Frame-Animation
  • 1748 Rahmen
  • Jeder Rahmen ist auf „Keine Verzögerung“ eingestellt
  • In Video rendern, Bildrate: 15 FPS

Ich habe die Bildrateneinstellung von 15 FPS, 10 FPS und 30 FPS ausprobiert.

30 FPS ist sehr flüssig, aber viel zu schnell. Normalerweise mache ich meine Zeitraffer mit 15 oder 10 FPS.

Das Problem bei den Renderings mit 15 und 10 FPS ist, dass Frames übersprungen werden. Der Unterschied zwischen den einzelnen Frames ist also viel größer.

Alle drei Renderings sind 58 Sekunden lang und spielen im Wesentlichen mit der gleichen Geschwindigkeit. Das 15-FPS-Rendering verwendet nur die Hälfte der Frames und überspringt jeden zweiten Frame. Das 10-FPS-Rendering verwendet ein Drittel der Frames und überspringt jeweils zwei Frames.

Stattdessen möchte ich, dass das Rendering mit 10 FPS 174 Sekunden lang ist, da das Video so lang wäre, wenn es alle Frames mit 10 Frames pro Sekunde verwendet (1748 Frames/10 FPS = 174,8 Sekunden).

Ich habe auch die Timeline im Videomodus anstelle von Frames ausprobiert (nicht sicher, wie Sie es genau nennen). In diesem Fall können Sie eine Frames Per Second für die Timeline einstellen, aber Sie werden auch beim Rendern nach der Framerate gefragt. Die so gerenderten Videos haben abgehackte Teile, die schneller und langsamer werden. Ich denke, es gibt eine Art Lattenzaun, bei dem sich die Abtastrate des Codec gelegentlich verdoppelt.

MakeAVI Ich habe ein Tool ausprobiert, das ich in der Vergangenheit dafür verwendet habe, und es auf die Ausgabe von 15 FPS eingestellt. Es nimmt im Grunde einen Ordner mit Bildern und gibt ein Bild pro Frame aus. Es liefert mir die gewünschten Ergebnisse. Das Video hat die erwartete Länge und ist sehr flüssig, aber das Problem ist, dass es nur ein paar sehr alte Codecs unterstützt, die keine scharfe Bildqualität haben.

Das Überspringen von Frames ist sehr stark von der Wahl des Codecs und der Maschine abhängig. Nicht so sehr die Software, die die Bilder gemacht hat. Schließlich übernimmt der Codec die Komprimierung, nicht das Authoring-Tool.
@joojaa Absolut nicht, ich hatte noch nie einen Codec, der genau 66% der Frames bei einer bestimmten Bildrate fallen ließ, wenn die Eingabe- und Ausgabe-FPS übereinstimmten. Die Tatsache, dass die Videolänge in allen drei Fällen gleich war und die Anzahl der ausgelassenen Frames sowohl in den 10- als auch in den 15-GPS-Fällen zeigt deutlich, dass es sich um eine Ratenfehlanpassung mit der Eingabe für die Abtastung handelt. Dies würden Sie sehen, wenn Sie einen Codec mit 30 FPS eingeben und nach einer Ausgabe mit 15 FPS fragen würden. Ich kann den gleichen Codec in VirtualDub verwenden und erhalte korrekte Ergebnisse. Ich landete stattdessen mit VirtualDub.
Nun, es ist möglich, dass Adobe etwas Cooles obendrauf macht, aber im Allgemeinen erledigt der Codec die Arbeit. Wenn ich also eine beliebige Anzahl von Software auf meinem Computer komprimiere, erhalte ich genau dieselbe Datei, weil sie genau denselben Code für die Komprimierung aufruft (und ich kann dies sehen, indem ich mir den Prozess-Explorer ansehe, dass sie alle dieselbe DLL verwenden). Aber hacken Sie, dass die Codec-Einstellungen gleich sind.
Ich bin weit davon entfernt, ein Experte für dieses Thema zu sein, selbst in Bezug auf unseren Umfang. Mir scheint jedoch, dass die Videoproduktion zumindest ein besser geeigneter Ort dafür sein könnte, da sie mit FPS-Problemen sicherlich vertraut sind. Wenn Sie möchten, dass diese Frage migriert wird, können Sie sie gerne zur Aufmerksamkeit des Moderators melden.

Antworten (1)

Ich kann dieses Problem mit anderen Tools reproduzieren, wenn ich eine Eingabequelle mit 30 FPS bereitstelle und mit 10 FPS oder 15 FPS kodiere.

Am Ende habe ich stattdessen VirtualDub verwendet, da die angegebenen FPS sowohl die Eingangs- als auch die Ausgangs-FPS steuern, sodass es keine Diskrepanz gibt und ich bei der erwarteten Videolänge von 174 Sekunden ein flüssiges Ergebnis erhalten habe.

Ja, Virtual Dub wäre dafür meine erste Wahl.