GitHub‑DMCA & Rockchip MPP: Praxis‑Guide für sichere Weiterarbeit

Am 27. Dezember 2025 hat GitHub das Rockchip Linux MPP-Repository nach einer DMCA‑Beschwerde eines FFmpeg‑Entwicklers deaktiviert. Für Unternehmen, die auf die MPP‑Bibliothek setzen, bedeutet das nicht sofort das Ende der Nutzung – solange Sie die Lizenz‑ und Urheber‑Bestimmungen einhalten.

Einleitung – Warum das wichtig ist

Die Media Process Platform (MPP) von Rockchip wird häufig in Embedded‑Linux‑Systemen für Hardware‑beschleunigtes Video‑Encoding/Decoding eingesetzt. Ein Lizenzverstoß (LGPL) kann nicht nur das Projekt offline nehmen, sondern auch rechtliche Risiken für Ihr Unternehmen bergen.

Ziel dieser Anleitung

• Verstehen, worum es bei der DMCA‑Meldung geht.
• Prüfen, ob Ihre Nutzung von MPP lizenzkonform ist.
• Ein eigenes, rechtssicheres Repository aufsetzen.
• Alternative Lösungen (z. B. FFmpeg‑Forks) einbinden.

Voraussetzungen

• Linux‑Server oder Entwicklungs‑Workstation (Ubuntu 22.04 LTS empfohlen).
• Git‑Client, git und git-lfs installiert.
• Grundlegende Kenntnisse in Bash und Lizenz‑Compliance.

Schritt‑für‑Schritt‑Umsetzung

1. Lizenz‑Check: Was verlangt die LGPL‑v2.1?

Die LGPL verlangt, dass Sie:

• den Quellcode der Bibliothek (oder einen Link darauf) bereitstellen.
• eine Möglichkeit zur Relink‑ oder Austausch‑Version anbieten.
• Hinweise auf Änderungen und Copyright‑Infos beibehalten.

Wenn Sie MPP nur als Binär‑Package nutzen, ohne den Quellcode zu verbreiten, kann das problematisch sein.

2. Repository von GitHub klonen (falls noch verfügbar)

# Prüfen, ob ein lokales Mirror noch existiert (z. B. in Ihrem Unternehmen)
if [ -d "rockchip-mpp" ]; then
 echo "Lokales Mirror vorhanden – weiter mit Schritt 3"
else
 git clone --mirror https://github.com/rockchip-linux/mpp.git
fi

Falls das Repository komplett gelöscht ist, nutzen Sie das Internet‑Archive oder fragen Sie den Hersteller nach einem offiziellen Release‑Tarball.

3. Eigenes, rechtssicheres Git‑Repository anlegen

# Erstelle ein neues leeres Repo auf Ihrem internen Git‑Server (z. B. Gitea, GitLab)
ssh user@gitserver "mkdir -p /srv/git/rockchip-mpp.git && cd /srv/git/rockchip-mpp.git && git init --bare"

# Push das geklonte Mirror hinein
cd rockchip-mpp
git remote add internal ssh://git@gitserver:/srv/git/rockchip-mpp.git
git push --mirror internal

Damit bleibt die Bibliothek in Ihrer Infrastruktur verfügbar, ohne von externen Plattformen abhängig zu sein.

4. Lizenz‑Konformität sicherstellen

1. Fügen Sie eine LICENSE-Datei mit dem vollständigen LGPL‑v2.1‑Text hinzu.
2. Ergänzen Sie im Quellcode‑Header die Copyright‑Angaben von Rockchip und allen Beiträgern.
3. Stellen Sie im Repository einen README.md mit Hinweis auf die Möglichkeit, die Bibliothek zu relinken, bereit.

5. Integration in Ihr Projekt

Nutzen Sie das interne Repository als Submodule oder via git subtree:

# Submodule‑Methode
git submodule add ssh://git@gitserver:/srv/git/rockchip-mpp.git external/rockchip-mpp
git submodule update --init --recursive

Oder mit CMake:

add_subdirectory(external/rockchip-mpp)
target_link_libraries(my_app PRIVATE mpp)

6. Alternative: FFmpeg‑Fork mit aktivem LGPL‑Support

Falls Sie die MPP‑Bibliothek nicht mehr nutzen wollen, können Sie FFmpeg‑Builds verwenden, die bereits die Rockchip‑Hardware‑Beschleunigung via v4l2m2m oder mediacodec unterstützen. Anleitung dazu finden Sie in unserer separaten FFmpeg‑Rockchip‑Tutorial.

Fazit

Ein DMCA‑Take‑Down bedeutet nicht sofort das Ende Ihrer Projekte – mit einem internen Mirror, korrekter LGPL‑Einbindung und ggf. einer Alternative können Sie rechtssicher weiterarbeiten. Wir von Schönfelder EDV unterstützen Sie gerne beim Aufsetzen des internen Repos, bei Lizenz‑Audits und bei der Migration zu alternativen Codecs.