Version 26.10
Flussonic 26.10: VOD-Verteilung in Catena, Multicast-Standby in Mcaster und NVR-Updates mit Rollback in Watcher
Version 26.10 hilft Betreibern, Inhalte verfügbar zu halten, vorhandene Teilnehmer-Apps weiterzuverwenden und Recorder aus der Ferne zu warten. Das hat sich in Catena, Mcaster, Watcher und Flussonic Media Server geändert.
Was wir für Catena umgesetzt haben
- VOD-Kopien und Zuschauerverteilung: Anfragen auf verfügbare Server verteilen, ohne den Wiedergabelink zu ändern.
- EZDRM-Integration für Betreiber, die diesen Anbieter bereits nutzen.
- IPTV-Playlists im kompatiblen älteren Flussonic-Format, mit Sendergruppen und Logos.
- Separate DVR-Nodes: Empfang und Transcodierung benötigen keine Festplatten für das Archiv.
- VOD-Zuschauer werden in der Zuschauerzahl des Dashboards berücksichtigt.
Eine Videothek kann Zuschauer von mehreren Servern bedienen. Legen Sie die Zahl der Kopien in der Asset-Vorlage fest; Catena erstellt sie auf anderen Servern. Neue Wiedergabeanfragen gehen an verfügbare Kopien, bevorzugt auf den Server mit weniger Sitzungen. Das verteilt die Nachfrage nach beliebten Inhalten und hält neue Anfragen von einem als nicht verfügbar eingestuften Server fern. Die Konsole zeigt Status und Zuschauerzahl jeder Kopie. Bestehende Sitzungen werden nicht automatisch übertragen: Fällt ihr Server aus, muss sich der Player neu verbinden.
Behalten Sie bereits installierte Teilnehmer-Apps. Die kompatible IPTV-Playlist unterstützt beispielsweise IMPlayer, wenn die App bisher Flussonic-Playlists verwendet hat. Wiedergabelinks nutzen die Zugangsdaten des Teilnehmers anstelle kurzlebiger Wiedergabetickets: Eine importierte Playlist funktioniert weiter, wenn lediglich ein solches Ticket abgelaufen wäre. Senderlogos erscheinen in Playlists und XMLTV; Gruppen erleichtern die Orientierung.
Nutzen Sie Ihren DRM-Anbieter weiter. Catena bezieht Schlüssel jetzt direkt von EZDRM. Bei der Migration von Media Server können Betreiber diesen Dienst behalten: Die Konsole unterstützt seine Zugangsdaten, der Import übernimmt die unterstützten drm ezdrm-Einstellungen. Diese Version verwendet einen Schlüssel für alle Spuren eines Streams.
Wählen Sie Hardware passend zur Aufgabe. Ein separater DVR-Node zeichnet das Archiv auf, während Empfang und Transcodierung auf anderen Maschinen laufen, auch auf GPU-Servern ohne Archivspeicher. Diese Rolle gilt derzeit für Streams ohne DRM.
Was wir für Mcaster umgesetzt haben
- Multicast-Standby: Ein Reserve-Push übernimmt, wenn die überwachte Gruppe keinen Stream mehr empfängt.
- Eigene Auswahl von Video- und Audiospuren für jeden Push.
- Explizite Netzwerkschnittstelle für Multicast-Eingang und -Ausgang.
- Transport von SCTE-35/104-Werbemarkierungen und Verlauf der Werbeblöcke in der Konsole.
- Optionaler ST-2110-Empfang über AF_XDP ohne Paketkopien.
- SDI-Ausgabe über kompatible V4L2-Geräte mit Timecode und anamorpher Seitenverhältnissignalisierung.
- MP3-Audiocodierung für Empfänger, die dieses Format benötigen.
Bereiten Sie einen automatisch übernehmenden Reserveausgang vor. Der Standby-Push hört seine Multicast-Gruppe ab und wartet, solange ein anderer Sender aktiv ist. Nach dem eingestellten Zeitraum ohne Pakete beginnt er zu senden; der Standard beträgt eine Sekunde. Die Konsole zeigt, ob er wartet oder sendet. Das ist Ausgangsredundanz und keine Zusage für bildgenaues Umschalten oder Cluster-Twincast.
Senden Sie jedem Empfänger nur das Benötigte. Aus einer Qualitätsleiter können Sie 1080p an eine Gruppe und 720p an eine andere senden, jeweils mit ausgewählten Audiospuren. Die Auswahl funktioniert bei MPEG-TS-Pushes über UDP/RTP, SRT und RIST sowie bei RTMP. Das spart unnötigen Verkehr und separate Eingangsstreams. Bei verschlüsselten MPEG-TS-Streams wird diese Auswahl in der aktuellen Version nicht unterstützt.
Integrieren Sie die Kopfstelle in Ihr Netz. Wählen Sie die Multicast-Schnittstelle direkt, wenn Verwaltung und Medien unterschiedliche Netze nutzen. Bei ST-2110-Installationen mit geeigneter Hardware und passenden Treibern vermeidet der optionale AF_XDP-Empfang Paketkopien durch den üblichen Netzwerkstack.
Geben Sie den Stream wieder über SDI aus. Mcaster sendet unkomprimiertes Video und Audio an ein kompatibles V4L2-Ausgabegerät. Komprimierte Eingänge erfordern einen ausdrücklich konfigurierten Decodierschritt. Der SDI-Eingang kann den Tageszeit-Timecode verwenden; der Ausgang überträgt Timecode und Seitenverhältnissignale, damit anamorphes SD 16:9 richtig dargestellt wird. Fehlen Videobilder, hält ein aktivierter Ausgang die Leitung mit Schwarzbild und Stille aktiv.
Erhalten Sie Werbemarkierungen für externe Systeme. SCTE-35/104-Markierungen durchlaufen den Medienpfad ohne Transcodierung, mit Signalisierung in MPEG-TS, HLS und DASH. Der neue Werbe-Tab zeigt Ankündigungen, Werbeblöcke und Rückkehr zum Programm. Damit lässt sich prüfen, was ein externes Werbeeinfügungssystem erhält. Die Funktion transportiert und überwacht Markierungen; Werbung fügt sie selbst nicht ein.
Was wir für Watcher umgesetzt haben
- Tatsächliche Updatephasen und Ergebnisse in den Weboberflächen von NVR und Cloud.
- Konfigurations-Snapshots vor Updates mit Auswahl für die Wiederherstellung.
- Erkennungsereignisse auf der Archivzeitleiste des neuen Players.
- Auswahl von Videoqualität und Audiospur beim Herunterladen eines Ausschnitts.
- Stabilere Live- und Archivwiedergabe von NVRs über die Cloud.
Warten Sie Recorder mit einem sichtbaren Ergebnis. Die Updateseite zeigt Download, Sicherung, Installation und Prüfung, die Dauer der Phasen und Fehler. Der Recorder hält die letzten zehn Konfigurations-Snapshots bereit; Administratoren können einen davon über die Oberfläche wiederherstellen. Bei einem fehlgeschlagenen Update oder Stromausfall versucht der Updater eine Wiederherstellung und kann automatisch zurückrollen. Das verringert Vor-Ort-Einsätze zur Diagnose und Wiederherstellung.
Finden und exportieren Sie relevante Aufnahmen. Ereignismarkierungen zeigen interessante Stellen im Archiv. Beim Download können Nutzer Videoqualität und Audiospur wählen, um eine kleinere Datei zu erhalten, wenn die volle Auflösung nicht nötig ist.
Testen Sie den neuen Medienkern auf einem Streamer. Ein Pilotskript prüft die Installation, bereitet den Wechsel von Flussonic auf Sapsan vor, kontrolliert das Ergebnis und unterstützt Rollback. Es umfasst Cluster-Mediennodes und eigenständige Streamer; All-in-one-Installationen sind ausgenommen. Separat nutzt die Cloud-Wiedergabe von Sapsan-NVRs den neueren Transport zwischen Servern für höhere Stabilität.
Was wir für Flussonic Media Server umgesetzt haben
- DASH-VOD spielt über die Grenze der ersten Stunde hinaus ohne ungültige Segment-URLs.
- Ein Speicherleck bei wiederholt fehlgeschlagenen Dienstanfragen wurde behoben; dadurch wächst der Speicherverbrauch im Dauerbetrieb weniger.
- Langsame RTMP-Clients werden korrekt getrennt, wenn ihre Verbindung bereits geschlossen ist.
Diese Korrekturen unterstützen bestehende Installationen: Zuschauer können lange Aufnahmen ansehen, der Server behält Speicher für seine Arbeitslast und einzelne langsame RTMP-Clients werden korrekt behandelt.