Insbesondere die auch in der kleinen Version Streaming Edition verfügbare echte 64-Bit fähigkeit ist super, da nun viel RAM für viel Cache genutzt werden kann … neben vielen netten neuen Sachen sind die eigentlichen Super-Features wie P2P Unterstützung über das neue RTMFP Protokoll leider nur in der neuen Flash Media Server 4 Enterprise Edition verfügbar … da wir das Ding verkaufen kenne ich den Preis und verrate ihn gerne auf Anfrage ….

http://www.synxplatform.com/

http://www.adobe.com/products/flashmediaserver/flashmediaencoder/

http://www.flashcomguru.com/index.cfm/2009/12/16/amazon-aws-fms-streaming

http://aws.amazon.com/about-aws/whats-new/2009/12/15/announcing-cloudfront-streaming/

Today we released our 3rd service pack for Flash Media Server 3.5 (now v3.5.3). This service pack includes many bug fixes and performance improvements for DVR, Dynamic Streaming and playback. The release also includes security fixes to correct critical vulnerabilities in previous versions.

You can download the update and review the release notes here:
http://www.adobe.com/support/flashmediaserver/downloads_updaters.html

This version of Flash Media Server includes significant fixes for DVR that will make it easier to deploy in large scale networks, and includes support for SWFVerification within the C++ plug-ins. We also addressed issues that caused performance issues when streaming live content and when heavy updates of shared objects occurred. We also addressed issues when trying to use Dynamic Streaming (multibitrate) with a DVR-enabled live stream.

The FLVCheck tool was also updated in this release to detect more errors with corrupt MPEG4 files including unrecognized box versions, no sync sample box and invalid segments.

Flash Media Server 3.5.3 has full support for the smart buffer management controls introduced in Adobe Flash player 10.1. These controls include support for seeking within the buffer, stepping through a video, slow and fast playback in the buffer as well as reestablishing a connection without interrupting the stream. You can find more details about the buffer enhancements in the Flash Player 10.1 ActionScript 3 API documentation now available on Adobe Labs. You can review the buffer management updates in Flash player 10.1 here.

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;

}

In der Vergangenheit wurde das RTMP-Protokoll von diversen Entwicklern “nachgebaut” und hat in Produkten wie z.B. Wowza, Red5 oder rtmpdump Einzug gehalten. Während Adobe gegen die FMS-Clones Red5 und Wowza nie vorgegangen ist, obwohl sie das bis dato proprietäre Protokoll implementiert haben, ist Adobe gegen die Entwickler von rtmpdump vor kurzem unter Berufung auf den Digital Millennium Copyright Act vorgegangen.

In der EULA findet sich demnach auch eine entsprechende Klausel zu der Problematik:

Prohibited Uses
The rights and licenses granted by Adobe in the RTMP Specification,
including those granted in the Patent License, are conditioned upon
Your agreement to use the RTMP Specification for only streaming video,
audio and/or data content and not to make, have made, use, sell, offer
to sell, import or distribute: (i) any technology that intercepts
streaming video, audio and/or data content for storage in any device
or medium; or (ii) any technology that circumvents technological
measures for the protection of audio, video and/or data content,
including any of Adobe’s secure RTMP measures. No right or license to
any Adobe intellectual property is granted for such prohibited uses.

Sinngemäß bedeutet dass, das man auf Grundlage der RTMP-Spezifikation keine Software entwickeln darf, mit der man Audio/Video-Streams mitschneiden oder DRM-Mechanismus umgehen kann. Also: RTMP – ja, RTMPe oder RTMPs – nein.

Links

• RTMP Spezifikation
• Blog Post von Kevin Towes (Flash Media Server Product Manager)
• EULA (PDF)

Eine Frage beschäftigt mich derzeit besonders, leider finde ich so recht keine Antwort darauf. Das Streamen von Inhalten mittels einer SMIL- oder XML-Playlist über RTMP scheint ja überhaupt kein Problem zu  sein. Ich habe dies bereits mit dem JW Player erfolgreich gestestet.
Mich stört jedoch, dass eine Playlist lediglich das clientseitige Abarbeiten von Dateien bedeutet, der Benutzer kann vor- und zurückspringen. Ich möchte viel lieber einen echten Live-Stream, der von außen nicht beeinflussbar ist, also ähnlich wie ein laufendes Fernsehprogramm. Die Möglichkeit des Live-Streamings mit einer Kamera klappt ja problemlos.

Daher die Frage: Ist es mit dem FMS möglich, Videos, welche in einer Playlist arrangiert sind, ebenfalls in eine Live-Instanz (bzw. Stream) des Servers zu spielen? D.h., der Endbenutzer bekommt einen einzigen
RTMP-Link à là rtmp://www.server.de/live, welcher das laufende Programm ausgibt.

Hier die Antwort:

Ja, das lässt sich über eine sogenannte serverseitige Playlist bewerkstelligen.

Dazu muss man ein entsprechendes serverseitiges Script erstellen (und das geht nur mit der FMS Interactive Edition!), in dem man dann mittels eigener Logik die Playlist aufbaut. Die einzelnen Videos können Livestreams und VoD-Material sein, so kann z.B. ein Live-Stream nach einer gewissen Spieldauer abgebrochen werden, um ein VoD-Video anzuzeigen (Werbung o.ä.)

Die entsprechende serverseitige API dazu ist Stream.play(), mehr dazu findet sich in der flashmediaserver_3.5_SSLR.pdf Dokumentation des FMS 3.5 ab Seite 114, dort sind auch einige Beispiele für Playlisten aufgeführt.

Adobe weist in einem Fehlerbericht auf eine Sicherheitslücke im Flash Media Server hin, durch die ein entfernter Angreifer Funktionen im Flash Media Interactive Server und Flash Media Streaming Server ausführen kann. Ursache des Problems ist ein Fehler in der Verarbeitung von Remote Procedure Calls (RPC), durch die ein Angreifer in einem auf dem Server laufenden ActionScript Funktionen starten kann.

Infos hier: Updates available to address Flash Media Server privilege escalation issue

Download Link und Readme-Files des 3.5.2 und 3.0.4 Updates.