Lizenzstreit um Rockchip MPP schlägt Wellen in der Open-Source-Welt

Rockchip MPP – Mehr als nur ein Software-Framework

Das Middleware-Framework namens Rockchip MPP existiert nicht als eigenständiges Unternehmen. Es handelt sich vielmehr um ein vorgefertigtes Programmier-Konstrukt – eine Art Baukasten für Entwickler. Dieses Framework wurde von der chinesischen Firma Fuzhou Rockchip Electronics entwickelt und umfasst wiederverwendbare Komponenten, Schnittstellen (APIs) und ebenfalls grundlegende Strukturen für die Hardware-Beschaffung.

Das Problem: Nutzung fremden Codes im Fokus

Dieses Mal liegt die Schwierigkeit nicht im eigenen Code, allerdings im Umfeld von FFmpeg. Dieses Open-Source-Projekt bietet Werkzeuge zur Audio- und Videobearbeitung. Die Entwickler werfen Rockchip MPP vor, Code aus der libavcodec-Bibliothek übernommen zu haben – konkret für die Codecs AV1, H.265 und VP9. Das Problem: Hinweise auf die ursprünglichen Urheber wurden vollständig entfernt und die Lizenzbedingungen identisch geändert. Diese Vorgehensweise soll gegen die Lizenzbestimmungen verstoßen haben.

GitHub reagiert prompt und gezielt

Im Gegensatz zu einer generellen Sperrung wurde nur der betroffene Teil des Repositories blockiert. Die restlichen Bereiche – der Gerätebaum, das README sowie Branches – sind weiterhin zugänglich. Nur die spezifischen Dateien die in der DMCA-Beschwerde genannt werden – zum Beispiel Header und Parser – weisen den Fehler auf. Die Meldung „451 Unavailable For Legal Reasons“ erscheint nur an diesen Stellen was die eingeschränkte Sperrung verdeutlicht.

Warum MPP für die Praxis essenziell ist

Für Anwender ist MPP essenziell, weil es den Zugriff auf den Videohardware-Chipsatz ermöglicht. Fehlt dieser Zugriff – muss die CPU die Bearbeitung übernehmen. Dies führt zu erhöhter Belastung weiterhin Wärmeentwicklung und einer Reduktion der Systemreserven. Obwohl nur wenige Dateien betroffen sind, sind ihre Funktionen maßgeblich. Fehlen diese kleinen jedoch entscheidenden Bausteine – etwa Parser – dann funktionieren die Builds oder SDKs nicht mehr. Das ist ärgerlich – weil es zuvor funktionierte und jetzt plötzlich nicht mehr geht.

Das Rockchip-Statement: Lizenzprobleme sind erkannt

Im öffentlichen Issue-Tracker gab Rockchip zu. Dass Dateien mit lizenzierten Komponenten in MPP enthalten seien. Es wurde bestätigt – die entsprechenden Hinweise wieder ins Projekt einzufügen. Zugleich läuft eine Gegenmaßnahme – eine sogenannte DMCA-Counter-Notice. Als Lösung plant das Unternehmen, eine komplette Neufassung des Repos zu erstellen – einen Rewrite um die Lizenzprobleme zu beseitigen. Erste Schritte sind bereits sichtbar: Ein Commit korrigiert die Header von mehrerer Dateien und orientiert sie wieder an „FFmpeg / LGPL“ – was eine Verbesserung darstellt.

Die Bedeutung für Linux, SBCs und Android

Der Zugriff auf die Hardware vorrangig über MPP macht diese Entwicklung für Plattformen wie Linux, Single-Board-Computer (SBC) und Android besonders relevant. Diese Geräte sind auf die Hardware-Engines angewiesen. Wenn diese zentrale Schnittstelle problematisch wird hat das direkte Konsequenzn für den Support und die Entwicklung. Viele Hersteller-SDKs und Community-Images hängen von einem funktionierenden Repository ab. Aufgrund des DMCA-Strike mussten manche SDKs und Images vorübergehend vom Netz genommen werden was die Nutzer vor Herausforderungen stellt.

Auswirkungen auf bestehende Geräte und Entwickler

Bestehende Geräte bleiben weiterhin funktionsfähig, vorausgesetzt sie bereits installiert sind. Aber die Wartung – Replikation und Weiterentwicklung werden erschwert. Entwickler und Bastler müssen Mirror-Instanzen, Forks oder Workarounds nutzen um die Reproduzierbarkeit zu sichern. Das führt zu Fragmentierung und erschwert die Zusammenarbeit innerhalb der Community. Android-Distributionen sind ähnlich betroffen, da wichtige Komponenten aus Vendor-Trees stammen und auch hier das Lizenzproblem Druck auf die Wartung ausübt.