FFmpeg Screencast Aufzeichnung: Welche Codecs zu verwenden?

Question

Ich habe mit der Aufnahme von Screencasts mit FFmpegs X11grab-Modul experimentiert, was bisher mehr oder weniger gut funktioniert hat. Ich verstehe, dass die A/V-Kodierung ein komplexer Prozess mit vielen feinen Details ist, aber ich tue mein Bestes, um zu lernen.

Ich möchte eine "leichte" Aufnahme eines Videostreams machen, die so wenig wie möglich auf das System belastet, während der Stream aufgezeichnet wird. Ich nehme zwei Audiostreams getrennt mit pacat und sox auf. Später wird das Ganze gefiltert, normalisiert, codiert und zu einem Matroska-Container kombiniert.

Im Moment habe ich ffmpeg einen Rawvideo-Stream aufnehmen, um zu x264 yuv4 demuxer gefüttert werden. Ich experimentierte mit ffv1 und straight x264 Aufnahme vor. Mein System kann die Echtzeit-Kodierung mit x264 für die Einstellungen, die ich für den endgültigen Stream benötige, nicht verarbeiten. Daher muss ich nach Abschluss der Aufzeichnung erneut komprimieren. Ich habe festgestellt, dass ffv1 mich schrecklich Frame fallen lässt, und Yuv4 auch, aber weniger. Ich vermute, dass dies auf die Festplattengeschwindigkeit zurückzuführen ist, selbst wenn ich in einem SATA3 Caviar Black sitze, der ausschließlich zum Speichern der aufgezeichneten Daten verwendet wird.

Die Frage ist, welche Kombination von Video-Codecs sollte ich betrachten? Record gerade in x264 und recompress zu "besser" x264 später? Rohes Video, dann komprimieren? Wie gehe ich vor, um Probleme wie die Frame Drops zu identifizieren, die ich erlebt habe?

EDIT: Dies ist die ffmpeg Linie, die ich derzeit verwende.

ffmpeg -v warning -f x11grab -s 1920x1080 -r 30000/1001 -i :0.0\ 
-vcodec rawvideo -pix_fmt yuv420p -s 1280x720\ 
-threads 0\ 
recvideo.y4m 

Answer 1

Haben Sie versucht http://en.wikipedia.org/wiki/Huffyuv?

Wissen Sie, ob Ihr Problem die CPU- oder Festplattenbandbreite ist? Wie hoch ist die Datenrate, die Sie auf die Festplatte schreiben möchten? Wie viel CPU benötigt ffmpeg für deinen Codec bei deiner Bitrate und Einstellungen? Ich nehme an, Sie notieren den Computer nicht im Leerlauf - wie viel Ressourcen hat es für die Aufnahme übrig?

Geben Sie zum Testen der Laufwerkschreibvorschrift einfach 100 MB hinzu, lesen Sie 100 MB von /dev/urandom hinein und schreiben Sie den Puffer in die Datei auf dieser Festplatte, während sich die Festplatte im Leerlauf befindet. Messen Sie, wie lange der Schreibvorgang dauert (das Lesen aus dem Urzustand dauert einige Zeit). Linux hat Writeback, was bedeutet, dass es alle 5 Sekunden schmutzige Seiten auf die Festplatte löscht, nicht sobald Sie schreiben. Mit fdatasync (oder voller fsync) erhalten Sie die Echtzeit, bis die Daten auf der Festplatte sind.

Warum können Sie die CPU-Nutzung von ffmpeg nicht sehen? Wie wäre es mit der Aufnahme einer Minute eines Terminalfensters mit top? Wenn nicht, wie wäre es mit perf record -a sleep 60 in einem Terminal, dann umschalten, was Sie tun, eine Minute aufzeichnen, gefolgt von perf report?

BEARBEITEN: Ich benutzte avconv -v warning -f x11grab -s 1680x1050 -r 30000/1001 -i :0.0 -vcodec ffvhuff -s 1280x720 -threads 0 capture.mkv und es funktionierte großartig, in RGB aufzunehmen. Sie können dann offline in H.264 in YUV umwandeln, Dual-Pass für maximale Qualität usw. Ich habe ungefähr 24MB/Sek., Aber es scheint Single-Threading zu sein. Mein Core2 @ 2.3Ghz ist in Ordnung.