Redaktionen, die Videos in ihre Angebote integrieren möchten, werden sich auch mit der Frage auseinandersetzen, in welchem Format sie ihr Material veröffentlichen. Denn es gibt ganz unterschiedliche Encoding- und Streaming-Technologien, die jeweils Vor- und Nachteile haben.

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.

Update (07. März 2007): Der nachfolgend beschriebene Fehler wurde in der Sorenson Squeeze-Version 4.5 behoben, siehe hier.

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.

Current TV, der von Al Gore vor etwa einem Jahr ins Leben gerufene TV-Sender, gestaltet sein Programm nach eigenen Angaben zu etwa einem Drittel mit Beiträgen von Usern.

Denen gibt der Sender handfeste Tipps im Survival Guide mit auf den Weg: Dort wird in mehreren Episoden anschaulich erklärt, worauf es bei der Produktion von TV-tauglichen Videos ankommt.

• So geht es im “Storytelling Guide” um Ansätze, wie man einen Beitrag aufbauen kann, welche Stories funktionieren usw. Die Beispiele sind sehenswert.
• Der “Gear Guide” zeigt, welche Dinge neben einer Kamera benötigt werden, um Material für das TV und das Web zu drehen.
• Im “Shooting Guide” wird erklärt, wie man die ganzen Tools einsetzen sollte, um beispielsweise einen sauberen Sound aufzunehmen bzw. die Protagonisten vernünftig auszuleuchten.
• Der “Editing Guide” verschafft einen kurzen Überblick über Schnittsoftware und wie sie funktioniert, bevor es im letzten Teil, dem “Compression Guide”, ausschließlich um die richtigen Parameter für die Komprimierung der Videos geht.

Der Survival Guide gibt den superschnellen Überblick über alles, was mit Video-Produktion für das Web bzw. das TV zu tun hat. Details sind dabei natürlich nicht zu erwarten.

Wer davon genervt ist, für jedes erdenkliche Video-Format den richtigen Player bereit halten zu müssen, kann sich zum Beispiel mit dem K-Lite Codec Pack helfen. Damit lassen sich so ziemlich alle denkbaren Formate mit einem einzigen Player abspielen - offline sowieso, aber auch online gestreamtes Material dank eines Plugins für die gängigsten Browser. Also keine Nerverei mehr mit Real, WMV, Quicktime etc.

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