Der Adobe Media Server 5 ist jetzt endlich komplett verfügbar, d.h. auch für Windows 64-Bit.

In diesem neuen Whitepaper “Introducing Adobe® Media Server 5″  sind die Neuerungen als auch alle Protokoll und Format-Möglichkeiten beschreiben.

Adobe hat unter http://www.adobe.com/support/flashmediaserver/downloads_updaters.html neue Updates auf den Flash Media Server 4.0.1 bzw. 3.5.5 veröffentlicht. Beide Releases beinhalten aktuelle Bugfixes.

Seit dem 09. September ist der Flash Media Server 4.0 verfügbar.

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 ….

Die Synx Platform ist eine micro-architecture für das Entwicklen von Flash / Flex Applikationen, die mit dem Flash Media Server zusammenarbeiten sollen. Es werden Video- und Audio-Streaming sowie Collaborative Features unterstützt, so dass die Entwicklung mehr mainless wird. Synx ist Open Source und Free to use.

http://www.synxplatform.com/

Der für Linzenzinhaber einer Flash Media Server Verison kostenfrei Flash Media Live Encoder 3.1 wurde release. Neben ein wenig Bug-Fixing ist das eigentliche Highlight, dass es nun auch eine Version für Max OS X gibt. Die Mac-Version arbeitet problemlos mit der iSight und anderen Firewire Kameras.

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

Das ist bisher völlig an mir vorbei gegangen … und es wurde von Adobe auch überhaupt nicht so richtig öffentlich gemacht … mehr dazu hier:

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/

Ich erlaube mir mal, den Text vom Blog von Kevin Towes (Product Manager, Adobe Flash Media Server, http://blogs.adobe.com/ktowes/) direkt hier wiederzugeben:

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

Read more »

Seit Flash Media Server Version 3.5 kann man nun auch endlich H.264 Streams serverseitig aufnehmen. Das ist nur ein bisschen Tricky, da H.264 Streams immer ein Prefix mit sich rumschleppen … hier mal ein Code (Serverseitiges Action Script und Flex) um einen Stream umzubennen.

Read more »

Adobe hat – wie im Januar angekündigt – die Spezifikation des RTMP Protokolls (Real Time Messaging Protokoll) veröffentlicht. RTMP ist ein TCP/IP-basiertes Protokoll, dass z.B. im Flash Media Sever und den LiveCycle Data Services ES für Realtime-Messaging und die Übertragung von Audio-/Video-Streams verwendet wird.

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)

Heute erreichte uns folgende Frage per Email:

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.