IPMX H.265 vs. NDI-HX3 für PTZ-Kameras: Warum ProAV eine offene Alternative verdient

Vadim Shilov

Leiter Broadcasting & Telekommunikation bei Promwad

NDI dominiert das PTZ-Kamerasegment im ProAV — nicht weil es die beste verfügbare Technologie ist, sondern weil es als erstes mit einem vollständigen, leicht zu implementierenden Gesamtpaket auf den Markt kam. Gleichzeitig verfügt IPMX bereits über die Architektur, um eine offene, herstellerübergreifende Alternative bereitzustellen, die denselben H.265-Codec nutzt wie NDI-HX3 — doch das H.265-Profil wird noch finalisiert, es gab noch keine offizielle Zertifizierungsveranstaltung zu dessen Validierung, und es existiert kein Entwickler-Toolkit, das die Einführung reibungslos macht.

Dieser Artikel untersucht, was IPMX heute für PTZ-Kameras leisten kann und was nicht, wo die Lücken liegen und was die Branche entwickeln muss, um ProAV-Anbietern eine echte Wahl zwischen proprietärer Benutzerfreundlichkeit und Kontrolle auf Basis offener Standards zu ermöglichen.

Inhaltsverzeichnis

1. PTZ-Kameras: NDIs stärkste Position im ProAV

2. Was IPMX heute tatsächlich unterstützt — und was (noch) nicht

3. NDI-HX3 im Detail

4. Die JPEG-XS-Frage

5. H.265 innerhalb von IPMX

6. Latenz, Jumbo-Pakete und die „Gut-genug“-Schwelle

7. Die UC-Plattform-Frage

8. Die Toolkit-Lücke

9. Was passieren muss

10. Fazit
 

1. PTZ-Kameras: NDIs stärkste Position im ProAV

Wenn man einen ProAV-Integrator fragt, wofür NDI steht, lautet die wahrscheinlichste Antwort: PTZ-Kameras.

Nicht Produktionsmischer, nicht Grafik-Engines — Kameras. PTZ-Kameras sind der Bereich, in dem NDI den größten Einfluss erzielt hat, weil das Wertversprechen unmittelbar ist: Kamera an einen Standard-Ethernet-Switch anschließen, im Netzwerk erkennen und sofort mit dem Streaming beginnen. Keine SDI-Verkabelung, keine dedizierte Infrastruktur, kein spezialisiertes IT-Wissen.
 

Digitale Medien über IP. Quelle: IPMX Marketing and Communications Update. Feb 2025

NDI-HX3, das neueste komprimierte Format von Vizrt, hat diesen Vorteil weiter ausgebaut. Es verwendet H.264- oder H.265-Encoding mit einer kurzen GOP, um 1080p60 mit etwa 20–50 Mbit/s bei einer Glass-to-Glass-Latenz von unter 100 ms bereitzustellen. Für Konferenzräume, Gotteshäuser, Hörsäle und Unternehmensveranstaltungen — das Kerngeschäft von PTZ-Implementierungen — ist das mehr als ausreichend.

Das Ergebnis: NDI hat sich zum Standard-IP-Protokoll für PTZ-Kameras im ProAV-Bereich entwickelt. Nicht weil es technisch überlegen wäre, sondern weil nichts anderes dieselbe Kombination aus Geschwindigkeit, Einfachheit und Ökosystem-Tools bietet.

Die Frage, die sich die Branche nun stellt: Muss das wirklich so bleiben?
 

2. Was IPMX heute tatsächlich unterstützt — und was (noch) nicht

IPMX basiert auf SMPTE ST 2110 und AMWA NMOS und wird durch die VSF-TR-10-Serie von technischen Empfehlungen erweitert. Anfang 2026 decken die beiden vollständig zertifizierten IPMX-Profile unkomprimiertes Video (TR-10-2) und JPEG-XS-komprimiertes Video (TR-10-11) ab. Die ersten 48 Produkte von zehn Herstellern — darunter Panasonic, Matrox, Evertz und intoPIX — wurden beim ersten offiziellen IPMX-Testevent im Januar 2026 in Genf zertifiziert und auf der ISE 2026 in Barcelona vorgestellt.
 

IPMX-Konformitätsstruktur. Bildquelle: AIMS

H.265 fehlt jedoch keineswegs auf der IPMX-Roadmap — ganz im Gegenteil. VSF TR-10-7 definiert das RTP-Transport-Framework für komprimiertes Video innerhalb von IPMX und unterstützt ausdrücklich Codecs über JPEG-XS hinaus, darunter H.265 und H.264. Eine VSF-Präsentation vom Februar 2025 führt ein HEVC-Videoprofil neben unkomprimiertem Video, JPEG-XS und AVC als eines der Zielprofile von IPMX auf. Produkte wie das Matrox-VION-NX-Gateway werben bereits mit H.265-Unterstützung innerhalb des IPMX-Frameworks.

Was bisher noch fehlt, ist die formale Zertifizierung. Das H.265-Profil hat bislang nicht denselben herstellerübergreifenden Test- und Zertifizierungsprozess durchlaufen, der die ersten 48 IPMX-Produkte in Genf validiert hat. Es gibt noch keinen veröffentlichten Testplan speziell für die H.265-Interoperabilität, und Integratoren können derzeit noch keine H.265-zertifizierten Geräte im IPMX-Register finden.

Die Lücke ist also nicht architektonischer, sondern prozessualer Natur. Der Transportmechanismus existiert. Das Profil befindet sich in aktiver Entwicklung. Erste Produkte werden bereits ausgeliefert. Was noch fehlt, ist der letzte Schritt: die Fertigstellung der Profilspezifikation, die Entwicklung eines Testplans und die Durchführung einer Zertifizierungsveranstaltung, die der Branche dasselbe Vertrauen in IPMX H.265 gibt, das sie inzwischen in IPMX für unkomprimiertes Video und JPEG-XS hat.

Dieser Unterschied ist entscheidend. In der Branche wird IPMX H.265 oft als theoretische Möglichkeit dargestellt. Tatsächlich handelt es sich jedoch um eine aufkommende Fähigkeit — näher an der praktischen Einführung, als vielen ProAV-Fachleuten bewusst ist.
 

IPMX-Produktzertifizierung. Bildquelle: AIMS
 

3. NDI-HX3 im Detail: Was PTZ-Hersteller tatsächlich erhalten

NDI-HX3 ist im PTZ-Segment nicht wegen eines einzelnen technischen Vorteils erfolgreich, sondern weil Vizrt ein vollständiges Gesamtpaket darum aufgebaut hat.

Die Codec-Ebene verwendet H.264 oder H.265 mit einer kurzen GOP — typischerweise etwa 20 Frames — und schafft damit einen Ausgleich zwischen Komprimierungseffizienz und Dekodierungslatenz. Bei 1080p60 benötigt ein typischer HX3-Stream je nach Szenenkomplexität 20–50 Mbit/s und passt damit problemlos in ein 1-GbE-Netzwerk. Die Glass-to-Glass-Latenz wird mit unter 100 ms angegeben, wobei reale Messungen häufig im Bereich von 60–80 ms liegen. Für die meisten PTZ-Anwendungsfälle — Remote-Kamerafeeds, Vorschaumonitore, Confidence-Monitore — liegt dies klar innerhalb akzeptabler Grenzen.
 

Tabelle: NDI HX3 H.265 (8 Bit 4:2:0). Bandbreite & Bildrate

Quelle: NDI HX3 Stream Specifications

Über den Codec hinaus bietet NDI automatische Erkennung über mDNS, Tally-Signalisierung, bidirektionale Metadaten für die PTZ-Steuerung sowie eine kostenlose Suite von Desktop-Tools (NDI Studio Monitor, NDI Screen Capture), mit denen Endanwender ihre Setups ohne zusätzliche Software validieren können.

Für PTZ-Hersteller bedeutet die Integration die Lizenzierung des NDI Advanced SDK von Vizrt, das erforderlich ist, um HX3 nativ auf der Hardware zu encodieren. Das grundlegende NDI SDK bleibt für Empfang und Dekodierung lizenzfrei, doch das Senden von HX3-Streams — die Kernfunktion einer PTZ-Kamera — erfordert eine kommerzielle Lizenz mit volumenbasierter Preisgestaltung. Die genauen Bedingungen werden individuell mit jedem Anbieter ausgehandelt, was eine kommerzielle Unsicherheit schafft, die manche Hersteller als problematisch empfinden.
 

Bildquelle: Technical Info & Product Marketing Guidelines for NDI HX3

Die tiefere strukturelle Herausforderung liegt jedoch in der Kontrolle über das Ökosystem. NDI ist kein offener Standard, der von einem herstellerübergreifenden Gremium verwaltet wird. Es handelt sich um eine proprietäre Spezifikation, die von einem einzelnen Unternehmen entwickelt und weitergeführt wird. Jedes SDK-Update, jede Formatänderung und jede Zertifizierungsanforderung geht von Vizrt aus. Für Hersteller, die Produkte mit Lebenszyklen von fünf bis zehn Jahren entwickeln, entsteht dadurch eine Abhängigkeit, die offene Standards eigentlich vermeiden sollen.
 

4. Die JPEG-XS-Frage: Der richtige Codec, aber für das falsche Segment?

JPEG-XS ist der Kompressionscodec, den IPMX offiziell zertifiziert hat und aktiv bewirbt. Aus technischer Sicht ist er beeindruckend: visuell verlustfreie Qualität bei Kompressionsraten von 2:1 bis 10:1, End-to-End-Latenz im Bereich einzelner Zeilen statt ganzer Frames sowie ein deterministisches Verhalten mit konstanter Bitrate, das sich sauber in die Timing-Modelle von ST 2110 einfügt. Für Studioproduktion, LED-Wall-Processing und hochwertige AV-Installationen ist JPEG-XS ein echter Fortschritt.

Für PTZ-Kameras in typischen ProAV-Umgebungen bringt JPEG-XS jedoch eine nicht passende Kostenstruktur mit sich.

Der Codec erfordert dedizierte Hardware. Derzeit stammt die wichtigste Quelle für JPEG-XS-Encoder-/Decoder-IP-Cores von intoPIX, einem belgischen Unternehmen, dessen Technologie einen großen Teil des IPMX-Ökosystems für komprimiertes Video bildet. Obwohl intoPIX bewährte und hochwertige Implementierungen anbietet, führt dies in der Praxis dazu, dass PTZ-Hersteller bei Lizenzierung und Integration auf einen einzigen IP-Anbieter angewiesen sind — ironischerweise genau jene Abhängigkeit von einem einzelnen Anbieter, die Kritiker auch bei NDI bemängeln.

JPEG-XS-Hardware erhöht die BOM-Kosten einer PTZ-Kamera spürbar. Für eine Konferenzraumkamera im Preisbereich von 2.000 bis 5.000 US-Dollar ist diese Zusatzbelastung schwieriger zu kompensieren als bei einem Broadcast-Produktionsmischer für 30.000 US-Dollar. PTZ-Hersteller arbeiten mit geringeren Margen und höheren Stückzahlen, und jeder zusätzliche Dollar für die Encoder-Seite konkurriert direkt mit Investitionen in Optik, Sensorik und mechanische Pan-Tilt-Einheiten.

Das Ergebnis ist eine Wahrnehmungslücke: Der zertifizierte Kompressionspfad von IPMX ist auf Qualitätsstufen optimiert, die oberhalb des typischen PTZ-Kameramarktes liegen, während die Kompressionsklasse, die PTZ-Kameras tatsächlich benötigen — effizientes H.264/H.265 mit beherrschbarer Latenz — weiterhin außerhalb des offiziellen IPMX-Zertifizierungsrahmens bleibt.
 

5. H.265 innerhalb von IPMX: Das fehlende Profil

Genau hier liegt die Chance.

H.265-Hardware-Encoding ist inzwischen Commodity-Technologie. SoCs von Ambarella, HiSilicon, Rockchip und anderen werden seit Jahren millionenfach in Überwachungs- und PTZ-Kameras mit HEVC-Encodern ausgeliefert. Die Hardware ist ausgereift, kostengünstig und energieeffizient. Ein PTZ-Hersteller, der sich heute für H.265-Encoding entscheidet, geht keine technologische Wette ein — er nutzt einen umfassend bewährten Baustein.

Die Transportebene von IPMX ist bereits in der Lage, H.265-Streams zu übertragen. ST 2110-22 definiert den Mechanismus für komprimiertes Video mit konstanter Bitrate über RTP, und der TR-10-7-Entwurf beschreibt, wie komprimierte Codecs über JPEG-XS hinaus innerhalb des IPMX-Frameworks integriert werden können. Die NMOS-Ebene für Discovery und Verbindungsmanagement (IS-04/IS-05) ist von Grund auf codec-agnostisch aufgebaut: Sender und Empfänger werden nach Medientyp und Fähigkeiten registriert, nicht nach einer spezifischen Codec-Identität.

Das H.265-Profil nimmt innerhalb des VSF-TR-10-Frameworks bereits Form an, und erste Implementierungen existieren in ausgelieferten Produkten. Was noch fehlt, ist die letzte Stufe der Formalisierung: die Finalisierung der Profilspezifikation mit klar definierten Encoding-Beschränkungen (Main-Profil, festgelegte Levels, GOP-Strukturen, Bitratenbereiche je Auflösung), die Veröffentlichung eines entsprechenden Testplans sowie die Durchführung H.265-spezifischer Zertifizierungsevents, damit Integratoren IPMX-H.265-Geräte mit derselben Sicherheit spezifizieren können, die sie heute bereits bei unkomprimierten und JPEG-XS-Produkten haben.

Die Entwicklung dieses Profils würde keine Neuerfindung der IPMX-Architektur erfordern. Es würde bedeuten, einen eingeschränkten, interoperablen Teilbereich von H.265 zu definieren — ähnlich wie NDI-HX3 H.265 auf bestimmte GOP-Längen, Bitratenobergrenzen und Latenzziele begrenzt — und diesen mit derselben NMOS-basierten Discovery- und Verbindungsverwaltung zu kombinieren, die bereits für unkomprimierte und JPEG-XS-Streams funktioniert.

Patentinhaber für HEVC: MPEG LA, Access Advance und Velos Media

Die Lizenzierungslandschaft für H.265 bringt tatsächlich zusätzliche Komplexität mit sich. HEVC-Patente sind auf drei separate Patentpools verteilt — MPEG LA, Access Advance und Velos Media — mit stückbezogenen Lizenzgebühren, die je nach Produktkategorie variieren. PTZ-Kamerahersteller, die H.265 heute einsetzen, bewegen sich jedoch bereits innerhalb dieser Lizenzstruktur, etwa für bestehende RTSP- und NDI-HX3-Implementierungen. Die Integration von H.265 in IPMX führt daher nicht zu neuen Patentverpflichtungen, sondern nutzt lediglich ein Modell, das Hersteller bereits akzeptiert haben.

6. Latenz, Jumbo-Pakete und die „Gut-genug“-Schwelle

Eine der pragmatischsten Beobachtungen in der ursprünglichen Diskussion betraf die akzeptable Latenz. Für Remote-PTZ-Kamerafeeds, bei denen kein IMAG (Image Magnification für Live-Bildschirme) erforderlich ist, sind zwei bis drei Frames Verzögerung vollkommen akzeptabel. Das deckt den Großteil aller PTZ-Implementierungen ab: Unternehmens-Konferenzräume, Klassenzimmer, Gotteshäuser, Overflow-Räume bei Veranstaltungen und Remote-Produktionsfeeds.

NDI-HX3 zielt genau auf dieses Latenzfenster ab und spezifiziert eine Glass-to-Glass-Latenz von unter 100 ms. Ein IPMX-H.265-Profil könnte dieses Niveau erreichen oder sogar verbessern, sofern die Spezifikation einige praktische Aspekte auf Netzwerkebene berücksichtigt.
 

Ethernet-Frame mit Nutzdaten variabler Länge. Jumbo Frames besitzen Nutzdaten > 1500 Byte.

Jumbo Frames sind ein solcher Aspekt. Die standardmäßige Ethernet-MTU von 1500 Byte zwingt Videostreams mit hoher Bitrate dazu, in viele kleine Pakete aufgeteilt zu werden, was den Overhead pro Paket sowie die Verarbeitungsbelastung der Switches erhöht. Die Aktivierung von Jumbo Frames (typischerweise 9000-Byte-MTU) reduziert die Paketanzahl erheblich und senkt sowohl die CPU-Interrupt-Last auf Kamera-SoCs als auch den Weiterleitungsaufwand im Switch. Der Bandbreitenaufwand ist vernachlässigbar, der Latenzgewinn dagegen messbar — insbesondere bei 4K-Auflösungen, bei denen die Datenmengen pro Frame erheblich sind.

Die meisten gemanagten Switches in ProAV-Umgebungen unterstützen bereits Jumbo Frames. Das Hindernis liegt nicht in der Hardware, sondern in der Dokumentation und der Standardkonfiguration. Ein IPMX-H.265-Profil, das Jumbo-Frame-Unterstützung ausdrücklich empfiehlt und Konfigurationsrichtlinien für gängige Switch-Familien bereitstellt, würde eine reale Quelle von Integrationsproblemen beseitigen.

Der entscheidende Punkt ist jedoch: Ein IPMX-H.265-Profil muss nicht mit JPEG-XS in Bezug auf Latenz konkurrieren. Es muss mit NDI-HX3 konkurrieren — und das ist ein deutlich realistischeres Ziel.
 

7. Die UC-Plattform-Frage: Teams, Zoom und der Standard, der sich durchsetzt

NDI ist innerhalb von Microsoft Teams und Zoom präsent, auch wenn die Integration eingeschränkter ist, als es zunächst erscheinen mag. Teams unterstützt NDI-Ausgabe — wodurch Produktionsteams einzelne Teilnehmer-Video-Feeds aus einem Teams-Call als NDI-Streams für externes Mixing ausgeben können. Zoom bietet eine ähnliche Funktionalität. In beiden Fällen fungiert NDI als Brücke zwischen der UC-Plattform und externen Produktionswerkzeugen, nicht jedoch als primärer Medientransport innerhalb der Plattform selbst.

NDI funktioniert in Microsoft Teams und Zoom als Brücke zwischen der UC-Plattform und externen Produktionswerkzeugen

Diese Integration existiert, weil NDI genau zu dem Zeitpunkt ein sofort nutzbares und leicht integrierbares SDK bereitstellte, als UC-Plattformen eine Schnittstelle zu professionellen Video-Workflows benötigten. Es war ein Vorteil durch Timing, nicht durch eine tiefgehende architektonische Bindung. Weder Teams noch Zoom nutzen NDI intern für den Medientransport; beide setzen auf eigene optimierte WebRTC-basierte oder proprietäre Stacks.

Damit IPMX in diesen Bereich vordringen kann, wird der Ansatz vermutlich nicht darin bestehen, NDI direkt innerhalb von UC-Plattformen zu ersetzen. Stattdessen geht es darum sicherzustellen, dass IPMX-fähige PTZ-Kameras und Encoder sauber mit UC-Umgebungen über standardisierte Schnittstellen interoperieren können — etwa über USB, HDMI-Capture oder leichte Gateway-Geräte, die IPMX-Streams in Formate umwandeln, die UC-Plattformen bereits unterstützen.

Der strategisch sinnvollere Weg besteht darin sicherzustellen, dass dieselbe PTZ-Kamera beide Workflows bedienen kann, ohne separate Protokoll-Stacks oder unterschiedliche Hardware-SKUs zu benötigen. Eine Kamera, die IPMX H.265 nativ ausgibt und gleichzeitig einen zusätzlichen NDI-HX3- oder USB-Ausgang für UC-Kompatibilität unterstützt, würde Integratoren die heute benötigte Flexibilität geben und die Installation zugleich langfristig auf eine Migration zu offenen Standards vorbereiten.
 

8. Die Toolkit-Lücke: Was IPMX von NDIs Ansatz lernen kann

Einer der am meisten unterschätzten Vorteile von NDI hat nichts mit Codecs oder Latenz zu tun. Es ist das kostenlose Toolset.

NDI Tools — Studio Monitor, Screen Capture, Webcam Input und weitere — geben jedem Nutzer mit einem Laptop die Möglichkeit, NDI-Streams zu entdecken, vorzuschauen und weiterzuleiten, ohne zusätzliche Software kaufen zu müssen. Für Integratoren, die eine PTZ-Kamera evaluieren, bedeutet das einen kostenfreien Validierungsweg: Kamera anschließen, Studio Monitor öffnen und prüfen, ob der Stream funktioniert. Für Endanwender bedeutet es, dass grundlegendes Monitoring und Recording sofort verfügbar sind.

IPMX bietet derzeit nichts Vergleichbares. Die Validierung eines IPMX-Streams erfordert aktuell entweder herstellerspezifische Software, professionelle Test- und Messtechnik oder ausreichend ST-2110-Expertise, um einen Receiver manuell einzurichten. Für Broadcast-Ingenieure, die eine Produktionsumgebung in Betrieb nehmen, ist das völlig angemessen, für einen ProAV-Integrator, der einem Facility-Manager in einem Konferenzraum eine PTZ-Kamera demonstrieren muss, stellt dies jedoch eine hohe Einstiegshürde dar.

Der Vorschlag des ursprünglichen Kommentators — ein kostenloser IPMX-Multiviewer, mobile Capture-Apps für iPhone und Android sowie ein Referenz-Toolkit für PTZ-Hersteller — ist kein Luxus. Es ist eine grundlegende Voraussetzung für das Ökosystem.

Die Entwicklung eines solchen Toolkits würde gleichzeitig zwei Zielgruppen bedienen. Für Integratoren und Endanwender würde IPMX greifbar werden: etwas, das man herunterladen, starten und sofort in Betrieb sehen kann.

Für PTZ-Hersteller würde eine Referenzimplementierung — Beispielcode, getestete SoC-Konfigurationen, Beispiele für die NMOS-Registrierung — den Entwicklungsaufwand für eine IPMX-konforme Kamera drastisch reduzieren. Die Verbreitung von NDI im PTZ-Segment beschleunigte sich genau in dem Moment, als das SDK so einfach wurde, dass ein Firmware-Ingenieur innerhalb weniger Tage statt Wochen einen funktionierenden Prototyp erstellen konnte. IPMX muss dieselbe Geschwindigkeit erreichen.

AIMS und die breitere IPMX-Community verfügen über die technische Glaubwürdigkeit, um dies umzusetzen. Die entscheidende Frage ist jedoch, ob diese Initiative neben Profilentwicklung und Zertifizierung ausreichend priorisiert wird — denn ohne leicht zugängliche Tools wird selbst ein perfektes H.265-Profil Schwierigkeiten haben, gegen die reibungslose Onboarding-Erfahrung von NDI anzukommen.
 

9. Was passieren muss: Eine praktische Roadmap

Damit IPMX H.265 von einer architektonischen Möglichkeit zu einer einsatzfähigen Alternative zu NDI-HX3 wird, sind koordinierte Maßnahmen verschiedener Gruppen erforderlich. Keiner der einzelnen Schritte ist technisch beispiellos — doch sie müssen in der richtigen Reihenfolge und mit ausreichender Dynamik umgesetzt werden, um eine kritische Masse zu erreichen.

Von AIMS und den IPMX-Arbeitsgruppen:

Die Grundlage ist bereits vorhanden: TR-10-7 definiert das Framework für den Transport komprimierter Videos, und ein HEVC-Profil ist unter den Ziel-Spezifikationen der VSF aufgeführt. Die aktuelle Priorität besteht darin, dieses Profil mit konkreten, testbaren Encoding-Beschränkungen zu finalisieren — Main-Profil, Level 4.1 oder 5.1, definierte GOP-Strukturen, Bitratenobergrenzen je Auflösung — und es als offizielles TR-10-Profildokument mit derselben Sorgfalt zu veröffentlichen, die bereits bei den Profilen für unkomprimiertes Video und JPEG-XS angewendet wurde.
 

IPMX Product Qualification and Certification Requirements (PDF)

Darauf aufbauend muss ein entsprechender Testplan folgen, damit Hersteller H.265-Produkte über dieselben herstellerübergreifenden Veranstaltungen zertifizieren können, die bereits die ersten 48 IPMX-Geräte in Genf validiert haben. Parallel zur Profilspezifikation sollte AIMS in ein Referenz-Toolkit investieren: eine Open-Source-IPMX-Receiver-/Viewer-Anwendung, mobile Apps für Discovery und Vorschau sowie einen Integrationsleitfaden für PTZ-Hersteller mit Beispielabläufen für die NMOS-Registrierung.

Von den PTZ-Kameraherstellern:

Hersteller, die bereits H.265-fähige SoCs ausliefern, sind der IPMX-Konformität näher, als ihnen möglicherweise bewusst ist. Die Encoding-Hardware ist bereits vorhanden. Die Hauptarbeit bei der Integration liegt auf der Control Plane: Implementierung von NMOS IS-04 für die Gerätere gistrierung und IS-05 für das Verbindungsmanagement, Verpackung von H.265-Streams in den ST-2110-22-RTP-Transport sowie Unterstützung PTP-basierter Synchronisation mit dem Genauigkeitsniveau, das das jeweilige IPMX-Profil verlangt.

Für Hersteller, die derzeit NDI-HX3-Produkte entwickeln, lässt sich ein großer Teil der Encoding-Pipeline direkt wiederverwenden — der Codec bleibt derselbe; lediglich die Ebenen für Discovery, Transport und Steuerung ändern sich.

Von Integratoren und Endkunden:

Das Marktsignal ist entscheidend. Integratoren, die PTZ-Kameras für Unternehmens-, Bildungs- und Live-Event-Projekte spezifizieren, können diesen Wandel beschleunigen, indem sie IPMX-Kompatibilität in ihre RFPs und Ausschreibungsunterlagen aufnehmen — selbst zunächst nur als zukunftssichere Option neben der aktuellen NDI-Unterstützung. Sobald Hersteller erkennen, dass sich die Anforderungen in Ausschreibungen verändern, folgen auch die Engineering-Roadmaps.
 

Ein Praxisbeispiel: 2021 integrierte Collabora den H.265-Encoder und -Decoder in den i.MX-8M-Prozessor für intelligente PTZ-Überwachungskameras

10. Fazit: Der Standard, der präsent ist

Die Erfahrung der ProAV-Branche mit AV-over-IP hat eine konstante Erkenntnis hervorgebracht: Nicht immer die eleganteste Technologie setzt sich durch. Gewonnen hat die Technologie, die präsent ist — mit funktionierenden Produkten, zugänglichen Tools und einem klaren Integrationspfad.

NDI war im PTZ-Segment zuerst präsent und hat sich diese Position durch praktische Umsetzung verdient. Das Ökosystem existiert, die Tools sind kostenlos und der Integrationspfad ist gut dokumentiert. Nichts davon sollte unterschätzt werden.

Doch die strukturellen Grenzen, ein gesamtes Branchensegment auf dem proprietären Protokoll eines einzelnen Anbieters aufzubauen, sind ebenso real. Lizenzbedingungen ändern sich. SDK-Vorgaben entwickeln sich weiter. Roadmaps orientieren sich an den kommerziellen Prioritäten eines Unternehmens statt an den gemeinsamen Bedürfnissen der Branche. Jeder Hersteller, der bereits eine einseitige Änderung von NDI-Lizenzbedingungen oder SDK-Anforderungen erlebt hat, kennt diese Spannung.

IPMX bietet eine glaubwürdige Alternative — getragen von offener Governance, herstellerübergreifender Zertifizierung und einer Architekturgrundlage, die sich im Broadcast-Bereich bereits bewährt hat. Was IPMX dem PTZ-Segment bislang jedoch noch nicht bietet, ist ein vollständiger, sofort einsetzbarer Weg: das passende Codec-Profil, die richtigen Tools und die notwendige Einfachheit bei der Einführung, um mit dem heutigen NDI-Angebot gleichzuziehen.
 

Die einzelnen Bausteine sind näher aneinander, als vielen in der Branche bewusst ist. H.265-Hardware ist Commodity-Technologie. IPMX-Transport und Discovery sind zertifiziert und bereits am Markt verfügbar. Die Zertifizierungsinfrastruktur ist einsatzbereit. Was noch fehlt, ist eine gezielte Initiative, um diese Bausteine zu einem PTZ-spezifischen Gesamtpaket zusammenzuführen und es den Herstellern und Integratoren bereitzustellen, die es benötigen.

Bei Promwad arbeiten wir mit ProAV- und Broadcast-Hardware-Herstellern genau auf dieser Ebene zusammen — und unterstützen Teams bei der Auswahl von Codecs, der SoC-Integration und der Implementierung von Protokoll-Stacks für AV-over-IP-Produkte.

Wenn Sie derzeit IPMX-, NDI- oder hybride Architekturen für Ihre nächste PTZ-Kamera- oder Encoder-Plattform evaluieren, tauschen wir uns gerne mit Ihnen aus.

Kontakt aufnehmen