staging.inyokaproject.org

Hi,

da es hierbei ja nicht um Ubuntu selbst geht, frage ich mal in diesem OpenSource Bereich.

Ich habe hier eine tolle Anleitung gefunden wie man den MPV Videoplayer mit Hardware-Decoding auf dem Raspberry-Pi installieren kann.

Man muss dabei MPV von der Source selbst bauen, aber anscheinend gibt es da bereits Hilfe mit Skripten.

Kurz gesagt, ich wollte fragen, ob das soweit sicher aussieht, da ich eigentlich kaum Ahnung von git, und von Source bauen habe.

 1
 2
 3
 4
 5
 6
 7
 8
 9
10

    sudo apt-get install -y gperf bison flex autoconf automake make texinfo help2man libtool libtool-bin ncurses-dev git yasm mercurial cmake cmake-curses-gui libfribidi-dev checkinstall libfontconfig1-dev libgl1-mesa-dev libgles2-mesa-dev gnutls-dev libsmbclient-dev libpulse-dev libbluray-dev libdvdread-dev libluajit-5.1-dev libjpeg-dev libv4l-dev libcdio-cdda-dev libcdio-paranoia-dev
    git clone https://github.com/mpv-player/mpv-build.git
    cd mpv-build
    echo --enable-mmal >> ffmpeg_options
    ./use-mpv-release
    ./use-ffmpeg-release
    ./update
    ./rebuild -j4
    sudo ./install

The -j4 asks it to use 4 parallel processes.

Note that this command implicitly does an update followed by a full cleanup (even if nothing changes), which is supposed to reduce possible problems with incremental builds. You can do incremental builds by explicitly calling ./build. This can be faster on minor updates, but breaks sometimes, e.g. the FFmpeg build system can sometimes be a bit glitchy.

Cleanup gefährlich für mein Gesamtsystem?

Install mpv with:

    sudo ./install

mpv doesn't need to be installed. The binary ./mpv/build/mpv can be used as-is. You can copy it to /usr/local/bin manually. Note that libass and ffmpeg will be statically linked with mpv when using the provided scripts, and no ffmpeg or libass libraries are/need to be installed.

Warum heißt es 'doesn't need tobe installed' wenn zuvor das dieses .install Skript ausgeführt wird? Was macht das install-Skript? ffmpeg holen/aktualisieren?

Instructions for Debian and Ubuntu

Warning: DO NOT USE THESE INSTRUCTIONS UNLESS YOU KNOW WHAT YOU ARE DOING.

These scripts are fragile (probably rather Debian's fault than ours). They will often fail with weird errors that are hard to solve. They only exist for users who want to hurt themselves. Use the generic instructions, unless you really insist on having a Debian package as result.

Dem oben erwähnten Tutorial zufolge soll das wohl ohne Probleme gehen.

Danke für jegliche Hilfe oder Tipps und Erklärungen. Schönes Rest-Wochenende,LG Leo

Kann mir vlt. jemand einfach nur kurz erklären was der Befehl macht bzw. bedeutet? Ich verstehe nicht ganz was git jetzt tatsächlich macht. Überall steht nur es ist ein Versionsverwaltungssystem, das besonders im zusammenhang mit github steht. Weil bei apt-get z.Bsp. weiß ich das ich damit die Programme aus den Paketquellen, die in sources.list stehen herunterladen und installieren kann.

Ich erstelle mit diesem Befehl doch keine besonderen Rechte oder sowas ähnliches wie ein PPA oder? Holt dieser Befehl einfach nur die Orginal-Sources von MPV?

1
2

git clone https://github.com/mpv-player/mpv-build.git
cd mpv-build

Warum folgen darauf Skripte, also wo liegen die? Bin ich etwas mit github verbunden? Sorry bin gerade ziemlich schwer von Verstand.

./use-mpv-release ./use-ffmpeg-release

lubuntu-lulu schrieb:

Cleanup gefährlich für mein Gesamtsystem?

Nur wenn man unsinnigerweise root-Rechte hat und das Skript unbeabsichtigte Nebeneffekte hat.

Warum heißt es 'doesn't need tobe installed' wenn zuvor das dieses .install Skript ausgeführt wird? Was macht das install-Skript? ffmpeg holen/aktualisieren?

Schau es dir doch einfach an, das ist eine Text-Datei. lubuntu-lulu schrieb:

git clone https://github.com/mpv-player/mpv-build.git

Kann mir vlt. jemand einfach nur kurz erklären was der Befehl macht bzw. bedeutet?

Er holt sich eine lokale Kopie des angegebenen Git-Repositories - das wird in der Manpage auch schön ausführlich erklärt: https://git-scm.com/docs/git-clone

Ich erstelle mit diesem Befehl doch keine besonderen Rechte oder sowas ähnliches wie ein PPA oder? Holt dieser Befehl einfach nur die Orginal-Sources von MPV?

Nein, er holt Hilfsskripte, die dann weitere Dateien (u.a. die Sourcen von mpv und ffmpeg) herunterladen - steht aber alles auf https://github.com/mpv-player/mpv-build

Warum folgen darauf Skripte, also wo liegen die?

In dem Ordner, den du mit

cd mpv-build

betreten hast.

Bin ich etwas mit github verbunden?

Zu dem Zeitpunkt nicht. Du warst es, also du das Repository geklont hast und wirst es wieder sein, wenn du ./update ausführst, wie man in https://github.com/mpv-player/mpv-build/blob/master/update sieht.

Sorry bin gerade ziemlich schwer von Verstand.

Einfach mal tief durchatmen und sich alles ansehen, was einen interessiert.

Warning: DO NOT USE THESE INSTRUCTIONS UNLESS YOU KNOW WHAT YOU ARE DOING.

Im Zweifelsfall kann man das ja mal auf einer Test-Installation ausprobieren.

./use-mpv-release

Das Skript sieht so aus: https://github.com/mpv-player/mpv-build/blob/master/use-mpv-release - setzt also eine Umgebungsvariable und ruft dann https://github.com/mpv-player/mpv-build/blob/master/scripts/switch-branch mit dem Argumenten "mpv" und "release" auf. Das schreibt es in eine Konfigurationsdatei, welcher Branch zum Bauen genutzt werden soll und ruft https://github.com/mpv-player/mpv-build/blob/master/scripts/mpv-clean auf.

./use-ffmpeg-release

Gleiches für ffmpeg in grün.

Herzlichen Dank für deine Antwort! Größtenteils für mein lahmes Hirn sehr verständlich 😛

seahawk1986 schrieb:

lubuntu-lulu schrieb:

Cleanup gefährlich für mein Gesamtsystem?

Nur wenn man unsinnigerweise root-Rechte hat und das Skript unbeabsichtigte Nebeneffekte hat.

Aber das letzte .install Skript benötigt root Rechte?

1
2
3
4
5
6

[...]
./use-mpv-release
./use-ffmpeg-release
./update
./rebuild -j4
sudo ./install 

Ist mit "unbeabsichtigte Nebeneffekte" Viren gemeint, oder einfach "nur" dass das Skript was im System bzw. Paketverwaltung durcheinander bringen könnte?

Ich merke immer wieder welch großer Anfänger ich selbst nach zwei Jahren Linux immer noch bin. Immerhin schaffe ich es mittlerweile immer mehr Probleme selbst zu lösen oder zum mindestens die richtigen Antworten per Google zu finden 😉 Ich vermute aber, dass ich trotzdem weiterhin öfters "bekloppte" oder simple Fragen stelle.

lubuntu-lulu schrieb:

Aber das letzte .install Skript benötigt root Rechte?

Ja, wenn das Skript etwas in Systemverzeichnisse kopieren dürfen soll, muss es mit erhöhten Rechten ausgeführt werden.

Ist mit "unbeabsichtigte Nebeneffekte" Viren gemeint, oder einfach "nur" dass das Skript was im System bzw. Paketverwaltung durcheinander bringen könnte?

Man muss da nicht mal bösartige Absichten unterstellen - da genügt schon ein Logik- oder Tippfehler in einem Skript (wie z.B. beim Steam-Bug im letzten Jahr http://www.heise.de/newsticker/meldung/Valve-fixt-Alles-Loeschen-Bug-in-Steam-fuer-Linux-2520835.html), um unbeabsichtigt etwas zu löschen oder zu überschreiben.

Wenn man sich nicht sicher ist, ob ein Programm etwas ungewolltes macht kann man

• den Quellcode ansehen und versuchen die Abläufe nachzuvollziehen

• es in einer Test-Umgebung ausführen

und wenn man danach immer noch Bedenken hat, muss man halt die Konsequenzen ziehen und es nicht einsetzen.

Oh Gott, dieser Steam Bug klingt ja fürchterlich und erschreckend.

Testumgebung, eine VM (Virtuelle Maschine) oder einfach ein neues eingeschränktes Benutzerkonto verwenden?

Die Sache mit in den Quellcode reinschauen stellt sich natürlich als Schwierigkeit dar, da ich selbst mit ein wenig Recherche meist immer noch zu wenig Allgemein-Wissen über Code/Programmieren habe.

Auf jeden Fall schonmal ein großes Dankeschön für deine Geduld mit mir! 😉

lubuntu-lulu schrieb:

Testumgebung, eine VM (Virtuelle Maschine) oder einfach ein neues eingeschränktes Benutzerkonto verwenden?

Da das für den Raspberry Pi bauen willst, könnte man z.B. ein geclonte Installation auf einer zweiten SD-Karte nutzen (gerade wenn man schon einige Zeit investiert hat um die einzurichten) alternativ kannst du von der SD-Karte auch ein Image erstellen, das du zurückspielen kannst, wenn unerwartet etwas schiefgeht.

Man kann sowas auch in einer qemu-Umgebung probieren, aber ich weiß nicht, ob das für dich nicht etwas zu komplex wird: https://lionfacelemonface.wordpress.com/2015/04/18/raspberry-pi-build-environment-in-no-time-at-all/

Und zum Ausprobieren muss man dann ja sowieso die kompilierten Dateien auf dem Raspberry installieren.