Sehr detailliert werden viele wichtige Fragen rund um das Thema Online-Video aus journalistischer Perspektive abgehandelt, zum Beispiel wann und wie Online-Video eingesetzt werden sollte, welche Technik dafür benötigt wird, wie es hinter den Kulissen bei verschiedenen US-Sites zugeht usw.

Lesestoff für die nächsten Tage…

Denn viele Redaktionen und Video-Blogger setzen einen direkt in die Seite eingebetteten Flash-Player zum Abspielen ihrer Videos ein. Der Vorteil: Das Flash-Plugin ist laut Hersteller-Angaben sehr verbreitet, die technische Hürde zum Abspielen der Clips bei den Usern entsprechend niedrig.

Nachteil: Ein Flash-Video wird in einer speziellen FLV-Datei abgelegt. Auf Geräten wie dem iPod oder videofähigen Handys kann es nicht abgespielt werden, was viele Website-Betreiber dazu zwingt, ein und dieselbe Video-Datei in mehrere Download-Formate kodieren zu müssen. Lästige Arbeitsschritte, die in Zukunft entfallen.

Denn laut Tinic Uro, einem der Entwickler, wird der im Herbst erscheinende Flash-Player in der Lage sein, bereits vorhandene H.264-kodierte MPEG4-Dateien direkt abzuspielen. Das bisherige FLV-Container-Format könnte also überflüssig werden.

Wirklich gute Wiedergabe-Qualität lässt sich bei Flash-Videos bisher nur erreichen, wenn man es mit dem On2 VP6-Codec kodiert. Setzt man ihn nicht ein, sehen die Videos aus wie zum Beispiel auf YouTube: Vor allem bei schnellen Bewegungen stören immer wieder mosaikartige Kompressionsartefakte.

Was ich mich frage: Welche Rolle wird in Zukunft der On2 VP6-Codec noch spielen, wenn die Qualität von H.264 zu vergleichbaren Resultaten führt und den Workflow – wie geschildert – stark vereinfacht?

(Fundstelle: Mario Sixtus)

Wolfgang Blau hat mich auf einen besseren Ansatz hingewiesen: Die langen Flash-Videos auf der TED-Website sind in Kapitel unterteilt, die dem User angezeigt werden, sobald er mit der Maus über die Bildfläche fährt. Eine super Lösung vor allem für längere Videos.

Das ganze kann technisch natürlich nur einwandfrei funktionieren, wenn das Video über einen echten Streaming-Server ausgeliefert wird. Bei einem progressiven Download (so werden die meisten Flash-Videos zurzeit angeboten) könnten die Kapitel erst angesprungen werden, wenn die Datei bis zur entsprechenden Stelle schon heruntergeladen wurde. Bei 23 Minuten Länge – wie im Beispiel – kann das dauern.

Ein nettes Gimmick ist auch die Bewertungsfunktion. Während das Video läuft, können User aus einer vorgegebenen Liste wählen, wie sie das Video finden. Das Ergebnis wird anschließend als Tag-Wolke angezeigt.

Einen Schritt weiter ging bereits im letzten Jahr der Service click.tv. User konnten dort an beliebigen Stellen Kommentare in den Videos hinterlassen. click.tv ist inzwischen leider offline. War wohl seiner Zeit voraus.

An dieser Stelle der Vollständigkeit halber die Entwarnung: In der aktuellen Version 4.5 ist dieser Fehler behoben. Squeeze kommt nun auch mit sehr großen und recht komplexen Dateien klar (in diesem Fall ein 45-minuten langes Video, bestehend aus drei Video- und acht Audiospuren).

Auch das Kodiertempo hat im Vergleich zur Vorgängerversion enorm zugelegt: Für die 45 Minuten brauchte das Programm auf einem Windows-Laptop mit 1 GB Arbeitsspeicher und einem 1,6 MHz-Prozessor ca. fünfeinhalb Stunden für das Wandeln in ein WMV9-Video. Vorher lag die prognostizierte Kodierdauer bei etwa 18 Stunden.

Der 45-minütige Dokumentarfilm “Alltag Überwachung – Zwischen Terror, Sicherheit und digitaler Kontrolle”, den Fiete Stegers und ich gemeinsam produziert haben, wurde bei tagesschau.de als vierteilige Video-Serie veröffentlicht:

• Alle Teile auf einen Blick
• Teil 1: Hunderttausende Kameras beobachten uns
• Teil 2: Kampf um die Vorratsdatenspeicherung
• Teil 3: Funkchips mit Schnüffelpotenzial
• Teil 4: Auf dem Weg in den Überwachungsstaat?

Der Film ist fast ausschließlich in VJ-Teamarbeit entstanden. Insgesamt haben wir drei Kameras eingesetzt: die Panasonic DVX 100 und Fietes Canon XM2. Ein paar ältere Aufnahmen stammen noch von meiner Canon XM1. Einen geringen Teil des Materials konnten wir aus dem AV-Archiv der Europäischen Kommission nutzen bzw. wurde uns vom Fraunhofer Institut Dortmund zur Verfügung gestellt.

Vielen Dank an das Netaudio-Label Thinner, insbesondere für den unkomplizierten Erwerb der Lizenzen für unsere Zwecke. Insgesamt haben wir drei Stücke des Künstlers Selffish genutzt.

Großen Dank auch an David Pilgrim, der den Kommentar zum Film gesprochen hat.

Und natürlich einen herzlichen Dank an Kontext für die finanzielle Unterstützung unserer Recherchen mit einem Stipendium.

Übrigens: Die Rechte für eine TV-Ausstrahlung können nach wie vor erworben werden.

Vor wenigen Tagen habe ich mir das Update von Sorenson Squeeze 4.3 auf die Version 4.5 gekauft. Ob darin der Fehler behoben wurde, der bei der Bearbeitung von großen Quicktime Reference-Dateien auftritt, konnte ich noch nicht testen, werde aber bei Gelegenheit etwas dazu schreiben.

Aber ein anderer Bug ist mir aufgefallen, und den gab es – meines Wissens – in der Version 4.3 noch nicht. Glücklicherweise lässt sich der Fehler leicht umgehen.

Gestern habe ich eine kurze Videosequenz aus dem Avid als Quicktime Reference exportiert. Bei einem solchen Export werden zwei Dateien geschrieben: eine mit der Endung .mov (sie enthält die Referenzen auf das Video-Rohmaterial), sowie eine WAVE-Datei (wahlweise auch AIFF). Diese enthält einen Mixdown sämtlicher Audiospuren und wird in meinem Fall mit einer Abtastrate von 48 kHz bei einer Sample-Tiefe von 16 Bit gespeichert.

Anschließend habe ich die Dateien mit Sorenson Squeeze in ein Flash-Video (FLV) konvertiert. Um den Sound für solche FLV-Videos zu komprimieren, verwendet Sorenson den Fraunhofer MP3-Codec. Nur scheint es damit Probleme zu geben, wenn das Quellmaterial eine Abtastrate von 48 kHz hat. Das kompriminierte Tonsignal (dessen Abtastrate bei 44.1 kHz liegt) knistert dann an einigen Stellen, und das hört sich wirklich nicht gut an.

Daher folgender Tipp: Aus dem Avid einfach ebenfalls mit 44.1 kHz exportieren. Dann klingt auch das komprimierte Tonsignal im Flash-Video einwandfrei.

Die Settings sehen dann im Avid etwa so aus:

Die Sound-Einstellungen für Sorenson Squeeze würde ich für ein Video mit Sprache (ohne Musik) so wählen:

Wenn ich in diesem Zusammenhang lese, dass die Mehrzahl der User nach etwa 15 Prozent der Gesamtspielzeit eines etwa sieben Minuten kurzen Videos schon abbricht, frage ich mich, wie erfolgversprechend die Idee ist, unseren Film Alltag Überwachung online am gesamten Stück zu veröffentlichen.

Ich bin für jeden konstruktiven Vorschlag dankbar, wie man ein Video von etwa 45 Minuten Länge so im Web veröffentlichen kann, dass es sich auch jemand anschaut.

Eine aktuelle Studie der Indiana University-Purdue University Indianapolis ist da eine gute Enscheidungshilfe, denn sie bewertet ausführlich die fünf verschiedenen Technologien

• Adobe Flash 8 On2 VP6 Video Encoder
• Apple QuickTime Pro 7
• Microsoft Windows Media Encoder 9 Series
• Real Network RealProducer Plus 11
• VX30 Zentu Encoder 1.0

unter folgenden Fragestellungen:

• Lassen sich die Videos für User problemlos abspielen? Wie verbreitet sind die Player?
• Wie schnell startet der Stream und wie oft treten Verzögerungen während des Abspielens auf?
• Wie hoch ist die dargestellte Qualität der Videos?
• Wie hoch sind die Kosten für das Encoding und die evtl. vorausgesetzte Server-Software?
• Wie lange dauert es, verschiedene Versionen der Videos für unterschiedliche Bandbreiten zu kodieren?
• Wie groß sind die kodierten Dateien?

Die Studie bescheinigt der VX30-Technologie das größte Potenzial: VX30 kommt ohne speziellen Player aus (das Video wird über ein Java-Applet abgespielt), das Streaming kann über HTTP (also ohne speziellen Server) erfolgen und der Encoder arbeitet sehr zügig. Mir ist allerdings keine Redaktion bekannt, die auf VX30 setzt.

Anders sieht es bei der Flash-Technologie aus, dem Zweitplatzierten der Studie. Flash ist nach Angaben des Herstellers Adobe ziemlich weit verbreitet.

Der Studie zufolge ist die Qualität von Flash-Videos hoch, was jedoch erkauft werde durch hohe Kosten für den Betrieb spezieller Streaming-Server (auch wenn Flash Pseudo-Streaming über HTTP beherrscht). Zudem dauere das Encoding ziemlich lange und die generierten Dateien seien sehr groß.

Auf den Plätzen folgen Windows Media, Real und Quicktime. Getestet wurde sowohl auf einem Windows-PC als auch auf einem Mac.

Auf der Website der Studie haben die Macher für jede getestete Technologie ein Tutorial veröffentlicht. Darin geht es um die Wahl der richtigen Parameter wie etwa Bitrate, Framerate, Sound-Settings usw.

Gefunden bei Mindy McAdams.

Wenn ich Videomaterial für das Fernsehen oder das Web kodiere, nutze ich dazu Sorenson Squeeze in der aktuellen Version 4.3. Mit der Software lassen sich Videos in alle möglichen Formate kodieren, unter anderem MPEG2, Windows Media, Quicktime, Real Media oder Flash Video.

Als ich vor einigen Tagen ein Preview unseres Dokumentarfilms auf DVD brennen wollte, ist mir ein gravierender Fehler in der Software aufgefallen. Ein Workaround hat mich zwei Tage geduldigen Experimentierens gekostet – eine Lösung im Web habe ich nicht gefunden, obwohl andere User offenbar ganz ähnliche Probleme hatten.

Falls jemand mal selbst Opfer dieses Problems werden sollte: Hier ist mein Lösungsansatz.

Zur Problembeschreibung: Aus dem Avid exportiere ich mein geschnittenes Material (also in diesem Fall den gesamten Dokumentarfilm) als Quicktime Reference. Zwei Dateien werden dabei gespeichert: Eine WAVE- oder AIFF-Datei für den Ton sowie ein kurzes Quicktime-Movie. Letzteres enthält aber keinerlei Videodaten, sondern lediglich Meta-Daten, die auf das Video-Rohmaterial auf der Festplatte zeigen.

Bei dieser Vorgehensweise ist also gewährleistet, dass ich stets mit der besten Qualität der Daten arbeite, weil ich nicht den Umweg über den Export in ein qualitätsverlustbehaftetes Format gehe.

Die Quicktime Reference-Datei importiere ich sodann in Sorenson Squeeze, um sie in einen DVD-kompatiblem MPEG2-Videostream zu konvertieren. Das hat bisher immer prima geklappt, zumindest bei Videos mit Längen um etwa fünf Minuten.

Unser Dokumentarfilm ist in seiner jetzigen Preview-Version hingegen länger als 48 Minuten. Und das ist das Problem: Mit so langen Dateien beim Quicktime Reference-Format kommt Sorenson Squeeze offenbar nicht klar. Nach etwa 10 Stunden Kodieren erschien folgende Fehlermeldung:

Dabei bleibt einem letztlich nur die Möglichkeit, auf “Abbrechen” zu drücken. “Suchen” bleibt erfolglos – denn wonach?

Bei der Suche nach einer Lösung im Web folgte ich zuerst der Argumentation in diesem Thread, dass es an der Komplexität der Timeline in Avid liegen könnte. Klar, Squeeze wird viel zu tun haben, wenn es für jeden einzelnen Schnitt den entsprechenden Dateischnipsel im Rohmaterial auf der Festplatte suchen muss. Zumal die Timeline mit drei Videospuren und acht Audiospuren recht umfangreich ist.

Also spielte ich den Film einmal komplett auf Tape aus und importierte ihn dann wieder. Alternativ hätte ich auch einen Audio- und Video-Mixdown machen können. Das Resultat ist jedenfalls dasselbe: Der Film besteht auf der Timeline nur noch aus einer Videospur sowie zwei Audiospuren. Die habe ich dann erneut als Quicktime Reference exportiert und mit Sorenson Squeeze kodiert.

Das ging tatsächlich viel schneller. Aus den anfangs angezeigten 18 Stunden Kodierdauer wurden jetzt nur noch knapp drei. Das Problem blieb aber dasselbe: Nach etwa 25 Prozent tauchte derselbe Fehler wie oben erneut auf.

Anschließend exportierte ich den Film in drei Teilen zu jeweils ca. 16 Minuten Länge, um sie einzeln zu kodieren. Auch das half nichts, der Fehler trat wieder auf.

Am Ende habe ich den Film in insgesamt elf Teilen zu je vier bis fünf Minuten Länge exportiert und mit Sorenson kodiert. Das funktionierte. Das Problem ist also soweit eingeengt, dass es ganz offensichtlich an der Länge in Minuten der exportierten Timeline liegt. Wo genau die magische Grenze liegt, weiß ich nicht.

Die elf MPEG2-Dateien habe ich anschließend mit dem “Merge & Cut”-Tool von TMPGEnc wieder zusammengefügt, ohne sie dabei Rekodieren zu müssen.

Ich hoffe, dass Sorenson bald einen kostenlosen Bug-Fix zur Verfügung stellen wird, da die Arbeit mit Quicktime Reference-Dateien täglich Brot nicht nur für Videojournalisten ist.

Das Codec Pack ist Freeware und in mehreren Versionen erhältlich, die sich ganz nach den Bedürfnissen des Anwenders richten.