HLS für IOS Devices wird mit dem kommenden Flash Media Server 4.5 erstmals unterstützt werden. Siehe diese Ankündigung von Adobe.

Der Vorteil von HTTP Streaming (HDS oder HLS) liegt darin, dass insbesondere die CDNs ihre HTTP Caching Infrastruktur nutzen können und dass alles über Port 80 und HTTP läuft, also Firewalls prinzipiell kein Problem mehr darstellen. Einen sehr guten Vortrag über die Vor- und Nachteile von HTTP Streaming findet man in diesem Vortrag: HD Streaming with HTTP Dynamic Streaming.

Ein sehr grosser Nachteil von HTTP Streaming (HDS oder HLS) insbesondere bei Live Streaming ist die doch sehr grosse Latenzzeit: For Apple HLS (HTTP Live Streaming), they require having at least 3 ts files before playback starts, and their recommended ts file duration is 10 secs. That means you can expect about a 30 sec latency in HLS. That’s per Apple specs and recommendations and not due to implementation. For Adobe HDS (HTTP Dynamic Streaming), you can expect a latency in the range of 1-2 F4F fragments; I believe we recommend a fragment duration of 4 seconds. So you can expect latency in the range of about 4-8 seconds. For the lowest latency possible, RTMP beats them all.

Wollte man Live Videos mit dem neuen H.264 Codec encodieren, musste man bisher immer auf den Flash Media Live Encoder ausweichen, der zwar kostenlos ist, aber natürlich nicht so nahtlos in einer z.B. Video Chat Anwendung zu integrieren ist.

Mit dem Flash Player 11 ändert sich nun alles … denn nun können Live Videos mit dem H.264 Codec encodiert werden.

Siehe dazu auch: A dream comes true: H.264 encoding into Flash Player 11.

Eine erste Flash Player 11 basierender LiveEncoder existiert auch bereits: H.264 WebEncoder basierend auf FP11

Flex Client Source:

private function init():void

{

nc = new NetConnection();

      nc.addEventListener(NetStatusEvent.NET_STATUS, netStatusHandler);

      nc.connect(“rtmp://localhost/myApp/live”);

      nc.client = this;

}

private function record(recording:Boolean):void

{

      // Start Recording

      if (recording)

      {

            nc.call(“recording”, new Responder(statusHandler, statusHandler), “mp4:myCam.f4v”, “mp4:myStream.f4v”, true);

      }

// Stop Recording

      else

      {

            nc.call(“recording”, new Responder(statusHandler, statusHandler), “mp4:myCam.f4v”, “mp4:myStream.f4v”, false);

      }

}

SSAS Source:

Client.prototype["recording"] = function(fmsStreamName, newStreamName, recording)

{

                // use your custom name with Stream.get(…), e.g. “mp4:myStream.f4v”

                var s = Stream.get(newStreamName);

// Start Recording

                if (recording)

                {

                               if (s)

                               {

                                               // use the real stream name from Flash Media Encoder with play(…), e.g. “mp4:myCam.f4v”;

                                               s.play(fmsStreamName);

                                               // this records “myStream.f4v” instead of “mp4:myCam.f4v”

                                               s.record();

                                               return true;

                               }

                }

// Stop Recording

                else if (!recording)

                {

                               if (s)

                               {

                                               s.play(false);

                                               s.record(false);

                                               return false;

                               }

                }

                return true;

}

Mehr dazu hier:

http://www.adobe.com/devnet/flashmediaserver/articles/h264_primer/h264_primer.pdf

Wenn man den Flash Media Live Encoder 3.0 einsetzt um Livestreams direkt auf den Flash Media Server 3.5 Interactive Edition zu publishen, kann man innerhalb des Flash Media Live Encoders lediglich definieren, dass der Stream clientseitig aufgezeichnet werden soll. Ein serverseitiges aufzeichnen ist so erstmal nicht möglich.

Durch das folgende serverseitige ActionScript kann man ein serverseitiges recorden von Flash Media Live Encoder 3.0 Livestreams erzwingen, dieses funktioniert aber nur mit dem Flash Media Server 3.5 Interactive Edition.


// Enable FME Recording on FMS in 3 steps
Client.prototype.FCPublish = function(streamName) {
// streamName is the name of the stream entered in FME
// 1) Get the stream
s = Stream.get(streamName);
// 2) Record it
s.record();
// 3) tell FME that everything works fine
this.call("onFCPublish", null, {code: "NetStream.Publish.Start", description: streamName});
}


Wichtig ist jetzt vor allem die korrekte Definition des Streamnamens im Flash Media Live Encoder:

Streams encodiert mit On2: TestStream –> gespeichert wird TestStream.flv
Streams encodiert mit H.264: mp4:TestStream.f4v –> gespeichert wird TestStream.f4v

Prima ist, das das ganze auch funktioniert, wenn man mit dem Flash Media Live Encoder 3.0 gleich bis zu 3 in der Bandbreite unterschiedliche Streams erzeugt. Dafür muss man allerdings den Streamnamen mit entsprechend %-Parametern versehen.

Beispiel für 3 Streams encodiert mit H.264:

mp4:TestStream_%v_%f.f4v –> gespeichert werden TestStream_650_320x240.f4v,TestStream_350_320x240.f4v, TestStream_50_320x240.f4v�

Installation:

1. Der Flash Media Encoding Server kann nicht downgeloaded werden, sondern ist nur auf CD-ROM von Adobe erhältlich.
2. Man benötigt sowohl für die Testversion als auch für die lizenzierte Version einen USB-Dongle von Adobe.
3. Voraussetzung ist eine Apple QuickTime Installation auf dem entsprechenden Rechner/Server.
4. Wenn man den Flash Media Encoding Server nur auf einem Server betreiben will (was zumindest in einem Standard-Testszenario der Fall ist), muss man ausschliesslich die Installationsroutine im Ordner “Adobe Flash Media Encoding Server” starten, die Installationroutine der Agents benötigt man nur, wenn man mehrere Flash Media Encoding Server zu einem Cluster zusammen schalten will!
5. Vor dem ersten Start des Flash Media Encoding Servers muss man nun den USB-Dongle anschliessen. Hierbei ist (leider …!) folgendes zu beachten, zumindest ist das meine Erfahrung:

• Unter Windows Vista wird der Dongle erkannt und man sollte dann die Installation der Dongle-Treiber über Windows Update auswählen, dann werden die entsprechenden USB-Dongle-Treiber automatisch erkannt, heruntergeladen und installiert.
• Unter Windows 2003 Server oder Windows XP geht das leider nicht und scheinbar hat Adobe die USB-Dongle Treiber “vergessen” in die Installationsroutine einzubauen … glücklicherweise kann man sich die Dongle-Treiber aber beim Hersteller Aladdin selbst herunterladen .. hier der Link: http://www.aladdin.com/support/hasp-srm/enduser.aspx#Runtime und dort die Datei “HASP_SRM_Run-time_setup.zip”

 Betrieb:

1. Für den korrekten Betrieb muss der Windows-Dienst “Nexus..” gestartet sein. Das ist der eigentliche Flash Media Encoding Server.
2. Nun kann man die Administrationsconsole des Flash Media Encoding Servers starten.
3. Nach Anlage zB. eines entsprechenden Watchfolders kann man nun munter Videos encodieren.
4. Wie das aussieht kann man sich hier anschauen: http://www.rhozet.com/demo_videos/Watch_Folder_Automation.html

Hintergrund des Flash Media Encoding Servers:

Der Flash Media Encoding Server ist eine OEM-Version des Carbon Servers von Rhozet. Wo liegen die genauen Unterschiede?

• der Flash Media Encoding Server unterstützt ausschliesslich die folgenden in diesem PDF spezifizierten Zielformate: http://www.adobe.com/products/flashmediaencoding/pdfs/flashmediaencodingsvr1_formatguide.pdf
• Der Flash Media Encoding Server hat eine andere Lizenzpolitik. Es gibt keine Version, die mit dem Rhozet Carbon Coder vergleichbar ist, somit gibt es keine Toolversion mit einem Frontend zum Ausprobieren mit Preview-Funktionalität des Flash Media Encoding Servers.
• Der Flash Media Encoding Server ist im Endeffekt eine Version des Rhozet Carbon Servers, die ausschliesslich über das Admin-Interface verfügt.
• Alle Funktionalitäten des Rhozet Carbon Servers sind verfügbar, auch die API-Funktionalitäten. Diese sind bei Adobe allerdings nicht dokumentiert, so dass man sich am besten die Dokumentation des Rhozet Carbon Servers anschaut, insbesondere die API-Doku. http://www.rhozet.com/support_documentation.html
• Der Flash Media Encoding Server kann mehrere Flash Media Encoding Server Instanzen im Rahmen eines Clusters steuern, so dass eine Lastverteilung möglich ist. Beispiel: http://www.rhozet.com/demo_videos/Transcoding_Farms.html
• Der Flash Media Encoding Server ist hier deutlich im Preis günstiger als der Rhozet Carbon Server (http://www.rhozet.com/rhozet_priceList.pdf), denn der Flash Media Encoding Server kostest 5.100,00 EUR zzgl. MwSt. pro Instanz.

Wer den Flash Media Encoding Server kaufen oder testen möchte, wendet sich bitte an meine Kollegin Frau Alexandra Kellner (0511 - 59 095 -942 bzw. AKellner (at) herrlich-ramuschkat.de, die Ihnen gerne ein Angebot erstellt oder sich um die Zusendung einer Test-Version (mit Dongle ;-( ) kümmert.

Mehr hier: http://www.hmelyoff.com/index.php?section=22

Mehr hier: http://www.intel.com/pressroom/archive/releases/20090105corp.htm?cid=rss-90004-c1-222641

Flash ist damit das Nummer 1-Format fuer Videos im Web.

In Nordamerika hat die National Football League (NFL) kuerzlich bekannt gegeben, dass sie die Flash-Technologie fuer den Live-Online-Videostream der Sunday Night Football-Spiele von NBC auf www.NFL.com und www.NBCSports.com einsetzen wird. Darueber hinaus hat das franzoesische Unternehmen M6 in Kooperation mit Limelight Networks angekuendigt, sich grossen Broadcastern weltweit anzuschliessen und die Flash-Technologie fuer das Streamen ihrer Videoinhalte online zu nutzen. OpenTV Corp., ein Anbieter umfangreicher digitaler TV-Dienstleistungen, hat darueber hinaus erklaert, dass sie die Flash-Technologie in die OpenTV-Middleware integrieren werden, um die Entwicklung neuer Benutzeroberflaechen und reichhaltiger Anwendungen zu ermoeglichen.

Link zum PDF des Vortrags