Vu+ WIKI - Benutzerbeiträge [de]

Paketmanager opkg

2026-09-20T13:50:12Z

Rdamas:

''opkg'' ist ein Paketmanager, zugeschnitten auf die Bedürfnisse von Embedded Systemen. Die Aufgabe eines Paketmanagers ist, die auf einem System (z.B. unseren VU+ Boxen) installierte Software zu verwalten. Die Software wird dazu in Pakete gebündelt. Mit dem Paketmanager können solche Pakete installiert, deinstalliert und gelöscht werden. Der Paketmanager ermöglicht es, Software-Pakete zentral zusammenzustellen und auch zentral zu verteilen. Dafür greift der Paketmanager auf den [[FEED|Feed]] zu - das ist das zentrale Repository, in dem alle Pakete zum Download für den Paketmanager bereitgestellt werden.

== Benutzung ==
Für die komplette Liste der Befehle, die ''opkg'' kennt, gibt man einfach <code>opkg</code> in der Shell ein.

Die wichtigsten Befehle hier auf einen Blick:

{|
| <code>opkg update</code> || Aktualisiert die Liste der am Feed verfügbaren Pakete
|-
| <code>okpg list-upgradable</code> || Zeigt eine Liste aller Pakete an, für die es am Feed eine Aktualisierung gibt
|-
| <code>opkg upgrade</code> || Aktualisiert alle Pakete, für die es eine neuere Version am Feed gibt
|-
| <code>opkg list</code> || Zeigt eine Liste mit allen verfügbaren Paketen an
|-
| <code>opkg list-installed</code> || Zeigt eine Liste mit allen installierten Paketen an
|-
| <code>opkg install <paketliste></code> || Installiert ein oder mehrere Pakete
|-
| <code>opkg remove <paketliste></code> || Deinstalliert ein oder mehrere Pakete
|}

= Andere Paketmanager für Enigma2, Geschichte =
Der Vorläufer von ''opkg'' ist der [https://de.wikipedia.org/wiki/IPKG ipkg], der bis 2013 entwickelt wurde. ''opkg'' hat sich von ''ipkg'' abgespaltet, benutzt aber dasselbe Dateiformat und die Endung ''.ipk'' für die Pakete. Das Format orientiert sich an den bei Debian und neueren Enigma2-Systemen benutzten ''.deb'' Paketen. Allen gemeinsam ist, dass sie komprimierte [https://de.wikipedia.org/wiki/Ar_(Unix) ar] Dateien sind. Der Aufbau einer ''.ipk''-Datei ist weiter unten genauer beschrieben.

== Weiterführende Informationen ==
Für die Benutzung des Paketmanagers sind die folgenden Informationen nicht wichtig. Das wird sich vermutlich ändern, wenn man selber Pakete bauen möchte.

''opkg'' benutzt drei Verzeichnisse für den Betrieb:
{|
| style="width: 150px"| <code>/etc/opkg/</code> || Konfiguration für ''opkg''; hier wird die Liste aller Feeds abgelegt und die Liste der benutzten Architekturen definiert.
|-
| <code>/var/lib/opkg/</code> || Hier wird der Gesamt-Status der installierten Pakete gespeichert. Dies beinhaltet eine Liste aller Pakete, die am Feed verfügbar sind, als auch Listen mit allen Dateien, die von allen Paketen installiert wurden.
|- style="vertical-align:top;"
| <code>/usr/lib/opkg/</code> || Im Verzeichnis <code>/usr/lib/opkg/alternatives/</code> werden Informationen zu allen Programmen verwaltet, für die es mehrere Installations-Kandidaten gibt. Ein gutes Beispiel ist [[Busybox und deren Befehle|busybox]], welches für eine Vielzahl von Standard-Unix-Programmen eine abgespeckte Variante zur Verfügung stellt. Wenn das Original-Programm ebenfalls installiert wird, soll natürlich nicht weiter die Busybox-Variante benutzt werden.
|}

Im Verzeichnis <code>/var/lib/opkg/</code> liegen die von den Feeds heruntergeladenen Dateien sowie in der Datei <code>/var/lib/opkg/status</code> ein Liste (oder Datenbank) aller im System installierten Pakete. Das Format der einzelnen Blöcke in dieser Datei ist weitgehend identisch mit der im folgenden Abschnitt beschriebenen ''control''-Dateien. Die einzelnen Blöcke enthalten zusätzlich zu den Informationen aus den ''control''-Dateien noch den Zeitstempel, wann das Paket installiert wurde (''Installed-Time: ...''), sowie ob es als abhängiges Paket automatisch installiert wurde (''Auto-Installed: yes'') und einen Installations-Status (''Status: ...'')

=== Paket-Informationen ===
Informationen zu allen installierten Paketen legt ''opkg'' im Verzeichnis <code>/var/lib/opkg/info/</code> ab. In diesem Verzeichnis befinden sich zu jedem installierten Paket mehrere Dateien:

{|
| style="width: 150px"| ''paketname''.control || Datei mit allen Meta-Informationen zum Paket ''paketname''
|-
| ''paketname''.list || Liste aller vom Paket installierten Dateien
|-
| ''paketname''.preinst || (optional) Script, welches vor Entpacken des data.tar.gz Files von ''paketname'' ausgeführt wird.
|-
| ''paketname''.postinst || (optional) Script, welches nach Entpacken des data.tar.gz von ''paketname'' ausgeführt wird. Alle Paket-Abhängigkeiten sind installiert.
|-
| ''paketname''.prerm || (optional) Script, welches vor dem Löschen von irgendwelchen Dateien von ''paketname'' ausgeführt wird. Das Paket ist weterhin vorhanden, Abhängigkeiten verfügbar.
|-
| ''paketname''.postrm || (optional) Script, welches nach dem Löschen der Dateien von ''paketname'' ausgeführt wird.
|-
| ''paketname''.conffiles || (optional) Liste aller vom Paket installierten Konfigurationsfiles, die beim Update nicht überschrieben werden sollen
|}

Zwischen ''preinst'' und ''postinst'' entpackt ''opkg'' das Datenarchiv der ''.ipk''-Datei an den Zielort. Abhängigkeiten werden erfüllt, Konfigurationsdateien geschrieben und der Paketstatus ändert sich zu „installed“.

Zwischen ''prerm'' und ''postrm'' entfernt ''opkg'' die Dateien aus der Liste ''paketname''.list.

Eine ''ipk''-Datei ist vom Format eine [https://de.wikipedia.org/wiki/Ar_(Unix) ar]-Datei, die immer 3 Dateien enthält:
{|
| style="width: 150px"| ''control.tar.gz'' || eine Tar-Datei mit den gerade beschriebenen Dateien aus <code>/var/lib/opkg/info</code> eines Paketes außer der .list-Datei
|-
| ''data.tar.gz'' || eine Tar-Datei mit den zu installierenden Files; dies entspricht dem Inhalt der .list-Datei
|-
| ''debian-binary'' || enthält immer 2.0 als String
|}

Anmerkung: Neuere Versionen von ''opkg'' akzeptieren auch mit ''xz'' gepackte Tar-Dateien. Die bei VTi genutzte Version kann nur mit .gz Dateien umgehen.

Mit diesen Informationen ist es einfach, zu einem installierten Paket wieder eine ipk-Datei mit einem installierbaren Paket zu bauen. Dafür kann folgendes Script benutzt werden:

#!/bin/bash

name=$1
if [ ! -f "/var/lib/opkg/info/$name.control" ]; then
echo "Paket " $name " ist nicht installiert"
exit
fi

builddir=/media/hdd/build.$$
mkdir $builddir || exit 1

# control-, list- und p-Dateien ins Build-Dir kopieren
pushd /var/lib/opkg/info > /dev/null
for file in $name.*; do
cp $file $builddir/${file#"$name."}
done

cd $builddir
# opkg 0.7 führt in der File-Liste auch die File-Rechte; stört hier, also weg damit.
sed -i -E -e 's:\t[0-9]+$::' list

# tar-Datei mit allen gelisteten Dateien erstellen
tar -czf data.tar.gz --no-recursion -T list 2>/dev/null

# opkg benötigt für jedes Verzeichnis einen eigenen Eintrag,
# deswegen das tar-File noch einmal aus- und wieder einpacken.
mkdir clean
cd clean
tar -xf ../data.tar.gz
tar -czf ../data.tar.gz .
cd ..

tar -czf control.tar.gz $(ls control conffiles pre* post* 2> /dev/null)
echo "2.0" > debian-binary

version=$(grep Version: control | sed -e 's/.*: *//')
package=$(grep Package: control | sed -e 's/.*: *//')
arch=$(grep Architecture: control | sed -e 's/.*: *//')

ipk=${package}_${version}_${arch}.ipk

ar r $ipk debian-binary control.tar.gz data.tar.gz 2> /dev/null
popd > /dev/null

mv -i $builddir/$ipk .
rm -fr $builddir

Anmerkung: für dieses Script funktionieren die Busybox-Versionen von ''tar'' und ''ar'' nicht.

=== Pakete selber bauen ===
Ein Paket ist eine Sammlung von zu installierenden Dateien, Metainformationen sowie vor und nach Installation auszuführenden Scripten. Als Paket-Container-Format wird dafür das unter Unix seit Ewigkeiten benutzte ar-Format verwendet, mit dem auch Bibliotheken für statische Libraries (.a-Files) erstellt werden.

In einer .ipk-Datei befinden sich immer drei Dateien: '''control.tar.gz''', '''data.tar.gz''', '''debian-binary'''. In der Datei '''control.tar.gz''' befinden sich alle Meta-Daten zum Programm:

* <code>control</code> (diese Datei muss enthalten sein),
* <code>conffiles</code> (optional Datei mit einer Liste von Konfigurationsfiles, die nicht überschrieben werden sollen; pro Zeile ein Filename - wird z.B. im Paket "base-files" benutzt, siehe <code>/var/lib/opkg/info/base-files.*</code> auf der Box)
* <code>preinst</code>, <code>prerm</code> (optional, Shellscripten, die vor dem installieren bzw. löschen ausgeführt werden)
* <code>postinst</code>, <code>postrm</code> (optional, Shellscripten, die nach dem installieren bzw. löschen ausgeführt werden)

Die Datei '''data.tar.gz''' beinhaltet die eigentlichen Paket-Daten, die installiert werden sollen. Die Datei '''data.tar.gz''' wird von ''opkg'' im Root-Verzeichnis ausgepackt. ''opkg'' benutzt dafür seinen eigenen Entpacker, der - im Gegensatz zu ''tar'' pingelig ist, was fehlende Verzeichnisse im Tar-File angeht.

==== Das ''control'' File ====
Bleibt noch das ''control''-File zu erklären. Ein ''control''-File besteht aus einer Reihe von '''Feld: Wert'''-Paaren, mit nachfolgend beschriebener Bedeutung. Dabei sind lediglich die Felder '''Package:''' und '''Architecture:''' Pflichtfelder, es ist aber sinnvoll, wenigstens noch '''Version:''' und '''Description:''' mit anzugeben.

* '''Package:''' (''Pflichtfeld'') ist der Paket-Name ohne die Versions-Nummer
* '''Architecture:''' (''Pflichtfeld'') bestimmt, unter welcher Architektur das Paket sinnvollerweise installiert werden kann. Hier nimmt man "all", wenn es unabhängig vom Prozessor ist, also z.B. ein Python-Script. Ansonsten z.B. armv7ahf-vfp-neon wenn es spezifisch für eine unserer 4k-Boxen ist, weil z.B. ein kompiliertes Binary enthalten ist. Gültige Werte für "Architecture" für deine Box stehen in der Datei /etc/opkg/arch.conf.
* '''Version:''' (''empfohlenes Feld'') ist die Versionsnummer des Paketes. Hier fährt man sehr gut mit einer numerischen Versionsnummer (z.B. 1.2-r0), da opkg anhand der Versionsnummer alphanumerisch sortiert und entscheidet, ob ein Paket neuer als ein bereits installiertes ist. Versionsnummern a la "gitXXX" sind eher ungeeignet. Die Syntax für den Aufbau einer Versionsnummer ist: <code>[epoch:]upstream-version[-revision]:</code>
** '''epoch''': eine optionale ganze Zahl, gefolgt von einem Doppelpunkt. Wird sie weggelassen, wird sie als 0 angenommen. Sie dient nur dazu, eine neuere Sortierreihenfolge zu erzwingen, wenn sich das Versionsschema des Upstream-Projekts ändert oder ein Fehler korrigiert werden muss.
** '''upstream-version:''' die „echte“ Version der Originalsoftware (z. B. 2.4.1). Sie kann Buchstaben, Ziffern, Punkte, +-~ und, nur wenn eine Epoche angegeben ist, einen Doppelpunkt enthalten.
** '''revision''': ein optionaler paketspezifischer Zähler nach dem letzten Bindestrich (z. B. -1). Er dient zur Unterscheidung von Neukompilationen oder eigenen kleinen Anpassungen derselben Upstream-Version.
* '''Description:''' (''empfohlenes Feld'') ausführliche Beschreibung des Pakets. Dieses Feld kann aus mehreren Zeilen bestehen, wobei nachfolgende Zeilen immer mit einem Leerzeichen beginnnen müssen, Absätze mit " .".
* '''Depends:''' beschreibt die Abhängigkeiten zu anderen Paketen. Diese Zeile kann eine Liste von Paketen enthalten, die installiert sein müssen bzw. installiert werden sollen, wenn das Paket installiert wird. Für jedes Paket kann weiter noch angeben werden, welche Version benötigt wird. Das kann man durch (>> Version), (>= Version), (= Version), (<= Version), (<< Version) hinter dem Paketnamen angeben. >>: neuer als, >=: mindestens, =: genau gleich, <=: höchstens, <<: älter als.
* '''Conflicts:''' wenn die Installation dieses Paketes sich mit einem anderen Paket beisst (z.B. wenn beide Pakete gleiche Files installieren), werden die Pakete durch Komma getrennt hier aufgeführt. Siehe auch das Feld ''Replaces''
* '''Installed-Size:''' hier kann der vom installierten Paket in Anspruch genommene Speicherplatz in KB angegeben werden
* '''Maintainer:''' Wer betreut dieses Paket?
* '''Priority:''' extra, optional, required, standard
* '''Provides:''' Für kompliziertere Abhängigkeiten von Paketen mit virtuellen Paketen definiert "Provides:", für welches virtuelle Paket das Paket eine Installation erfüllt. Dafür kann ein Paket z.B. "Depends: vpaket" voraussetzen, und unser Paket "Package: paket" sowie "Provides: vpaket" definieren. Das macht man gerne, wenn man Pakete für spezifische Hardware schnürt, z.B. eine bestimmte Box.
* '''Section:''' Welcher Sektion das Paket zugeordnet werden soll.
* '''Replaces:''' Manchmal gibt es für ein altes Paket ein neues, welches das alte ersetzt. Um Konflikte mit gleichen Files zu verhindern, kann man hier angeben, welches alte Paket unser Paket ersetzt.
* '''Source:''' Quelle des Pakets.
* '''Recommends:''' Liste von Paketen, für die es Sinn macht, zusätzlich zu diesem Paket installiert zu werden. Quasi eine sehr weiche Depends: Klausel.
* '''Suggests:''' Liste von Paketen, für die es vielleicht Sinn macht, zusätzlich zu diesem Paket installiert zu werden - eine noch weichere Depends: Klausel.

Als Beispiele kann man sich die tausenden von <code>*.control</code> im Verzeichnis <code>/var/lib/opkg/info/</code> anschauen. Pro installiertes Paket steht dort die ''control''-Datei, die mit dem Paket ausgeliefert wurde.

==== Ein Script um Pakete zu erstellen ====
Mit folgendem Script kann aus einem Installations-Verzeichnis heraus ein fertiges Paket gebaut werden. Dafür ist es nur nötig, eine fertige ''control''-Datei und das fertige ''data.tar.gz'' im Verzeichnis abzulegen. Wenn man ein Programm fertig kompiliert hat, lässt es sich üblicherweise mit dem Kommando <code>make install</code> installieren. Man kann aber bei den meisten Programmen heute <code>make install DESTDIR=/media/hdd/install</code> angeben, um das Programm unter einem anderen Root-Verzeichnis, z.B. <code>/media/hdd/install/</code>, zu installieren. Von hier kann man noch einmal schauen, was alles installiert würde, und von hier das ''data.tar.gz''-File erstellen.

Das folgende Script wird im Installations-Root (z.B. <code>/media/hdd/install/</code>) ausgeführt:

#!/bin/bash

if [ ! -f "control" -o ! -f "data.tar.gz" ]; then
echo "Verzeichnis enthält keine Paketdaten"
exit
fi

tar -czf control.tar.gz $(ls control conffiles pre* post* 2> /dev/null)
echo "2.0" > debian-binary

version=$(grep Version: control | sed -e 's/.*: *//')
package=$(grep Package: control | sed -e 's/.*: *//')
arch=$(grep Architecture: control | sed -e 's/.*: *//')

ipk=${package}_${version}_${arch}.ipk

ar r $ipk debian-binary control.tar.gz data.tar.gz

Wichtig: für dieses Script wird das ''ar'' aus den Binutils benötigt, hier funktioniert das ''ar'' aus Busybox nicht. Ein Binutils-Paket für die ARM-Architektur findet sich bei uns im Downloads-Bereich, für MIPSEL wird man fündig, wenn man im Netz nach Debian-Paketen sucht.

== Änderungen in VTi-16 ==
VTi-16 kommt mit einer aktuelleren Version des Paket-Managers ''opkg'': 0.7.0. Damit werden einige Verbesserungen eingeführt:

* Der Daten-Container darf jetzt neben gzip auch mit zstd, xz, bzip2 oder lz4 gepackt werden.
* In der Liste der installierten Files werden jetzt auch die File-Berechtigungen gespeichert, mit denen das Archiv installiert wurde.
* Das Verzeichnis, in dem die Inhalte der installierten Feeds abgelegt werden, hat sich gegenüber den vorherigen VTi-Versionen geändert.
* Das in VTi-16 benutzte busybox kommt mit einem für das erstellen von ipk's geeigneten "ar" Befehl. Dieser muss nicht mehr separat installiert werden.

Das hier vorgestellte Script zum Erstellen einer ipk-Datei aus einem bereits installierten Paket wurde deshalb leicht angepasst.

Paketmanager opkg

2026-09-20T13:49:36Z

Rdamas:

Paketmanager opkg

2026-09-20T13:48:14Z

Rdamas: Anpassungen seit VTi-16

''opkg'' ist ein Paketmanager, zugeschnitten auf die Bedürfnisse von Embedded Systemen. Die Aufgabe eines Paketmanagers ist, die auf einem System (z.B. unseren VU+ Boxen) installierte Software zu verwalten. Die Software wird dazu in Pakete gebündelt. Mit dem Paketmanager können solche Pakete installiert, deinstalliert und gelöscht werden. Der Paketmanager ermöglicht es, Software-Pakete zentral zusammenzustellen und auch zentral zu verteilen. Dafür greift der Paketmanager auf den [[FEED|Feed]] zu - das ist das zentrale Repository, in dem alle Pakete zum Download für den Paketmanager bereitgestellt werden.

== Benutzung ==
Für die komplette Liste der Befehle, die ''opkg'' kennt, gibt man einfach <code>opkg</code> in der Shell ein.

Die wichtigsten Befehle hier auf einen Blick:

{|
| <code>opkg update</code> || Aktualisiert die Liste der am Feed verfügbaren Pakete
|-
| <code>okpg list-upgradable</code> || Zeigt eine Liste aller Pakete an, für die es am Feed eine Aktualisierung gibt
|-
| <code>opkg upgrade</code> || Aktualisiert alle Pakete, für die es eine neuere Version am Feed gibt
|-
| <code>opkg list</code> || Zeigt eine Liste mit allen verfügbaren Paketen an
|-
| <code>opkg list-installed</code> || Zeigt eine Liste mit allen installierten Paketen an
|-
| <code>opkg install <paketliste></code> || Installiert ein oder mehrere Pakete
|-
| <code>opkg remove <paketliste></code> || Deinstalliert ein oder mehrere Pakete
|}

= Andere Paketmanager für Enigma2, Geschichte =
Der Vorläufer von ''opkg'' ist der [https://de.wikipedia.org/wiki/IPKG ipkg], der bis 2013 entwickelt wurde. ''opkg'' hat sich von ''ipkg'' abgespaltet, benutzt aber dasselbe Dateiformat und die Endung ''.ipk'' für die Pakete. Das Format orientiert sich an den bei Debian und neueren Enigma2-Systemen benutzten ''.deb'' Paketen. Allen gemeinsam ist, dass sie komprimierte [https://de.wikipedia.org/wiki/Ar_(Unix) ar] Dateien sind. Der Aufbau einer ''.ipk''-Datei ist weiter unten genauer beschrieben.

== Weiterführende Informationen ==
Für die Benutzung des Paketmanagers sind die folgenden Informationen nicht wichtig. Das wird sich vermutlich ändern, wenn man selber Pakete bauen möchte.

''opkg'' benutzt drei Verzeichnisse für den Betrieb:
{|
| style="width: 150px"| <code>/etc/opkg/</code> || Konfiguration für ''opkg''; hier wird die Liste aller Feeds abgelegt und die Liste der benutzten Architekturen definiert.
|-
| <code>/var/lib/opkg/</code> || Hier wird der Gesamt-Status der installierten Pakete gespeichert. Dies beinhaltet eine Liste aller Pakete, die am Feed verfügbar sind, als auch Listen mit allen Dateien, die von allen Paketen installiert wurden.
|- style="vertical-align:top;"
| <code>/usr/lib/opkg/</code> || Im Verzeichnis <code>/usr/lib/opkg/alternatives/</code> werden Informationen zu allen Programmen verwaltet, für die es mehrere Installations-Kandidaten gibt. Ein gutes Beispiel ist [[Busybox und deren Befehle|busybox]], welches für eine Vielzahl von Standard-Unix-Programmen eine abgespeckte Variante zur Verfügung stellt. Wenn das Original-Programm ebenfalls installiert wird, soll natürlich nicht weiter die Busybox-Variante benutzt werden.
|}

Im Verzeichnis <code>/var/lib/opkg/</code> liegen die von den Feeds heruntergeladenen Dateien sowie in der Datei <code>/var/lib/opkg/status</code> ein Liste (oder Datenbank) aller im System installierten Pakete. Das Format der einzelnen Blöcke in dieser Datei ist weitgehend identisch mit der im folgenden Abschnitt beschriebenen ''control''-Dateien. Die einzelnen Blöcke enthalten zusätzlich zu den Informationen aus den ''control''-Dateien noch den Zeitstempel, wann das Paket installiert wurde (''Installed-Time: ...''), sowie ob es als abhängiges Paket automatisch installiert wurde (''Auto-Installed: yes'') und einen Installations-Status (''Status: ...'')

=== Paket-Informationen ===
Informationen zu allen installierten Paketen legt ''opkg'' im Verzeichnis <code>/var/lib/opkg/info/</code> ab. In diesem Verzeichnis befinden sich zu jedem installierten Paket mehrere Dateien:

{|
| style="width: 150px"| ''paketname''.control || Datei mit allen Meta-Informationen zum Paket ''paketname''
|-
| ''paketname''.list || Liste aller vom Paket installierten Dateien
|-
| ''paketname''.preinst || (optional) Script, welches vor Entpacken des data.tar.gz Files von ''paketname'' ausgeführt wird.
|-
| ''paketname''.postinst || (optional) Script, welches nach Entpacken des data.tar.gz von ''paketname'' ausgeführt wird. Alle Paket-Abhängigkeiten sind installiert.
|-
| ''paketname''.prerm || (optional) Script, welches vor dem Löschen von irgendwelchen Dateien von ''paketname'' ausgeführt wird. Das Paket ist weterhin vorhanden, Abhängigkeiten verfügbar.
|-
| ''paketname''.postrm || (optional) Script, welches nach dem Löschen der Dateien von ''paketname'' ausgeführt wird.
|-
| ''paketname''.conffiles || (optional) Liste aller vom Paket installierten Konfigurationsfiles, die beim Update nicht überschrieben werden sollen
|}

Zwischen ''preinst'' und ''postinst'' entpackt ''opkg'' das Datenarchiv der ''.ipk''-Datei an den Zielort. Abhängigkeiten werden erfüllt, Konfigurationsdateien geschrieben und der Paketstatus ändert sich zu „installed“.

Zwischen ''prerm'' und ''postrm'' entfernt ''opkg'' die Dateien aus der Liste ''paketname''.list.

Eine ''ipk''-Datei ist vom Format eine [https://de.wikipedia.org/wiki/Ar_(Unix) ar]-Datei, die immer 3 Dateien enthält:
{|
| style="width: 150px"| ''control.tar.gz'' || eine Tar-Datei mit den gerade beschriebenen Dateien aus <code>/var/lib/opkg/info</code> eines Paketes außer der .list-Datei
|-
| ''data.tar.gz'' || eine Tar-Datei mit den zu installierenden Files; dies entspricht dem Inhalt der .list-Datei
|-
| ''debian-binary'' || enthält immer 2.0 als String
|}

Anmerkung: Neuere Versionen von ''opkg'' akzeptieren auch mit ''xz'' gepackte Tar-Dateien. Die bei VTi genutzte Version kann nur mit .gz Dateien umgehen.

Mit diesen Informationen ist es einfach, zu einem installierten Paket wieder eine ipk-Datei mit einem installierbaren Paket zu bauen. Dafür kann folgendes Script benutzt werden:

#!/bin/bash

name=$1
if [ ! -f "/var/lib/opkg/info/$name.control" ]; then
echo "Paket " $name " ist nicht installiert"
exit
fi

builddir=/media/hdd/build.$$
mkdir $builddir || exit 1

# control-, list- und p-Dateien ins Build-Dir kopieren
pushd /var/lib/opkg/info > /dev/null
for file in $name.*; do
cp $file $builddir/${file#"$name."}
done

cd $builddir

# tar-Datei mit allen gelisteten Dateien erstellen
tar -czf data.tar.gz --no-recursion -T list 2>/dev/null

# opkg benötigt für jedes Verzeichnis einen eigenen Eintrag,
# deswegen das tar-File noch einmal aus- und wieder einpacken.
mkdir clean
cd clean
tar -xf ../data.tar.gz
tar -czf ../data.tar.gz .
cd ..

tar -czf control.tar.gz $(ls control conffiles pre* post* 2> /dev/null)
echo "2.0" > debian-binary

version=$(grep Version: control | sed -e 's/.*: *//')
package=$(grep Package: control | sed -e 's/.*: *//')
arch=$(grep Architecture: control | sed -e 's/.*: *//')

ipk=${package}_${version}_${arch}.ipk

ar r $ipk debian-binary control.tar.gz data.tar.gz 2> /dev/null
popd > /dev/null

mv -i $builddir/$ipk .
rm -fr $builddir

Anmerkung: für dieses Script funktionieren die Busybox-Versionen von ''tar'' und ''ar'' nicht.

=== Pakete selber bauen ===
Ein Paket ist eine Sammlung von zu installierenden Dateien, Metainformationen sowie vor und nach Installation auszuführenden Scripten. Als Paket-Container-Format wird dafür das unter Unix seit Ewigkeiten benutzte ar-Format verwendet, mit dem auch Bibliotheken für statische Libraries (.a-Files) erstellt werden.

In einer .ipk-Datei befinden sich immer drei Dateien: '''control.tar.gz''', '''data.tar.gz''', '''debian-binary'''. In der Datei '''control.tar.gz''' befinden sich alle Meta-Daten zum Programm:

* <code>control</code> (diese Datei muss enthalten sein),
* <code>conffiles</code> (optional Datei mit einer Liste von Konfigurationsfiles, die nicht überschrieben werden sollen; pro Zeile ein Filename - wird z.B. im Paket "base-files" benutzt, siehe <code>/var/lib/opkg/info/base-files.*</code> auf der Box)
* <code>preinst</code>, <code>prerm</code> (optional, Shellscripten, die vor dem installieren bzw. löschen ausgeführt werden)
* <code>postinst</code>, <code>postrm</code> (optional, Shellscripten, die nach dem installieren bzw. löschen ausgeführt werden)

Die Datei '''data.tar.gz''' beinhaltet die eigentlichen Paket-Daten, die installiert werden sollen. Die Datei '''data.tar.gz''' wird von ''opkg'' im Root-Verzeichnis ausgepackt. ''opkg'' benutzt dafür seinen eigenen Entpacker, der - im Gegensatz zu ''tar'' pingelig ist, was fehlende Verzeichnisse im Tar-File angeht.

==== Das ''control'' File ====
Bleibt noch das ''control''-File zu erklären. Ein ''control''-File besteht aus einer Reihe von '''Feld: Wert'''-Paaren, mit nachfolgend beschriebener Bedeutung. Dabei sind lediglich die Felder '''Package:''' und '''Architecture:''' Pflichtfelder, es ist aber sinnvoll, wenigstens noch '''Version:''' und '''Description:''' mit anzugeben.

* '''Package:''' (''Pflichtfeld'') ist der Paket-Name ohne die Versions-Nummer
* '''Architecture:''' (''Pflichtfeld'') bestimmt, unter welcher Architektur das Paket sinnvollerweise installiert werden kann. Hier nimmt man "all", wenn es unabhängig vom Prozessor ist, also z.B. ein Python-Script. Ansonsten z.B. armv7ahf-vfp-neon wenn es spezifisch für eine unserer 4k-Boxen ist, weil z.B. ein kompiliertes Binary enthalten ist. Gültige Werte für "Architecture" für deine Box stehen in der Datei /etc/opkg/arch.conf.
* '''Version:''' (''empfohlenes Feld'') ist die Versionsnummer des Paketes. Hier fährt man sehr gut mit einer numerischen Versionsnummer (z.B. 1.2-r0), da opkg anhand der Versionsnummer alphanumerisch sortiert und entscheidet, ob ein Paket neuer als ein bereits installiertes ist. Versionsnummern a la "gitXXX" sind eher ungeeignet. Die Syntax für den Aufbau einer Versionsnummer ist: <code>[epoch:]upstream-version[-revision]:</code>
** '''epoch''': eine optionale ganze Zahl, gefolgt von einem Doppelpunkt. Wird sie weggelassen, wird sie als 0 angenommen. Sie dient nur dazu, eine neuere Sortierreihenfolge zu erzwingen, wenn sich das Versionsschema des Upstream-Projekts ändert oder ein Fehler korrigiert werden muss.
** '''upstream-version:''' die „echte“ Version der Originalsoftware (z. B. 2.4.1). Sie kann Buchstaben, Ziffern, Punkte, +-~ und, nur wenn eine Epoche angegeben ist, einen Doppelpunkt enthalten.
** '''revision''': ein optionaler paketspezifischer Zähler nach dem letzten Bindestrich (z. B. -1). Er dient zur Unterscheidung von Neukompilationen oder eigenen kleinen Anpassungen derselben Upstream-Version.
* '''Description:''' (''empfohlenes Feld'') ausführliche Beschreibung des Pakets. Dieses Feld kann aus mehreren Zeilen bestehen, wobei nachfolgende Zeilen immer mit einem Leerzeichen beginnnen müssen, Absätze mit " .".
* '''Depends:''' beschreibt die Abhängigkeiten zu anderen Paketen. Diese Zeile kann eine Liste von Paketen enthalten, die installiert sein müssen bzw. installiert werden sollen, wenn das Paket installiert wird. Für jedes Paket kann weiter noch angeben werden, welche Version benötigt wird. Das kann man durch (>> Version), (>= Version), (= Version), (<= Version), (<< Version) hinter dem Paketnamen angeben. >>: neuer als, >=: mindestens, =: genau gleich, <=: höchstens, <<: älter als.
* '''Conflicts:''' wenn die Installation dieses Paketes sich mit einem anderen Paket beisst (z.B. wenn beide Pakete gleiche Files installieren), werden die Pakete durch Komma getrennt hier aufgeführt. Siehe auch das Feld ''Replaces''
* '''Installed-Size:''' hier kann der vom installierten Paket in Anspruch genommene Speicherplatz in KB angegeben werden
* '''Maintainer:''' Wer betreut dieses Paket?
* '''Priority:''' extra, optional, required, standard
* '''Provides:''' Für kompliziertere Abhängigkeiten von Paketen mit virtuellen Paketen definiert "Provides:", für welches virtuelle Paket das Paket eine Installation erfüllt. Dafür kann ein Paket z.B. "Depends: vpaket" voraussetzen, und unser Paket "Package: paket" sowie "Provides: vpaket" definieren. Das macht man gerne, wenn man Pakete für spezifische Hardware schnürt, z.B. eine bestimmte Box.
* '''Section:''' Welcher Sektion das Paket zugeordnet werden soll.
* '''Replaces:''' Manchmal gibt es für ein altes Paket ein neues, welches das alte ersetzt. Um Konflikte mit gleichen Files zu verhindern, kann man hier angeben, welches alte Paket unser Paket ersetzt.
* '''Source:''' Quelle des Pakets.
* '''Recommends:''' Liste von Paketen, für die es Sinn macht, zusätzlich zu diesem Paket installiert zu werden. Quasi eine sehr weiche Depends: Klausel.
* '''Suggests:''' Liste von Paketen, für die es vielleicht Sinn macht, zusätzlich zu diesem Paket installiert zu werden - eine noch weichere Depends: Klausel.

Als Beispiele kann man sich die tausenden von <code>*.control</code> im Verzeichnis <code>/var/lib/opkg/info/</code> anschauen. Pro installiertes Paket steht dort die ''control''-Datei, die mit dem Paket ausgeliefert wurde.

==== Ein Script um Pakete zu erstellen ====
Mit folgendem Script kann aus einem Installations-Verzeichnis heraus ein fertiges Paket gebaut werden. Dafür ist es nur nötig, eine fertige ''control''-Datei und das fertige ''data.tar.gz'' im Verzeichnis abzulegen. Wenn man ein Programm fertig kompiliert hat, lässt es sich üblicherweise mit dem Kommando <code>make install</code> installieren. Man kann aber bei den meisten Programmen heute <code>make install DESTDIR=/media/hdd/install</code> angeben, um das Programm unter einem anderen Root-Verzeichnis, z.B. <code>/media/hdd/install/</code>, zu installieren. Von hier kann man noch einmal schauen, was alles installiert würde, und von hier das ''data.tar.gz''-File erstellen.

Das folgende Script wird im Installations-Root (z.B. <code>/media/hdd/install/</code>) ausgeführt:

#!/bin/bash

if [ ! -f "control" -o ! -f "data.tar.gz" ]; then
echo "Verzeichnis enthält keine Paketdaten"
exit
fi

tar -czf control.tar.gz $(ls control conffiles pre* post* 2> /dev/null)
echo "2.0" > debian-binary

version=$(grep Version: control | sed -e 's/.*: *//')
package=$(grep Package: control | sed -e 's/.*: *//')
arch=$(grep Architecture: control | sed -e 's/.*: *//')

ipk=${package}_${version}_${arch}.ipk

ar r $ipk debian-binary control.tar.gz data.tar.gz

Wichtig: für dieses Script wird das ''ar'' aus den Binutils benötigt, hier funktioniert das ''ar'' aus Busybox nicht. Ein Binutils-Paket für die ARM-Architektur findet sich bei uns im Downloads-Bereich, für MIPSEL wird man fündig, wenn man im Netz nach Debian-Paketen sucht.

== Änderungen in VTi-16 ==
VTi-16 kommt mit einer aktuelleren Version des Paket-Managers ''opkg'': 0.7.0. Damit werden einige Verbesserungen eingeführt:

* Der Daten-Container darf jetzt neben gzip auch mit zstd, xz, bzip2 oder lz4 gepackt werden.
* In der Liste der installierten Files werden jetzt auch die File-Berechtigungen gespeichert, mit denen das Archiv installiert wurde.
* Das Verzeichnis, in dem die Inhalte der installierten Feeds abgelegt werden, hat sich gegenüber den vorherigen VTi-Versionen geändert.
* Das in VTi-16 benutzte busybox kommt mit einem für das erstellen von ipk's geeigneten "ar" Befehl. Dieser muss nicht mehr separat installiert werden.

Das hier vorgestellte Script zum Erstellen einer ipk-Datei aus einem bereits installierten Paket wurde deshalb leicht angepasst.

Paketmanager opkg

2026-07-20T08:34:56Z

Rdamas: Erklärungen zu pre- und post-Skripten sowie Paket-Versionsnummer

''opkg'' ist ein Paketmanager, zugeschnitten auf die Bedürfnisse von Embedded Systemen. Die Aufgabe eines Paketmanagers ist, die auf einem System (z.B. unseren VU+ Boxen) installierte Software zu verwalten. Die Software wird dazu in Pakete gebündelt. Mit dem Paketmanager können solche Pakete installiert, deinstalliert und gelöscht werden. Der Paketmanager ermöglicht es, Software-Pakete zentral zusammenzustellen und auch zentral zu verteilen. Dafür greift der Paketmanager auf den [[FEED|Feed]] zu - das ist das zentrale Repository, in dem alle Pakete zum Download für den Paketmanager bereitgestellt werden.

== Benutzung ==
Für die komplette Liste der Befehle, die ''opkg'' kennt, gibt man einfach <code>opkg</code> in der Shell ein.

Die wichtigsten Befehle hier auf einen Blick:

{|
| <code>opkg update</code> || Aktualisiert die Liste der am Feed verfügbaren Pakete
|-
| <code>okpg list-upgradable</code> || Zeigt eine Liste aller Pakete an, für die es am Feed eine Aktualisierung gibt
|-
| <code>opkg upgrade</code> || Aktualisiert alle Pakete, für die es eine neuere Version am Feed gibt
|-
| <code>opkg list</code> || Zeigt eine Liste mit allen verfügbaren Paketen an
|-
| <code>opkg list-installed</code> || Zeigt eine Liste mit allen installierten Paketen an
|-
| <code>opkg install <paketliste></code> || Installiert ein oder mehrere Pakete
|-
| <code>opkg remove <paketliste></code> || Deinstalliert ein oder mehrere Pakete
|}

= Andere Paketmanager für Enigma2, Geschichte =
Der Vorläufer von ''opkg'' ist der [https://de.wikipedia.org/wiki/IPKG ipkg], der bis 2013 entwickelt wurde. ''opkg'' hat sich von ''ipkg'' abgespaltet, benutzt aber dasselbe Dateiformat und die Endung ''.ipk'' für die Pakete. Das Format orientiert sich an den bei Debian und neueren Enigma2-Systemen benutzten ''.deb'' Paketen. Allen gemeinsam ist, dass sie komprimierte [https://de.wikipedia.org/wiki/Ar_(Unix) ar] Dateien sind. Der Aufbau einer ''.ipk''-Datei ist weiter unten genauer beschrieben.

== Weiterführende Informationen ==
Für die Benutzung des Paketmanagers sind die folgenden Informationen nicht wichtig. Das wird sich vermutlich ändern, wenn man selber Pakete bauen möchte.

''opkg'' benutzt drei Verzeichnisse für den Betrieb:
{|
| style="width: 150px"| <code>/etc/opkg/</code> || Konfiguration für ''opkg''; hier wird die Liste aller Feeds abgelegt und die Liste der benutzten Architekturen definiert.
|-
| <code>/var/lib/opkg/</code> || Hier wird der Gesamt-Status der installierten Pakete gespeichert. Dies beinhaltet eine Liste aller Pakete, die am Feed verfügbar sind, als auch Listen mit allen Dateien, die von allen Paketen installiert wurden.
|- style="vertical-align:top;"
| <code>/usr/lib/opkg/</code> || Im Verzeichnis <code>/usr/lib/opkg/alternatives/</code> werden Informationen zu allen Programmen verwaltet, für die es mehrere Installations-Kandidaten gibt. Ein gutes Beispiel ist [[Busybox und deren Befehle|busybox]], welches für eine Vielzahl von Standard-Unix-Programmen eine abgespeckte Variante zur Verfügung stellt. Wenn das Original-Programm ebenfalls installiert wird, soll natürlich nicht weiter die Busybox-Variante benutzt werden.
|}

Im Verzeichnis <code>/var/lib/opkg/</code> liegen die von den Feeds heruntergeladenen Dateien sowie in der Datei <code>/var/lib/opkg/status</code> ein Liste (oder Datenbank) aller im System installierten Pakete. Das Format der einzelnen Blöcke in dieser Datei ist weitgehend identisch mit der im folgenden Abschnitt beschriebenen ''control''-Dateien. Die einzelnen Blöcke enthalten zusätzlich zu den Informationen aus den ''control''-Dateien noch den Zeitstempel, wann das Paket installiert wurde (''Installed-Time: ...''), sowie ob es als abhängiges Paket automatisch installiert wurde (''Auto-Installed: yes'') und einen Installations-Status (''Status: ...'')

=== Paket-Informationen ===
Informationen zu allen installierten Paketen legt ''opkg'' im Verzeichnis <code>/var/lib/opkg/info/</code> ab. In diesem Verzeichnis befinden sich zu jedem installierten Paket mehrere Dateien:

{|
| style="width: 150px"| ''paketname''.control || Datei mit allen Meta-Informationen zum Paket ''paketname''
|-
| ''paketname''.list || Liste aller vom Paket installierten Dateien
|-
| ''paketname''.preinst || (optional) Script, welches vor Entpacken des data.tar.gz Files von ''paketname'' ausgeführt wird.
|-
| ''paketname''.postinst || (optional) Script, welches nach Entpacken des data.tar.gz von ''paketname'' ausgeführt wird. Alle Paket-Abhängigkeiten sind installiert.
|-
| ''paketname''.prerm || (optional) Script, welches vor dem Löschen von irgendwelchen Dateien von ''paketname'' ausgeführt wird. Das Paket ist weterhin vorhanden, Abhängigkeiten verfügbar.
|-
| ''paketname''.postrm || (optional) Script, welches nach dem Löschen der Dateien von ''paketname'' ausgeführt wird.
|-
| ''paketname''.conffiles || (optional) Liste aller vom Paket installierten Konfigurationsfiles, die beim Update nicht überschrieben werden sollen
|}

Zwischen ''preinst'' und ''postinst'' entpackt ''opkg'' das Datenarchiv der ''.ipk''-Datei an den Zielort. Abhängigkeiten werden erfüllt, Konfigurationsdateien geschrieben und der Paketstatus ändert sich zu „installed“.

Zwischen ''prerm'' und ''postrm'' entfernt ''opkg'' die Dateien aus der Liste ''paketname''.list.

Eine ''ipk''-Datei ist vom Format eine [https://de.wikipedia.org/wiki/Ar_(Unix) ar]-Datei, die immer 3 Dateien enthält:
{|
| style="width: 150px"| ''control.tar.gz'' || eine Tar-Datei mit den gerade beschriebenen Dateien aus <code>/var/lib/opkg/info</code> eines Paketes außer der .list-Datei
|-
| ''data.tar.gz'' || eine Tar-Datei mit den zu installierenden Files; dies entspricht dem Inhalt der .list-Datei
|-
| ''debian-binary'' || enthält immer 2.0 als String
|}

Anmerkung: Neuere Versionen von ''opkg'' akzeptieren auch mit ''xz'' gepackte Tar-Dateien. Die bei VTi genutzte Version kann nur mit .gz Dateien umgehen.

Mit diesen Informationen ist es einfach, zu einem installierten Paket wieder eine ipk-Datei mit einem installierbaren Paket zu bauen. Dafür kann folgendes Script benutzt werden:

#!/bin/bash

name=$1
if [ ! -f "/var/lib/opkg/info/$name.control" ]; then
echo "Paket " $name " ist nicht installiert"
exit
fi

builddir=/media/hdd/build.$$
mkdir $builddir || exit 1

# control-, list- und p-Dateien ins Build-Dir kopieren
pushd /var/lib/opkg/info > /dev/null
for file in $name.*; do
cp $file $builddir/${file#"$name."}
done

cd $builddir

# tar-Datei mit allen gelisteten Dateien erstellen
tar -czf data.tar.gz --no-recursion -T list 2>/dev/null

# opkg benötigt für jedes Verzeichnis einen eigenen Eintrag,
# deswegen das tar-File noch einmal aus- und wieder einpacken.
mkdir clean
cd clean
tar -xf ../data.tar.gz
tar -czf ../data.tar.gz .
cd ..

tar -czf control.tar.gz $(ls control conffiles pre* post* 2> /dev/null)
echo "2.0" > debian-binary

version=$(grep Version: control | sed -e 's/.*: *//')
package=$(grep Package: control | sed -e 's/.*: *//')
arch=$(grep Architecture: control | sed -e 's/.*: *//')

ipk=${package}_${version}_${arch}.ipk

ar r $ipk debian-binary control.tar.gz data.tar.gz 2> /dev/null
popd > /dev/null

mv -i $builddir/$ipk .
rm -fr $builddir

Anmerkung: für dieses Script funktionieren die Busybox-Versionen von ''tar'' und ''ar'' nicht.

=== Pakete selber bauen ===
Ein Paket ist eine Sammlung von zu installierenden Dateien, Metainformationen sowie vor und nach Installation auszuführenden Scripten. Als Paket-Container-Format wird dafür das unter Unix seit Ewigkeiten benutzte ar-Format verwendet, mit dem auch Bibliotheken für statische Libraries (.a-Files) erstellt werden.

In einer .ipk-Datei befinden sich immer drei Dateien: '''control.tar.gz''', '''data.tar.gz''', '''debian-binary'''. In der Datei '''control.tar.gz''' befinden sich alle Meta-Daten zum Programm:

* <code>control</code> (diese Datei muss enthalten sein),
* <code>conffiles</code> (optional Datei mit einer Liste von Konfigurationsfiles, die nicht überschrieben werden sollen; pro Zeile ein Filename - wird z.B. im Paket "base-files" benutzt, siehe <code>/var/lib/opkg/info/base-files.*</code> auf der Box)
* <code>preinst</code>, <code>prerm</code> (optional, Shellscripten, die vor dem installieren bzw. löschen ausgeführt werden)
* <code>postinst</code>, <code>postrm</code> (optional, Shellscripten, die nach dem installieren bzw. löschen ausgeführt werden)

Die Datei '''data.tar.gz''' beinhaltet die eigentlichen Paket-Daten, die installiert werden sollen. Die Datei '''data.tar.gz''' wird von ''opkg'' im Root-Verzeichnis ausgepackt. ''opkg'' benutzt dafür seinen eigenen Entpacker, der - im Gegensatz zu ''tar'' pingelig ist, was fehlende Verzeichnisse im Tar-File angeht.

==== Das ''control'' File ====
Bleibt noch das ''control''-File zu erklären. Ein ''control''-File besteht aus einer Reihe von '''Feld: Wert'''-Paaren, mit nachfolgend beschriebener Bedeutung. Dabei sind lediglich die Felder '''Package:''' und '''Architecture:''' Pflichtfelder, es ist aber sinnvoll, wenigstens noch '''Version:''' und '''Description:''' mit anzugeben.

* '''Package:''' (''Pflichtfeld'') ist der Paket-Name ohne die Versions-Nummer
* '''Architecture:''' (''Pflichtfeld'') bestimmt, unter welcher Architektur das Paket sinnvollerweise installiert werden kann. Hier nimmt man "all", wenn es unabhängig vom Prozessor ist, also z.B. ein Python-Script. Ansonsten z.B. armv7ahf-vfp-neon wenn es spezifisch für eine unserer 4k-Boxen ist, weil z.B. ein kompiliertes Binary enthalten ist. Gültige Werte für "Architecture" für deine Box stehen in der Datei /etc/opkg/arch.conf.
* '''Version:''' (''empfohlenes Feld'') ist die Versionsnummer des Paketes. Hier fährt man sehr gut mit einer numerischen Versionsnummer (z.B. 1.2-r0), da opkg anhand der Versionsnummer alphanumerisch sortiert und entscheidet, ob ein Paket neuer als ein bereits installiertes ist. Versionsnummern a la "gitXXX" sind eher ungeeignet. Die Syntax für den Aufbau einer Versionsnummer ist: <code>[epoch:]upstream-version[-revision]:</code>
** '''epoch''': eine optionale ganze Zahl, gefolgt von einem Doppelpunkt. Wird sie weggelassen, wird sie als 0 angenommen. Sie dient nur dazu, eine neuere Sortierreihenfolge zu erzwingen, wenn sich das Versionsschema des Upstream-Projekts ändert oder ein Fehler korrigiert werden muss.
** '''upstream-version:''' die „echte“ Version der Originalsoftware (z. B. 2.4.1). Sie kann Buchstaben, Ziffern, Punkte, +-~ und, nur wenn eine Epoche angegeben ist, einen Doppelpunkt enthalten.
** '''revision''': ein optionaler paketspezifischer Zähler nach dem letzten Bindestrich (z. B. -1). Er dient zur Unterscheidung von Neukompilationen oder eigenen kleinen Anpassungen derselben Upstream-Version.
* '''Description:''' (''empfohlenes Feld'') ausführliche Beschreibung des Pakets. Dieses Feld kann aus mehreren Zeilen bestehen, wobei nachfolgende Zeilen immer mit einem Leerzeichen beginnnen müssen, Absätze mit " .".
* '''Depends:''' beschreibt die Abhängigkeiten zu anderen Paketen. Diese Zeile kann eine Liste von Paketen enthalten, die installiert sein müssen bzw. installiert werden sollen, wenn das Paket installiert wird. Für jedes Paket kann weiter noch angeben werden, welche Version benötigt wird. Das kann man durch (>> Version), (>= Version), (= Version), (<= Version), (<< Version) hinter dem Paketnamen angeben. >>: neuer als, >=: mindestens, =: genau gleich, <=: höchstens, <<: älter als.
* '''Conflicts:''' wenn die Installation dieses Paketes sich mit einem anderen Paket beisst (z.B. wenn beide Pakete gleiche Files installieren), werden die Pakete durch Komma getrennt hier aufgeführt. Siehe auch das Feld ''Replaces''
* '''Installed-Size:''' hier kann der vom installierten Paket in Anspruch genommene Speicherplatz in KB angegeben werden
* '''Maintainer:''' Wer betreut dieses Paket?
* '''Priority:''' extra, optional, required, standard
* '''Provides:''' Für kompliziertere Abhängigkeiten von Paketen mit virtuellen Paketen definiert "Provides:", für welches virtuelle Paket das Paket eine Installation erfüllt. Dafür kann ein Paket z.B. "Depends: vpaket" voraussetzen, und unser Paket "Package: paket" sowie "Provides: vpaket" definieren. Das macht man gerne, wenn man Pakete für spezifische Hardware schnürt, z.B. eine bestimmte Box.
* '''Section:''' Welcher Sektion das Paket zugeordnet werden soll.
* '''Replaces:''' Manchmal gibt es für ein altes Paket ein neues, welches das alte ersetzt. Um Konflikte mit gleichen Files zu verhindern, kann man hier angeben, welches alte Paket unser Paket ersetzt.
* '''Source:''' Quelle des Pakets.
* '''Recommends:''' Liste von Paketen, für die es Sinn macht, zusätzlich zu diesem Paket installiert zu werden. Quasi eine sehr weiche Depends: Klausel.
* '''Suggests:''' Liste von Paketen, für die es vielleicht Sinn macht, zusätzlich zu diesem Paket installiert zu werden - eine noch weichere Depends: Klausel.

Als Beispiele kann man sich die tausenden von <code>*.control</code> im Verzeichnis <code>/var/lib/opkg/info/</code> anschauen. Pro installiertes Paket steht dort die ''control''-Datei, die mit dem Paket ausgeliefert wurde.

==== Ein Script um Pakete zu erstellen ====
Mit folgendem Script kann aus einem Installations-Verzeichnis heraus ein fertiges Paket gebaut werden. Dafür ist es nur nötig, eine fertige ''control''-Datei und das fertige ''data.tar.gz'' im Verzeichnis abzulegen. Wenn man ein Programm fertig kompiliert hat, lässt es sich üblicherweise mit dem Kommando <code>make install</code> installieren. Man kann aber bei den meisten Programmen heute <code>make install DESTDIR=/media/hdd/install</code> angeben, um das Programm unter einem anderen Root-Verzeichnis, z.B. <code>/media/hdd/install/</code>, zu installieren. Von hier kann man noch einmal schauen, was alles installiert würde, und von hier das ''data.tar.gz''-File erstellen.

Das folgende Script wird im Installations-Root (z.B. <code>/media/hdd/install/</code>) ausgeführt:

#!/bin/bash

if [ ! -f "control" -o ! -f "data.tar.gz" ]; then
echo "Verzeichnis enthält keine Paketdaten"
exit
fi

tar -czf control.tar.gz $(ls control conffiles pre* post* 2> /dev/null)
echo "2.0" > debian-binary

version=$(grep Version: control | sed -e 's/.*: *//')
package=$(grep Package: control | sed -e 's/.*: *//')
arch=$(grep Architecture: control | sed -e 's/.*: *//')

ipk=${package}_${version}_${arch}.ipk

ar r $ipk debian-binary control.tar.gz data.tar.gz

Wichtig: für dieses Script wird das ''ar'' aus den Binutils benötigt, hier funktioniert das ''ar'' aus Busybox nicht. Ein Binutils-Paket für die ARM-Architektur findet sich bei uns im Downloads-Bereich, für MIPSEL wird man fündig, wenn man im Netz nach Debian-Paketen sucht.

Paketmanager opkg

2026-07-20T07:43:32Z

Rdamas:

''opkg'' ist ein Paketmanager, zugeschnitten auf die Bedürfnisse von Embedded Systemen. Die Aufgabe eines Paketmanagers ist, die auf einem System (z.B. unseren VU+ Boxen) installierte Software zu verwalten. Die Software wird dazu in Pakete gebündelt. Mit dem Paketmanager können solche Pakete installiert, deinstalliert und gelöscht werden. Der Paketmanager ermöglicht es, Software-Pakete zentral zusammenzustellen und auch zentral zu verteilen. Dafür greift der Paketmanager auf den [[FEED|Feed]] zu - das ist das zentrale Repository, in dem alle Pakete zum Download für den Paketmanager bereitgestellt werden.

== Benutzung ==
Für die komplette Liste der Befehle, die ''opkg'' kennt, gibt man einfach <code>opkg</code> in der Shell ein.

Die wichtigsten Befehle hier auf einen Blick:

{|
| <code>opkg update</code> || Aktualisiert die Liste der am Feed verfügbaren Pakete
|-
| <code>okpg list-upgradable</code> || Zeigt eine Liste aller Pakete an, für die es am Feed eine Aktualisierung gibt
|-
| <code>opkg upgrade</code> || Aktualisiert alle Pakete, für die es eine neuere Version am Feed gibt
|-
| <code>opkg list</code> || Zeigt eine Liste mit allen verfügbaren Paketen an
|-
| <code>opkg list-installed</code> || Zeigt eine Liste mit allen installierten Paketen an
|-
| <code>opkg install <paketliste></code> || Installiert ein oder mehrere Pakete
|-
| <code>opkg remove <paketliste></code> || Deinstalliert ein oder mehrere Pakete
|}

= Andere Paketmanager für Enigma2, Geschichte =
Der Vorläufer von ''opkg'' ist der [https://de.wikipedia.org/wiki/IPKG ipkg], der bis 2013 entwickelt wurde. ''opkg'' hat sich von ''ipkg'' abgespaltet, benutzt aber dasselbe Dateiformat und die Endung ''.ipk'' für die Pakete. Das Format orientiert sich an den bei Debian und neueren Enigma2-Systemen benutzten ''.deb'' Paketen. Allen gemeinsam ist, dass sie komprimierte [https://de.wikipedia.org/wiki/Ar_(Unix) ar] Dateien sind. Der Aufbau einer ''.ipk''-Datei ist weiter unten genauer beschrieben.

== Weiterführende Informationen ==
Für die Benutzung des Paketmanagers sind die folgenden Informationen nicht wichtig. Das wird sich vermutlich ändern, wenn man selber Pakete bauen möchte.

''opkg'' benutzt drei Verzeichnisse für den Betrieb:
{|
| style="width: 150px"| <code>/etc/opkg/</code> || Konfiguration für ''opkg''; hier wird die Liste aller Feeds abgelegt und die Liste der benutzten Architekturen definiert.
|-
| <code>/var/lib/opkg/</code> || Hier wird der Gesamt-Status der installierten Pakete gespeichert. Dies beinhaltet eine Liste aller Pakete, die am Feed verfügbar sind, als auch Listen mit allen Dateien, die von allen Paketen installiert wurden.
|- style="vertical-align:top;"
| <code>/usr/lib/opkg/</code> || Im Verzeichnis <code>/usr/lib/opkg/alternatives/</code> werden Informationen zu allen Programmen verwaltet, für die es mehrere Installations-Kandidaten gibt. Ein gutes Beispiel ist [[Busybox und deren Befehle|busybox]], welches für eine Vielzahl von Standard-Unix-Programmen eine abgespeckte Variante zur Verfügung stellt. Wenn das Original-Programm ebenfalls installiert wird, soll natürlich nicht weiter die Busybox-Variante benutzt werden.
|}

Im Verzeichnis <code>/var/lib/opkg/</code> liegen die von den Feeds heruntergeladenen Dateien sowie in der Datei <code>/var/lib/opkg/status</code> ein Liste (oder Datenbank) aller im System installierten Pakete. Das Format der einzelnen Blöcke in dieser Datei ist weitgehend identisch mit der im folgenden Abschnitt beschriebenen ''control''-Dateien. Die einzelnen Blöcke enthalten zusätzlich zu den Informationen aus den ''control''-Dateien noch den Zeitstempel, wann das Paket installiert wurde (''Installed-Time: ...''), sowie ob es als abhängiges Paket automatisch installiert wurde (''Auto-Installed: yes'') und einen Installations-Status (''Status: ...'')

=== Paket-Informationen ===
Informationen zu allen installierten Paketen legt ''opkg'' im Verzeichnis <code>/var/lib/opkg/info/</code> ab. In diesem Verzeichnis befinden sich zu jedem installierten Paket mehrere Dateien:

{|
| style="width: 150px"| ''paketname''.control || Datei mit allen Meta-Informationen zum Paket ''paketname''
|-
| ''paketname''.list || Liste aller vom Paket installierten Dateien
|-
| ''paketname''.preinst || (optional) Script, welches vor Installation von ''paketname'' ausgeführt wurde
|-
| ''paketname''.postinst || (optional) Script, welches nach Installation von ''paketname'' ausgeführt wurde
|-
| ''paketname''.prerm || (optional) Script, welches vor Deinstallation von ''paketname'' ausgeführt wird
|-
| ''paketname''.postrm || (optional) Script, welches nach Deinstallation von ''paketname'' ausgeführt wird
|-
| ''paketname''.conffiles || (optional) Liste aller vom Paket installierten Konfigurationsfiles, die beim Update nicht überschrieben werden sollen
|}

Eine ipk-Datei ist vom Format eine [https://de.wikipedia.org/wiki/Ar_(Unix) ar]-Datei, die immer 3 Dateien enthält:
{|
| style="width: 150px"| ''control.tar.gz'' || eine Tar-Datei mit den gerade beschriebenen Dateien aus <code>/var/lib/opkg/info</code> eines Paketes außer der .list-Datei
|-
| ''data.tar.gz'' || eine Tar-Datei mit den zu installierenden Files; dies entspricht dem Inhalt der .list-Datei
|-
| ''debian-binary'' || enthält immer 2.0 als String
|}

Anmerkung: Neuere Versionen von ''opkg'' akzeptieren auch mit ''xz'' gepackte Tar-Dateien.

Mit diesen Informationen ist es einfach, zu einem installierten Paket wieder eine ipk-Datei mit einem installierbaren Paket zu bauen. Dafür kann folgendes Script benutzt werden:

#!/bin/bash

name=$1
if [ ! -f "/var/lib/opkg/info/$name.control" ]; then
echo "Paket " $name " ist nicht installiert"
exit
fi

builddir=/media/hdd/build.$$
mkdir $builddir || exit 1

# control-, list- und p-Dateien ins Build-Dir kopieren
pushd /var/lib/opkg/info > /dev/null
for file in $name.*; do
cp $file $builddir/${file#"$name."}
done

cd $builddir

# tar-Datei mit allen gelisteten Dateien erstellen
tar -czf data.tar.gz --no-recursion -T list 2>/dev/null

# opkg benötigt für jedes Verzeichnis einen eigenen Eintrag,
# deswegen das tar-File noch einmal aus- und wieder einpacken.
mkdir clean
cd clean
tar -xf ../data.tar.gz
tar -czf ../data.tar.gz .
cd ..

tar -czf control.tar.gz $(ls control conffiles pre* post* 2> /dev/null)
echo "2.0" > debian-binary

version=$(grep Version: control | sed -e 's/.*: *//')
package=$(grep Package: control | sed -e 's/.*: *//')
arch=$(grep Architecture: control | sed -e 's/.*: *//')

ipk=${package}_${version}_${arch}.ipk

ar r $ipk debian-binary control.tar.gz data.tar.gz 2> /dev/null
popd > /dev/null

mv -i $builddir/$ipk .
rm -fr $builddir

Anmerkung: für dieses Script funktionieren die Busybox-Versionen von ''tar'' und ''ar'' nicht.

=== Pakete selber bauen ===
Ein Paket ist eine Sammlung von zu installierenden Dateien, Metainformationen sowie vor und nach Installation auszuführenden Scripten. Als Paket-Container-Format wird dafür das unter Unix seit Ewigkeiten benutzte ar-Format verwendet, mit dem auch Bibliotheken für statische Libraries (.a-Files) erstellt werden.

In einer .ipk-Datei befinden sich immer drei Dateien: '''control.tar.gz''', '''data.tar.gz''', '''debian-binary'''. In der Datei '''control.tar.gz''' befinden sich alle Meta-Daten zum Programm:

* <code>control</code> (diese Datei muss enthalten sein),
* <code>conffiles</code> (optional Datei mit einer Liste von Konfigurationsfiles, die nicht überschrieben werden sollen; pro Zeile ein Filename - wird z.B. im Paket "base-files" benutzt, siehe <code>/var/lib/opkg/info/base-files.*</code> auf der Box)
* <code>preinst</code>, <code>prerm</code> (optional, Shellscripten, die vor dem installieren bzw. löschen ausgeführt werden)
* <code>postinst</code>, <code>postrm</code> (optional, Shellscripten, die nach dem installieren bzw. löschen ausgeführt werden)

Die Datei '''data.tar.gz''' beinhaltet die eigentlichen Paket-Daten, die installiert werden sollen. Die Datei '''data.tar.gz''' wird von ''opkg'' im Root-Verzeichnis ausgepackt. ''opkg'' benutzt dafür seinen eigenen Entpacker, der - im Gegensatz zu ''tar'' pingelig ist, was fehlende Verzeichnisse im Tar-File angeht.

==== Das ''control'' File ====
Bleibt noch das ''control''-File zu erklären. Ein ''control''-File besteht aus einer Reihe von '''Feld: Wert'''-Paaren, mit nachfolgend beschriebener Bedeutung. Dabei sind lediglich die Felder '''Package:''' und '''Architecture:''' Pflichtfelder, es ist aber sinnvoll, wenigstens noch '''Version:''' und '''Description:''' mit anzugeben.

* '''Package:''' (Pflichtfeld) ist der Paket-Name ohne die Versions-Nummer
* '''Architecture:''' (Pflichtfeld) bestimmt, unter welcher Architektur das Paket sinnvollerweise installiert werden kann. Hier nimmt man "all", wenn es unabhängig vom Prozessor ist, also z.B. ein Python-Script. Ansonsten z.B. armv7ahf-vfp-neon wenn es spezifisch für eine unserer 4k-Boxen ist, weil z.B. ein kompiliertes Binary enthalten ist. Gültige Werte für "Architecture" für deine Box stehen in der Datei /etc/opkg/arch.conf.
* '''Version:''' (empfohlenes Feld) ist die Versionsnummer des Paketes. Hier fährt man sehr gut mit einer numerischen Versionsnummer (z.B. 1.2-r0), da opkg anhand der Versionsnummer alphanumerisch sortiert und entscheidet, ob ein Paket neuer als ein bereits installiertes ist. Versionsnummern a la "gitXXX" sind eher ungeeignet.
* '''Description:''' (empfohlenes Feld) ausführliche Beschreibung des Pakets. Dieses Feld kann aus mehreren Zeilen bestehen, wobei nachfolgende Zeilen immer mit einem Leerzeichen beginnnen müssen, Absätze mit " .".
* '''Depends:''' beschreibt die Abhängigkeiten zu anderen Paketen. Diese Zeile kann eine Liste von Paketen enthalten, die installiert sein müssen bzw. installiert werden sollen, wenn das Paket installiert wird. Für jedes Paket kann weiter noch angeben werden, welche Version benötigt wird. Das kann man durch (>> Version), (>= Version), (= Version), (<= Version), (<< Version) hinter dem Paketnamen angeben. >>: neuer als, >=: mindestens, =: genau gleich, <=: höchstens, <<: älter als.
* '''Conflicts:''' wenn die Installation dieses Paketes sich mit einem anderen Paket beisst (z.B. wenn beide Pakete gleiche Files installieren), werden die Pakete durch Komma getrennt hier aufgeführt.
* '''Installed-Size:''' hier kann der vom installierten Paket in Anspruch genommene Speicherplatz in KB angegeben werden
* '''Maintainer:''' Wer betreut dieses Paket?
* '''Priority:''' extra, optional, required, standard
* '''Provides:''' Für kompliziertere Abhängigkeiten von Paketen mit virtuellen Paketen definiert "Provides:", für welches virtuelle Paket das Paket eine Installation erfüllt. Dafür kann ein Paket z.B. "Depends: vpaket" voraussetzen, und unser Paket "Package: paket" sowie "Provides: vpaket" definieren. Das macht man gerne, wenn man Pakete für spezifische Hardware schnürt, z.B. eine bestimmte Box.
* '''Section:''' Welcher Sektion das Paket zugeordnet werden soll.
* '''Replaces:''' Manchmal gibt es für ein altes Paket ein neues, welches das alte ersetzt. Um Konflikte mit gleichen Files zu verhindern, kann man hier angeben, welches alte Paket unser Paket ersetzt.
* '''Source:''' Quelle des Pakets.
* '''Recommends:''' Liste von Paketen, für die es Sinn macht, zusätzlich zu diesem Paket installiert zu werden. Quasi eine sehr weiche Depends: Klausel.
* '''Suggests:''' Liste von Paketen, für die es vielleicht Sinn macht, zusätzlich zu diesem Paket installiert zu werden - eine noch weichere Depends: Klausel.

Als Beispiele kann man sich die tausenden von <code>*.control</code> im Verzeichnis <code>/var/lib/opkg/info/</code> anschauen. Pro installiertes Paket steht dort die ''control''-Datei, die mit dem Paket ausgeliefert wurde.

==== Ein Script um Pakete zu erstellen ====
Mit folgendem Script kann aus einem Installations-Verzeichnis heraus ein fertiges Paket gebaut werden. Dafür ist es nur nötig, eine fertige ''control''-Datei und das fertige ''data.tar.gz'' im Verzeichnis abzulegen. Wenn man ein Programm fertig kompiliert hat, lässt es sich üblicherweise mit dem Kommando <code>make install</code> installieren. Man kann aber bei den meisten Programmen heute <code>make install DESTDIR=/media/hdd/install</code> angeben, um das Programm unter einem anderen Root-Verzeichnis, z.B. <code>/media/hdd/install/</code>, zu installieren. Von hier kann man noch einmal schauen, was alles installiert würde, und von hier das ''data.tar.gz''-File erstellen.

Das folgende Script wird im Installations-Root (z.B. <code>/media/hdd/install/</code>) ausgeführt:

#!/bin/bash

if [ ! -f "control" -o ! -f "data.tar.gz" ]; then
echo "Verzeichnis enthält keine Paketdaten"
exit
fi

tar -czf control.tar.gz $(ls control conffiles pre* post* 2> /dev/null)
echo "2.0" > debian-binary

version=$(grep Version: control | sed -e 's/.*: *//')
package=$(grep Package: control | sed -e 's/.*: *//')
arch=$(grep Architecture: control | sed -e 's/.*: *//')

ipk=${package}_${version}_${arch}.ipk

ar r $ipk debian-binary control.tar.gz data.tar.gz

Wichtig: für dieses Script wird das ''ar'' aus den Binutils benötigt, hier funktioniert das ''ar'' aus Busybox nicht. Ein Binutils-Paket für die ARM-Architektur findet sich bei uns im Downloads-Bereich, für MIPSEL wird man fündig, wenn man im Netz nach Debian-Paketen sucht.

Paketmanager opkg

2026-07-20T06:58:15Z

Rdamas:

''opkg'' ist ein Paketmanager, zugeschnitten auf die Bedürfnisse von Embedded Systemen. Die Aufgabe eines Paketmanagers ist, die auf einem System (z.B. unseren VU+ Boxen) installierte Software zu verwalten. Die Software wird dazu in Pakete gebündelt. Mit dem Paketmanager können solche Pakete installiert, deinstalliert und gelöscht werden. Der Paketmanager ermöglicht es, Software-Pakete zentral zusammenzustellen und auch zentral zu verteilen. Dafür greift der Paketmanager auf den [[FEED|Feed]] zu - das ist das zentrale Repository, in dem alle Pakete zum Download für den Paketmanager bereitgestellt werden.

== Benutzung ==
Für die komplette Liste der Befehle, die ''opkg'' kennt, gibt man einfach <code>opkg</code> in der Shell ein.

Die wichtigsten Befehle hier auf einen Blick:

{|
| <code>opkg update</code> || Aktualisiert die Liste der am Feed verfügbaren Pakete
|-
| <code>okpg list-upgradable</code> || Zeigt eine Liste aller Pakete an, für die es am Feed eine Aktualisierung gibt
|-
| <code>opkg upgrade</code> || Aktualisiert alle Pakete, für die es eine neuere Version am Feed gibt
|-
| <code>opkg list</code> || Zeigt eine Liste mit allen verfügbaren Paketen an
|-
| <code>opkg list-installed</code> || Zeigt eine Liste mit allen installierten Paketen an
|-
| <code>opkg install <paketliste></code> || Installiert ein oder mehrere Pakete
|-
| <code>opkg remove <paketliste></code> || Deinstalliert ein oder mehrere Pakete
|}

= Andere Paketmanager für Enigma2, Geschichte =
Der Vorläufer von ''okpg'' ist der [https://de.wikipedia.org/wiki/IPKG ipkg], der bis 2013 entwickelt wurde. ''opkg'' hat sich von ''ipkg'' abgespaltet, benutzt aber dasselbe Dateiformat und die Endung ''.ipk'' für die Pakete. Das Format orientiert sich an den bei Debian und neueren Enigma2-Systemen benutzten ''.deb'' Paketen. Allen gemeinsam ist, dass sie komprimierte [https://de.wikipedia.org/wiki/Ar_(Unix) ar] Dateien sind. Der Aufbau einer ''.ipk''-Datei ist weiter unten genauer beschrieben.

== Weiterführende Informationen ==
Für die Benutzung des Paketmanagers sind die folgenden Informationen nicht wichtig. Das wird sich vermutlich ändern, wenn man selber Pakete bauen möchte.

''opkg'' benutzt drei Verzeichnisse für den Betrieb:
{|
| style="width: 150px"| <code>/etc/opkg/</code> || Konfiguration für ''opkg''; hier wird die Liste aller Feeds abgelegt und die Liste der benutzten Architekturen definiert.
|-
| <code>/var/lib/opkg/</code> || Hier wird der Gesamt-Status der installierten Pakete gespeichert. Dies beinhaltet eine Liste aller Pakete, die am Feed verfügbar sind, als auch Listen mit allen Dateien, die von allen Paketen installiert wurden.
|- style="vertical-align:top;"
| <code>/usr/lib/opkg/</code> || Im Verzeichnis <code>/usr/lib/opkg/alternatives/</code> werden Informationen zu allen Programmen verwaltet, für die es mehrere Installations-Kandidaten gibt. Ein gutes Beispiel ist [[Busybox_und_deren_Befehle|busybox]], welches für eine Vielzahl von Standard-Unix-Programmen eine abgespeckte Variante zur Verfügung stellt. Wenn das Original-Programm ebenfalls installiert wird, soll natürlich nicht weiter die Busybox-Variante benutzt werden.
|}

Im Verzeichnis <code>/var/lib/opkg/</code> liegen die von den Feeds heruntergeladenen Dateien sowie in der Datei <code>/var/lib/opkg/status</code> ein Liste (oder Datenbank) aller im System installierten Pakete. Das Format der einzelnen Blöcke in dieser Datei ist weitgehend identisch mit der im folgenden Abschnitt beschriebenen ''control''-Dateien. Die einzelnen Blöcke enthalten zusätzlich zu den Informationen aus den ''control''-Dateien noch den Zeitstempel, wann das Paket installiert wurde (''Installed-Time: ...''), sowie ob es als abhängiges Paket automatisch installiert wurde (''Auto-Installed: yes'') und einen Installations-Status (''Status: ...'')

=== Paket-Informationen ===
Informationen zu allen installierten Paketen legt ''opkg'' im Verzeichnis <code>/var/lib/opkg/info/</code> ab. In diesem Verzeichnis befinden sich zu jedem installierten Paket mehrere Dateien:

{|
| style="width: 150px"| ''paketname''.control || Datei mit allen Meta-Informationen zum Paket ''paketname''
|-
| ''paketname''.list || Liste aller vom Paket installierten Dateien
|-
| ''paketname''.preinst || (optional) Script, welches vor Installation von ''paketname'' ausgeführt wurde
|-
| ''paketname''.postinst || (optional) Script, welches nach Installation von ''paketname'' ausgeführt wurde
|-
| ''paketname''.prerm || (optional) Script, welches vor Deinstallation von ''paketname'' ausgeführt wird
|-
| ''paketname''.postrm || (optional) Script, welches nach Deinstallation von ''paketname'' ausgeführt wird
|-
| ''paketname''.conffiles || (optional) Liste aller vom Paket installierten Konfigurationsfiles, die beim Update nicht überschrieben werden sollen
|}

Eine ipk-Datei ist vom Format eine [https://de.wikipedia.org/wiki/Ar_(Unix) ar]-Datei, die immer 3 Dateien enthält:
{|
| style="width: 150px"| ''control.tar.gz'' || eine Tar-Datei mit den gerade beschriebenen Dateien aus <code>/var/lib/opkg/info</code> eines Paketes außer der .list-Datei
|-
| ''data.tar.gz'' || eine Tar-Datei mit den zu installierenden Files; dies entspricht dem Inhalt der .list-Datei
|-
| ''debian-binary'' || enthält immer 2.0 als String
|}

Anmerkung: Neuere Versionen von ''opkg'' akzeptieren auch mit ''xz'' gepackte Tar-Dateien.

Mit diesen Informationen ist es einfach, zu einem installierten Paket wieder eine ipk-Datei mit einem installierbaren Paket zu bauen. Dafür kann folgendes Script benutzt werden:

#!/bin/bash

name=$1
if [ ! -f "/var/lib/opkg/info/$name.control" ]; then
echo "Paket " $name " ist nicht installiert"
exit
fi

builddir=/media/hdd/build.$$
mkdir $builddir || exit 1

# control-, list- und p-Dateien ins Build-Dir kopieren
pushd /var/lib/opkg/info > /dev/null
for file in $name.*; do
cp $file $builddir/${file#"$name."}
done

cd $builddir

# tar-Datei mit allen gelisteten Dateien erstellen
tar -czf data.tar.gz --no-recursion -T list 2>/dev/null

# opkg benötigt für jedes Verzeichnis einen eigenen Eintrag,
# deswegen das tar-File noch einmal aus- und wieder einpacken.
mkdir clean
cd clean
tar -xf ../data.tar.gz
tar -czf ../data.tar.gz .
cd ..

tar -czf control.tar.gz $(ls control conffiles pre* post* 2> /dev/null)
echo "2.0" > debian-binary

version=$(grep Version: control | sed -e 's/.*: *//')
package=$(grep Package: control | sed -e 's/.*: *//')
arch=$(grep Architecture: control | sed -e 's/.*: *//')

ipk=${package}_${version}_${arch}.ipk

ar r $ipk debian-binary control.tar.gz data.tar.gz 2> /dev/null
popd > /dev/null

mv -i $builddir/$ipk .
rm -fr $builddir

Anmerkung: für dieses Script funktionieren die Busybox-Versionen von ''tar'' und ''ar'' nicht.

=== Pakete selber bauen ===
Ein Paket ist eine Sammlung von zu installierenden Dateien, Metainformationen sowie vor und nach Installation auszuführenden Scripten. Als Paket-Container-Format wird dafür das unter Unix seit Ewigkeiten benutzte ar-Format verwendet, mit dem auch Bibliotheken für statische Libraries (.a-Files) erstellt werden.

In einer .ipk-Datei befinden sich immer drei Dateien: '''control.tar.gz''', '''data.tar.gz''', '''debian-binary'''. In der Datei '''control.tar.gz''' befinden sich alle Meta-Daten zum Programm:

* <code>control</code> (diese Datei muss enthalten sein),
* <code>conffiles</code> (optional Datei mit einer Liste von Konfigurationsfiles, die nicht überschrieben werden sollen; pro Zeile ein Filename - wird z.B. im Paket "base-files" benutzt, siehe <code>/var/lib/opkg/info/base-files.*</code> auf der Box)
* <code>preinst</code>, <code>prerm</code> (optional, Shellscripten, die vor dem installieren bzw. löschen ausgeführt werden)
* <code>postinst</code>, <code>postrm</code> (optional, Shellscripten, die nach dem installieren bzw. löschen ausgeführt werden)

Die Datei '''data.tar.gz''' beinhaltet die eigentlichen Paket-Daten, die installiert werden sollen. Die Datei '''data.tar.gz''' wird von ''opkg'' im Root-Verzeichnis ausgepackt. ''opkg'' benutzt dafür seinen eigenen Entpacker, der - im Gegensatz zu ''tar'' pingelig ist, was fehlende Verzeichnisse im Tar-File angeht.

==== Das ''control'' File ====
Bleibt noch das ''control''-File zu erklären. Ein ''control''-File besteht aus einer Reihe von '''Feld: Wert'''-Paaren, mit nachfolgend beschriebener Bedeutung. Dabei sind lediglich die Felder '''Package:''' und '''Architecture:''' Pflichtfelder, es ist aber sinnvoll, wenigstens noch '''Version:''' und '''Description:''' mit anzugeben.

* '''Package:''' (Pflichtfeld) ist der Paket-Name ohne die Versions-Nummer
* '''Architecture:''' (Pflichtfeld) bestimmt, unter welcher Architektur das Paket sinnvollerweise installiert werden kann. Hier nimmt man "all", wenn es unabhängig vom Prozessor ist, also z.B. ein Python-Script. Ansonsten z.B. armv7ahf-vfp-neon wenn es spezifisch für eine unserer 4k-Boxen ist, weil z.B. ein kompiliertes Binary enthalten ist. Gültige Werte für "Architecture" für deine Box stehen in der Datei /etc/opkg/arch.conf.
* '''Version:''' (empfohlenes Feld) ist die Versionsnummer des Paketes. Hier fährt man sehr gut mit einer numerischen Versionsnummer (z.B. 1.2-r0), da opkg anhand der Versionsnummer alphanumerisch sortiert und entscheidet, ob ein Paket neuer als ein bereits installiertes ist. Versionsnummern a la "gitXXX" sind eher ungeeignet.
* '''Description:''' (empfohlenes Feld) ausführliche Beschreibung des Pakets. Dieses Feld kann aus mehreren Zeilen bestehen, wobei nachfolgende Zeilen immer mit einem Leerzeichen beginnnen müssen, Absätze mit " .".
* '''Depends:''' beschreibt die Abhängigkeiten zu anderen Paketen. Diese Zeile kann eine Liste von Paketen enthalten, die installiert sein müssen bzw. installiert werden sollen, wenn das Paket installiert wird. Für jedes Paket kann weiter noch angeben werden, welche Version benötigt wird. Das kann man durch (>> Version), (>= Version), (= Version), (<= Version), (<< Version) hinter dem Paketnamen angeben. >>: neuer als, >=: mindestens, =: genau gleich, <=: höchstens, <<: älter als.
* '''Conflicts:''' wenn die Installation dieses Paketes sich mit einem anderen Paket beisst (z.B. wenn beide Pakete gleiche Files installieren), werden die Pakete durch Komma getrennt hier aufgeführt.
* '''Installed-Size:''' hier kann der vom installierten Paket in Anspruch genommene Speicherplatz in KB angegeben werden
* '''Maintainer:''' Wer betreut dieses Paket?
* '''Priority:''' extra, optional, required, standard
* '''Provides:''' Für kompliziertere Abhängigkeiten von Paketen mit virtuellen Paketen definiert "Provides:", für welches virtuelle Paket das Paket eine Installation erfüllt. Dafür kann ein Paket z.B. "Depends: vpaket" voraussetzen, und unser Paket "Package: paket" sowie "Provides: vpaket" definieren. Das macht man gerne, wenn man Pakete für spezifische Hardware schnürt, z.B. eine bestimmte Box.
* '''Section:''' Welcher Sektion das Paket zugeordnet werden soll.
* '''Replaces:''' Manchmal gibt es für ein altes Paket ein neues, welches das alte ersetzt. Um Konflikte mit gleichen Files zu verhindern, kann man hier angeben, welches alte Paket unser Paket ersetzt.
* '''Source:''' Quelle des Pakets.
* '''Recommends:''' Liste von Paketen, für die es Sinn macht, zusätzlich zu diesem Paket installiert zu werden. Quasi eine sehr weiche Depends: Klausel.
* '''Suggests:''' Liste von Paketen, für die es vielleicht Sinn macht, zusätzlich zu diesem Paket installiert zu werden - eine noch weichere Depends: Klausel.

Als Beispiele kann man sich die tausenden von <code>*.control</code> im Verzeichnis <code>/var/lib/opkg/info/</code> anschauen. Pro installiertes Paket steht dort die ''control''-Datei, die mit dem Paket ausgeliefert wurde.

==== Ein Script um Pakete zu erstellen ====
Mit folgendem Script kann aus einem Installations-Verzeichnis heraus ein fertiges Paket gebaut werden. Dafür ist es nur nötig, eine fertige ''control''-Datei und das fertige ''data.tar.gz'' im Verzeichnis abzulegen. Wenn man ein Programm fertig kompiliert hat, lässt es sich üblicherweise mit dem Kommando <code>make install</code> installieren. Man kann aber bei den meisten Programmen heute <code>make install DESTDIR=/media/hdd/install</code> angeben, um das Programm unter einem anderen Root-Verzeichnis, z.B. <code>/media/hdd/install/</code>, zu installieren. Von hier kann man noch einmal schauen, was alles installiert würde, und von hier das ''data.tar.gz''-File erstellen.

Das folgende Script wird im Installations-Root (z.B. <code>/media/hdd/install/</code>) ausgeführt:

#!/bin/bash

if [ ! -f "control" -o ! -f "data.tar.gz" ]; then
echo "Verzeichnis enthält keine Paketdaten"
exit
fi

tar -czf control.tar.gz $(ls control conffiles pre* post* 2> /dev/null)
echo "2.0" > debian-binary

version=$(grep Version: control | sed -e 's/.*: *//')
package=$(grep Package: control | sed -e 's/.*: *//')
arch=$(grep Architecture: control | sed -e 's/.*: *//')

ipk=${package}_${version}_${arch}.ipk

ar r $ipk debian-binary control.tar.gz data.tar.gz

Wichtig: für dieses Script wird das ''ar'' aus den Binutils benötigt, hier funktioniert das ''ar'' aus Busybox nicht. Ein Binutils-Paket für die ARM-Architektur findet sich bei uns im Downloads-Bereich, für MIPSEL wird man fündig, wenn man im Netz nach Debian-Paketen sucht.

VTi Installation

2026-04-11T14:31:47Z

Rdamas:

[[index.php?title=Kategorie:Index]]

{|width="30%"
|[[Bild:deutsch.png]] - [[VTi Installation]]
|[[Bild:english.png]] - [[VTi Install]]
|}
----

Um eine Vu+ Box mit einem anderen bzw. neuen [[Image]] auszustatten, muss dieses anstelle des bisherigen Images in den [[Flashspeicher]] installiert werden, kurz "[[flashen]]".

Es gibt 4 Arten, Images zu flashen. Die USB Variante, über die Backup-Funktion, das Image Flash-Tool und über die serielle Schnittstelle des Receiver's. Das serielle Flashen gibt es mit den aktuellen Versionen des VTi jedoch nicht mehr.

Aktuelle VTi-Images können '''[https://www.vuplus-support.org/wbb4/vtisoftware/ hier unter VTi Images]''' (Version 11.0.2 und neuer) heruntergeladen werden. (Ältere waren in der Database gespeichert. Die Database gibt es seit dem letzten Update der Foren-Software nicht mehr.)

Bitte vor der Neuinstallation eines Images überprüfen, ob ein neuer [[Bootloader]] verfügbar oder notwendig ist.<br>
Soll ein VTi Image durch ein neues ersetzt werden, empfiehlt sich eine [[VTi Software-Werkzeuge#VTI BackupSuite - Sicherung|Sicherung der Einstellungen]] und die [[VTi Software-Werkzeuge#Image-Sicherung und -Wiederherstellung|Sicherung des bisherigen Images]].

Beim USB-Flashen kann es vorkommen, dass das Flashen nicht ordnungsgemäß startet oder beendet wird. In der Regel liegen diese Probleme in der Wahl des USB-Sticks, bei denen die Vu+-Boxen ziemlich wählerisch sind. Die größten Chancen hat man mit kleinen älteren USB-Sticks (<4GB). Wenn das Flashen mit einem bestimmten USB-Stick funktioniert hat, sollte es auch künftig mit diesem Stick klappen. Auch das Formatieren des Sticks mit dem ''HP Format Tool'' brachte schon Abhilfe.

{| class="wikitable"
|-
| style="background-color:#D96F6F; width: 42em;"|'''Häufige Fehlerursachen:'''<br />
* falsches Image heruntergeladen z.B Vu+ Duo für eine Vu+ Duo²
* fehlerhafte Ordnerstruktur
* USB-Stick falsch formatiert
* USB-Stick nicht kompatibel oder defekt
|}
{| class="wikitable"
|-
| style="background-color:#D96F6F; width: 42em;"|'''Flashvorgang klappt immer noch nicht, was tun?'''<br />
* USB-Stick nochmal kontrollieren, häufige Fehlerursachen ausschließen
* microSD/SD Kartenadapter verwenden, wenn es mit mehreren USB-Sticks nicht klappt
* während des Flashvorgangs alle anderen USB-Geräte entfernen
* während des Flashvorgangs auch Festplattenanschlusskabel abstöpseln
* leere mkpart.update in den Ordner legen (wenn vorher ein anderes Image installiert war)
|}

== Anleitung zum Image entpacken ==

===Benötigt wird:===

* USB-Stick mit FAT/FAT32 Formatierung
* Programm zum Entpacken des Archives: z.B. WinRAR, WinZIP, 7ZIP, usw
* Image-Datei passend zum Vu+ Receivermodell ⇒ [https://www.vuplus-support.org/wbb4/vtisoftware/ Hier erhältlich ab VTi 11.0.2]

===Schritt für Schritt: Das Entpacken===

1. Schritt: Image-Datei downloaden und auf dem PC abspeichern.<br />
2. Schritt: Nach Doppelklick auf die Datei geht das Programm zum Entpacken auf. Hier im Beispiel WinRAR.<br />
3. Schritt: Dann auf "Entp.nach" klicken.<br />
4. Schritt: Jetzt den USB-Stick als Zielort wählen (hier im Beispiel den "Wechseldatenträger Laufwerk H:"), dann auf OK<br />
5. Schritt: Das Entpacken beginnt.<br />
6. Schritt: Ordnerstruktur überprüfen!<br />

<big><span style="color:red;background-color:yellow">'''Wichtig: Das folgende Beispiel zeigt ein Solo²-Image. Die Ordnerstruktur muss aber zum jeweiligen Receiver passen. Wenn dies nicht so ist, wurde ein falsches Image heruntergeladen, das nicht zum Flashen verwendet werden darf!'''</span></big>

<gallery perrow="2" widths="550" heights="400" class="right">
ZIP_1.png|1. und 2. Schritt: Datei Downloaden und auf dem PC abspeichern.|verweis=Datei:ZIP_1.png
ZIP_2.png|2. und 3. Schritt: Entpacken|verweis=Datei:ZIP_2.png
ZIP_3.png|4. Schritt: Zielort wählen.|verweis=Datei:ZIP_3.png
ZIP_4.png|5. Schritt: Das Entpacken beginnt.|verweis=Datei:ZIP_4.png
ZIP_5.png|6. Schritt: Ordnerstruktur überprüfen!|verweis=Datei:ZIP_5.png
</gallery>

== Flashen via USB-Stick==

{|
| style="background-color:#FFFF99; width:50em; text-align:center"|<span style="color:red;background-color:">
Für die ersten Geräte der Vu+ Produktlinie, [[Vu+ Duo]], [[Vu+ Solo]], [[Vu+ Uno]] und [[Vu+ Ultimo]] <br />
wurde nach dem VTi 11.0.x der Image - Build-Support eingestellt.<br />
Dies bedeutet, dass es keine kompletten Image Builds von VTi für diese Boxen geben wird.<br />
Sollten Treiberupdates kommen und ggf. wichtige e2 Updates, werden diese am Feed für VTi 11.0.x weitergepflegt.
Auch die Feeds für die bisherigen Images bleiben Online und werden nicht abgeschaltet.</span><br />
|}

=== Image aufspielen mit USB-Stick für [[Vu Duo|Vu+ Duo]] / [[Vu Duo LE|Vu+ Duo LE]] ===

<div class="mw-collapsible mw-collapsed">
Bitte ausklappen!
<div class="mw-collapsible-content">

<big><span style="color:red;background-color:yellow">'''Wichtig: Bitte das Archiv auf den USB-Stick entpacken, dann werden auch die Verzeichnisse korrekt erstellt.'''</span></big>

*Image am PC [https://www.vuplus-support.org/wbb4/vtisoftware/?dir=sorted%20by%20set-top-box/Vu%2B%20Duo herunterladen (Duo)] und abspeichern (USB Variante)
*USB Stick mit dem Dateisystem FAT, bzw. FAT32 formatieren
*<span style="color:red;">Datei auf den USB-Stick entpacken (z.B. mit WinRAR, WinZIP, 7ZIP, usw)</span>
*<span style="color:red;">es sind dann die Verzeichnisse /vuplus/duo auf dem Stick erstellt worden</span>
*<span style="color:red;">es befinden sich nun 3 Dateien in dem Verzeichnis /vuplus/duo auf dem Stick!</span>
*Vu+ STB ausschalten (in den Deepstandby oder Netzschalter)
*alle USB Geräte von der Box entfernen
*alle CI-Module und Pay-TV Karten aus der Box entfernen
*USB Stick vorne anstecken
*Vu+ STB einschalten
*Update der Firmware startet automatisch
*auf Hinweis "Finished ...please reboot" im VF-Display warten
*USB Stick von der Box abziehen
*Vu+ STB ausschalten und neu starten
*Der VTi-Startwizard sollte starten, falls nicht ist etwas schief gelaufen
*Wenn der VTi-Startwizard beendet und das Netzwerk eingerichtet ist, sollte unbedingt zuerst ein Online-Update über VTi-Panel - Neuigkeiten oder die Tasten Blau - Grün - Grün auf der Fernbedienung durchgeführt werden.

</div>
</div>
----

=== Image aufspielen mit USB-Stick für [[Vu Duo²|Vu+ Duo²]] ===

<div class="mw-collapsible mw-collapsed">
Bitte ausklappen!
<div class="mw-collapsible-content">

<big><span style="color:red;background-color:yellow">'''Wichtig: Bitte das Archiv auf den USB-Stick entpacken, dann werden auch die Verzeichnisse korrekt erstellt.'''</span></big>

*Image am PC [https://www.vuplus-support.org/wbb4/vtisoftware/?dir=sorted%20by%20set-top-box/Vu%2B%20Duo2 herunterladen (Duo²)] und abspeichern (USB Variante)
*USB Stick mit dem Dateisystem FAT, bzw. FAT32 formatieren
*<span style="color:red;">Datei auf den USB-Stick entpacken (z.B. mit WinRAR, WinZIP, 7ZIP, usw)</span>
*<span style="color:red;">es sind dann die Verzeichnisse /vuplus/duo2 auf dem Stick erstellt worden</span>
*<span style="color:red;">es befinden sich nun 5 Dateien in dem Verzeichnis /vuplus/duo2 auf dem Stick!</span>
*Vu+ STB ausschalten (in den Deepstandby oder Netzschalter)
*Alle USB Geräte von der Box entfernen
*Frontklappe öffnen.
*Ggf. alle CI-Module und Pay-TV Karten aus der Box entfernen
*USB Stick vorne anstecken
*Vu+ STB einschalten
*Sobald die Duo² hochfährt, wird am VF-Display abwechselnd die Meldung '''Update!''' und '''Press Power''' angezeigt
*Die "Power-Taste" (befindet sich über dem Front-USB-Anschluss) innerhalb von 5 Sek. drücken. Dadurch wird der Flash-Vorgang gestartet.
*Auf Hinweis "Finished, Removing USB" warten
*USB Stick von der Box abziehen
*Die Vu+ STB sollte selbstständig neu starten
*Der VTi-Startwizard sollte starten, falls nicht ist etwas schief gelaufen.
*Wenn der VTi-Startwizard beendet und das Netzwerk eingerichtet ist, sollte unbedingt zuerst ein Online-Update über VTi-Panel - Neuigkeiten oder die Tasten Blau - Grün - Grün auf der Fernbedienung durchgeführt werden.

</div>
</div>
----

=== Image aufspielen mit USB-Stick für [[Vu Duo 4K|Vu+ Duo 4K]]===

<div class="mw-collapsible mw-collapsed">
Bitte ausklappen!
<div class="mw-collapsible-content">

<big><span style="color:red;background-color:yellow">'''Wichtig: Bitte das Archiv auf den USB-Stick entpacken, dann werden auch die Verzeichnisse korrekt erstellt.'''</span></big>

*Image am PC [https://www.vuplus-support.org herunterladen (Duo 4K)] und abspeichern (USB Variante)
*USB Stick mit dem Dateisystem FAT, bzw. FAT32 formatieren
*<span style="color:red;">Datei auf den USB-Stick entpacken (z.B. mit WinRAR, WinZIP, 7ZIP, usw)</span>
*<span style="color:red;">es sind dann die Verzeichnisse /vuplus/duo4k auf dem Stick erstellt worden</span>
*<span style="color:red;">es befinden sich nun 5 Dateien in dem Verzeichnis /vuplus/duo4k auf dem Stick!</span>
*Vu+ STB ausschalten (in den Deepstandby oder Netzschalter)
*Alle USB Geräte von der Box entfernen
*Frontklappe öffnen.
*USB Stick vorne anstecken
*Vu+ STB einschalten
*Sobald die Duo 4K hochfährt, wird am LC-Display Meldung '''Update! Press Power''' angezeigt
*Die "Power-Taste" (Touchbutton an der Front) innerhalb von 5 Sek. drücken. Dadurch wird der Flash-Vorgang gestartet.
*Nach dem erfolgreichen Flashvorgang startet die Vu+ STB neu
*Der VTi-Startwizard sollte starten, falls nicht ist etwas schief gelaufen.
*Wenn der VTi-Startwizard beendet und das Netzwerk eingerichtet ist, sollte unbedingt zuerst ein Online-Update über VTi-Panel - Neuigkeiten oder die Tasten Blau - Grün - Grün auf der Fernbedienung durchgeführt werden.

</div>
</div>
----

=== Image aufspielen mit USB-Stick für [[Vu Duo 4K SE|Vu+ Duo 4K SE]]===

<div class="mw-collapsible mw-collapsed">
Bitte ausklappen!
<div class="mw-collapsible-content">

<big><span style="color:red;background-color:yellow">'''Wichtig: Bitte das Archiv auf den USB-Stick entpacken, dann werden auch die Verzeichnisse korrekt erstellt.'''</span></big>

*Image am PC [https://www.vuplus-support.org herunterladen (Duo 4K SE)] und abspeichern (USB Variante)
*USB Stick mit dem Dateisystem FAT, bzw. FAT32 formatieren
*<span style="color:red;">Datei auf den USB-Stick entpacken (z.B. mit WinRAR, WinZIP, 7ZIP, usw)</span>
*<span style="color:red;">es sind dann die Verzeichnisse /vuplus/duo4kse auf dem Stick erstellt worden</span>
*<span style="color:red;">es befinden sich nun 5 Dateien in dem Verzeichnis /vuplus/duo4kse auf dem Stick!</span>
*Vu+ STB ausschalten (in den Deepstandby oder Netzschalter)
*Alle USB Geräte von der Box entfernen
*Frontklappe öffnen.
*USB Stick vorne anstecken
*Vu+ STB einschalten
*Sobald die Duo 4K SE hochfährt, wird am LC-Display Meldung '''Update! Press Power''' angezeigt
*Die "Power-Taste" (Touchbutton an der Front) innerhalb von 5 Sek. drücken. Dadurch wird der Flash-Vorgang gestartet.
*Nach dem erfolgreichen Flashvorgang startet die Vu+ STB neu
*Der VTi-Startwizard sollte starten, falls nicht ist etwas schief gelaufen.
*Wenn der VTi-Startwizard beendet und das Netzwerk eingerichtet ist, sollte unbedingt zuerst ein Online-Update über VTi-Panel - Neuigkeiten oder die Tasten Blau - Grün - Grün auf der Fernbedienung durchgeführt werden.

</div>
</div>
----

=== Image aufspielen mit USB-Stick für [[Vu Solo|Vu+ Solo]] ===

<div class="mw-collapsible mw-collapsed">
Bitte ausklappen!
<div class="mw-collapsible-content">

<big><span style="color:red;background-color:yellow">'''Wichtig: Bitte das Archiv auf den USB-Stick entpacken, dann werden auch die Verzeichnisse korrekt erstellt.'''</span></big>

*Image am PC [https://www.vuplus-support.org/wbb4/vtisoftware/?dir=sorted%20by%20set-top-box/Vu%2B%20Solo herunterladen (Solo)] und abspeichern (USB Variante)
*USB Stick mit dem Dateisystem FAT, bzw. FAT32 formatieren
*<span style="color:red;">Datei auf den USB-Stick entpacken (z.B. mit WinRAR, WinZIP, 7ZIP, usw)</span>
*<span style="color:red;">es sind dann die Verzeichnisse /vuplus/solo auf dem Stick erstellt worden</span>
*<span style="color:red;">es befinden sich nun 3 Dateien in dem Verzeichnis /vuplus/solo auf dem Stick!</span>
*Vu+ STB ausschalten (in den Deepstandby oder Netzschalter)
*alle USB Geräte von der Box entfernen
*alle CI-Module und Pay-TV Karten aus der Box entfernen
*USB Stick vorne anstecken
*Vu+ STB einschalten
*Update der Firmware startet automatisch
*Die Standby LED wird rot und an dem USB Stick sollten die LEDs anfangen zu leuchten
*Wenn die Standby LED grün blinkt (der Flashvorgang dauert mehrere Minuten), kann man den USB Stick von der Box abziehen
*Vu+ STB ausschalten und neu starten
*Der VTi-Startwizard sollte starten, falls nicht ist etwas schief gelaufen
*Wenn der VTi-Startwizard beendet und das Netzwerk eingerichtet ist, sollte unbedingt zuerst ein Online-Update über VTi-Panel - Neuigkeiten oder die Tasten Blau - Grün - Grün auf der Fernbedienung durchgeführt werden.

</div>
</div>
----

=== Image aufspielen mit USB-Stick für [[Vu Solo²|Vu+ Solo²]] / [[Vu Solo² WE|Vu+ Solo² WE]] ===

<div class="mw-collapsible mw-collapsed">
Bitte ausklappen!
<div class="mw-collapsible-content">

<big><span style="color:red;background-color:yellow">'''Wichtig: Bitte das Archiv auf den USB-Stick entpacken, dann werden auch die Verzeichnisse korrekt erstellt.'''</span></big>

*Image am PC [https://www.vuplus-support.org/wbb4/vtisoftware/?dir=sorted%20by%20set-top-box/Vu%2B%20Solo2 herunterladen (Solo² (WE))] und abspeichern (USB Variante)
*USB Stick mit dem Dateisystem FAT, bzw. FAT32 formatieren
*<span style="color:red;">Datei auf den USB-Stick entpacken (z.B. mit WinRAR, WinZIP, 7ZIP, usw)</span>
*<span style="color:red;">es sind dann die Verzeichnisse /vuplus/solo2 auf dem Stick erstellt worden</span>
*<span style="color:red;">es befinden sich nun 5 Dateien in dem Verzeichnis /vuplus/solo2 auf dem Stick!</span>
*Vu+ STB ausschalten (in den Deepstandby oder Netzschalter)
*alle USB Geräte von der Box entfernen
*alle CI-Module und Pay-TV Karten aus der Box entfernen
*USB Stick vorne anstecken
*Vu+ STB einschalten
*Im Display der Box auf die Meldung '''Update please press "Power"''' warten
*"Power" Taste an der Vorderseite der Solo² drücken (Sensor-Taste)
*auf Hinweis "Finished, Removing USB" im VF-Display warten
*USB Stick von der Box abziehen
*Vu+ STB ausschalten und neu starten
*Der VTi-Startwizard sollte starten, falls nicht ist etwas schief gelaufen
*Wenn der VTi-Startwizard beendet und das Netzwerk eingerichtet ist, sollte unbedingt zuerst ein Online-Update über VTi-Panel - Neuigkeiten oder die Tasten Blau - Grün - Grün auf der Fernbedienung durchgeführt werden.

</div>
</div>
----

=== Image aufspielen mit USB-Stick für [[Vu Solo 4K|Vu+ Solo 4K]]===

<div class="mw-collapsible mw-collapsed">
Bitte ausklappen!
<div class="mw-collapsible-content">

<big><span style="color:red;background-color:yellow">'''Wichtig: Bitte das Archiv auf den USB-Stick entpacken, dann werden auch die Verzeichnisse korrekt erstellt.'''</span></big>

*Image am PC [https://www.vuplus-support.org/wbb4/vtisoftware/?dir=sorted%20by%20set-top-box/Vu%2B%20Solo%204K herunterladen (Solo 4K)] und abspeichern (USB Variante)
*USB Stick mit dem Dateisystem FAT, bzw. FAT32 formatieren
*<span style="color:red;">Datei auf den USB-Stick entpacken (z.B. mit WinRAR, WinZIP, 7ZIP, usw)</span>
*<span style="color:red;">es sind dann die Verzeichnisse /vuplus/solo4k auf dem Stick erstellt worden</span>
*<span style="color:red;">es befinden sich nun 5 Dateien in dem Verzeichnis /vuplus/solo4k auf dem Stick!</span>
*Vu+ STB ausschalten (in den Deepstandby oder Netzschalter)
*Alle USB Geräte von der Box entfernen
*Frontklappe öffnen.
*USB Stick vorne anstecken
*Vu+ STB einschalten
*Sobald die Solo 4K hochfährt, wird am LC-Display Meldung '''Update! Press Power''' angezeigt
*Die "Power-Taste" (hinter der Frontklappe) innerhalb von 5 Sek. drücken. Dadurch wird der Flash-Vorgang gestartet.
*Nach dem erfolgreichen Flashvorgang startet die Vu+ STB neu
*Der VTi-Startwizard sollte starten, falls nicht ist etwas schief gelaufen.
*Wenn der VTi-Startwizard beendet und das Netzwerk eingerichtet ist, sollte unbedingt zuerst ein Online-Update über VTi-Panel - Neuigkeiten oder die Tasten Blau - Grün - Grün auf der Fernbedienung durchgeführt werden.

</div>
</div>
----

=== Image aufspielen mit USB-Stick für [[Vu Solo SE|Vu+ Solo SE]] / [[Vu Solo SE WE|Vu+ Solo SE WE]] oder [[Vu Solo SE V2|Vu+ Solo SE V2]] / [[Vu Solo SE V2 WE|Vu+ Solo SE V2 WE]] ===

<div class="mw-collapsible mw-collapsed">
Bitte ausklappen!
<div class="mw-collapsible-content">

<big><span style="color:red;background-color:yellow">'''Wichtig: Bitte das Archiv auf den USB-Stick entpacken, dann werden auch die Verzeichnisse korrekt erstellt.'''</span></big>

'''Für die [[Vu Solo SE|Vu+ Solo SE]] und [[Vu Solo SE V2|Vu+ Solo SE V2]] gibt es nur ein Image!'''

*Image am PC [https://www.vuplus-support.org/wbb4/vtisoftware/?dir=sorted%20by%20set-top-box/Vu%2B%20Solo%20SE herunterladen (Solo SE (WE))] und abspeichern (USB Variante)
*USB Stick mit dem Dateisystem FAT, bzw. FAT32 formatieren
*<span style="color:red;">Datei auf den USB-Stick entpacken (z.B. mit WinRAR, WinZIP, 7ZIP, usw)</span>
*<span style="color:red;">es sind dann die Verzeichnisse /vuplus/solose auf dem Stick erstellt worden</span>
*<span style="color:red;">es befinden sich nun 5 Dateien in dem Verzeichnis /vuplus/solose auf dem Stick!</span>
*Vu+ STB ausschalten (in den Deepstandby oder Netzschalter)
*alle USB Geräte von der Box entfernen
*alle CI-Module und Pay-TV Karten aus der Box entfernen
*USB Stick anstecken
*Vu+ einschalten
*während des Flashvorgangs pulsiert die LED
*ist der Flashvorgang abgeschlossen blinkt die LED
*USB Stick von der Box abziehen
*Vu+ STB ausschalten und neu starten
*Der VTi-Startwizard sollte starten, falls nicht ist etwas schief gelaufen
*Wenn der VTi-Startwizard beendet und das Netzwerk eingerichtet ist, sollte unbedingt zuerst ein Online-Update über VTi-Panel - Neuigkeiten oder die Tasten Blau - Grün - Grün auf der Fernbedienung durchgeführt werden.

</div>
</div>
----

=== Image aufspielen mit USB-Stick für [[Vu Ultimo|Vu+ Ultimo]] ===

<div class="mw-collapsible mw-collapsed">
Bitte ausklappen!
<div class="mw-collapsible-content">

<big><span style="color:red;background-color:yellow">'''Wichtig: Bitte das Archiv auf den USB-Stick entpacken, dann werden auch die Verzeichnisse korrekt erstellt.'''</span></big>

*Image am PC [https://www.vuplus-support.org/wbb4/vtisoftware/?dir=sorted%20by%20set-top-box/Vu%2B%20Ultimo herunterladen (Ultimo)] und abspeichern (USB Variante)
*USB Stick mit dem Dateisystem FAT, bzw. FAT32 formatieren
*<span style="color:red;">Datei auf den USB-Stick entpacken (z.B. mit WinRAR, WinZIP, 7ZIP, usw)</span>
*<span style="color:red;">es sind dann die Verzeichnisse /vuplus/ultimo auf dem Stick erstellt worden</span>
*<span style="color:red;">es befinden sich nun 4 Dateien in dem Verzeichnis /vuplus/ultimo auf dem Stick!</span>
*Vu+ STB ausschalten (in den Deepstandby oder Netzschalter)
*alle USB Geräte von der Box entfernen
*alle CI-Module und Pay-TV Karten aus der Box entfernen
*USB Stick vorne anstecken
*Vu+ STB einschalten
*Auf die Meldung '''Update please press "-"''' warten
*"-" Taste an der Vorderseite der Ultimo drücken
*auf Hinweis "Finished, Removing USB" im VF-Display warten
*USB Stick von der Box abziehen
*Vu+ STB ausschalten und neu starten
*Der VTi-Startwizard sollte starten, falls nicht ist etwas schief gelaufen.
*Wenn der VTi-Startwizard beendet und das Netzwerk eingerichtet ist, sollte unbedingt zuerst ein Online-Update über VTi-Panel - Neuigkeiten oder die Tasten Blau - Grün - Grün auf der Fernbedienung durchgeführt werden.

</div>
</div>
----

=== Image aufspielen mit USB-Stick für [[Vu Ultimo 4K|Vu+ Ultimo 4K]]===

<div class="mw-collapsible mw-collapsed">
Bitte ausklappen!
<div class="mw-collapsible-content">

<big><span style="color:red;background-color:yellow">'''Wichtig: Bitte das Archiv auf den USB-Stick entpacken, dann werden auch die Verzeichnisse korrekt erstellt.'''</span></big>

*Image am PC [https://www.vuplus-support.org/wbb4/vtisoftware/?dir=sorted%20by%20set-top-box/Vu%2B%20Ultimo%204K herunterladen (Ultimo 4K)] und abspeichern (USB Variante)
*USB Stick mit dem Dateisystem FAT, bzw. FAT32 formatieren
*<span style="color:red;">Datei auf den USB-Stick entpacken (z.B. mit WinRAR, WinZIP, 7ZIP, usw)</span>
*<span style="color:red;">es sind dann die Verzeichnisse /vuplus/ultimo4k auf dem Stick erstellt worden</span>
*<span style="color:red;">es befinden sich nun 5 Dateien in dem Verzeichnis /vuplus/ultimo4k auf dem Stick!</span>
*Vu+ STB ausschalten (in den Deepstandby oder Netzschalter)
*Alle USB Geräte von der Box entfernen
*Frontklappe öffnen.
*USB Stick vorne anstecken
*Vu+ STB einschalten
*Sobald die Ultimo 4K hochfährt, wird am LC-Display Meldung '''Update! Press Power''' angezeigt
*Die "Power-Taste" (Touchbutton an der Front, mehrmals mit dem Finger über den Strich fahren) innerhalb von 5 Sek. drücken. Dadurch wird der Flash-Vorgang gestartet.
*Nach dem erfolgreichen Flashvorgang startet die Vu+ STB neu
*Der VTi-Startwizard sollte starten, falls nicht ist etwas schief gelaufen.
*Wenn der VTi-Startwizard beendet und das Netzwerk eingerichtet ist, sollte unbedingt zuerst ein Online-Update über VTi-Panel - Neuigkeiten oder die Tasten Blau - Grün - Grün auf der Fernbedienung durchgeführt werden.

</div>
</div>
----

=== Image aufspielen mit USB-Stick für [[Vu Uno|Vu+ Uno]]===

<div class="mw-collapsible mw-collapsed">
Bitte ausklappen!
<div class="mw-collapsible-content">

<big><span style="color:red;background-color:yellow">'''Wichtig: Bitte das Archiv auf den USB-Stick entpacken, dann werden auch die Verzeichnisse korrekt erstellt.'''</span></big>

*Image am PC [https://www.vuplus-support.org/wbb4/vtisoftware/?dir=sorted%20by%20set-top-box/Vu%2B%20Uno herunterladen (Uno)] und abspeichern (USB Variante)
*USB Stick mit dem Dateisystem FAT, bzw. FAT32 formatieren
*<span style="color:red;">Datei auf den USB-Stick entpacken (z.B. mit WinRAR, WinZIP, 7ZIP, usw)</span>
*<span style="color:red;">es sind dann die Verzeichnisse /vuplus/uno auf dem Stick erstellt worden</span>
*<span style="color:red;">es befinden sich nun 4 Dateien in dem Verzeichnis /vuplus/uno auf dem Stick!</span>
*Vu+ STB ausschalten (in den Deepstandby oder Netzschalter)
*alle USB Geräte von der Box entfernen
*alle CI-Module und Pay-TV Karten aus der Box entfernen
*USB Stick vorne anstecken
*Vu+ STB einschalten
*Auf die Meldung '''Update please press "CH-"''' im VF-Display warten
*"CH-" Taste an der Vorderseite der Uno drücken
*auf Hinweis "Finished, Removing USB" im VF-Display warten
*USB Stick von der Box abziehen
*Vu+ STB ausschalten und neu starten
*Der VTi-Startwizard sollte starten, falls nicht ist etwas schief gelaufen
*Wenn der VTi-Startwizard beendet und das Netzwerk eingerichtet ist, sollte unbedingt zuerst ein Online-Update über VTi-Panel - Neuigkeiten oder die Tasten Blau - Grün - Grün auf der Fernbedienung durchgeführt werden.

</div>
</div>
----

=== Image aufspielen mit USB-Stick für [[Vu Uno 4K|Vu+ Uno 4K]]===

<div class="mw-collapsible mw-collapsed">
Bitte ausklappen!
<div class="mw-collapsible-content">

<big><span style="color:red;background-color:yellow">'''Wichtig: Bitte das Archiv auf den USB-Stick entpacken, dann werden auch die Verzeichnisse korrekt erstellt.'''</span></big>

*Image am PC [https://www.vuplus-support.org/wbb4/vtisoftware/?dir=sorted%20by%20set-top-box/Vu%2B%20Uno%204K herunterladen (Uno 4K)] und abspeichern (USB Variante)
*USB Stick mit dem Dateisystem FAT, bzw. FAT32 formatieren
*<span style="color:red;">Datei auf den USB-Stick entpacken (z.B. mit WinRAR, WinZIP, 7ZIP, usw)</span>
*<span style="color:red;">es sind dann die Verzeichnisse /vuplus/uno4k auf dem Stick erstellt worden</span>
*<span style="color:red;">es befinden sich nun x Dateien in dem Verzeichnis /vuplus/uno4k auf dem Stick!</span>
*Vu+ STB ausschalten (in den Deepstandby oder Netzschalter)
*alle USB Geräte von der Box entfernen
*alle CI-Module und Pay-TV Karten aus der Box entfernen
*USB Stick anstecken
*Vu+ einschalten
*während des Flashvorgangs pulsiert die LED
*ist der Flashvorgang abgeschlossen blinkt die LED
*USB Stick von der Box abziehen
*Vu+ STB ausschalten und neu starten
*Der VTi-Startwizard sollte starten, falls nicht ist etwas schief gelaufen
*Wenn der VTi-Startwizard beendet und das Netzwerk eingerichtet ist, sollte unbedingt zuerst ein Online-Update über VTi-Panel - Neuigkeiten oder die Tasten Blau - Grün - Grün auf der Fernbedienung durchgeführt werden.

</div>
</div>
----

=== Image aufspielen mit USB-Stick für [[Vu Uno 4K SE|Vu+ Uno 4K SE]]===

<div class="mw-collapsible mw-collapsed">
Bitte ausklappen!
<div class="mw-collapsible-content">

<big><span style="color:red;background-color:yellow">'''Wichtig: Bitte das Archiv auf den USB-Stick entpacken, dann werden auch die Verzeichnisse korrekt erstellt.'''</span></big>

*Image am PC [https://www.vuplus-support.org/wbb4/vtisoftware/?dir=sorted%20by%20set-top-box/Vu%2B%20Uno%204K%20SE herunterladen (Uno 4K SE)] und abspeichern (USB Variante)
*USB Stick mit dem Dateisystem FAT, bzw. FAT32 formatieren
*<span style="color:red;">Datei auf den USB-Stick entpacken (z.B. mit WinRAR, WinZIP, 7ZIP, usw)</span>
*<span style="color:red;">es sind dann die Verzeichnisse /vuplus/uno4kse auf dem Stick erstellt worden</span>
*<span style="color:red;">es befinden sich nun 5 Dateien in dem Verzeichnis /vuplus/uno4kse auf dem Stick!</span>
*Vu+ STB ausschalten (in den Deepstandby oder Netzschalter)
*Alle USB Geräte von der Box entfernen
*USB Stick hinten einstecken
*Vu+ STB einschalten
*Sobald die Uno 4K SE hochfährt, wird am LC-Display Meldung '''Update! Press Power''' angezeigt
*Die "Power-Taste" (Touchbutton an der Front) innerhalb von 5 Sek. drücken. Dadurch wird der Flash-Vorgang gestartet.
*Nach dem erfolgreichen Flashvorgang startet die Vu+ STB neu
*Der VTi-Startwizard sollte starten, falls nicht ist etwas schief gelaufen.
*Wenn der VTi-Startwizard beendet und das Netzwerk eingerichtet ist, sollte unbedingt zuerst ein Online-Update über VTi-Panel - Neuigkeiten oder die Tasten Blau - Grün - Grün auf der Fernbedienung durchgeführt werden.

</div>
</div>
----

=== Image aufspielen mit USB-Stick für [[Vu Zero|Vu+ Zero]] / [[Vu Zero WE|Vu+ Zero WE]] ===

<div class="mw-collapsible mw-collapsed">
Bitte ausklappen!
<div class="mw-collapsible-content">

<big><span style="color:red;background-color:yellow">'''Wichtig: Bitte das Archiv auf den USB-Stick entpacken, dann werden auch die Verzeichnisse korrekt erstellt.'''</span></big>

*Image am PC [https://www.vuplus-support.org/wbb4/vtisoftware/?dir=sorted%20by%20set-top-box/Vu%2B%20Zero herunterladen (Zero (WE))] und abspeichern (USB Variante)
*USB Stick mit dem Dateisystem FAT, bzw. FAT32 formatieren
*<span style="color:red;">Datei auf den USB-Stick entpacken (z.B. mit WinRAR, WinZIP, 7ZIP, usw)</span>
*<span style="color:red;">es sind dann die Verzeichnisse /vuplus/zero auf dem Stick erstellt worden</span>
*<span style="color:red;">es befinden sich nun 5 Dateien in dem Verzeichnis /vuplus/zero auf dem Stick!</span>
*Vu+ STB ausschalten (in den Deepstandby oder Netzschalter)
*alle USB Geräte von der Box entfernen
*alle CI-Module und Pay-TV Karten aus der Box entfernen
*USB Stick anstecken
*Vu+ STB einschalten
*Die weiße LED pulsiert während des Flashvorgangs
*Warten bis die weiße LED in der Frontblende blinkt
*Vu+ STB ausschalten
*USB Stick entfernen
*STB einschalten
*Der VTi-Startwizard sollte starten, falls nicht ist etwas schief gelaufen
*Wenn der VTi-Startwizard beendet und das Netzwerk eingerichtet ist, sollte unbedingt zuerst ein Online-Update über VTi-Panel - Neuigkeiten oder die Tasten Blau - Grün - Grün auf der Fernbedienung durchgeführt werden.

</div>
</div>
----

=== Image aufspielen mit USB-Stick für [[Vu Zero 4K|Vu+ Zero 4K]]===

<div class="mw-collapsible mw-collapsed">
Bitte ausklappen!
<div class="mw-collapsible-content">

<big><span style="color:red;background-color:yellow">'''Wichtig: Bitte das Archiv auf den USB-Stick entpacken, dann werden auch die Verzeichnisse korrekt erstellt.'''</span></big>

*Image am PC [https://www.vuplus-support.org/wbb4/vtisoftware/?dir=sorted%20by%20set-top-box/Vu%2B%20Zero%204K herunterladen (Zero 4K)] und abspeichern (USB Variante)
*USB Stick mit dem Dateisystem FAT, bzw. FAT32 formatieren
*<span style="color:red;">Datei auf den USB-Stick entpacken (z.B. mit WinRAR, WinZIP, 7ZIP, usw)</span>
*<span style="color:red;">es sind dann die Verzeichnisse /vuplus/zero4k auf dem Stick erstellt worden</span>
*<span style="color:red;">es befinden sich nun 5 Dateien in dem Verzeichnis /vuplus/zero4k auf dem Stick!</span>
*Vu+ STB ausschalten (in den Deepstandby oder Netzschalter)
*alle USB Geräte von der Box entfernen
*alle CI-Module und Pay-TV Karten aus der Box entfernen
*USB Stick anstecken
*Vu+ STB einschalten
*Das weiße VU+ Logo pulsiert während des Flashvorgangs
*Warten bis das weiße VU+ Logo in der Frontblende blinkt
*Vu+ STB ausschalten
*USB Stick entfernen
*STB einschalten
*Der VTi-Startwizard sollte starten, falls nicht ist etwas schief gelaufen
*Wenn der VTi-Startwizard beendet und das Netzwerk eingerichtet ist, sollte unbedingt zuerst ein Online-Update über VTi-Panel - Neuigkeiten oder die Tasten Blau - Grün - Grün auf der Fernbedienung durchgeführt werden.

</div>
</div>
----

== Hilfestellung, Fehlerursachen und weitere Probleme beim Flashen ==

{| class="wikitable"
|-
| style="background-color:#D96F6F; width: 42em;"|'''Häufige Fehlerursachen:'''<br />
* falsches Image heruntergeladen z.B Vu+ Duo für eine Vu+ Duo²
* fehlerhafte Ordnerstruktur
* USB-Stick falsch formatiert
* USB-Stick nicht kompatibel oder defekt
|}
{| class="wikitable"
|-
| style="background-color:#D96F6F; width: 42em;"|'''Flashvorgang klappt immer noch nicht, was tun?'''<br />
* USB-Stick nochmal kontrollieren, häufige Fehlerursachen ausschließen
* microSD/SD Kartenadapter verwenden, wenn es mit mehreren USB-Sticks nicht klappt
* während des Flashvorgangs alle anderen USB-Geräte entfernen
* während des Flashvorgangs auch Festplattenanschlusskabel abstöpseln
* leere mkpart.update in den Ordner legen (wenn vorher ein anderes Image installiert war)
|}

----

== Flashen via Backupfunktion ==

Man kann auch ohne USB-Stick ein neues Image flashen. Vorraussetzung ist, dass ein VTi-Image mit Imagesicherung/Wiederherstellung auf der Box vorhanden ist.

Ein Flashen über die Backupfunktion ist bei der [[Vu Solo 4K|Vu+ Solo 4K]], der [[Vu Uno 4K|Vu+ Uno 4K]], der [[Vu Duo 4K|Vu+ Duo 4K]], der [[Vu Uno 4K SE|Vu+ Uno 4K SE]], der [[Vu Ultimo 4K|Vu+ Ultimo 4K]], der [[Vu Duo 4K SE|Vu+ Duo 4K SE]] und der [[Vu Zero 4K|Vu+ Zero 4K]] '''nicht''' möglich.

'''Vorgehensweise:'''

# Einen neuen Ordner mit der Bezeichnung  <code>vti_0.0.0_neu_flashen</code>  im Verzeichnis  <code>media/hdd/vti-image-backup</code>  anlegen.
# In das Verzeichnis wird der Inhalt des heruntergeladenen Images kopiert. Das sieht dann so aus:  <code>media/hdd/vti-image-backup/vti_0.0.0_neu_flashen/vuplus/</code>
# Im Ordner  <code>vuplus</code>  befindet sich nun ein weiterer Ordner mit der genauen Bezeichnung der Vu+ z.B. <code>/solo2</code> oder <code>/duo2</code>. In diesem Ordner sollten sich dann die ca. drei bis fünf Imagedateien befinden.
# In der Vu+ das Menü [[VTi Sicherungswerkzeuge#Image Sicherung .2F Wiederherstellung|Image Sicherung und Wiederherstellung]] aufrufen. Dann unter [[VTi Sicherungswerkzeuge#Wiederherstellung eines Images|Wiederherstellung eines Images]] den zuvor angelegten Ordner auswählen und den Flashvorgang starten.

Nach kurzer Wartezeit ist der Flashvorgang beendet und die Vu+ startet neu.

Link zum Forum: [http://www.vuplus-support.org/wbb3/index.php?page=Thread&threadID=49823 Flashen ohne Stick]

----

== Flashen via Image Flash Tool ==

Man kann auch Online ein neues Image flashen. Vorraussetzung ist, dass ein VTi-Image ab VTi 6.0.8 ab dem 12.07.2014 auf der Box ist und es '''keine''' 4K-Box ist (keine [[Vu Solo 4K|Vu+ Solo 4K]], [[Vu Uno 4K|Vu+ Uno 4K]], [[Vu Duo 4K|Vu+ Duo 4K]], [[Vu Uno 4K SE|Vu+ Uno 4K SE]], [[Vu Ultimo 4K|Vu+ Ultimo 4K]], [[Vu Duo 4K SE|Vu+ Duo 4K SE]] oder [[Vu Zero 4K|Vu+ Zero 4K]]).

'''Vorgehensweise:'''

# Aufrufen des [[Das VTi Panel|VTi Panels]] mit der "blauen Taste"
# In die Rubrik [[VTi Software-Werkzeuge]] wechseln
# Image Flash Werkzeug aufrufen
# Image auswählen
# Speicherort auswählen, nach klicken von "OK" wird der Download gestartet und entpackt
# Nach Bestätigung der Flashaktion im Infofenster beginnt der Flashvorgang (Achtung: Das aktuelle Image wird gelöscht und überschrieben)

Nach kurzer Wartezeit ist der Flashvorgang beendet und die Vu+ startet mit dem [[Vu Schritt für Schritt#VTi Wizard|Einrichtungsassistenten]] neu.
----

Tetris

2024-01-03T17:38:37Z

Rdamas:

[[Kategorie:Plugins]]
{{Linkbox Plugins}}
{{Plugin Infobox | Name=Teris | Link=[https://vuplus-support.org/wbb4/index.php?thread/139981-tetris-v0-3-1-27-11-2023/ Forum] | Paket-Name=enigma2-plugin-extensions-tetris | Autor=rdamas }}

'''Tetris befindet sich auf dem Feed+ und im Forum: [https://vuplus-support.org/wbb4/index.php?thread/139981-tetris-v0-3-1-27-11-2023/ Tetris]

=== Beschreibung ===

Tetris ist ein Clone des gleichnamigen PC-Spiels aus den 80er Jahren. Idee des Spiels ist, herunterfallende Spielteile so zu bewegen, dass sie am Boden möglichst lückenlose Reihen bilden. Solche Reihen schaffen Platz für neue Spielteile.

=== Voraussetzungen und Abhängigkeiten ===

Keine

=== Bedienung ===

* grüne Taste, um ein Spiel zu starten,
* links und rechts, um einen Block zu bewegen,
* hoch und runter, um einen Block zu rotieren,
* ok, um das Fallenlassen zu beschleunigen und wieder abzubremsen.

=== Vorschau ===

[[Datei:Tetris.jpg|800px|Vorschau Plugin Tetris]]

SmartControl

2024-01-03T17:37:28Z

Rdamas:

[[Kategorie:Plugins]]
{{Linkbox Plugins}}
{{Plugin Infobox | Name=SmartControl | Link=[https://vuplus-support.org/wbb4/index.php?thread/138287-smartcontrol-graphisches-interface-f%C3%BCr-smartmontools/ Forum] | Paket-Name=enigma2-plugin-extensions-smartcontrol | Autor=rdamas }}

'''SmartControl befindet sich auf dem Feed+ und im Forum: [https://vuplus-support.org/wbb4/index.php?thread/138287-smartcontrol-graphisches-interface-f%C3%BCr-smartmontools/ SmartControl]'''

=== Beschreibung ===

SmartControl ist ein Frontend für <tt>smartctl</tt> (aus dem smartmontools-Paket). <tt>smartctl</tt> ist ein Programm zur Abfrage und Kontrolle von SMART-Daten ('''S'''elf-'''M'''onitoring, '''A'''nalysis, and '''R'''eporting '''T'''echnology) von Festplatten und SSD's. Mit dem Plugin können so die SMART-Daten der angeschlossenen Laufwerke ausgelesen werden, um ihren Zustand festzustellen und die Selbsttests durchzuführen.

=== Voraussetzungen und Abhängigkeiten ===

* ein Full-HD-Skin
* Smartmontools >= Version 7.0 (wird mit installiert)
* das Paket util-linux (wird mit installiert)

=== Bedienung ===

Im ersten Schritt muss das benutzte Laufwerk ausgewählt werden. Auswahl mit den Cursor-Tasten hoch und runter, Bestätigung mit ok.

[[Datei:Smart1a.jpg|800px|Auswahl des Laufwerks]]

Jetzt werden die Informationen angezeigt, die das Tool <tt>smartctl</tt> zum Laufwerk ausgelesen hat.

[[Datei:Smart2a.jpg|800px|Informationen zum Laufwerk]]

Mit folgenden Tasten kann von hier weiter navigiert werden:

* Exit kehrt zur Auswahl-Seite zurück
* Rot liest die SMART-Attribute des Laufwerks aus und zeigt sie an
* Grün zeigt das Ergebnis eines Selbsttests, falls das Laufwerk Selbsttests unterstützt
* Gelb liest das Errorlog des Laufwerks aus, falls das Laufwerk Errorlogs unterstützt
* Blau liest das Ergebnis eines kurzen Selbsttests aus, falls das Laufwerk kurze Selbsttests unterstützt

Hinweis: Nicht jedes Laufwerk unterstützt alle Möglichkeiten.

=== Interpretation der SMART-Attribute ===

[[Datei:Smart3a.jpg|800px|SMART-Attribute]]

SMART-Attribute sind nicht standardisiert, sondern Laufwerk-abhängig implementiert.

Jedes Attribut hat einen Raw- und einen normalisierten Wert. Der Raw-Wert ist komplett Laufwerk-abhängig und kann ohne Dokumentation nicht immer verlässlich interpretiert werden. Normalerweise handelt es sich dabei aber um physikalische Größen wie Temperatur, Anzahl Betriebsstunden oder einfache Zähler.

Der normalisierte Wert bewegt sich zwischen 1 und 253, kleinere Werte bedeuten schlechterer Zustand. Hersteller legen oft auch 100 oder 200 als besten Wert fest.

Die ausgelesenen Attribute werden in einer Tabelle mit 7 Spalten angezeigt:

* ID - die offzielle Nummer des Attributs.
* Name - der offizielle Name des Attributs, wie ihn das Laufwerk meldet.
* Status - ok, wenn das Laufwerk den angezeigten Wert nicht für einen Fehler hält. Alles andere ist ein Fehler.
* Value - der ausgelesene aktuelle normierte Wert des Attributs.
* Worst - der schlechteste gespeicherte aufgetretene Wert des Attributs.
* Thresh - der Wert, unter dem ein normalisierter Wert als Fehler ("Fail condition") angenommen wird.
* Raw - der Raw-Wert des Attributs.

Die Liste kann mit den Channel-Tasten geblättert werden. Mit Exit wird diese Ansicht verlassen.

ChessBoard

2024-01-03T16:53:40Z

Rdamas:

[[Kategorie:Plugins]]
{{Linkbox Plugins}}
{{Plugin Infobox | Name=ChessBoard | Link=[https://vuplus-support.org/wbb4/index.php?thread/138434-chessboard-enigma2-frontend-f%C3%BCr-gnuchess/ Forum] | Paket-Name=enigma2-plugin-extensions-chessboard | Autor=rdamas }}

'''ChessBoard befindet sich auf dem [[Feed+]] und im Forum: [https://vuplus-support.org/wbb4/index.php?thread/138434-chessboard-enigma2-frontend-f%C3%BCr-gnuchess/ ChessBoard]'''

=== Beschreibung ===

ChessBoard ist ein Plugin, um auf der Vu+ eine Partie Schach gegen den Computer zu spielen. Die Vu+ tritt mit GNU Chess oder Stockfish gegen euch an. Stockfish ist das spielstärkere Programm, aber nur für Boxen ARM-Prozessor (4k-Boxen) verfügbar.

=== Voraussetzungen und Abhängigkeiten ===

* ein Full-HD-Skin
* gnuchess (wird mit installiert)
* python-chess (wird mit installiert)
* chess-opening-book-performance (Bibliothek für Eröffnungen, kann optional installiert werden)

Alternativ kann im [https://vuplus-support.org/wbb4/index.php?thread/138434-chessboard-enigma2-frontend-f%C3%BCr-gnuchess/ Forum] auch die Chess-Engine Stockfish heruntergeladen und installiert werden.

=== Bedienung ===

* mit den Pfeil- oder Zahlentasten das rote umrandete Feld zu einer eigenen Figur bewegen, diese mit OK markieren, mit den Pfeil- oder Zahlentasten das Zielfeld auswählen, wieder OK drücken. Jetzt ist der Computer an der Reihe.
* mit den Channel-Up- und -Down-Tasten kann die Bedenkzeit des Computers von einer bis zehn Sekunden eingestellt werden.
* mit der Menu-Taste können das Eröffnungsbuch und die Chess-Engine gewählt werden
* mit der blauen Taste wählt ihr, ob ihr schwarz oder weiß spielen wollt - ihr könnt auch während des Spiels wechseln.
* mit der gelben Taste kann das Brett gedreht werden
* mit der grünen Taste wird euch ein Vorschlag für euren nächsten Zug angezeigt.
* mit der roten Taste könnt ihr Züge wieder zurücknehmen.

=== Vorschau ===

[[Datei:Chessboard.jpg|800px|Plugin ChessBoard]]

Vorlage:Plugin Infobox

2024-01-03T16:51:21Z

Rdamas:

<onlyinclude>
{| class="wikitable" border="0"
|-
! colspan="2" | Informationen zum Plugin
|-
| Name || {{{Name|-}}}
|-
| Link || {{{Link|-}}}
|-
| Paket-Name || {{{Paket-Name|-}}}
|-
| Autor || {{{Autor|-}}}
|}
</onlyinclude>

ChessBoard

2024-01-03T16:48:19Z

Rdamas:

[[Kategorie:Plugins]]
{{Linkbox Plugins}}
{{Plugin Infobox | Name=ChessBoard | Paket-Name=enigma2-plugin-extensions-chessboard | Autor=rdamas | Version=0.2 }}

'''ChessBoard befindet sich auf dem [[Feed+]] und im Forum: [https://vuplus-support.org/wbb4/index.php?thread/138434-chessboard-enigma2-frontend-f%C3%BCr-gnuchess/ ChessBoard]'''

=== Beschreibung ===

ChessBoard ist ein Plugin, um auf der Vu+ eine Partie Schach gegen den Computer zu spielen. Die Vu+ tritt mit GNU Chess oder Stockfish gegen euch an. Stockfish ist das spielstärkere Programm, aber nur für Boxen ARM-Prozessor (4k-Boxen) verfügbar.

=== Voraussetzungen und Abhängigkeiten ===

* ein Full-HD-Skin
* gnuchess (wird mit installiert)
* python-chess (wird mit installiert)
* chess-opening-book-performance (Bibliothek für Eröffnungen, kann optional installiert werden)

Alternativ kann im [https://vuplus-support.org/wbb4/index.php?thread/138434-chessboard-enigma2-frontend-f%C3%BCr-gnuchess/ Forum] auch die Chess-Engine Stockfish heruntergeladen und installiert werden.

=== Bedienung ===

* mit den Pfeil- oder Zahlentasten das rote umrandete Feld zu einer eigenen Figur bewegen, diese mit OK markieren, mit den Pfeil- oder Zahlentasten das Zielfeld auswählen, wieder OK drücken. Jetzt ist der Computer an der Reihe.
* mit den Channel-Up- und -Down-Tasten kann die Bedenkzeit des Computers von einer bis zehn Sekunden eingestellt werden.
* mit der Menu-Taste können das Eröffnungsbuch und die Chess-Engine gewählt werden
* mit der blauen Taste wählt ihr, ob ihr schwarz oder weiß spielen wollt - ihr könnt auch während des Spiels wechseln.
* mit der gelben Taste kann das Brett gedreht werden
* mit der grünen Taste wird euch ein Vorschlag für euren nächsten Zug angezeigt.
* mit der roten Taste könnt ihr Züge wieder zurücknehmen.

=== Vorschau ===

[[Datei:Chessboard.jpg|800px|Plugin ChessBoard]]

Vorlage:Plugin Infobox

2024-01-03T16:45:22Z

Rdamas:

<onlyinclude>
{| class="wikitable" border="0"
|-
! colspan="2" | Informationen zum Plugin
|-
| Name || {{{Name|-}}}
|-
| Paket-Name || {{{Paket-Name|-}}}
|-
| Autor || {{{Autor|-}}}
|-
| Version || {{{Version|-}}}
|}
</onlyinclude>

Vorlage:Plugin Infobox

2024-01-03T16:42:41Z

Rdamas:

<onlyinclude>
{| class="wikitable" align="left" border="0"
|-
! colspan="2" | Informationen zum Plugin
|-
| Name || {{{Name|-}}}
|-
| Paket-Name || {{{Paket-Name|-}}}
|-
| Autor || {{{Autor|-}}}
|-
| Version || {{{Version|-}}}
|}
</onlyinclude>

Vorlage:Plugin Infobox

2024-01-03T16:39:08Z

Rdamas: Die Seite wurde neu angelegt: „<onlyinclude> {| class="wikitable" align="left" border="0" |- ! Überschrift !! Überschrift |- | Name || {{{Name|-}}} |- | Paket-Name || {{{Paket-Name|-}}} |-…“

<onlyinclude>
{| class="wikitable" align="left" border="0"
|-
! Überschrift !! Überschrift
|-
| Name || {{{Name|-}}}
|-
| Paket-Name || {{{Paket-Name|-}}}
|-
| Autor || {{{Autor|-}}}
|-
| Version || {{{Version|-}}}
|}
</onlyinclude>

Vorlage:Linkbox Plugins

2023-12-31T10:04:23Z

Rdamas:

<onlyinclude>
{| class="wikitable" align="right" border="0"
! style="background-color:#66CDAA;" | [[Plugin|Linkbox Plugins]]
|-
| style="background-color:#B9FFC5;" |
*[[AutoShredder]]
*[[AutoTimer]]
*[[Check Timer]]
*[[ChessBoard]]
*[[Cool TV Guide]]
*[[CoverFind]]
*[[Dateimanager VTi]]
*[[DVD Player]]
*[[Enhanced Movie Center|EMC]]
*[[EPGrefresh]]
*[[GraphMultiEPG]]
*[[Hybrid Broadcast Broadband TV|HbbTV]]
*[[LCD4Linux]]
*[[Mediaplayer]]
*[[MediaPortal]]
*[[MiniTV Skinner]]
*[[MultiQuickButton]]
*[[OpenWebif]]
*[[Permanenttimeshift]]
*[[Quad-PiP]]
*[[Remote Timer]]
*[[Sat-Finder]]
*[[Schneller Kanalwechsel (FCC)]]
*[[Serien Recorder]]
*[[ShootYourScreen]]
*[[SmartControl]]
*[[Tetris]]
*[[VMC - Video Music Center|VMC]]
*[[YAMP Music Player]]
|}</onlyinclude>

SmartControl

2023-12-31T10:03:02Z

Rdamas:

[[Kategorie:Plugins]]
{{Linkbox Plugins}}
'''SmartControl befindet sich auf dem Feed+ und im Forum: [https://vuplus-support.org/wbb4/index.php?thread/138287-smartcontrol-graphisches-interface-f%C3%BCr-smartmontools/ SmartControl]'''

=== Beschreibung ===

SmartControl ist ein Frontend für <tt>smartctl</tt> (aus dem smartmontools-Paket). <tt>smartctl</tt> ist ein Programm zur Abfrage und Kontrolle von SMART-Daten ('''S'''elf-'''M'''onitoring, '''A'''nalysis, and '''R'''eporting '''T'''echnology) von Festplatten und SSD's. Mit dem Plugin können so die SMART-Daten der angeschlossenen Laufwerke ausgelesen werden, um ihren Zustand festzustellen und die Selbsttests durchzuführen.

=== Voraussetzungen und Abhängigkeiten ===

* ein Full-HD-Skin
* Smartmontools >= Version 7.0 (wird mit installiert)
* das Paket util-linux (wird mit installiert)

=== Bedienung ===

Im ersten Schritt muss das benutzte Laufwerk ausgewählt werden. Auswahl mit den Cursor-Tasten hoch und runter, Bestätigung mit ok.

[[Datei:Smart1a.jpg|800px|Auswahl des Laufwerks]]

Jetzt werden die Informationen angezeigt, die das Tool <tt>smartctl</tt> zum Laufwerk ausgelesen hat.

[[Datei:Smart2a.jpg|800px|Informationen zum Laufwerk]]

Mit folgenden Tasten kann von hier weiter navigiert werden:

* Exit kehrt zur Auswahl-Seite zurück
* Rot liest die SMART-Attribute des Laufwerks aus und zeigt sie an
* Grün zeigt das Ergebnis eines Selbsttests, falls das Laufwerk Selbsttests unterstützt
* Gelb liest das Errorlog des Laufwerks aus, falls das Laufwerk Errorlogs unterstützt
* Blau liest das Ergebnis eines kurzen Selbsttests aus, falls das Laufwerk kurze Selbsttests unterstützt

Hinweis: Nicht jedes Laufwerk unterstützt alle Möglichkeiten.

=== Interpretation der SMART-Attribute ===

[[Datei:Smart3a.jpg|800px|SMART-Attribute]]

SMART-Attribute sind nicht standardisiert, sondern Laufwerk-abhängig implementiert.

Jedes Attribut hat einen Raw- und einen normalisierten Wert. Der Raw-Wert ist komplett Laufwerk-abhängig und kann ohne Dokumentation nicht immer verlässlich interpretiert werden. Normalerweise handelt es sich dabei aber um physikalische Größen wie Temperatur, Anzahl Betriebsstunden oder einfache Zähler.

Der normalisierte Wert bewegt sich zwischen 1 und 253, kleinere Werte bedeuten schlechterer Zustand. Hersteller legen oft auch 100 oder 200 als besten Wert fest.

Die ausgelesenen Attribute werden in einer Tabelle mit 7 Spalten angezeigt:

* ID - die offzielle Nummer des Attributs.
* Name - der offizielle Name des Attributs, wie ihn das Laufwerk meldet.
* Status - ok, wenn das Laufwerk den angezeigten Wert nicht für einen Fehler hält. Alles andere ist ein Fehler.
* Value - der ausgelesene aktuelle normierte Wert des Attributs.
* Worst - der schlechteste gespeicherte aufgetretene Wert des Attributs.
* Thresh - der Wert, unter dem ein normalisierter Wert als Fehler ("Fail condition") angenommen wird.
* Raw - der Raw-Wert des Attributs.

Die Liste kann mit den Channel-Tasten geblättert werden. Mit Exit wird diese Ansicht verlassen.

SmartControl

2023-12-31T10:02:08Z

Rdamas: Die Seite wurde neu angelegt: „Kategorie:Plugins {{Linkbox Plugins}} '''SmartControl befindet sich auf dem Feed+ und im Forum: [https://vuplus-support.org/wbb4/index.php?thread/138287-sm…“

[[Kategorie:Plugins]]
{{Linkbox Plugins}}
'''SmartControl befindet sich auf dem Feed+ und im Forum: [https://vuplus-support.org/wbb4/index.php?thread/138287-smartcontrol-graphisches-interface-f%C3%BCr-smartmontools/ SmartControl]'''

=== Beschreibung ===

SmartControl ist ein Frontend für <tt>smartctl</tt> (aus dem smartmontools-Paket). <tt>smartctl</tt> ist ein Programm zur Abfrage und Kontrolle von SMART-Daten ('''S'''elf-'''M'''onitoring, '''A'''nalysis, and '''R'''eporting '''T'''echnology) von Festplatten und SSD's. Mit dem Plugin können so die SMART-Daten der angeschlossenen Laufwerke ausgelesen werden, um ihren Zustand festzustellen und die Selbsttests durchzuführen.

=== Voraussetzungen und Abhängigkeiten ===

* ein Full-HD-Skin
* Smartmontools >= Version 7.0 (wird mit installiert)
* das Paket util-linux (wird mit installiert)

=== Bedienung ===

Im ersten Schritt muss das benutzte Laufwerk ausgewählt werden. Auswahl mit den Cursor-Tasten hoch und runter, Bestätigung mit ok.

[[Datei:Smart1a.jpg|800px|Auswahl des Laufwerks]]

Jetzt werden die Informationen angezeigt, die das Tool <tt>smartctl</tt> zum Laufwerk ausgelesen hat.

[[Datei:Smart2a.jpg|800px|Informationen zum Laufwerk]]

Mit folgenden Tasten kann von hier weiter navigiert werden:

* Exit kehrt zur Auswahl-Seite zurück
* Rot liest die SMART-Attribute des Laufwerks aus und zeigt sie an
* Grün zeigt das Ergebnis eines Selbsttests, falls das Laufwerk Selbsttests unterstützt
* Gelb liest das Errorlog des Laufwerks aus, falls das Laufwerk Errorlogs unterstützt
* Blau liest das Ergebnis eines kurzen Selbsttests aus, fasll das Laufwerk kurze Selbsttests unterstützt

Hinweis: Nicht jedes Laufwerk unterstützt alle Möglichkeiten.

=== Interpretation der SMART-Attribute ===

[[Datei:Smart3a.jpg|800px|SMART-Attribute]]

SMART-Attribute sind nicht standardisiert, sondern Laufwerk-abhängig implementiert.

Jedes Attribut hat einen Raw- und einen normalisierten Wert. Der Raw-Wert ist komplett Laufwerk-abhängig und kann ohne Dokumentation nicht immer verlässlich interpretiert werden. Normalerweise handelt es sich dabei aber um physikalische Größen wie Temperatur, Anzahl Betriebsstunden oder einfache Zähler.

Der normalisierte Wert bewegt sich zwischen 1 und 253, kleinere Werte bedeuten schlechterer Zustand. Hersteller legen oft auch 100 oder 200 als besten Wert fest.

Die ausgelesenen Attribute werden in einer Tabelle mit 7 Spalten angezeigt:

* ID - die offzielle Nummer des Attributs.
* Name - der offizielle Name des Attributs, wie ihn das Laufwerk meldet.
* Status - ok, wenn das Laufwerk den angezeigten Wert nicht für einen Fehler hält. Alles andere ist ein Fehler.
* Value - der ausgelesene aktuelle normierte Wert des Attributs.
* Worst - der schlechteste gespeicherte aufgetretene Wert des Attributs.
* Thresh - der Wert, unter dem ein normalisierter Wert als Fehler ("Fail condition") angenommen wird.
* Raw - der Raw-Wert des Attributs.

Die Liste kann mit den Channel-Tasten geblättert werden. Mit Exit wird diese Ansicht verlassen.

Datei:Smart3a.jpg

2023-12-31T09:31:51Z

Rdamas:

Liste der ausgelesenen SMART-Attribute eines Laufwerks

Datei:Smart2a.jpg

2023-12-31T09:22:52Z

Rdamas:

Informationen zum Laufwerk

Datei:Smart1a.jpg

2023-12-31T09:06:53Z

Rdamas:

Auswahl des zu überprüfenden Laufwerks

Vorlage:Linkbox Plugins

2023-12-29T08:33:19Z

Rdamas:

<onlyinclude>
{| class="wikitable" align="right" border="0"
! style="background-color:#66CDAA;" | [[Plugin|Linkbox Plugins]]
|-
| style="background-color:#B9FFC5;" |
*[[AutoShredder]]
*[[AutoTimer]]
*[[Check Timer]]
*[[ChessBoard]]
*[[Cool TV Guide]]
*[[CoverFind]]
*[[Dateimanager VTi]]
*[[DVD Player]]
*[[Enhanced Movie Center|EMC]]
*[[EPGrefresh]]
*[[GraphMultiEPG]]
*[[Hybrid Broadcast Broadband TV|HbbTV]]
*[[LCD4Linux]]
*[[Mediaplayer]]
*[[MediaPortal]]
*[[MiniTV Skinner]]
*[[MultiQuickButton]]
*[[OpenWebif]]
*[[Permanenttimeshift]]
*[[Quad-PiP]]
*[[Remote Timer]]
*[[Sat-Finder]]
*[[Schneller Kanalwechsel (FCC)]]
*[[Serien Recorder]]
*[[ShootYourScreen]]
*[[Tetris]]
*[[VMC - Video Music Center|VMC]]
*[[YAMP Music Player]]
|}</onlyinclude>

Tetris

2023-12-29T08:32:25Z

Rdamas:

[[Kategorie:Plugins]]
{{Linkbox Plugins}}
'''Tetris befindet sich auf dem Feed+ und im Forum: [https://vuplus-support.org/wbb4/index.php?thread/139981-tetris-v0-3-1-27-11-2023/ Tetris]

=== Beschreibung ===

Tetris ist ein Clone des gleichnamigen PC-Spiels aus den 80er Jahren. Idee des Spiels ist, herunterfallende Spielteile so zu bewegen, dass sie am Boden möglichst lückenlose Reihen bilden. Solche Reihen schaffen Platz für neue Spielteile.

=== Voraussetzungen und Abhängigkeiten ===

Keine

=== Bedienung ===

* grüne Taste, um ein Spiel zu starten,
* links und rechts, um einen Block zu bewegen,
* hoch und runter, um einen Block zu rotieren,
* ok, um das Fallenlassen zu beschleunigen und wieder abzubremsen.

=== Vorschau ===

[[Datei:Tetris.jpg|800px|Vorschau Plugin Tetris]]

Tetris

2023-12-29T08:31:55Z

Rdamas: Die Seite wurde neu angelegt: „Kategorie:Plugins {{Linkbox Plugins}} '''Tetris befindet sich auf dem Feed+ und im Forum: [https://vuplus-support.org/wbb4/index.php?thread/138434-chessboa…“

[[Kategorie:Plugins]]
{{Linkbox Plugins}}
'''Tetris befindet sich auf dem Feed+ und im Forum: [https://vuplus-support.org/wbb4/index.php?thread/138434-chessboard-enigma2-frontend-f%C3%BCr-gnuchess/ ChessBoard]'''

Weitere Informationen gibt es im Forum unter [https://vuplus-support.org/wbb4/index.php?thread/139981-tetris-v0-3-1-27-11-2023/ Tetris]

=== Beschreibung ===

Tetris ist ein Clone des gleichnamigen PC-Spiels aus den 80er Jahren. Idee des Spiels ist, herunterfallende Spielteile so zu bewegen, dass sie am Boden möglichst lückenlose Reihen bilden. Solche Reihen schaffen Platz für neue Spielteile.

=== Voraussetzungen und Abhängigkeiten ===

Keine

=== Bedienung ===

* grüne Taste, um ein Spiel zu starten,
* links und rechts, um einen Block zu bewegen,
* hoch und runter, um einen Block zu rotieren,
* ok, um das Fallenlassen zu beschleunigen und wieder abzubremsen.

=== Vorschau ===

[[Datei:Tetris.jpg|800px|Vorschau Plugin Tetris]]

Datei:Tetris.jpg

2023-12-29T08:22:15Z

Rdamas:

Vorschau Plugin Tetris

Vorlage:Linkbox Plugins

2023-12-29T08:18:22Z

Rdamas:

<onlyinclude>
{| class="wikitable" align="right" border="0"
! style="background-color:#66CDAA;" | [[Plugin|Linkbox Plugins]]
|-
| style="background-color:#B9FFC5;" |
*[[AutoShredder]]
*[[AutoTimer]]
*[[Check Timer]]
*[[ChessBoard]]
*[[Cool TV Guide]]
*[[CoverFind]]
*[[Dateimanager VTi]]
*[[DVD Player]]
*[[Enhanced Movie Center|EMC]]
*[[EPGrefresh]]
*[[GraphMultiEPG]]
*[[Hybrid Broadcast Broadband TV|HbbTV]]
*[[LCD4Linux]]
*[[Mediaplayer]]
*[[MediaPortal]]
*[[MiniTV Skinner]]
*[[MultiQuickButton]]
*[[OpenWebif]]
*[[Permanenttimeshift]]
*[[Quad-PiP]]
*[[Remote Timer]]
*[[Sat-Finder]]
*[[Schneller Kanalwechsel (FCC)]]
*[[Serien Recorder]]
*[[ShootYourScreen]]
*[[VMC - Video Music Center|VMC]]
*[[YAMP Music Player]]
|}</onlyinclude>

ChessBoard

2023-12-29T08:15:43Z

Rdamas:

[[Kategorie:Plugins]]
{{Linkbox Plugins}}
'''ChessBoard befindet sich auf dem Feed+ und im Forum: [https://vuplus-support.org/wbb4/index.php?thread/138434-chessboard-enigma2-frontend-f%C3%BCr-gnuchess/ ChessBoard]'''

=== Beschreibung ===

ChessBoard ist ein Plugin, um auf der Vu+ eine Partie Schach gegen den Computer zu spielen. Die Vu+ tritt mit GNU Chess oder Stockfish gegen euch an. Stockfish ist das spielstärkere Programm, aber nur für Boxen ARM-Prozessor (4k-Boxen) verfügbar.

=== Voraussetzungen und Abhängigkeiten ===

* ein Full-HD-Skin
* gnuchess (wird mit installiert)
* python-chess (wird mit installiert)
* chess-opening-book-performance (Bibliothek für Eröffnungen, kann optional installiert werden)

Alternativ kann im [https://vuplus-support.org/wbb4/index.php?thread/138434-chessboard-enigma2-frontend-f%C3%BCr-gnuchess/ Forum] auch die Chess-Engine Stockfish heruntergeladen und installiert werden.

=== Bedienung ===

* mit den Pfeil- oder Zahlentasten das rote umrandete Feld zu einer eigenen Figur bewegen, diese mit OK markieren, mit den Pfeil- oder Zahlentasten das Zielfeld auswählen, wieder OK drücken. Jetzt ist der Computer an der Reihe.
* mit den Channel-Up- und -Down-Tasten kann die Bedenkzeit des Computers von einer bis zehn Sekunden eingestellt werden.
* mit der Menu-Taste können das Eröffnungsbuch und die Chess-Engine gewählt werden
* mit der blauen Taste wählt ihr, ob ihr schwarz oder weiß spielen wollt - ihr könnt auch während des Spiels wechseln.
* mit der gelben Taste kann das Brett gedreht werden
* mit der grünen Taste wird euch ein Vorschlag für euren nächsten Zug angezeigt.
* mit der roten Taste könnt ihr Züge wieder zurücknehmen.

=== Vorschau ===

[[Datei:Chessboard.jpg|800px|Plugin ChessBoard]]

EPG Share

2023-12-29T08:12:55Z

Rdamas:

[[Kategorie:Index]]
[[Kategorie:Plugins]]
{{Linkbox Plugins}}
'''EPG Share erreicht man unter: [[Plugin Browser|Erweiterungen]] ⇒ EPG Share'''
<br/>'''[[VTi Menüstruktur]]'''

<span style="color:red;">EPG Share ist ein [[Plugin]] und kann über den [[Erweiterungen|Plugin Browser]] installiert werden.</span>

Wie der Name schon sagt werden hier EPG-Daten übertragen/getauscht.

'''Senden:'''

Jeder Plugin-User läd beim Kanal zappen sein EPG für den aktuellen Kanal zum Server hoch, das EPG wird Zeitverzögert und auch nur wenn man auf dem Kanal länger als 10 Sekunden bleibt, hochgeladen. Das ganze läuft in einem extra Thread und führt zu keinen E2 Spinner.

'''Empfangen:'''

Beim E2-neustart werden die EPG-Daten für die eigene Kanalliste heruntergeladen und importiert. Optional könnt ihr in den Einstellungen alle x Stunden ein Auto Download / Import vom EPG einsstellen.

<span style="color:red;">'''Das Plugin ist obsolet und funkktioniert nicht mehr. Es sollte deinstalliert werden.'''</span>

'''Das Plugin funktioniert nur wenn es auch mehrere User nutzen.'''

'''Das Plugin läuft auch nur im Zusammenhang mit einem VTi Image, da hier im Image diverse Anpassungen vorgenommen wurden.'''

EPG Share

2023-12-29T08:12:15Z

Rdamas:

[[Kategorie:Index]]
[[Kategorie:Plugins]]
{{Linkbox Plugins}}
'''EPG Share erreicht man unter: [[Plugin Browser|Erweiterungen]] ⇒ EPG Share'''
<br/>'''[[VTi Menüstruktur]]'''

<span style="color:red;">EPG Share ist ein [[Plugin]] und kann über den [[Erweiterungen|Plugin Browser]] installiert werden.</span>

Weiter Info's gibt es im Forum unter ⇒ [http://www.vuplus-support.org/wbb3/index.php?page=Thread&threadID=91166&pageNo=1 EPG Share *beta*]

Wie der Name schon sagt werden hier EPG-Daten übertragen/getauscht.

'''Senden:'''

Jeder Plugin-User läd beim Kanal zappen sein EPG für den aktuellen Kanal zum Server hoch, das EPG wird Zeitverzögert und auch nur wenn man auf dem Kanal länger als 10 Sekunden bleibt, hochgeladen. Das ganze läuft in einem extra Thread und führt zu keinen E2 Spinner.

'''Empfangen:'''

Beim E2-neustart werden die EPG-Daten für die eigene Kanalliste heruntergeladen und importiert. Optional könnt ihr in den Einstellungen alle x Stunden ein Auto Download / Import vom EPG einsstellen.

<span style="color:red;">'''Das Plugin ist obsolet und funkktioniert nicht mehr. Es sollte deinstalliert werden.'''</span>

'''Das Plugin funktioniert nur wenn es auch mehrere User nutzen.'''

'''Das Plugin läuft auch nur im Zusammenhang mit einem VTi Image, da hier im Image diverse Anpassungen vorgenommen wurden.'''

Vorlage:Linkbox Plugins

2023-12-29T08:09:59Z

Rdamas:

<onlyinclude>
{| class="wikitable" align="right" border="0"
! style="background-color:#66CDAA;" | [[Plugin|Linkbox Plugins]]
|-
| style="background-color:#B9FFC5;" |
*[[AutoShredder]]
*[[AutoTimer]]
*[[Check Timer]]
*[[ChessBoard]]
*[[Cool TV Guide]]
*[[CoverFind]]
*[[Dateimanager VTi]]
*[[DVD Player]]
*[[Enhanced Movie Center|EMC]]
*[[EPGrefresh]]
*[[GraphMultiEPG]]
*[[Hybrid Broadcast Broadband TV|HbbTV]]
*[[LCD4Linux]]
*[[Mediaplayer]]
*[[MediaPortal]]
*[[MiniTV Skinner]]
*[[MultiQuickButton]]
*[[OpenWebif]]
*[[Permanenttimeshift]]
*[[Quad-PiP]]
*[[Remote Timer]]
*[[Sat-Finder]]
*[[Schneller Kanalwechsel (FCC)]]
*[[Serien Recorder]]
*[[ShootYourScreen]]
*[[VMC - Video Music Center|VMC]]
*[[Xbmc]]
*[[YAMP Music Player]]
|}</onlyinclude>

Vorlage:Linkbox Plugins

2023-12-29T08:09:24Z

Rdamas:

<onlyinclude>
{| class="wikitable" align="right" border="0"
! style="background-color:#66CDAA;" | [[Plugin|Linkbox Plugins]]
|-
| style="background-color:#B9FFC5;" |
*[[AutoShredder]]
*[[AutoTimer]]
*[[Check Timer]]
*[[ChessBoard]]
*[[Cool TV Guide]]
*[[CoverFind]]
*[[Dateimanager VTi]]
*[[DVD Player]]
*[[Enhanced Movie Center|EMC]]
*[[EPG Share]]
*[[EPGrefresh]]
*[[GraphMultiEPG]]
*[[Hybrid Broadcast Broadband TV|HbbTV]]
*[[LCD4Linux]]
*[[Mediaplayer]]
*[[MediaPortal]]
*[[MiniTV Skinner]]
*[[MultiQuickButton]]
*[[OpenWebif]]
*[[Permanenttimeshift]]
*[[Quad-PiP]]
*[[Remote Timer]]
*[[Sat-Finder]]
*[[Schneller Kanalwechsel (FCC)]]
*[[Serien Recorder]]
*[[ShootYourScreen]]
*[[VMC - Video Music Center|VMC]]
*[[Xbmc]]
*[[YAMP Music Player]]
|}</onlyinclude>

ChessBoard

2023-12-28T21:46:35Z

Rdamas: Die Seite wurde neu angelegt: „Kategorie:Plugins {{Linkbox Plugins}} '''ChessBoard befindet sich auf dem Feed+ und im Forum: [https://vuplus-support.org/wbb4/index.php?thread/138434-ches…“

[[Kategorie:Plugins]]
{{Linkbox Plugins}}
'''ChessBoard befindet sich auf dem Feed+ und im Forum: [https://vuplus-support.org/wbb4/index.php?thread/138434-chessboard-enigma2-frontend-f%C3%BCr-gnuchess/ ChessBoard]'''

=== Beschreibung ===

ChessBoard ist ein Plugin, um auf der Vu+ eine Partie Schach gegen den Computer zu spielen. Die Vu+ tritt mit GNU Chess oder Stockfish gegen euch an. Stockfish ist das spielstärkere Programm, aber nur für Boxen ARM-Prozessor (4k-Boxen) verfügbar.

=== Voraussetzungen und Abhängigkeiten ===

* ein Full-HD-Skin
* gnuchess (wird mit installiert)
* python-chess (wird mit installiert)

Alternativ kann im [https://vuplus-support.org/wbb4/index.php?thread/138434-chessboard-enigma2-frontend-f%C3%BCr-gnuchess/ Forum] auch die Chess-Engine Stockfish heruntergeladen und installiert werden.

=== Bedienung ===

* mit den Pfeil- oder Zahlentasten das rote umrandete Feld zu einer eigenen Figur bewegen, diese mit OK markieren, mit den Pfeil- oder Zahlentasten das Zielfeld auswählen, wieder OK drücken. Jetzt ist der Computer an der Reihe.
* mit den Channel-Up- und -Down-Tasten kann die Bedenkzeit des Computers von einer bis zehn Sekunden eingestellt werden.
* mit der Menu-Taste können das Eröffnungsbuch und die Chess-Engine gewählt werden
* mit der blauen Taste wählt ihr, ob ihr schwarz oder weiß spielen wollt - ihr könnt auch während des Spiels wechseln.
* mit der gelben Taste kann das Brett gedreht werden
* mit der grünen Taste wird euch ein Vorschlag für euren nächsten Zug angezeigt.
* mit der roten Taste könnt ihr Züge wieder zurücknehmen.

=== Vorschau ===

[[Datei:Chessboard.jpg|800px|Plugin ChessBoard]]

Datei:Chessboard.jpg

2023-12-28T21:39:18Z

Rdamas:

Plugin ChessBoard

VTi Installation

2023-12-27T18:54:56Z

Rdamas: "auf dem USB-Stick entpacken" kann missverständlich sein. Durch "auf den USB-Stick entpacken" ersetzt.

[[Kategorie:Index]]

{|width="30%"
|[[Bild:deutsch.png]] - [[VTi Installation]]
|[[Bild:english.png]] - [[VTi Install]]
|}
----

Um eine Vu+ Box mit einem anderen bzw. neuen [[Image]] auszustatten, muss dieses anstelle des bisherigen Images in den [[Flashspeicher]] installiert werden, kurz "[[flashen]]".

Es gibt 4 Arten, Images zu flashen. Die USB Variante, über die Backup-Funktion, das Image Flash-Tool und über die serielle Schnittstelle des Receiver's. Das serielle Flashen gibt es mit den aktuellen Versionen des VTi jedoch nicht mehr.

VTi-Images können [https://www.vuplus-support.org/wbb4/filebase/index.php?filebase/ hier in der Database] oder [https://www.vuplus-support.org/wbb4/vtisoftware/ hier unter VTi Images] heruntergeladen werden.

Bitte vor der Neuinstallation eines Images überprüfen, ob ein neuer [[Bootloader]] verfügbar oder notwendig ist.<br>
Soll ein VTi Image durch ein neues ersetzt werden, empfiehlt sich eine [[VTi Software-Werkzeuge#VTI_BackupSuite_-_Sicherung|Sicherung der Einstellungen]] und die [[VTi_Software-Werkzeuge#Image_Sicherung_.2F_Wiederherstellung|Sicherung des bisherigen Images]].

Beim USB-Flashen kann es vorkommen, dass das Flashen nicht ordnungsgemäß startet oder beendet wird. In der Regel liegen diese Probleme in der Wahl des USB-Sticks, bei denen die Vu+-Boxen ziemlich wählerisch sind. Die größten Chancen hat man mit kleinen älteren USB-Sticks (<4GB). Wenn das Flashen mit einem bestimmten USB-Stick funktioniert hat, sollte es auch künftig mit diesem Stick klappen. Auch das Formatieren des Sticks mit dem ''HP Format Tool'' brachte schon Abhilfe.

{| class="wikitable"
|-
| style="background-color:#FFCBCB; width: 35em;"|'''Häufige Fehlerursachen:'''<br />
* falsches Image heruntergeladen z.B Vu+ Duo für eine Vu+ Duo²
* fehlerhafte Ordnerstruktur
* USB-Stick falsch formatiert
* USB-Stick nicht kompatibel oder defekt
|}

== Anleitung zum Image entpacken ==

===Benötigt wird:===

* USB-Stick mit FAT/FAT32 Formatierung
* Programm zum Entpacken des Archives: z.B. WinRAR, WinZIP, 7ZIP, usw
* Image-Datei passend zum Vu+ Receivermodell ⇒ [https://www.vuplus-support.org/wbb4/vtisoftware/ Hier erhältlich ab VTi 11]

===Schritt für Schritt: Das Entpacken===

1. Schritt: Image-Datei downloaden und auf dem PC abspeichern.<br />
2. Schritt: Nach Doppelklick auf die Datei geht das Programm zum Entpacken auf. Hier im Beispiel WinRAR.<br />
3. Schritt: Dann auf "Entp.nach" klicken.<br />
4. Schritt: Jetzt den USB-Stick als Zielort wählen (hier im Beispiel den "Wechseldatenträger Laufwerk H:"), dann auf OK<br />
5. Schritt: Das Entpacken beginnt.<br />
6. Schritt: Ordnerstruktur überprüfen!<br />

<big><span style="color:red;background-color:yellow">'''Wichtig: Das folgende Beispiel zeigt ein Solo²-Image. Die Ordnerstruktur muss aber zum jeweiligen Receiver passen. Wenn dies nicht so ist, wurde ein falsches Image heruntergeladen, das nicht zum Flashen verwendet werden darf!'''</span></big>

<gallery perrow="2" widths="550" heights="400" class="right">
ZIP_1.png|1. und 2. Schritt: Datei Downloaden und auf dem PC abspeichern.
ZIP_2.png|2. und 3. Schritt: Entpacken
ZIP_3.png|4. Schritt: Zielort wählen.
ZIP_4.png|5. Schritt: Das Entpacken beginnt.
ZIP_5.png|6. Schritt: Ordnerstruktur überprüfen!
</gallery>

== Flashen via USB-Stick==

{|
| style="background-color:#FFFF99; width:50em; text-align:center"|<span style="color:red;background-color:">
Für die ersten Geräte der Vu+ Produktlinie, [[Vu+ Duo]], [[Vu+ Solo]], [[Vu+ Uno]] und [[Vu+ Ultimo]] <br />
wurde nach dem VTi 11.0.x der Image - Build-Support eingestellt.<br />
Dies bedeutet, dass es keine kompletten Image Builds von VTi für diese Boxen geben wird.<br />
Sollten Treiberupdates kommen und ggf. wichtige e2 Updates, werden diese am Feed für VTi 11.0.x weitergepflegt.
Auch die Feeds für die bisherigen Images bleiben Online und werden nicht abgeschaltet.</span><br />
|}

=== Image aufspielen mit USB-Stick für [[Vu+ Duo]] / [[Vu+ Duo LE]] ===

<div class="mw-collapsible mw-collapsed">
Bitte ausklappen!
<div class="mw-collapsible-content">

<big><span style="color:red;background-color:yellow">'''Wichtig: Bitte das Archiv auf den USB-Stick entpacken, dann werden auch die Verzeichnisse korrekt erstellt.'''</span></big>

*Image am PC [https://www.vuplus-support.org/wbb4/vtisoftware/?dir=sorted%20by%20set-top-box/Vu%2B%20Duo herunterladen (Duo)] und abspeichern (USB Variante)
*USB Stick mit dem Dateisystem FAT, bzw. FAT32 formatieren
*<span style="color:red;">Datei auf den USB-Stick entpacken (z.B. mit WinRAR, WinZIP, 7ZIP, usw)</span>
*<span style="color:red;">es sind dann die Verzeichnisse /vuplus/duo auf dem Stick erstellt worden</span>
*<span style="color:red;">es befinden sich nun 3 Dateien in dem Verzeichnis /vuplus/duo auf dem Stick!</span>
*Vu+ STB ausschalten (in den Deepstandby oder Netzschalter)
*alle USB Geräte von der Box entfernen
*alle CI-Module und Pay-TV Karten aus der Box entfernen
*USB Stick vorne anstecken
*Vu+ STB einschalten
*Update der Firmware startet automatisch
*auf Hinweis "Finished ...please reboot" im VF-Display warten
*USB Stick von der Box abziehen
*Vu+ STB ausschalten und neu starten
*Der VTi-Startwizard sollte starten, falls nicht ist etwas schief gelaufen
*Wenn der VTi-Startwizard beendet und das Netzwerk eingerichtet ist, sollte unbedingt zuerst ein Online-Update über VTi-Panel - Neuigkeiten oder die Tasten Blau - Grün - Grün auf der Fernbedienung durchgeführt werden.

</div>
</div>
----

=== Image aufspielen mit USB-Stick für [[Vu+ Duo²]] ===

<div class="mw-collapsible mw-collapsed">
Bitte ausklappen!
<div class="mw-collapsible-content">

<big><span style="color:red;background-color:yellow">'''Wichtig: Bitte das Archiv auf den USB-Stick entpacken, dann werden auch die Verzeichnisse korrekt erstellt.'''</span></big>

*Image am PC [https://www.vuplus-support.org/wbb4/vtisoftware/?dir=sorted%20by%20set-top-box/Vu%2B%20Duo2 herunterladen (Duo²)] und abspeichern (USB Variante)
*USB Stick mit dem Dateisystem FAT, bzw. FAT32 formatieren
*<span style="color:red;">Datei auf den USB-Stick entpacken (z.B. mit WinRAR, WinZIP, 7ZIP, usw)</span>
*<span style="color:red;">es sind dann die Verzeichnisse /vuplus/duo2 auf dem Stick erstellt worden</span>
*<span style="color:red;">es befinden sich nun 5 Dateien in dem Verzeichnis /vuplus/duo2 auf dem Stick!</span>
*Vu+ STB ausschalten (in den Deepstandby oder Netzschalter)
*Alle USB Geräte von der Box entfernen
*Frontklappe öffnen.
*Ggf. alle CI-Module und Pay-TV Karten aus der Box entfernen
*USB Stick vorne anstecken
*Vu+ STB einschalten
*Sobald die Duo² hochfährt, wird am VF-Display abwechselnd die Meldung '''Update!''' und '''Press Power''' angezeigt
*Die "Power-Taste" (befindet sich über dem Front-USB-Anschluss) innerhalb von 5 Sek. drücken. Dadurch wird der Flash-Vorgang gestartet.
*Auf Hinweis "Finished, Removing USB" warten
*USB Stick von der Box abziehen
*Die Vu+ STB sollte selbstständig neu starten
*Der VTi-Startwizard sollte starten, falls nicht ist etwas schief gelaufen.
*Wenn der VTi-Startwizard beendet und das Netzwerk eingerichtet ist, sollte unbedingt zuerst ein Online-Update über VTi-Panel - Neuigkeiten oder die Tasten Blau - Grün - Grün auf der Fernbedienung durchgeführt werden.

</div>
</div>
----

=== Image aufspielen mit USB-Stick für [[Vu+ Duo 4K]]===

<div class="mw-collapsible mw-collapsed">
Bitte ausklappen!
<div class="mw-collapsible-content">

<big><span style="color:red;background-color:yellow">'''Wichtig: Bitte das Archiv auf den USB-Stick entpacken, dann werden auch die Verzeichnisse korrekt erstellt.'''</span></big>

*Image am PC [https://www.vuplus-support.org herunterladen (Duo 4K)] und abspeichern (USB Variante)
*USB Stick mit dem Dateisystem FAT, bzw. FAT32 formatieren
*<span style="color:red;">Datei auf den USB-Stick entpacken (z.B. mit WinRAR, WinZIP, 7ZIP, usw)</span>
*<span style="color:red;">es sind dann die Verzeichnisse /vuplus/duo4k auf dem Stick erstellt worden</span>
*<span style="color:red;">es befinden sich nun 5 Dateien in dem Verzeichnis /vuplus/duo4k auf dem Stick!</span>
*Vu+ STB ausschalten (in den Deepstandby oder Netzschalter)
*Alle USB Geräte von der Box entfernen
*Frontklappe öffnen.
*USB Stick vorne anstecken
*Vu+ STB einschalten
*Sobald die Duo 4K hochfährt, wird am LC-Display Meldung '''Update! Press Power''' angezeigt
*Die "Power-Taste" (Touchbutton an der Front) innerhalb von 5 Sek. drücken. Dadurch wird der Flash-Vorgang gestartet.
*Nach dem erfolgreichen Flashvorgang startet die Vu+ STB neu
*Der VTi-Startwizard sollte starten, falls nicht ist etwas schief gelaufen.
*Wenn der VTi-Startwizard beendet und das Netzwerk eingerichtet ist, sollte unbedingt zuerst ein Online-Update über VTi-Panel - Neuigkeiten oder die Tasten Blau - Grün - Grün auf der Fernbedienung durchgeführt werden.

</div>
</div>
----

=== Image aufspielen mit USB-Stick für [[Vu+ Duo 4K SE]]===

<div class="mw-collapsible mw-collapsed">
Bitte ausklappen!
<div class="mw-collapsible-content">

<big><span style="color:red;background-color:yellow">'''Wichtig: Bitte das Archiv auf den USB-Stick entpacken, dann werden auch die Verzeichnisse korrekt erstellt.'''</span></big>

*Image am PC [https://www.vuplus-support.org herunterladen (Duo 4K SE)] und abspeichern (USB Variante)
*USB Stick mit dem Dateisystem FAT, bzw. FAT32 formatieren
*<span style="color:red;">Datei auf den USB-Stick entpacken (z.B. mit WinRAR, WinZIP, 7ZIP, usw)</span>
*<span style="color:red;">es sind dann die Verzeichnisse /vuplus/duo4kse auf dem Stick erstellt worden</span>
*<span style="color:red;">es befinden sich nun 5 Dateien in dem Verzeichnis /vuplus/duo4kse auf dem Stick!</span>
*Vu+ STB ausschalten (in den Deepstandby oder Netzschalter)
*Alle USB Geräte von der Box entfernen
*Frontklappe öffnen.
*USB Stick vorne anstecken
*Vu+ STB einschalten
*Sobald die Duo 4K SE hochfährt, wird am LC-Display Meldung '''Update! Press Power''' angezeigt
*Die "Power-Taste" (Touchbutton an der Front) innerhalb von 5 Sek. drücken. Dadurch wird der Flash-Vorgang gestartet.
*Nach dem erfolgreichen Flashvorgang startet die Vu+ STB neu
*Der VTi-Startwizard sollte starten, falls nicht ist etwas schief gelaufen.
*Wenn der VTi-Startwizard beendet und das Netzwerk eingerichtet ist, sollte unbedingt zuerst ein Online-Update über VTi-Panel - Neuigkeiten oder die Tasten Blau - Grün - Grün auf der Fernbedienung durchgeführt werden.

</div>
</div>
----

=== Image aufspielen mit USB-Stick für [[Vu+ Solo]] ===

<div class="mw-collapsible mw-collapsed">
Bitte ausklappen!
<div class="mw-collapsible-content">

<big><span style="color:red;background-color:yellow">'''Wichtig: Bitte das Archiv auf den USB-Stick entpacken, dann werden auch die Verzeichnisse korrekt erstellt.'''</span></big>

*Image am PC [https://www.vuplus-support.org/wbb4/vtisoftware/?dir=sorted%20by%20set-top-box/Vu%2B%20Solo herunterladen (Solo)] und abspeichern (USB Variante)
*USB Stick mit dem Dateisystem FAT, bzw. FAT32 formatieren
*<span style="color:red;">Datei auf den USB-Stick entpacken (z.B. mit WinRAR, WinZIP, 7ZIP, usw)</span>
*<span style="color:red;">es sind dann die Verzeichnisse /vuplus/solo auf dem Stick erstellt worden</span>
*<span style="color:red;">es befinden sich nun 3 Dateien in dem Verzeichnis /vuplus/solo auf dem Stick!</span>
*Vu+ STB ausschalten (in den Deepstandby oder Netzschalter)
*alle USB Geräte von der Box entfernen
*alle CI-Module und Pay-TV Karten aus der Box entfernen
*USB Stick vorne anstecken
*Vu+ STB einschalten
*Update der Firmware startet automatisch
*Die Standby LED wird rot und an dem USB Stick sollten die LEDs anfangen zu leuchten
*Wenn die Standby LED grün blinkt (der Flashvorgang dauert mehrere Minuten), kann man den USB Stick von der Box abziehen
*Vu+ STB ausschalten und neu starten
*Der VTi-Startwizard sollte starten, falls nicht ist etwas schief gelaufen
*Wenn der VTi-Startwizard beendet und das Netzwerk eingerichtet ist, sollte unbedingt zuerst ein Online-Update über VTi-Panel - Neuigkeiten oder die Tasten Blau - Grün - Grün auf der Fernbedienung durchgeführt werden.

</div>
</div>
----

=== Image aufspielen mit USB-Stick für [[Vu+ Solo²]] / [[Vu+ Solo² WE]] ===

<div class="mw-collapsible mw-collapsed">
Bitte ausklappen!
<div class="mw-collapsible-content">

<big><span style="color:red;background-color:yellow">'''Wichtig: Bitte das Archiv auf den USB-Stick entpacken, dann werden auch die Verzeichnisse korrekt erstellt.'''</span></big>

*Image am PC [https://www.vuplus-support.org/wbb4/vtisoftware/?dir=sorted%20by%20set-top-box/Vu%2B%20Solo2 herunterladen (Solo² (WE))] und abspeichern (USB Variante)
*USB Stick mit dem Dateisystem FAT, bzw. FAT32 formatieren
*<span style="color:red;">Datei auf den USB-Stick entpacken (z.B. mit WinRAR, WinZIP, 7ZIP, usw)</span>
*<span style="color:red;">es sind dann die Verzeichnisse /vuplus/solo2 auf dem Stick erstellt worden</span>
*<span style="color:red;">es befinden sich nun 5 Dateien in dem Verzeichnis /vuplus/solo2 auf dem Stick!</span>
*Vu+ STB ausschalten (in den Deepstandby oder Netzschalter)
*alle USB Geräte von der Box entfernen
*alle CI-Module und Pay-TV Karten aus der Box entfernen
*USB Stick vorne anstecken
*Vu+ STB einschalten
*Im Display der Box auf die Meldung '''Update please press "Power"''' warten
*"Power" Taste an der Vorderseite der Solo² drücken (Sensor-Taste)
*auf Hinweis "Finished, Removing USB" im VF-Display warten
*USB Stick von der Box abziehen
*Vu+ STB ausschalten und neu starten
*Der VTi-Startwizard sollte starten, falls nicht ist etwas schief gelaufen
*Wenn der VTi-Startwizard beendet und das Netzwerk eingerichtet ist, sollte unbedingt zuerst ein Online-Update über VTi-Panel - Neuigkeiten oder die Tasten Blau - Grün - Grün auf der Fernbedienung durchgeführt werden.

</div>
</div>
----

=== Image aufspielen mit USB-Stick für [[Vu+ Solo 4K]]===

<div class="mw-collapsible mw-collapsed">
Bitte ausklappen!
<div class="mw-collapsible-content">

<big><span style="color:red;background-color:yellow">'''Wichtig: Bitte das Archiv auf den USB-Stick entpacken, dann werden auch die Verzeichnisse korrekt erstellt.'''</span></big>

*Image am PC [https://www.vuplus-support.org/wbb4/vtisoftware/?dir=sorted%20by%20set-top-box/Vu%2B%20Solo%204K herunterladen (Solo 4K)] und abspeichern (USB Variante)
*USB Stick mit dem Dateisystem FAT, bzw. FAT32 formatieren
*<span style="color:red;">Datei auf den USB-Stick entpacken (z.B. mit WinRAR, WinZIP, 7ZIP, usw)</span>
*<span style="color:red;">es sind dann die Verzeichnisse /vuplus/solo4k auf dem Stick erstellt worden</span>
*<span style="color:red;">es befinden sich nun 5 Dateien in dem Verzeichnis /vuplus/solo4k auf dem Stick!</span>
*Vu+ STB ausschalten (in den Deepstandby oder Netzschalter)
*Alle USB Geräte von der Box entfernen
*Frontklappe öffnen.
*USB Stick vorne anstecken
*Vu+ STB einschalten
*Sobald die Solo 4K hochfährt, wird am LC-Display Meldung '''Update! Press Power''' angezeigt
*Die "Power-Taste" (hinter der Frontklappe) innerhalb von 5 Sek. drücken. Dadurch wird der Flash-Vorgang gestartet.
*Nach dem erfolgreichen Flashvorgang startet die Vu+ STB neu
*Der VTi-Startwizard sollte starten, falls nicht ist etwas schief gelaufen.
*Wenn der VTi-Startwizard beendet und das Netzwerk eingerichtet ist, sollte unbedingt zuerst ein Online-Update über VTi-Panel - Neuigkeiten oder die Tasten Blau - Grün - Grün auf der Fernbedienung durchgeführt werden.

</div>
</div>
----

=== Image aufspielen mit USB-Stick für [[Vu+ Solo SE]] / [[Vu+ Solo SE WE]] oder [[Vu+ Solo SE V2]] / [[Vu+ Solo SE V2 WE]] ===

<div class="mw-collapsible mw-collapsed">
Bitte ausklappen!
<div class="mw-collapsible-content">

<big><span style="color:red;background-color:yellow">'''Wichtig: Bitte das Archiv auf den USB-Stick entpacken, dann werden auch die Verzeichnisse korrekt erstellt.'''</span></big>

'''Für die [[Vu+ Solo SE]] und [[Vu+ Solo SE V2]] gibt es nur ein Image!'''

*Image am PC [https://www.vuplus-support.org/wbb4/vtisoftware/?dir=sorted%20by%20set-top-box/Vu%2B%20Solo%20SE herunterladen (Solo SE (WE))] und abspeichern (USB Variante)
*USB Stick mit dem Dateisystem FAT, bzw. FAT32 formatieren
*<span style="color:red;">Datei auf den USB-Stick entpacken (z.B. mit WinRAR, WinZIP, 7ZIP, usw)</span>
*<span style="color:red;">es sind dann die Verzeichnisse /vuplus/solose auf dem Stick erstellt worden</span>
*<span style="color:red;">es befinden sich nun 5 Dateien in dem Verzeichnis /vuplus/solose auf dem Stick!</span>
*Vu+ STB ausschalten (in den Deepstandby oder Netzschalter)
*alle USB Geräte von der Box entfernen
*alle CI-Module und Pay-TV Karten aus der Box entfernen
*USB Stick anstecken
*Vu+ einschalten
*während des Flashvorgangs pulsiert die LED
*ist der Flashvorgang abgeschlossen blinkt die LED
*USB Stick von der Box abziehen
*Vu+ STB ausschalten und neu starten
*Der VTi-Startwizard sollte starten, falls nicht ist etwas schief gelaufen
*Wenn der VTi-Startwizard beendet und das Netzwerk eingerichtet ist, sollte unbedingt zuerst ein Online-Update über VTi-Panel - Neuigkeiten oder die Tasten Blau - Grün - Grün auf der Fernbedienung durchgeführt werden.

</div>
</div>
----

=== Image aufspielen mit USB-Stick für [[Vu+ Ultimo]] ===

<div class="mw-collapsible mw-collapsed">
Bitte ausklappen!
<div class="mw-collapsible-content">

<big><span style="color:red;background-color:yellow">'''Wichtig: Bitte das Archiv auf den USB-Stick entpacken, dann werden auch die Verzeichnisse korrekt erstellt.'''</span></big>

*Image am PC [https://www.vuplus-support.org/wbb4/vtisoftware/?dir=sorted%20by%20set-top-box/Vu%2B%20Ultimo herunterladen (Ultimo)] und abspeichern (USB Variante)
*USB Stick mit dem Dateisystem FAT, bzw. FAT32 formatieren
*<span style="color:red;">Datei auf den USB-Stick entpacken (z.B. mit WinRAR, WinZIP, 7ZIP, usw)</span>
*<span style="color:red;">es sind dann die Verzeichnisse /vuplus/ultimo auf dem Stick erstellt worden</span>
*<span style="color:red;">es befinden sich nun 4 Dateien in dem Verzeichnis /vuplus/ultimo auf dem Stick!</span>
*Vu+ STB ausschalten (in den Deepstandby oder Netzschalter)
*alle USB Geräte von der Box entfernen
*alle CI-Module und Pay-TV Karten aus der Box entfernen
*USB Stick vorne anstecken
*Vu+ STB einschalten
*Auf die Meldung '''Update please press "-"''' warten
*"-" Taste an der Vorderseite der Ultimo drücken
*auf Hinweis "Finished, Removing USB" im VF-Display warten
*USB Stick von der Box abziehen
*Vu+ STB ausschalten und neu starten
*Der VTi-Startwizard sollte starten, falls nicht ist etwas schief gelaufen.
*Wenn der VTi-Startwizard beendet und das Netzwerk eingerichtet ist, sollte unbedingt zuerst ein Online-Update über VTi-Panel - Neuigkeiten oder die Tasten Blau - Grün - Grün auf der Fernbedienung durchgeführt werden.

</div>
</div>
----

=== Image aufspielen mit USB-Stick für [[Vu+ Ultimo 4K]]===

<div class="mw-collapsible mw-collapsed">
Bitte ausklappen!
<div class="mw-collapsible-content">

<big><span style="color:red;background-color:yellow">'''Wichtig: Bitte das Archiv auf den USB-Stick entpacken, dann werden auch die Verzeichnisse korrekt erstellt.'''</span></big>

*Image am PC [https://www.vuplus-support.org/wbb4/vtisoftware/?dir=sorted%20by%20set-top-box/Vu%2B%20Ultimo%204K herunterladen (Ultimo 4K)] und abspeichern (USB Variante)
*USB Stick mit dem Dateisystem FAT, bzw. FAT32 formatieren
*<span style="color:red;">Datei auf den USB-Stick entpacken (z.B. mit WinRAR, WinZIP, 7ZIP, usw)</span>
*<span style="color:red;">es sind dann die Verzeichnisse /vuplus/ultimo4k auf dem Stick erstellt worden</span>
*<span style="color:red;">es befinden sich nun 5 Dateien in dem Verzeichnis /vuplus/ultimo4k auf dem Stick!</span>
*Vu+ STB ausschalten (in den Deepstandby oder Netzschalter)
*Alle USB Geräte von der Box entfernen
*Frontklappe öffnen.
*USB Stick vorne anstecken
*Vu+ STB einschalten
*Sobald die Ultimo 4K hochfährt, wird am LC-Display Meldung '''Update! Press Power''' angezeigt
*Die "Power-Taste" (Touchbutton an der Front, mehrmals mit dem Finger über den Strich fahren) innerhalb von 5 Sek. drücken. Dadurch wird der Flash-Vorgang gestartet.
*Nach dem erfolgreichen Flashvorgang startet die Vu+ STB neu
*Der VTi-Startwizard sollte starten, falls nicht ist etwas schief gelaufen.
*Wenn der VTi-Startwizard beendet und das Netzwerk eingerichtet ist, sollte unbedingt zuerst ein Online-Update über VTi-Panel - Neuigkeiten oder die Tasten Blau - Grün - Grün auf der Fernbedienung durchgeführt werden.

</div>
</div>
----

=== Image aufspielen mit USB-Stick für [[Vu+ Uno]]===

<div class="mw-collapsible mw-collapsed">
Bitte ausklappen!
<div class="mw-collapsible-content">

<big><span style="color:red;background-color:yellow">'''Wichtig: Bitte das Archiv auf den USB-Stick entpacken, dann werden auch die Verzeichnisse korrekt erstellt.'''</span></big>

*Image am PC [https://www.vuplus-support.org/wbb4/vtisoftware/?dir=sorted%20by%20set-top-box/Vu%2B%20Uno herunterladen (Uno)] und abspeichern (USB Variante)
*USB Stick mit dem Dateisystem FAT, bzw. FAT32 formatieren
*<span style="color:red;">Datei auf den USB-Stick entpacken (z.B. mit WinRAR, WinZIP, 7ZIP, usw)</span>
*<span style="color:red;">es sind dann die Verzeichnisse /vuplus/uno auf dem Stick erstellt worden</span>
*<span style="color:red;">es befinden sich nun 4 Dateien in dem Verzeichnis /vuplus/uno auf dem Stick!</span>
*Vu+ STB ausschalten (in den Deepstandby oder Netzschalter)
*alle USB Geräte von der Box entfernen
*alle CI-Module und Pay-TV Karten aus der Box entfernen
*USB Stick vorne anstecken
*Vu+ STB einschalten
*Auf die Meldung '''Update please press "CH-"''' im VF-Display warten
*"CH-" Taste an der Vorderseite der Uno drücken
*auf Hinweis "Finished, Removing USB" im VF-Display warten
*USB Stick von der Box abziehen
*Vu+ STB ausschalten und neu starten
*Der VTi-Startwizard sollte starten, falls nicht ist etwas schief gelaufen
*Wenn der VTi-Startwizard beendet und das Netzwerk eingerichtet ist, sollte unbedingt zuerst ein Online-Update über VTi-Panel - Neuigkeiten oder die Tasten Blau - Grün - Grün auf der Fernbedienung durchgeführt werden.

</div>
</div>
----

=== Image aufspielen mit USB-Stick für [[Vu+ Uno 4K]]===

<div class="mw-collapsible mw-collapsed">
Bitte ausklappen!
<div class="mw-collapsible-content">

<big><span style="color:red;background-color:yellow">'''Wichtig: Bitte das Archiv auf den USB-Stick entpacken, dann werden auch die Verzeichnisse korrekt erstellt.'''</span></big>

*Image am PC [https://www.vuplus-support.org/wbb4/vtisoftware/?dir=sorted%20by%20set-top-box/Vu%2B%20Uno%204K herunterladen (Uno 4K)] und abspeichern (USB Variante)
*USB Stick mit dem Dateisystem FAT, bzw. FAT32 formatieren
*<span style="color:red;">Datei auf den USB-Stick entpacken (z.B. mit WinRAR, WinZIP, 7ZIP, usw)</span>
*<span style="color:red;">es sind dann die Verzeichnisse /vuplus/uno4k auf dem Stick erstellt worden</span>
*<span style="color:red;">es befinden sich nun x Dateien in dem Verzeichnis /vuplus/uno4k auf dem Stick!</span>
*Vu+ STB ausschalten (in den Deepstandby oder Netzschalter)
*alle USB Geräte von der Box entfernen
*alle CI-Module und Pay-TV Karten aus der Box entfernen
*USB Stick anstecken
*Vu+ einschalten
*während des Flashvorgangs pulsiert die LED
*ist der Flashvorgang abgeschlossen blinkt die LED
*USB Stick von der Box abziehen
*Vu+ STB ausschalten und neu starten
*Der VTi-Startwizard sollte starten, falls nicht ist etwas schief gelaufen
*Wenn der VTi-Startwizard beendet und das Netzwerk eingerichtet ist, sollte unbedingt zuerst ein Online-Update über VTi-Panel - Neuigkeiten oder die Tasten Blau - Grün - Grün auf der Fernbedienung durchgeführt werden.

</div>
</div>
----

=== Image aufspielen mit USB-Stick für [[Vu+ Uno 4K SE]]===

<div class="mw-collapsible mw-collapsed">
Bitte ausklappen!
<div class="mw-collapsible-content">

<big><span style="color:red;background-color:yellow">'''Wichtig: Bitte das Archiv auf den USB-Stick entpacken, dann werden auch die Verzeichnisse korrekt erstellt.'''</span></big>

*Image am PC [https://www.vuplus-support.org/wbb4/vtisoftware/?dir=sorted%20by%20set-top-box/Vu%2B%20Uno%204K%20SE herunterladen (Uno 4K SE)] und abspeichern (USB Variante)
*USB Stick mit dem Dateisystem FAT, bzw. FAT32 formatieren
*<span style="color:red;">Datei auf den USB-Stick entpacken (z.B. mit WinRAR, WinZIP, 7ZIP, usw)</span>
*<span style="color:red;">es sind dann die Verzeichnisse /vuplus/uno4kse auf dem Stick erstellt worden</span>
*<span style="color:red;">es befinden sich nun 5 Dateien in dem Verzeichnis /vuplus/uno4kse auf dem Stick!</span>
*Vu+ STB ausschalten (in den Deepstandby oder Netzschalter)
*Alle USB Geräte von der Box entfernen
*USB Stick hinten einstecken
*Vu+ STB einschalten
*Sobald die Uno 4K SE hochfährt, wird am LC-Display Meldung '''Update! Press Power''' angezeigt
*Die "Power-Taste" (Touchbutton an der Front) innerhalb von 5 Sek. drücken. Dadurch wird der Flash-Vorgang gestartet.
*Nach dem erfolgreichen Flashvorgang startet die Vu+ STB neu
*Der VTi-Startwizard sollte starten, falls nicht ist etwas schief gelaufen.
*Wenn der VTi-Startwizard beendet und das Netzwerk eingerichtet ist, sollte unbedingt zuerst ein Online-Update über VTi-Panel - Neuigkeiten oder die Tasten Blau - Grün - Grün auf der Fernbedienung durchgeführt werden.

</div>
</div>
----

=== Image aufspielen mit USB-Stick für [[Vu+ Zero]] / [[Vu+ Zero WE]] ===

<div class="mw-collapsible mw-collapsed">
Bitte ausklappen!
<div class="mw-collapsible-content">

<big><span style="color:red;background-color:yellow">'''Wichtig: Bitte das Archiv auf den USB-Stick entpacken, dann werden auch die Verzeichnisse korrekt erstellt.'''</span></big>

*Image am PC [https://www.vuplus-support.org/wbb4/vtisoftware/?dir=sorted%20by%20set-top-box/Vu%2B%20Zero herunterladen (Zero (WE))] und abspeichern (USB Variante)
*USB Stick mit dem Dateisystem FAT, bzw. FAT32 formatieren
*<span style="color:red;">Datei auf den USB-Stick entpacken (z.B. mit WinRAR, WinZIP, 7ZIP, usw)</span>
*<span style="color:red;">es sind dann die Verzeichnisse /vuplus/zero auf dem Stick erstellt worden</span>
*<span style="color:red;">es befinden sich nun 5 Dateien in dem Verzeichnis /vuplus/zero auf dem Stick!</span>
*Vu+ STB ausschalten (in den Deepstandby oder Netzschalter)
*alle USB Geräte von der Box entfernen
*alle CI-Module und Pay-TV Karten aus der Box entfernen
*USB Stick anstecken
*Vu+ STB einschalten
*Die weiße LED pulsiert während des Flashvorgangs
*Warten bis die weiße LED in der Frontblende blinkt
*Vu+ STB ausschalten
*USB Stick entfernen
*STB einschalten
*Der VTi-Startwizard sollte starten, falls nicht ist etwas schief gelaufen
*Wenn der VTi-Startwizard beendet und das Netzwerk eingerichtet ist, sollte unbedingt zuerst ein Online-Update über VTi-Panel - Neuigkeiten oder die Tasten Blau - Grün - Grün auf der Fernbedienung durchgeführt werden.

</div>
</div>
----

=== Image aufspielen mit USB-Stick für [[Vu+ Zero 4K]]===

<div class="mw-collapsible mw-collapsed">
Bitte ausklappen!
<div class="mw-collapsible-content">

<big><span style="color:red;background-color:yellow">'''Wichtig: Bitte das Archiv auf den USB-Stick entpacken, dann werden auch die Verzeichnisse korrekt erstellt.'''</span></big>

*Image am PC [https://www.vuplus-support.org/wbb4/vtisoftware/?dir=sorted%20by%20set-top-box/Vu%2B%20Zero%204K herunterladen (Zero 4K)] und abspeichern (USB Variante)
*USB Stick mit dem Dateisystem FAT, bzw. FAT32 formatieren
*<span style="color:red;">Datei auf den USB-Stick entpacken (z.B. mit WinRAR, WinZIP, 7ZIP, usw)</span>
*<span style="color:red;">es sind dann die Verzeichnisse /vuplus/zero4k auf dem Stick erstellt worden</span>
*<span style="color:red;">es befinden sich nun 5 Dateien in dem Verzeichnis /vuplus/zero4k auf dem Stick!</span>
*Vu+ STB ausschalten (in den Deepstandby oder Netzschalter)
*alle USB Geräte von der Box entfernen
*alle CI-Module und Pay-TV Karten aus der Box entfernen
*USB Stick anstecken
*Vu+ STB einschalten
*Das weiße VU+ Logo pulsiert während des Flashvorgangs
*Warten bis das weiße VU+ Logo in der Frontblende blinkt
*Vu+ STB ausschalten
*USB Stick entfernen
*STB einschalten
*Der VTi-Startwizard sollte starten, falls nicht ist etwas schief gelaufen
*Wenn der VTi-Startwizard beendet und das Netzwerk eingerichtet ist, sollte unbedingt zuerst ein Online-Update über VTi-Panel - Neuigkeiten oder die Tasten Blau - Grün - Grün auf der Fernbedienung durchgeführt werden.

</div>
</div>
----

== Hilfestellung, Fehlerursachen und weitere Probleme beim Flashen ==

Text folgt...

{| class="wikitable"
|-
| style="background-color:#FFCBCB; width: 35em;"|'''Häufige Fehlerursachen:'''<br />
* falsches Image heruntergeladen z.B Vu+ Duo für eine Vu+ Duo²
* fehlerhafte Ordnerstruktur
* USB-Stick falsch formatiert
* USB-Stick nicht kompatibel oder defekt
|}

----

== Flashen via Backupfunktion ==

Man kann auch ohne USB-Stick ein neues Image flashen. Vorraussetzung ist, dass ein VTi-Image mit Imagesicherung/Wiederherstellung auf der Box vorhanden ist.

Ein Flashen über die Backupfunktion ist bei der [[Vu+ Solo 4K]], der [[Vu+ Uno 4K]], der [[Vu+ Duo 4K]], [[Vu+ Uno 4K SE]], [[Vu+ Ultimo 4K]] und der [[Vu+ Zero 4K]] '''nicht''' möglich.

'''Vorgehensweise:'''

# Einen neuen Ordner mit der Bezeichnung  <code>vti_0.0.0_neu_flashen</code>  im Verzeichnis  <code>media/hdd/vti-image-backup</code>  anlegen.
# In das Verzeichnis wird der Inhalt des heruntergeladenen Images kopiert. Das sieht dann so aus:  <code>media/hdd/vti-image-backup/vti_0.0.0_neu_flashen/vuplus/</code>
# Im Ordner  <code>vuplus</code>  befindet sich nun ein weiterer Ordner mit der genauen Bezeichnung der Vu+ z.B. <code>/solo2</code> oder <code>/duo2</code>. In diesem Ordner sollten sich dann die ca. drei bis fünf Imagedateien befinden.
# In der Vu+ das Menü [[VTi_Sicherungswerkzeuge#Image_Sicherung_.2F_Wiederherstellung|Image Sicherung und Wiederherstellung]] aufrufen. Dann unter [[VTi_Sicherungswerkzeuge#Wiederherstellung_eines_Images|Wiederherstellung eines Images]] den zuvor angelegten Ordner auswählen und den Flashvorgang starten.

Nach kurzer Wartezeit ist der Flashvorgang beendet und die Vu+ startet neu.

Link zum Forum: [http://www.vuplus-support.org/wbb3/index.php?page=Thread&threadID=49823 Flashen ohne Stick]

----

== Flashen via Image Flash Tool ==

Man kann auch Online ein neues Image flashen. Vorraussetzung ist, dass ein VTi-Image ab VTi 6.0.8 ab dem 12.07.2014 auf der Box ist.

'''Vorgehensweise:'''

# Aufrufen des [[Das VTi Panel|VTi Panels]] mit der "blauen Taste"
# In die Rubrik [[VTi Software-Werkzeuge]] wechseln
# Image Flash Werkzeug aufrufen
# Image auswählen
# Speicherort auswählen, nach klicken von "OK" wird der Download gestartet und entpackt
# Nach Bestätigung der Flashaktion im Infofenster beginnt der Flashvorgang (Achtung: Das aktuelle Image wird gelöscht und überschrieben)

Nach kurzer Wartezeit ist der Flashvorgang beendet und die Vu+ startet mit dem [[Vu+ Schritt für Schritt#VTi Wizard|Einrichtungsassistenten]] neu.
----

Cross Compiler

2023-02-26T16:06:14Z

Rdamas:

<blockquote>
Unter einem Cross-Compiler versteht man einen Compiler, der auf einem bestimmten System (auch Hostplattform genannt) läuft, aber Kompilate (Objektdateien oder ausführbare Programme) für andere Systeme erzeugt. Diese Ziel-Systeme können andere Betriebssysteme, andere Prozessoren oder eine Kombination der beiden sein. Ein konkretes Beispiel wäre ein Compiler, der auf einem Intel-basierten Windows-System läuft und Programme für PowerPC-basierte Linux-Systeme erzeugt. Handelt es sich bei der Zielplattform um ein eingebettetes System, das selbst nicht für Entwicklung und Übersetzung geeignet ist, spricht man auch von einem Target-Compiler.
</blockquote> ([https://de.wikipedia.org/wiki/Cross-Compiler Cross-Compiler])

Vorgestellt wird hier ein Cross-Compiler, der auf der auf unseren ARM-Boxen läuft und Code für Mips-Boxen erstellt. Motivation dazu ist, dass unsere 4k Boxen genügend Flash-Speicher und Hauptspeicher bereitstellen, dass ein Cross-Compiler für Mips problemlos neben einem ARM-Compiler auf den Boxen erstellt und installiert werden kann. Und natürlich, dass wir als Entwickler gerne beide von Vu+ bereit gestellten Architekturen unterstützen möchten, auch wenn wir selber nicht beide Architekturen im Zugriff haben.

Beispielhaft zeigt dieser Artikel die Installation und Benutzung des Cross-Compilers.

== Installation ==
In der [https://vuplus-support.org/wbb4/filebase/index.php?entry/1146-mipsel-cross-compiler-f%C3%BCr-arm/ Database] haben wir einen Mips-Cross-Compiler für ARM-Boxen zur Verfügung gestellt. Dieser besteht aus mehreren Paketen :
* Binutils
* Compiler
* Grundstock an Include-Dateien und Libraries ("Sysroot").

Um Binaries für Mips-Boxen auf unseren ARM-Boxen zu erstellen, müssen alle drei Pakete installiert sein.

Nach dem Download der Pakete auf eine ARM-Box können die drei Pakete mit <code>opkg install <Paket.ipk></code> wie jedes andere Paket auch installiert werden. Nach der Installation befinden sich unter <code>/usr/bin</code> diverse Programme mit dem Präfix <code>mipsel-oe-linux-</code> und unterhalb von <code>/usr/mipsel-oe-linux</code> das "Sysroot" mit Include-Dateien und Bibliotheken, um Mipsel-Binaries zu compilieren.

== Benutzung ==
Beispielhaft wird jetzt die Benutzung des Cross-Compilers anhand eines Pakets beschrieben, welches ich oft und viel benutze: "grep".

=== Schritt 1: Sourcen besorgen ===
Die Sourcen für grep befinden sich auf dem GNU-FTP-Server unter https://ftp.gnu.org/gnu/grep/ - die momentan aktuelle Version ist grep-3.8. Die Sourcen werden von dort heruntergeladen und irgendwo auf der Festplatte der Box entpackt, z.B. unter /media/hdd/build. Ausgepackt wird in der Konsole (z.B. Putty) mit dem tar-Befehl: <code>tar xvf grep-3.8.tar.gz</code>

=== Schritt 2: Sourcen konfigurieren ===
Mit <code>cd grep-3.8</code> wird in den ausgpackten Source-Tree gewechselt. Die meisten der heute benutzten Software-Pakete werden mit einem <code>configure</code> konfiguriert; dieses schaut, ob alle benötigten Komponenten für ein erfolgreiches übersetzen vorhanden sind, und generiert die Makefiles, um das Programm anschließend zu übersetzen.

Um Makefiles benutzen zu können, benötigt man das <code>make</code>-Programm. Ein fertig übersetztes Programm befindet sich in der Database beim aktuellen GCC für die ARM-Boxen.

Ein erster Versuch, den Cross-Compiler zu benutzen, ist immer, den Aufruf von <code>configure</code> mit der <code>CC</code>-Variablen zu testen; es gibt eine Reihe von Umgebungsvariablen, die man auf diese Weise (nicht nur) an das configure-Script weiterreichen kann. Ein paar weitere sind: CXX (c++-Compiler), CFLAGS (Flags für den C-Compiler), CXXFLAGS (Flags für den C++-Compiler)

<code>CC=mipsel-oe-linux-gcc ./configure --prefix=/usr</code>

Das funktioniert bei <code>grep</code> nicht, die Fehlermeldung sagt, dass man den Compiler über den Switch <code>--host=mipsel-oe-linux</code> angeben soll. Das funktioniert. Also zweiter Versuch:

<code>./configure --host=mipsel-oe-linux --prefix=/usr</code>

Der Switch <code>--prefix=/usr</code> sagt der Umgebung, dass das fertig übersetzte Programm später nach <code>/usr</code> installiert werden soll; das bedeutet, dass das Binary unter <code>/usr/bin/grep</code> installiert wird. Ohne diesen Switch wird normalerweise <code>/usr/local</code> als Ziel benutzt, und das Binary findet sich später unter <code>/usr/local/bin/grep</code>.

=== Schritt 3: Compilieren ===
Als nächstes soll das Programm übersetzt werden; dazu wird <code>make</code> aufgerufen (ein "make" befindet sich im Paket aus dem Download "git-make.zip" in der [https://vuplus-support.org/wbb4/filebase/index.php?entry/1098-gcc-10-2-0-f%C3%BCr-boxen-mit-arm-prozessor-4k/ Database]):

<code>make</code>

Meistens dauert der Configure-Schritt genauso lange wie das eigentliche Übersetzen des Programms. Wenn beim Übersetzen keine Fehler passiert sind, kann das Programm installiert werden.

=== Schritt 4: Installation ===

Ich kontrolliere gerne vor dem installieren, was installiert werden soll. Fast alle Makefiles kennen das "Target" "install", viele können auch mit dem Target "install-strip" umgehen, und viele kennen auch eine Möglichkeit, das Programm in einem anderen Verzeichnis zu installieren. In der Regel wird das mit der Variablen <code>DESTDIR</code> erreicht. Wir führen also aus:

<code>make install-strip DESTDIR=/media/hdd/install</code>

Das installiert das übersetzte Programm unterhalb von <code>/media/hdd/install</code>, wo wir noch einmal schauen können, was wir mitnehmen möchten, und was nicht.

Zusammengefasst:
* <code>make install</code> installiert das fertig übersetzte Programm an seinen Bestimmungs-Ort.
* <code>make install-strip</code> strippt Binaries vor der Installation und installiert sie dann an ihren Bestimmungs-Ort.
* <code>make install DESTDIR=/media/hdd/install</code> installiert die Binaries in ein anderes Zielverzeichnis <code>/media/hdd/install</code> anstatt in das dafür vorgesehene Verzeichnis.

Weitere nützliche Aufrufe von <code>make</code>
* <code>make V=1</code> zeigt genauer an, was beim übersetzen wirklich ausgeführt wird; manchmal unterdrücken Makefiles wie das von grep die Ausgabe, wie genau der Compiler aufgerufen wird.
* <code>make CC=mipsel-oe-linux-gcc</code> "überschreibt" den Eintrag für den Compiler im Makefile; das funktioniert bei allen Variablen im Makefile, die entsprechend deklariert wurden.

=== Schritt 5: Programm einpacken und testen ===
Der nächste Schritt ist bei mir immer, die Dateien als IPK einzupacken. Wie das gemacht werden kann, soll hier nicht gezeigt werden; dazu habe ich unter [[Paketmanager opkg]] schon einiges geschrieben.

Wir kontrollieren aber noch einmal, dass der Cross-Compiler ein Mipsel-Binary erstellt hat. Dazu wechseln wir in der Konsole mit "cd" nach <code>/media/hdd/install/usr/bin</code>. Ein <code>ls -l</code> zeigt hier drei Dateien an, <code>egrep</code>, <code>fgrep</code> und <code>grep</code>. egrep und fgrep sind Shell-Scripten, das eigentliche Binary ist <code>grep</code>. Wir können uns den Inhalt mit einigen Tools anschauen. Als erstes:

<code>file grep</code>: Ausgabe sollte sein: <code>grep: ELF 32-bit LSB executable, MIPS, MIPS-I version 1 (SYSV), dynamically linked, interpreter /lib/ld.so.1, for GNU/Linux 2.6.32, stripped</code>

Schauen wir etwas genauer in das Binary:

<code>mipsel-oe-linux-objdump -p grep</code>

Hier sehen wir alle interessanten Informationen, zum Beispiel welche Shared-Libraries das Programm in welcher Version auf der Mips-Maschine benötigt.

<div class="mw-collapsible mw-collapsed">
Ausgabe von <code>objdump grep</code>: bitte aufklappen.
<div class="mw-collapsible-content">
<pre>

grep: file format elf32-tradlittlemips

Program Header:
PHDR off 0x00000034 vaddr 0x00400034 paddr 0x00400034 align 2**2
filesz 0x00000140 memsz 0x00000140 flags r--
INTERP off 0x00000174 vaddr 0x00400174 paddr 0x00400174 align 2**0
filesz 0x0000000d memsz 0x0000000d flags r--
0x70000003 off 0x000001a8 vaddr 0x004001a8 paddr 0x004001a8 align 2**3
filesz 0x00000018 memsz 0x00000018 flags r--
0x70000000 off 0x000001c0 vaddr 0x004001c0 paddr 0x004001c0 align 2**2
filesz 0x00000018 memsz 0x00000018 flags r--
LOAD off 0x00000000 vaddr 0x00400000 paddr 0x00400000 align 2**16
filesz 0x00040280 memsz 0x00040280 flags r-x
LOAD off 0x00040280 vaddr 0x00450280 paddr 0x00450280 align 2**16
filesz 0x00000ab8 memsz 0x00011580 flags rw-
DYNAMIC off 0x000001d8 vaddr 0x004001d8 paddr 0x004001d8 align 2**2
filesz 0x00000118 memsz 0x00000118 flags r--
NOTE off 0x00000184 vaddr 0x00400184 paddr 0x00400184 align 2**2
filesz 0x00000020 memsz 0x00000020 flags r--
EH_FRAME off 0x00040240 vaddr 0x00440240 paddr 0x00440240 align 2**2
filesz 0x00000014 memsz 0x00000014 flags r--
NULL off 0x00000000 vaddr 0x00000000 paddr 0x00000000 align 2**2
filesz 0x00000000 memsz 0x00000000 flags ---

Dynamic Section:
NEEDED libc.so.6
INIT 0x00402cf4
FINI 0x0043ca60
INIT_ARRAY 0x00450280
INIT_ARRAYSZ 0x00000004
FINI_ARRAY 0x00450284
FINI_ARRAYSZ 0x00000004
HASH 0x004002f0
STRTAB 0x00401d6c
SYMTAB 0x00400b8c
STRSZ 0x00000c84
SYMENT 0x00000010
MIPS_RLD_MAP 0x004508b0
MIPS_RLD_MAP_REL 0x00050670
DEBUG 0x00000000
PLTGOT 0x004508c0
REL 0x00402c8c
RELSZ 0x00000068
RELENT 0x00000008
MIPS_RLD_VERSION 0x00000001
MIPS_FLAGS 0x00000002
MIPS_BASE_ADDRESS 0x00400000
MIPS_LOCAL_GOTNO 0x00000097
MIPS_SYMTABNO 0x0000011e
MIPS_UNREFEXTNO 0x00000029
MIPS_GOTSYM 0x00000098
VERNEED 0x00402c2c
VERNEEDNUM 0x00000001
VERSYM 0x004029f0

Version References:
required from libc.so.6:
0x0d696914 0x00 06 GLIBC_2.4
0x0d696915 0x00 05 GLIBC_2.5
0x0d696912 0x00 04 GLIBC_2.2
0x0d696910 0x00 03 GLIBC_2.0
0x0d696913 0x00 02 GLIBC_2.3
private flags = 1007: [abi=O32] [mips1] [not 32bitmode] [noreorder] [PIC] [CPIC]

MIPS ABI Flags Version: 0

ISA: MIPS1
GPR size: 32
CPR1 size: 32
CPR2 size: 0
FP ABI: Hard float (double precision)
ISA Extension: None
ASEs:
None
FLAGS 1: 00000000
FLAGS 2: 00000000

</pre>
</div>
</div>

Das Binary kann jetzt auf eine Mips-Box kopiert werden, um endgültig sicherzustellen, dass wir hier keinen Murks produziert haben.

== Nützliches zu objdump, ldd und Versionierung von Shared-Libraries ==
=== objdump ===
Das folgende ist eher allgemein gehalten und gilt für alle Architekturen. Damit man im Vorfeld schon weiß, ob die auf der Zielmaschine installierten Shared-Libraries neu genug sind, damit ein Programm läuft, gibt es ein paar Hilfsmittel. Eines haben wir vorhin schon kennen gelernt: <code>objdump</code>. Der interessante Teil befindet sich im Abschnitt "Version References:".

<pre>
Version References:
required from libc.so.6:
0x0d696914 0x00 06 GLIBC_2.4
0x0d696915 0x00 05 GLIBC_2.5
0x0d696912 0x00 04 GLIBC_2.2
0x0d696910 0x00 03 GLIBC_2.0
0x0d696913 0x00 02 GLIBC_2.3
</pre>

Hier erfahren wir, dass das Binary gegen eine Sharded-Library <code>libc.so.6</code> gelinkt wurde. Um nicht bei jedem Update der Libc die Versionsnummer "6" erhöhen zu müssen, werden neue Features oder geänderte Aufrufe in der Library selber versioniert. Hier sieht man, dass Features der GLIBC_2.0 bis GLIBC_2.5 benötigt werden. Ein wenig Recherche bringt zutage, dass diese Versionsnummern auch wirklich mit den Versionen der glibc übereinstimmen. Die auf unseren Boxen vorinstallierte glibc liegt in der Version 2.21 vor und benutzt deshalb für die neuen ab dieser Version integrierten Features die interne Version GLIBC_2.21. Aktuell ist übrigens die glibc-2.37. Da die glibc zweimal jährlich aktualisiert wird, liegen hier 8 Jahre (fehlende) Entwicklung dazwischen.

=== ldd ===
Ein anderes sehr nützliches Tool ist <code>ldd</code>. Ohne weitere Parameter werden hier einfach die benötigten Shared-Libraries angezeigt:
<pre>
root@vusolo4k:~# ldd /usr/bin/grep
libpcre.so.1 => /usr/lib/libpcre.so.1 (0xb6f20000)
libc.so.6 => /lib/libc.so.6 (0xb6db8000)
/lib/ld-linux-armhf.so.3 (0xb6f64000)
</pre>

Sehr nützlich ist der Aufruf mit Parameter "-v":
<pre>
root@vusolo4k:~# ldd -v /usr/bin/grep
libpcre.so.1 => /usr/lib/libpcre.so.1 (0xb6ec0000)
libc.so.6 => /lib/libc.so.6 (0xb6d58000)
/lib/ld-linux-armhf.so.3 (0xb6eff000)

Version information:
/usr/bin/grep:
libc.so.6 (GLIBC_2.26) => /lib/libc.so.6
libc.so.6 (GLIBC_2.5) => /lib/libc.so.6
libc.so.6 (GLIBC_2.34) => /lib/libc.so.6
libc.so.6 (GLIBC_2.4) => /lib/libc.so.6
/usr/lib/libpcre.so.1:
libc.so.6 (GLIBC_2.4) => /lib/libc.so.6
/lib/libc.so.6:
ld-linux-armhf.so.3 (GLIBC_2.4) => /lib/ld-linux-armhf.so.3
ld-linux-armhf.so.3 (GLIBC_PRIVATE) => /lib/ld-linux-armhf.so.3
</pre>

Ähnlich wie bei <code>objdump</code> werden auch hier die benötigten Versionen der Shared-Libraries angezeigt.

Weitere Bekannte Libraries, die versioniert sind, sind unter anderem folgende:
* libstdc++ - GLIBCXX_3.4.21 gehört z.B. zur libstdc++-6.0.21 (GCC-5.1), CXXABI_1.3.12 genauso wie GLIBCXX_3.4.26 zur libstdc++-6.26 (GCC-9.1). Die Versionen können der Dokumentation von gcc entnommen werden: https://gcc.gnu.org/onlinedocs/libstdc++/manual/abi.html
* libssl und libcrypto von OpenSSL: die benötigten Versionen steht direkt in der Symboltabelle, z.B. als OPENSSL_1.0.2g
* zlib: die benötigten Versionen stehen ebenfalls direkt in der Symboltabelle der libz.so, z.B. ZLIB_1.2.12

=== c++filt ===
Ein letztes nützliches Tool in Zusammenhang mit Dumps und wenn man mehr über die Symbol-Tabelle eines Binaries erfahren möchte, ist <code>c++filt</code>. Mit diesem Tool können "gemanglte" Symbole wieder lesbar gemacht werden. Schauen wir z.B. in die Symbol-Tabelle von enigma2 mit <code>objdump -R /usr/bin/enigma2</code>, sehen wir viele c++-Symbolnamen, wie z.B. <code>_ZNSt3tr18__detail12__prime_listE@GLIBCXX_3.4.10</code>

<code>c++filt</code> kann uns das wieder lesbarer machen: <code>c++filt _ZNSt3tr18__detail12__prime_listE</code> spuckt dafür aus: <code>std::tr1::__detail::__prime_list</code>.

Oder:

<pre>root@vusolo4k:~# c++filt _ZNSt14basic_ifstreamIcSt11char_traitsIcEEC1EPKcSt13_Ios_Openmode
std::basic_ifstream<char, std::char_traits<char> >::basic_ifstream(char const*, std::_Ios_Openmode)
</pre>
<pre>root@vusolo4k:~# c++filt _ZN19CaProgramMapSectionC1EPK17ProgramMapSectionhhRKSt6vectorItSaItEE
CaProgramMapSection::CaProgramMapSection(ProgramMapSection const*, unsigned char, unsigned char, std::vector<unsigned short, std::allocator<unsigned short> > const&)
</pre>

Cross Compiler

2023-02-26T15:29:15Z

Rdamas: /* Schritt 4: Installation */

Cross Compiler

2023-02-26T15:28:45Z

Rdamas: /* Schritt 4: Installation */

<blockquote>
Unter einem Cross-Compiler versteht man einen Compiler, der auf einem bestimmten System (auch Hostplattform genannt) läuft, aber Kompilate (Objektdateien oder ausführbare Programme) für andere Systeme erzeugt. Diese Ziel-Systeme können andere Betriebssysteme, andere Prozessoren oder eine Kombination der beiden sein. Ein konkretes Beispiel wäre ein Compiler, der auf einem Intel-basierten Windows-System läuft und Programme für PowerPC-basierte Linux-Systeme erzeugt. Handelt es sich bei der Zielplattform um ein eingebettetes System, das selbst nicht für Entwicklung und Übersetzung geeignet ist, spricht man auch von einem Target-Compiler.
</blockquote> ([https://de.wikipedia.org/wiki/Cross-Compiler Cross-Compiler])

Vorgestellt wird hier ein Cross-Compiler, der auf der auf unseren ARM-Boxen läuft und Code für Mips-Boxen erstellt. Motivation dazu ist, dass unsere 4k Boxen genügend Flash-Speicher und Hauptspeicher bereitstellen, dass ein Cross-Compiler für Mips problemlos neben einem ARM-Compiler auf den Boxen erstellt und installiert werden kann. Und natürlich, dass wir als Entwickler gerne beide von Vu+ bereit gestellten Architekturen unterstützen möchten, auch wenn wir selber nicht beide Architekturen im Zugriff haben.

Beispielhaft zeigt dieser Artikel die Installation und Benutzung des Cross-Compilers.

== Installation ==
In der [https://vuplus-support.org/wbb4/filebase/index.php?entry/1146-mipsel-cross-compiler-f%C3%BCr-arm/ Database] haben wir einen Mips-Cross-Compiler für ARM-Boxen zur Verfügung gestellt. Dieser besteht aus mehreren Paketen :
* Binutils
* Compiler
* Grundstock an Include-Dateien und Libraries ("Sysroot").

Um Binaries für Mips-Boxen auf unseren ARM-Boxen zu erstellen, müssen alle drei Pakete installiert sein.

Nach dem Download der Pakete auf eine ARM-Box können die drei Pakete mit <code>opkg install <Paket.ipk></code> wie jedes andere Paket auch installiert werden. Nach der Installation befinden sich unter <code>/usr/bin</code> diverse Programme mit dem Präfix <code>mipsel-oe-linux-</code> und unterhalb von <code>/usr/mipsel-oe-linux</code> das "Sysroot" mit Include-Dateien und Bibliotheken, um Mipsel-Binaries zu compilieren.

== Benutzung ==
Beispielhaft wird jetzt die Benutzung des Cross-Compilers anhand eines Pakets beschrieben, welches ich oft und viel benutze: "grep".

=== Schritt 1: Sourcen besorgen ===
Die Sourcen für grep befinden sich auf dem GNU-FTP-Server unter https://ftp.gnu.org/gnu/grep/ - die momentan aktuelle Version ist grep-3.8. Die Sourcen werden von dort heruntergeladen und irgendwo auf der Festplatte der Box entpackt, z.B. unter /media/hdd/build. Ausgepackt wird in der Konsole (z.B. Putty) mit dem tar-Befehl: <code>tar xvf grep-3.8.tar.gz</code>

=== Schritt 2: Sourcen konfigurieren ===
Mit <code>cd grep-3.8</code> wird in den ausgpackten Source-Tree gewechselt. Die meisten der heute benutzten Software-Pakete werden mit einem <code>configure</code> konfiguriert; dieses schaut, ob alle benötigten Komponenten für ein erfolgreiches übersetzen vorhanden sind, und generiert die Makefiles, um das Programm anschließend zu übersetzen.

Um Makefiles benutzen zu können, benötigt man das <code>make</code>-Programm. Ein fertig übersetztes Programm befindet sich in der Database beim aktuellen GCC für die ARM-Boxen.

Ein erster Versuch, den Cross-Compiler zu benutzen, ist immer, den Aufruf von <code>configure</code> mit der <code>CC</code>-Variablen zu testen; es gibt eine Reihe von Umgebungsvariablen, die man auf diese Weise (nicht nur) an das configure-Script weiterreichen kann. Ein paar weitere sind: CXX (c++-Compiler), CFLAGS (Flags für den C-Compiler), CXXFLAGS (Flags für den C++-Compiler)

<code>CC=mipsel-oe-linux-gcc ./configure --prefix=/usr</code>

Das funktioniert bei <code>grep</code> nicht, die Fehlermeldung sagt, dass man den Compiler über den Switch <code>--host=mipsel-oe-linux</code> angeben soll. Das funktioniert. Also zweiter Versuch:

<code>./configure --host=mipsel-oe-linux --prefix=/usr</code>

Der Switch <code>--prefix=/usr</code> sagt der Umgebung, dass das fertig übersetzte Programm später nach <code>/usr</code> installiert werden soll; das bedeutet, dass das Binary unter <code>/usr/bin/grep</code> installiert wird. Ohne diesen Switch wird normalerweise <code>/usr/local</code> als Ziel benutzt, und das Binary findet sich später unter <code>/usr/local/bin/grep</code>.

=== Schritt 3: Compilieren ===
Als nächstes soll das Programm übersetzt werden; dazu wird <code>make</code> aufgerufen (ein "make" befindet sich im Paket aus dem Download "git-make.zip" in der [https://vuplus-support.org/wbb4/filebase/index.php?entry/1098-gcc-10-2-0-f%C3%BCr-boxen-mit-arm-prozessor-4k/ Database]):

<code>make</code>

Meistens dauert der Configure-Schritt genauso lange wie das eigentliche Übersetzen des Programms. Wenn beim Übersetzen keine Fehler passiert sind, kann das Programm installiert werden.

=== Schritt 4: Installation ===

Ich kontrolliere gerne vor dem installieren, was installiert werden soll. Fast alle Makefiles kennen das "Target" "install", viele können auch mit dem Target "install-strip" umgehen, und viele kennen auch eine Möglichkeit, das Programm in einem anderen Verzeichnis zu installieren. In der Regel wird das mit der Variablen <code>DESTDIR</code> erreicht. Wir führen also aus:

<code>make install-strip DESTDIR=/media/hdd/install</code>

Das installiert das übersetzte Programm unterhalb von <code>/media/hdd/install</code>, wo wir noch einmal schauen können, was wir mitnehmen möchten, und was nicht.

Zusammengefasst:
* <code>make install</code> installiert das fertig übersetzte Programm an seinen Bestimmungs-Ort.
* <code>make install-strip</code> strippt Binaries vor der Installation und installiert sie dann an ihren Bestimmungs-Ort.
* <code>make install DESTDIR=/media/hdd/install</code> installiert die Binaries in ein anderes Zielverzeichnis <code>/media/hdd/install</code> anstatt in das dafür vorgesehene Verzeichnis.

Weitere nützliche Ausfrufe von <code>make</code>
* <code>make V=1</code> zeigt genauer an, was beim übersetzen wirklich ausgeführt wird; manchmal unterdrücken Makefiles wie das von grep die Ausgabe, wie genau der Compiler aufgerufen wird.
* <code>make CC=mipsel-oe-linux-gcc</code> "überschreibt" den Eintrag für den Compiler im Makefile; das funktioniert bei allen Variablen im Makefile, die entsprechend deklariert wurden.

=== Schritt 5: Programm einpacken und testen ===
Der nächste Schritt ist bei mir immer, die Dateien als IPK einzupacken. Wie das gemacht werden kann, soll hier nicht gezeigt werden; dazu habe ich unter [[Paketmanager opkg]] schon einiges geschrieben.

Wir kontrollieren aber noch einmal, dass der Cross-Compiler ein Mipsel-Binary erstellt hat. Dazu wechseln wir in der Konsole mit "cd" nach <code>/media/hdd/install/usr/bin</code>. Ein <code>ls -l</code> zeigt hier drei Dateien an, <code>egrep</code>, <code>fgrep</code> und <code>grep</code>. egrep und fgrep sind Shell-Scripten, das eigentliche Binary ist <code>grep</code>. Wir können uns den Inhalt mit einigen Tools anschauen. Als erstes:

<code>file grep</code>: Ausgabe sollte sein: <code>grep: ELF 32-bit LSB executable, MIPS, MIPS-I version 1 (SYSV), dynamically linked, interpreter /lib/ld.so.1, for GNU/Linux 2.6.32, stripped</code>

Schauen wir etwas genauer in das Binary:

<code>mipsel-oe-linux-objdump -p grep</code>

Hier sehen wir alle interessanten Informationen, zum Beispiel welche Shared-Libraries das Programm in welcher Version auf der Mips-Maschine benötigt.

<div class="mw-collapsible mw-collapsed">
Ausgabe von <code>objdump grep</code>: bitte aufklappen.
<div class="mw-collapsible-content">
<pre>

grep: file format elf32-tradlittlemips

Program Header:
PHDR off 0x00000034 vaddr 0x00400034 paddr 0x00400034 align 2**2
filesz 0x00000140 memsz 0x00000140 flags r--
INTERP off 0x00000174 vaddr 0x00400174 paddr 0x00400174 align 2**0
filesz 0x0000000d memsz 0x0000000d flags r--
0x70000003 off 0x000001a8 vaddr 0x004001a8 paddr 0x004001a8 align 2**3
filesz 0x00000018 memsz 0x00000018 flags r--
0x70000000 off 0x000001c0 vaddr 0x004001c0 paddr 0x004001c0 align 2**2
filesz 0x00000018 memsz 0x00000018 flags r--
LOAD off 0x00000000 vaddr 0x00400000 paddr 0x00400000 align 2**16
filesz 0x00040280 memsz 0x00040280 flags r-x
LOAD off 0x00040280 vaddr 0x00450280 paddr 0x00450280 align 2**16
filesz 0x00000ab8 memsz 0x00011580 flags rw-
DYNAMIC off 0x000001d8 vaddr 0x004001d8 paddr 0x004001d8 align 2**2
filesz 0x00000118 memsz 0x00000118 flags r--
NOTE off 0x00000184 vaddr 0x00400184 paddr 0x00400184 align 2**2
filesz 0x00000020 memsz 0x00000020 flags r--
EH_FRAME off 0x00040240 vaddr 0x00440240 paddr 0x00440240 align 2**2
filesz 0x00000014 memsz 0x00000014 flags r--
NULL off 0x00000000 vaddr 0x00000000 paddr 0x00000000 align 2**2
filesz 0x00000000 memsz 0x00000000 flags ---

Dynamic Section:
NEEDED libc.so.6
INIT 0x00402cf4
FINI 0x0043ca60
INIT_ARRAY 0x00450280
INIT_ARRAYSZ 0x00000004
FINI_ARRAY 0x00450284
FINI_ARRAYSZ 0x00000004
HASH 0x004002f0
STRTAB 0x00401d6c
SYMTAB 0x00400b8c
STRSZ 0x00000c84
SYMENT 0x00000010
MIPS_RLD_MAP 0x004508b0
MIPS_RLD_MAP_REL 0x00050670
DEBUG 0x00000000
PLTGOT 0x004508c0
REL 0x00402c8c
RELSZ 0x00000068
RELENT 0x00000008
MIPS_RLD_VERSION 0x00000001
MIPS_FLAGS 0x00000002
MIPS_BASE_ADDRESS 0x00400000
MIPS_LOCAL_GOTNO 0x00000097
MIPS_SYMTABNO 0x0000011e
MIPS_UNREFEXTNO 0x00000029
MIPS_GOTSYM 0x00000098
VERNEED 0x00402c2c
VERNEEDNUM 0x00000001
VERSYM 0x004029f0

Version References:
required from libc.so.6:
0x0d696914 0x00 06 GLIBC_2.4
0x0d696915 0x00 05 GLIBC_2.5
0x0d696912 0x00 04 GLIBC_2.2
0x0d696910 0x00 03 GLIBC_2.0
0x0d696913 0x00 02 GLIBC_2.3
private flags = 1007: [abi=O32] [mips1] [not 32bitmode] [noreorder] [PIC] [CPIC]

MIPS ABI Flags Version: 0

ISA: MIPS1
GPR size: 32
CPR1 size: 32
CPR2 size: 0
FP ABI: Hard float (double precision)
ISA Extension: None
ASEs:
None
FLAGS 1: 00000000
FLAGS 2: 00000000

</pre>
</div>
</div>

Das Binary kann jetzt auf eine Mips-Box kopiert werden, um endgültig sicherzustellen, dass wir hier keinen Murks produziert haben.

Cross Compiler

2023-02-26T15:28:12Z

Rdamas: /* Schritt 4: Installation */

<blockquote>
Unter einem Cross-Compiler versteht man einen Compiler, der auf einem bestimmten System (auch Hostplattform genannt) läuft, aber Kompilate (Objektdateien oder ausführbare Programme) für andere Systeme erzeugt. Diese Ziel-Systeme können andere Betriebssysteme, andere Prozessoren oder eine Kombination der beiden sein. Ein konkretes Beispiel wäre ein Compiler, der auf einem Intel-basierten Windows-System läuft und Programme für PowerPC-basierte Linux-Systeme erzeugt. Handelt es sich bei der Zielplattform um ein eingebettetes System, das selbst nicht für Entwicklung und Übersetzung geeignet ist, spricht man auch von einem Target-Compiler.
</blockquote> ([https://de.wikipedia.org/wiki/Cross-Compiler Cross-Compiler])

Vorgestellt wird hier ein Cross-Compiler, der auf der auf unseren ARM-Boxen läuft und Code für Mips-Boxen erstellt. Motivation dazu ist, dass unsere 4k Boxen genügend Flash-Speicher und Hauptspeicher bereitstellen, dass ein Cross-Compiler für Mips problemlos neben einem ARM-Compiler auf den Boxen erstellt und installiert werden kann. Und natürlich, dass wir als Entwickler gerne beide von Vu+ bereit gestellten Architekturen unterstützen möchten, auch wenn wir selber nicht beide Architekturen im Zugriff haben.

Beispielhaft zeigt dieser Artikel die Installation und Benutzung des Cross-Compilers.

== Installation ==
In der [https://vuplus-support.org/wbb4/filebase/index.php?entry/1146-mipsel-cross-compiler-f%C3%BCr-arm/ Database] haben wir einen Mips-Cross-Compiler für ARM-Boxen zur Verfügung gestellt. Dieser besteht aus mehreren Paketen :
* Binutils
* Compiler
* Grundstock an Include-Dateien und Libraries ("Sysroot").

Um Binaries für Mips-Boxen auf unseren ARM-Boxen zu erstellen, müssen alle drei Pakete installiert sein.

Nach dem Download der Pakete auf eine ARM-Box können die drei Pakete mit <code>opkg install <Paket.ipk></code> wie jedes andere Paket auch installiert werden. Nach der Installation befinden sich unter <code>/usr/bin</code> diverse Programme mit dem Präfix <code>mipsel-oe-linux-</code> und unterhalb von <code>/usr/mipsel-oe-linux</code> das "Sysroot" mit Include-Dateien und Bibliotheken, um Mipsel-Binaries zu compilieren.

== Benutzung ==
Beispielhaft wird jetzt die Benutzung des Cross-Compilers anhand eines Pakets beschrieben, welches ich oft und viel benutze: "grep".

=== Schritt 1: Sourcen besorgen ===
Die Sourcen für grep befinden sich auf dem GNU-FTP-Server unter https://ftp.gnu.org/gnu/grep/ - die momentan aktuelle Version ist grep-3.8. Die Sourcen werden von dort heruntergeladen und irgendwo auf der Festplatte der Box entpackt, z.B. unter /media/hdd/build. Ausgepackt wird in der Konsole (z.B. Putty) mit dem tar-Befehl: <code>tar xvf grep-3.8.tar.gz</code>

=== Schritt 2: Sourcen konfigurieren ===
Mit <code>cd grep-3.8</code> wird in den ausgpackten Source-Tree gewechselt. Die meisten der heute benutzten Software-Pakete werden mit einem <code>configure</code> konfiguriert; dieses schaut, ob alle benötigten Komponenten für ein erfolgreiches übersetzen vorhanden sind, und generiert die Makefiles, um das Programm anschließend zu übersetzen.

Um Makefiles benutzen zu können, benötigt man das <code>make</code>-Programm. Ein fertig übersetztes Programm befindet sich in der Database beim aktuellen GCC für die ARM-Boxen.

Ein erster Versuch, den Cross-Compiler zu benutzen, ist immer, den Aufruf von <code>configure</code> mit der <code>CC</code>-Variablen zu testen; es gibt eine Reihe von Umgebungsvariablen, die man auf diese Weise (nicht nur) an das configure-Script weiterreichen kann. Ein paar weitere sind: CXX (c++-Compiler), CFLAGS (Flags für den C-Compiler), CXXFLAGS (Flags für den C++-Compiler)

<code>CC=mipsel-oe-linux-gcc ./configure --prefix=/usr</code>

Das funktioniert bei <code>grep</code> nicht, die Fehlermeldung sagt, dass man den Compiler über den Switch <code>--host=mipsel-oe-linux</code> angeben soll. Das funktioniert. Also zweiter Versuch:

<code>./configure --host=mipsel-oe-linux --prefix=/usr</code>

Der Switch <code>--prefix=/usr</code> sagt der Umgebung, dass das fertig übersetzte Programm später nach <code>/usr</code> installiert werden soll; das bedeutet, dass das Binary unter <code>/usr/bin/grep</code> installiert wird. Ohne diesen Switch wird normalerweise <code>/usr/local</code> als Ziel benutzt, und das Binary findet sich später unter <code>/usr/local/bin/grep</code>.

=== Schritt 3: Compilieren ===
Als nächstes soll das Programm übersetzt werden; dazu wird <code>make</code> aufgerufen (ein "make" befindet sich im Paket aus dem Download "git-make.zip" in der [https://vuplus-support.org/wbb4/filebase/index.php?entry/1098-gcc-10-2-0-f%C3%BCr-boxen-mit-arm-prozessor-4k/ Database]):

<code>make</code>

Meistens dauert der Configure-Schritt genauso lange wie das eigentliche Übersetzen des Programms. Wenn beim Übersetzen keine Fehler passiert sind, kann das Programm installiert werden.

=== Schritt 4: Installation ===

Ich kontrolliere gerne vor dem installieren, was installiert werden soll. Fast alle Makefiles kennen das "Target" "install", viele können auch mit dem Target "install-strip" umgehen, und viele kennen auch eine Möglichkeit, das Programm in einem anderen Verzeichnis zu installieren. In der Regel wird das mit der Variablen <code>DESTDIR</code> erreicht. Wir führen also aus:

<code>make install-strip DESTDIR=/media/hdd/install</code>

Das installiert das übersetzte Programm unterhalb von <code>/media/hdd/install</code>, wo wir noch einmal schauen können, was wir mitnehmen möchten, und was nicht.

Zusammengefasst:
* <code>make install</code> installiert das fertig übersetzte Programm an seinen Bestimmungs-Ort.
* <code>make install-strip</code> strippt Binaries vor der Installation und installiert sie dann an sienen Bestimmungs-Ort.
* <code>make install DESTDIR=/media/hdd/install</code> installiert die Binaries in ein anderes Zielverzeichnis <code>/media/hdd/install</code> anstatt in das dafür vorgesehene Verzeichnis.

Weitere nützliche Ausfrufe von <code>make</code>
* <code>make V=1</code> zeigt genauer an, was beim übersetzen wirklich ausgeführt wird; manchmal unterdrücken Makefiles wie das von grep die Ausgabe, wie genau der Compiler aufgerufen wird.
* <code>make CC=mipsel-oe-linux-gcc</code> "überschreibt" den Eintrag für den Compiler im Makefile; das funktioniert bei allen Variablen im Makefile, die entsprechend deklariert wurden.

=== Schritt 5: Programm einpacken und testen ===
Der nächste Schritt ist bei mir immer, die Dateien als IPK einzupacken. Wie das gemacht werden kann, soll hier nicht gezeigt werden; dazu habe ich unter [[Paketmanager opkg]] schon einiges geschrieben.

Wir kontrollieren aber noch einmal, dass der Cross-Compiler ein Mipsel-Binary erstellt hat. Dazu wechseln wir in der Konsole mit "cd" nach <code>/media/hdd/install/usr/bin</code>. Ein <code>ls -l</code> zeigt hier drei Dateien an, <code>egrep</code>, <code>fgrep</code> und <code>grep</code>. egrep und fgrep sind Shell-Scripten, das eigentliche Binary ist <code>grep</code>. Wir können uns den Inhalt mit einigen Tools anschauen. Als erstes:

<code>file grep</code>: Ausgabe sollte sein: <code>grep: ELF 32-bit LSB executable, MIPS, MIPS-I version 1 (SYSV), dynamically linked, interpreter /lib/ld.so.1, for GNU/Linux 2.6.32, stripped</code>

Schauen wir etwas genauer in das Binary:

<code>mipsel-oe-linux-objdump -p grep</code>

Hier sehen wir alle interessanten Informationen, zum Beispiel welche Shared-Libraries das Programm in welcher Version auf der Mips-Maschine benötigt.

<div class="mw-collapsible mw-collapsed">
Ausgabe von <code>objdump grep</code>: bitte aufklappen.
<div class="mw-collapsible-content">
<pre>

grep: file format elf32-tradlittlemips

Program Header:
PHDR off 0x00000034 vaddr 0x00400034 paddr 0x00400034 align 2**2
filesz 0x00000140 memsz 0x00000140 flags r--
INTERP off 0x00000174 vaddr 0x00400174 paddr 0x00400174 align 2**0
filesz 0x0000000d memsz 0x0000000d flags r--
0x70000003 off 0x000001a8 vaddr 0x004001a8 paddr 0x004001a8 align 2**3
filesz 0x00000018 memsz 0x00000018 flags r--
0x70000000 off 0x000001c0 vaddr 0x004001c0 paddr 0x004001c0 align 2**2
filesz 0x00000018 memsz 0x00000018 flags r--
LOAD off 0x00000000 vaddr 0x00400000 paddr 0x00400000 align 2**16
filesz 0x00040280 memsz 0x00040280 flags r-x
LOAD off 0x00040280 vaddr 0x00450280 paddr 0x00450280 align 2**16
filesz 0x00000ab8 memsz 0x00011580 flags rw-
DYNAMIC off 0x000001d8 vaddr 0x004001d8 paddr 0x004001d8 align 2**2
filesz 0x00000118 memsz 0x00000118 flags r--
NOTE off 0x00000184 vaddr 0x00400184 paddr 0x00400184 align 2**2
filesz 0x00000020 memsz 0x00000020 flags r--
EH_FRAME off 0x00040240 vaddr 0x00440240 paddr 0x00440240 align 2**2
filesz 0x00000014 memsz 0x00000014 flags r--
NULL off 0x00000000 vaddr 0x00000000 paddr 0x00000000 align 2**2
filesz 0x00000000 memsz 0x00000000 flags ---

Dynamic Section:
NEEDED libc.so.6
INIT 0x00402cf4
FINI 0x0043ca60
INIT_ARRAY 0x00450280
INIT_ARRAYSZ 0x00000004
FINI_ARRAY 0x00450284
FINI_ARRAYSZ 0x00000004
HASH 0x004002f0
STRTAB 0x00401d6c
SYMTAB 0x00400b8c
STRSZ 0x00000c84
SYMENT 0x00000010
MIPS_RLD_MAP 0x004508b0
MIPS_RLD_MAP_REL 0x00050670
DEBUG 0x00000000
PLTGOT 0x004508c0
REL 0x00402c8c
RELSZ 0x00000068
RELENT 0x00000008
MIPS_RLD_VERSION 0x00000001
MIPS_FLAGS 0x00000002
MIPS_BASE_ADDRESS 0x00400000
MIPS_LOCAL_GOTNO 0x00000097
MIPS_SYMTABNO 0x0000011e
MIPS_UNREFEXTNO 0x00000029
MIPS_GOTSYM 0x00000098
VERNEED 0x00402c2c
VERNEEDNUM 0x00000001
VERSYM 0x004029f0

Version References:
required from libc.so.6:
0x0d696914 0x00 06 GLIBC_2.4
0x0d696915 0x00 05 GLIBC_2.5
0x0d696912 0x00 04 GLIBC_2.2
0x0d696910 0x00 03 GLIBC_2.0
0x0d696913 0x00 02 GLIBC_2.3
private flags = 1007: [abi=O32] [mips1] [not 32bitmode] [noreorder] [PIC] [CPIC]

MIPS ABI Flags Version: 0

ISA: MIPS1
GPR size: 32
CPR1 size: 32
CPR2 size: 0
FP ABI: Hard float (double precision)
ISA Extension: None
ASEs:
None
FLAGS 1: 00000000
FLAGS 2: 00000000

</pre>
</div>
</div>

Das Binary kann jetzt auf eine Mips-Box kopiert werden, um endgültig sicherzustellen, dass wir hier keinen Murks produziert haben.

Cross Compiler

2023-02-26T15:27:44Z

Rdamas: /* Schritt 4: Installation */

<blockquote>
Unter einem Cross-Compiler versteht man einen Compiler, der auf einem bestimmten System (auch Hostplattform genannt) läuft, aber Kompilate (Objektdateien oder ausführbare Programme) für andere Systeme erzeugt. Diese Ziel-Systeme können andere Betriebssysteme, andere Prozessoren oder eine Kombination der beiden sein. Ein konkretes Beispiel wäre ein Compiler, der auf einem Intel-basierten Windows-System läuft und Programme für PowerPC-basierte Linux-Systeme erzeugt. Handelt es sich bei der Zielplattform um ein eingebettetes System, das selbst nicht für Entwicklung und Übersetzung geeignet ist, spricht man auch von einem Target-Compiler.
</blockquote> ([https://de.wikipedia.org/wiki/Cross-Compiler Cross-Compiler])

Vorgestellt wird hier ein Cross-Compiler, der auf der auf unseren ARM-Boxen läuft und Code für Mips-Boxen erstellt. Motivation dazu ist, dass unsere 4k Boxen genügend Flash-Speicher und Hauptspeicher bereitstellen, dass ein Cross-Compiler für Mips problemlos neben einem ARM-Compiler auf den Boxen erstellt und installiert werden kann. Und natürlich, dass wir als Entwickler gerne beide von Vu+ bereit gestellten Architekturen unterstützen möchten, auch wenn wir selber nicht beide Architekturen im Zugriff haben.

Beispielhaft zeigt dieser Artikel die Installation und Benutzung des Cross-Compilers.

== Installation ==
In der [https://vuplus-support.org/wbb4/filebase/index.php?entry/1146-mipsel-cross-compiler-f%C3%BCr-arm/ Database] haben wir einen Mips-Cross-Compiler für ARM-Boxen zur Verfügung gestellt. Dieser besteht aus mehreren Paketen :
* Binutils
* Compiler
* Grundstock an Include-Dateien und Libraries ("Sysroot").

Um Binaries für Mips-Boxen auf unseren ARM-Boxen zu erstellen, müssen alle drei Pakete installiert sein.

Nach dem Download der Pakete auf eine ARM-Box können die drei Pakete mit <code>opkg install <Paket.ipk></code> wie jedes andere Paket auch installiert werden. Nach der Installation befinden sich unter <code>/usr/bin</code> diverse Programme mit dem Präfix <code>mipsel-oe-linux-</code> und unterhalb von <code>/usr/mipsel-oe-linux</code> das "Sysroot" mit Include-Dateien und Bibliotheken, um Mipsel-Binaries zu compilieren.

== Benutzung ==
Beispielhaft wird jetzt die Benutzung des Cross-Compilers anhand eines Pakets beschrieben, welches ich oft und viel benutze: "grep".

=== Schritt 1: Sourcen besorgen ===
Die Sourcen für grep befinden sich auf dem GNU-FTP-Server unter https://ftp.gnu.org/gnu/grep/ - die momentan aktuelle Version ist grep-3.8. Die Sourcen werden von dort heruntergeladen und irgendwo auf der Festplatte der Box entpackt, z.B. unter /media/hdd/build. Ausgepackt wird in der Konsole (z.B. Putty) mit dem tar-Befehl: <code>tar xvf grep-3.8.tar.gz</code>

=== Schritt 2: Sourcen konfigurieren ===
Mit <code>cd grep-3.8</code> wird in den ausgpackten Source-Tree gewechselt. Die meisten der heute benutzten Software-Pakete werden mit einem <code>configure</code> konfiguriert; dieses schaut, ob alle benötigten Komponenten für ein erfolgreiches übersetzen vorhanden sind, und generiert die Makefiles, um das Programm anschließend zu übersetzen.

Um Makefiles benutzen zu können, benötigt man das <code>make</code>-Programm. Ein fertig übersetztes Programm befindet sich in der Database beim aktuellen GCC für die ARM-Boxen.

Ein erster Versuch, den Cross-Compiler zu benutzen, ist immer, den Aufruf von <code>configure</code> mit der <code>CC</code>-Variablen zu testen; es gibt eine Reihe von Umgebungsvariablen, die man auf diese Weise (nicht nur) an das configure-Script weiterreichen kann. Ein paar weitere sind: CXX (c++-Compiler), CFLAGS (Flags für den C-Compiler), CXXFLAGS (Flags für den C++-Compiler)

<code>CC=mipsel-oe-linux-gcc ./configure --prefix=/usr</code>

Das funktioniert bei <code>grep</code> nicht, die Fehlermeldung sagt, dass man den Compiler über den Switch <code>--host=mipsel-oe-linux</code> angeben soll. Das funktioniert. Also zweiter Versuch:

<code>./configure --host=mipsel-oe-linux --prefix=/usr</code>

Der Switch <code>--prefix=/usr</code> sagt der Umgebung, dass das fertig übersetzte Programm später nach <code>/usr</code> installiert werden soll; das bedeutet, dass das Binary unter <code>/usr/bin/grep</code> installiert wird. Ohne diesen Switch wird normalerweise <code>/usr/local</code> als Ziel benutzt, und das Binary findet sich später unter <code>/usr/local/bin/grep</code>.

=== Schritt 3: Compilieren ===
Als nächstes soll das Programm übersetzt werden; dazu wird <code>make</code> aufgerufen (ein "make" befindet sich im Paket aus dem Download "git-make.zip" in der [https://vuplus-support.org/wbb4/filebase/index.php?entry/1098-gcc-10-2-0-f%C3%BCr-boxen-mit-arm-prozessor-4k/ Database]):

<code>make</code>

Meistens dauert der Configure-Schritt genauso lange wie das eigentliche Übersetzen des Programms. Wenn beim Übersetzen keine Fehler passiert sind, kann das Programm installiert werden.

=== Schritt 4: Installation ===

Ich kontrolliere gerne vor dem installieren, was installiert werden soll. Fast alle Makefiles kennen das "Target" "install", viele können auch mit dem Target "install-strip" umgehen, und viele kennen auch eine Möglichkeit, das Programm in einem anderen Verzeichnis zu installieren. In der Regel wird das mit der Variablen <code>DESTDIR</code> erreicht. Wir führen also aus:

<code>make install-strip DESTDIR=/media/hdd/install</code>

Das installiert das übersetzte Programm unterhalb von <code>/media/hdd/install</code>, wo wir noch einmal schauen können, was wir mitnehmen möchten, und was nicht.

* <code>make install</code> installiert das fertig übersetzte Programm an seinen Bestimmungs-Ort.
* <code>make install-strip</code> strippt Binaries vor der Installation und installiert sie dann an sienen Bestimmungs-Ort.
* <code>make install DESTDIR=/media/hdd/install</code> installiert die Binaries in ein anderes Zielverzeichnis <code>/media/hdd/install</code> anstatt in das dafür vorgesehene Verzeichnis.

Weitere nützliche Ausfrufe von <code>make</code>
* <code>make V=1</code> zeigt genauer an, was beim übersetzen wirklich ausgeführt wird; manchmal unterdrücken Makefiles wie das von grep die Ausgabe, wie genau der Compiler aufgerufen wird.
* <code>make CC=mipsel-oe-linux-gcc</code> "überschreibt" den Eintrag für den Compiler im Makefile; das funktioniert bei allen Variablen im Makefile, die entsprechend deklariert wurden.

=== Schritt 5: Programm einpacken und testen ===
Der nächste Schritt ist bei mir immer, die Dateien als IPK einzupacken. Wie das gemacht werden kann, soll hier nicht gezeigt werden; dazu habe ich unter [[Paketmanager opkg]] schon einiges geschrieben.

Wir kontrollieren aber noch einmal, dass der Cross-Compiler ein Mipsel-Binary erstellt hat. Dazu wechseln wir in der Konsole mit "cd" nach <code>/media/hdd/install/usr/bin</code>. Ein <code>ls -l</code> zeigt hier drei Dateien an, <code>egrep</code>, <code>fgrep</code> und <code>grep</code>. egrep und fgrep sind Shell-Scripten, das eigentliche Binary ist <code>grep</code>. Wir können uns den Inhalt mit einigen Tools anschauen. Als erstes:

<code>file grep</code>: Ausgabe sollte sein: <code>grep: ELF 32-bit LSB executable, MIPS, MIPS-I version 1 (SYSV), dynamically linked, interpreter /lib/ld.so.1, for GNU/Linux 2.6.32, stripped</code>

Schauen wir etwas genauer in das Binary:

<code>mipsel-oe-linux-objdump -p grep</code>

Hier sehen wir alle interessanten Informationen, zum Beispiel welche Shared-Libraries das Programm in welcher Version auf der Mips-Maschine benötigt.

<div class="mw-collapsible mw-collapsed">
Ausgabe von <code>objdump grep</code>: bitte aufklappen.
<div class="mw-collapsible-content">
<pre>

grep: file format elf32-tradlittlemips

Program Header:
PHDR off 0x00000034 vaddr 0x00400034 paddr 0x00400034 align 2**2
filesz 0x00000140 memsz 0x00000140 flags r--
INTERP off 0x00000174 vaddr 0x00400174 paddr 0x00400174 align 2**0
filesz 0x0000000d memsz 0x0000000d flags r--
0x70000003 off 0x000001a8 vaddr 0x004001a8 paddr 0x004001a8 align 2**3
filesz 0x00000018 memsz 0x00000018 flags r--
0x70000000 off 0x000001c0 vaddr 0x004001c0 paddr 0x004001c0 align 2**2
filesz 0x00000018 memsz 0x00000018 flags r--
LOAD off 0x00000000 vaddr 0x00400000 paddr 0x00400000 align 2**16
filesz 0x00040280 memsz 0x00040280 flags r-x
LOAD off 0x00040280 vaddr 0x00450280 paddr 0x00450280 align 2**16
filesz 0x00000ab8 memsz 0x00011580 flags rw-
DYNAMIC off 0x000001d8 vaddr 0x004001d8 paddr 0x004001d8 align 2**2
filesz 0x00000118 memsz 0x00000118 flags r--
NOTE off 0x00000184 vaddr 0x00400184 paddr 0x00400184 align 2**2
filesz 0x00000020 memsz 0x00000020 flags r--
EH_FRAME off 0x00040240 vaddr 0x00440240 paddr 0x00440240 align 2**2
filesz 0x00000014 memsz 0x00000014 flags r--
NULL off 0x00000000 vaddr 0x00000000 paddr 0x00000000 align 2**2
filesz 0x00000000 memsz 0x00000000 flags ---

Dynamic Section:
NEEDED libc.so.6
INIT 0x00402cf4
FINI 0x0043ca60
INIT_ARRAY 0x00450280
INIT_ARRAYSZ 0x00000004
FINI_ARRAY 0x00450284
FINI_ARRAYSZ 0x00000004
HASH 0x004002f0
STRTAB 0x00401d6c
SYMTAB 0x00400b8c
STRSZ 0x00000c84
SYMENT 0x00000010
MIPS_RLD_MAP 0x004508b0
MIPS_RLD_MAP_REL 0x00050670
DEBUG 0x00000000
PLTGOT 0x004508c0
REL 0x00402c8c
RELSZ 0x00000068
RELENT 0x00000008
MIPS_RLD_VERSION 0x00000001
MIPS_FLAGS 0x00000002
MIPS_BASE_ADDRESS 0x00400000
MIPS_LOCAL_GOTNO 0x00000097
MIPS_SYMTABNO 0x0000011e
MIPS_UNREFEXTNO 0x00000029
MIPS_GOTSYM 0x00000098
VERNEED 0x00402c2c
VERNEEDNUM 0x00000001
VERSYM 0x004029f0

Version References:
required from libc.so.6:
0x0d696914 0x00 06 GLIBC_2.4
0x0d696915 0x00 05 GLIBC_2.5
0x0d696912 0x00 04 GLIBC_2.2
0x0d696910 0x00 03 GLIBC_2.0
0x0d696913 0x00 02 GLIBC_2.3
private flags = 1007: [abi=O32] [mips1] [not 32bitmode] [noreorder] [PIC] [CPIC]

MIPS ABI Flags Version: 0

ISA: MIPS1
GPR size: 32
CPR1 size: 32
CPR2 size: 0
FP ABI: Hard float (double precision)
ISA Extension: None
ASEs:
None
FLAGS 1: 00000000
FLAGS 2: 00000000

</pre>
</div>
</div>

Das Binary kann jetzt auf eine Mips-Box kopiert werden, um endgültig sicherzustellen, dass wir hier keinen Murks produziert haben.

Cross Compiler

2023-02-26T15:19:42Z

Rdamas: /* Schritt 3: Compilieren */

Cross Compiler

2023-02-26T15:17:42Z

Rdamas: /* Installation */

Cross Compiler

2023-02-26T14:17:17Z

Rdamas: /* Schritt 5: Programm einpacken und testen */

Cross Compiler

2023-02-26T14:16:13Z

Rdamas:

<blockquote>
Unter einem Cross-Compiler versteht man einen Compiler, der auf einem bestimmten System (auch Hostplattform genannt) läuft, aber Kompilate (Objektdateien oder ausführbare Programme) für andere Systeme erzeugt. Diese Ziel-Systeme können andere Betriebssysteme, andere Prozessoren oder eine Kombination der beiden sein. Ein konkretes Beispiel wäre ein Compiler, der auf einem Intel-basierten Windows-System läuft und Programme für PowerPC-basierte Linux-Systeme erzeugt. Handelt es sich bei der Zielplattform um ein eingebettetes System, das selbst nicht für Entwicklung und Übersetzung geeignet ist, spricht man auch von einem Target-Compiler.
</blockquote> ([https://de.wikipedia.org/wiki/Cross-Compiler Cross-Compiler])

Vorgestellt wird hier ein Cross-Compiler, der auf der auf unseren ARM-Boxen läuft und Code für Mips-Boxen erstellt. Motivation dazu ist, dass unsere 4k Boxen genügend Flash-Speicher und Hauptspeicher bereitstellen, dass ein Cross-Compiler für Mips problemlos neben einem ARM-Compiler auf den Boxen erstellt und installiert werden kann. Und natürlich, dass wir als Entwickler gerne beide von Vu+ bereit gestellten Architekturen unterstützen möchten, auch wenn wir selber nicht beide Architekturen im Zugriff haben.

Beispielhaft zeigt dieser Artikel die Installation und Benutzung des Cross-Compilers.

== Installation ==
In der [https://vuplus-support.org/wbb4/filebase/index.php?entry/1146-mipsel-cross-compiler-f%C3%BCr-arm/ Database] haben wir einen Mips-Cross-Compiler für ARM-Boxen zur Verfügung gestellt. Dieser besteht aus mehreren Paketen :
* Binutils
* Compiler
* Grundstock an Include-Dateien und Libraries ("Sysroot").

Um Binaries für Mips-Boxen auf unseren ARM-Boxen zu erstellen, müssen alle drei Pakete installiert sein.

Nach dem Download der Pakete auf eine ARM-Box können die drei Pakete mit '''opkg install <Paket.ipk>''' wie jedes andere Paket auch installiert werden. Nach der Installation befinden sich unter '''/usr/bin''' diverse Programme mit dem Präfix '''mipsel-oe-linux-''' und unterhalb von '''/usr/mipsel-oe-linux''' das "Sysroot" mit Include-Dateien und Bibliotheken, um Mipsel-Binaries zu compilieren.

== Benutzung ==
Beispielhaft wird jetzt die Benutzung des Cross-Compilers anhand eines Pakets beschrieben, welches ich oft und viel benutze: "grep".

=== Schritt 1: Sourcen besorgen ===
Die Sourcen für grep befinden sich auf dem GNU-FTP-Server unter https://ftp.gnu.org/gnu/grep/ - die momentan aktuelle Version ist grep-3.8. Die Sourcen werden von dort heruntergeladen und irgendwo auf der Festplatte der Box entpackt, z.B. unter /media/hdd/build. Ausgepackt wird in der Konsole (z.B. Putty) mit dem tar-Befehl: <code>tar xvf grep-3.8.tar.gz</code>

=== Schritt 2: Sourcen konfigurieren ===
Mit <code>cd grep-3.8</code> wird in den ausgpackten Source-Tree gewechselt. Die meisten der heute benutzten Software-Pakete werden mit einem <code>configure</code> konfiguriert; dieses schaut, ob alle benötigten Komponenten für ein erfolgreiches übersetzen vorhanden sind, und generiert die Makefiles, um das Programm anschließend zu übersetzen.

Um Makefiles benutzen zu können, benötigt man das <code>make</code>-Programm. Ein fertig übersetztes Programm befindet sich in der Database beim aktuellen GCC für die ARM-Boxen.

Ein erster Versuch, den Cross-Compiler zu benutzen, ist immer, den Aufruf von <code>configure</code> mit der <code>CC</code>-Variablen zu testen; es gibt eine Reihe von Umgebungsvariablen, die man auf diese Weise (nicht nur) an das configure-Script weiterreichen kann. Ein paar weitere sind: CXX (c++-Compiler), CFLAGS (Flags für den C-Compiler), CXXFLAGS (Flags für den C++-Compiler)

<code>CC=mipsel-oe-linux-gcc ./configure --prefix=/usr</code>

Das funktioniert bei <code>grep</code> nicht, die Fehlermeldung sagt, dass man den Compiler über den Switch <code>--host=mipsel-oe-linux</code> angeben soll. Das funktioniert. Also zweiter Versuch:

<code>./configure --host=mipsel-oe-linux --prefix=/usr</code>

Der Switch <code>--prefix=/usr</code> sagt der Umgebung, dass das fertig übersetzte Programm später nach <code>/usr</code> installiert werden soll; das bedeutet, dass das Binary unter <code>/usr/bin/grep</code> installiert wird. Ohne diesen Switch wird normalerweise <code>/usr/local</code> als Ziel benutzt, und das Binary findet sich später unter <code>/usr/local/bin/grep</code>.

=== Schritt 3: Compilieren ===
Als nächstes soll das Programm übersetzt werden; dazu wird <code>make</code> aufgerufen:

<code>make</code>

Meistens dauert der Configure-Schritt genauso lange wie das eigentliche Übersetzen des Programms. Wenn beim Übersetzen keine Fehler passiert sind, kann das Programm installiert werden.

=== Schritt 4: Installation ===

Ich kontrolliere gerne vor dem installieren, was installiert werden soll. Fast alle Makefiles kennen das "Target" "install", viele können auch mit dem Target "install-strip" umgehen, und viele kennen auch eine Möglichkeit, das Programm in einem anderen Verzeichnis zu installieren. In der Regel wird das mit der Variablen <code>DESTDIR</code> erreicht. Wir führen also aus:

<code>make install-strip DESTDIR=/media/hdd/install</code>

Das installiert das übersetzte Programm unterhalb von <code>/media/hdd/install</code>, wo wir noch einmal schauen können, was wir mitnehmen möchten, und was nicht.

=== Schritt 5: Programm einpacken und testen ===
Der nächste Schritt ist bei mir immer, die Dateien als IPK einzupacken. Wie das gemacht werden kann, soll hier nicht gezeigt werden; dazu habe ich unter [[Paketmanager opkg]] schon einiges geschrieben.

Wir kontrollieren aber noch einmal, dass der Cross-Compiler ein Mipsel-Binary erstellt hat. Dazu wechseln wir in der Konsole mit "cd" nach <code>/media/hdd/install/usr/bin</code>. Ein <code>ls -l</code> zeigt hier drei Dateien an, <code>egrep</code>, <code>fgrep</code> und <code>grep</code>. egrep und fgrep sind Shell-Scripten, das eigentliche Binary ist <code>grep</code>. Wir können uns den Inhalt mit einigen Tools anschauen. Als erstes:

<code>file grep</code>: Ausgabe sollte sein: <code>grep: ELF 32-bit LSB executable, MIPS, MIPS-I version 1 (SYSV), dynamically linked, interpreter /lib/ld.so.1, for GNU/Linux 2.6.32, stripped</code>

Schauen wir etwas genauer in das Binary:

<code>mipsel-oe-linux-objdump -p grep</code>

Hier sehen wir alle interessanten Informationen, zum Beispiel welche Shared-Libraries das Programm in welcher Version auf der Mips-Maschine benötigt.

<div class="mw-collapsible mw-collapsed">
Ausgabe von <code>objdump grep</code>: bitte aufklappen.
<div class="mw-collapsible-content">
<pre>

grep: file format elf32-little

Program Header:
PHDR off 0x00000034 vaddr 0x00400034 paddr 0x00400034 align 2**2
filesz 0x00000140 memsz 0x00000140 flags r--
INTERP off 0x00000174 vaddr 0x00400174 paddr 0x00400174 align 2**0
filesz 0x0000000d memsz 0x0000000d flags r--
0x70000003 off 0x000001a8 vaddr 0x004001a8 paddr 0x004001a8 align 2**3
filesz 0x00000018 memsz 0x00000018 flags r--
0x70000000 off 0x000001c0 vaddr 0x004001c0 paddr 0x004001c0 align 2**2
filesz 0x00000018 memsz 0x00000018 flags r--
LOAD off 0x00000000 vaddr 0x00400000 paddr 0x00400000 align 2**16
filesz 0x00040280 memsz 0x00040280 flags r-x
LOAD off 0x00040280 vaddr 0x00450280 paddr 0x00450280 align 2**16
filesz 0x00000ab8 memsz 0x00011580 flags rw-
DYNAMIC off 0x000001d8 vaddr 0x004001d8 paddr 0x004001d8 align 2**2
filesz 0x00000118 memsz 0x00000118 flags r--
NOTE off 0x00000184 vaddr 0x00400184 paddr 0x00400184 align 2**2
filesz 0x00000020 memsz 0x00000020 flags r--
EH_FRAME off 0x00040240 vaddr 0x00440240 paddr 0x00440240 align 2**2
filesz 0x00000014 memsz 0x00000014 flags r--
NULL off 0x00000000 vaddr 0x00000000 paddr 0x00000000 align 2**2
filesz 0x00000000 memsz 0x00000000 flags ---

Dynamic Section:
NEEDED libc.so.6
INIT 0x00402cf4
FINI 0x0043ca60
INIT_ARRAY 0x00450280
INIT_ARRAYSZ 0x00000004
FINI_ARRAY 0x00450284
FINI_ARRAYSZ 0x00000004
HASH 0x004002f0
STRTAB 0x00401d6c
SYMTAB 0x00400b8c
STRSZ 0x00000c84
SYMENT 0x00000010
0x70000016 0x004508b0
0x70000035 0x00050670
DEBUG 0x00000000
PLTGOT 0x004508c0
REL 0x00402c8c
RELSZ 0x00000068
RELENT 0x00000008
0x70000001 0x00000001
0x70000005 0x00000002
0x70000006 0x00400000
0x7000000a 0x00000097
0x70000011 0x0000011e
0x70000012 0x00000029
0x70000013 0x00000098
VERNEED 0x00402c2c
VERNEEDNUM 0x00000001
VERSYM 0x004029f0

Version References:
required from libc.so.6:
0x0d696914 0x00 06 GLIBC_2.4
0x0d696915 0x00 05 GLIBC_2.5
0x0d696912 0x00 04 GLIBC_2.2
0x0d696910 0x00 03 GLIBC_2.0
0x0d696913 0x00 02 GLIBC_2.3

root@vusolo4k:/media/hdd/install/tut/grep-3.8/src# ^Cjdump -p grep
root@vusolo4k:/media/hdd/install/tut/grep-3.8/src# mipsel-oe-linux-objdump -p grep

grep: file format elf32-tradlittlemips

Program Header:
PHDR off 0x00000034 vaddr 0x00400034 paddr 0x00400034 align 2**2
filesz 0x00000140 memsz 0x00000140 flags r--
INTERP off 0x00000174 vaddr 0x00400174 paddr 0x00400174 align 2**0
filesz 0x0000000d memsz 0x0000000d flags r--
0x70000003 off 0x000001a8 vaddr 0x004001a8 paddr 0x004001a8 align 2**3
filesz 0x00000018 memsz 0x00000018 flags r--
0x70000000 off 0x000001c0 vaddr 0x004001c0 paddr 0x004001c0 align 2**2
filesz 0x00000018 memsz 0x00000018 flags r--
LOAD off 0x00000000 vaddr 0x00400000 paddr 0x00400000 align 2**16
filesz 0x00040280 memsz 0x00040280 flags r-x
LOAD off 0x00040280 vaddr 0x00450280 paddr 0x00450280 align 2**16
filesz 0x00000ab8 memsz 0x00011580 flags rw-
DYNAMIC off 0x000001d8 vaddr 0x004001d8 paddr 0x004001d8 align 2**2
filesz 0x00000118 memsz 0x00000118 flags r--
NOTE off 0x00000184 vaddr 0x00400184 paddr 0x00400184 align 2**2
filesz 0x00000020 memsz 0x00000020 flags r--
EH_FRAME off 0x00040240 vaddr 0x00440240 paddr 0x00440240 align 2**2
filesz 0x00000014 memsz 0x00000014 flags r--
NULL off 0x00000000 vaddr 0x00000000 paddr 0x00000000 align 2**2
filesz 0x00000000 memsz 0x00000000 flags ---

Dynamic Section:
NEEDED libc.so.6
INIT 0x00402cf4
FINI 0x0043ca60
INIT_ARRAY 0x00450280
INIT_ARRAYSZ 0x00000004
FINI_ARRAY 0x00450284
FINI_ARRAYSZ 0x00000004
HASH 0x004002f0
STRTAB 0x00401d6c
SYMTAB 0x00400b8c
STRSZ 0x00000c84
SYMENT 0x00000010
MIPS_RLD_MAP 0x004508b0
MIPS_RLD_MAP_REL 0x00050670
DEBUG 0x00000000
PLTGOT 0x004508c0
REL 0x00402c8c
RELSZ 0x00000068
RELENT 0x00000008
MIPS_RLD_VERSION 0x00000001
MIPS_FLAGS 0x00000002
MIPS_BASE_ADDRESS 0x00400000
MIPS_LOCAL_GOTNO 0x00000097
MIPS_SYMTABNO 0x0000011e
MIPS_UNREFEXTNO 0x00000029
MIPS_GOTSYM 0x00000098
VERNEED 0x00402c2c
VERNEEDNUM 0x00000001
VERSYM 0x004029f0

Version References:
required from libc.so.6:
0x0d696914 0x00 06 GLIBC_2.4
0x0d696915 0x00 05 GLIBC_2.5
0x0d696912 0x00 04 GLIBC_2.2
0x0d696910 0x00 03 GLIBC_2.0
0x0d696913 0x00 02 GLIBC_2.3
private flags = 1007: [abi=O32] [mips1] [not 32bitmode] [noreorder] [PIC] [CPIC]

MIPS ABI Flags Version: 0

ISA: MIPS1
GPR size: 32
CPR1 size: 32
CPR2 size: 0
FP ABI: Hard float (double precision)
ISA Extension: None
ASEs:
None
FLAGS 1: 00000000
FLAGS 2: 00000000

</pre>
</div>
</div>

Das Binary kann jetzt auf eine Mips-Box kopiert werden, um endgültig sicherzustellen, dass wir hier keinen Murks produziert haben.

Cross Compiler

2023-02-26T14:09:57Z

Rdamas: /* Benutzung */

Cross Compiler

2023-02-26T13:51:54Z

Rdamas: /* Installation */

Cross Compiler

2023-02-26T13:51:25Z

Rdamas: /* Installation */

Cross Compiler

2023-02-26T13:47:27Z

Rdamas: /* Schritt 2: Sourcen konfigurieren */

Cross Compiler

2023-02-26T13:17:22Z

Rdamas: Die Seite wurde neu angelegt: „<blockquote> Unter einem Cross-Compiler versteht man einen Compiler, der auf einem bestimmten System (auch Hostplattform genannt) läuft, aber Kompilate (Objek…“

Vu+ STB Vergleichstabelle

2022-12-29T18:54:01Z

Rdamas: /* Vu+ 4K (UHD) STB's */

[[Kategorie:Index]]
[[Kategorie:Hardware]]
== Vu+ 4K (UHD) STB's ==

{| class="wikitable mw-datatable" style="text-align:center"
|-
! style="background-color:#e0e0e0;width:15em" |
! style="background-color:#e0e0e0;width:15em" | [[Vu+ Duo 4K SE]]<br>
! style="background-color:#e0e0e0;width:15em" | [[Vu+ Duo 4K]]<br>(no longer available)
! style="background-color:#e0e0e0;width:15em" | [[Vu+ Solo 4K]]<br>(no longer available)
! style="background-color:#e0e0e0;width:15em" | [[Vu+ Ultimo 4K]]<br>(no longer available)
! style="background-color:#e0e0e0;width:15em" | [[Vu+ Uno 4K]]<br>(no longer available)
! style="background-color:#e0e0e0;width:15em" | [[Vu+ Uno 4K SE]]
! style="background-color:#e0e0e0;width:15em" | [[Vu+ Zero 4K]]
|-
! style="color:white; background-color:#696969;" | CPU / RAM !! style="background-color:#696969;" colspan="7"|
|-
| style="background-color:#e0e0e0;" | CPU Hersteller || Broadcom || Broadcom || Broadcom || Broadcom || Broadcom || Broadcom || Broadcom
|-
| style="background-color:#e0e0e0;" | CPU Typ || BCM 7444S || BCM 7278 || BCM 7376 || BCM 7444S || BCM 7252S || BCM7252S || BCM 72604
|-
| style="background-color:#e0e0e0;" | CPU Architektur || ARM || ARM || ARM || ARM || ARM || ARM || ARM
|-
| style="background-color:#e0e0e0;" | CPU Takt || 4x 1.5 Ghz || 4x 2.1 Ghz || 2x 1.5 Ghz || 4x 1.5 Ghz || 2x 1.7 GHz || 2x 1.7 Ghz || 2x 1.5 Ghz
|-|
| style="background-color:#e0e0e0;" | Flash Typ || eMMC || eMMC || eMMC || eMMC || eMMC || eMMC || eMMC
|-
| style="background-color:#e0e0e0;" | Flash Größe || 4 GB || 4 GB || 4 GB || 4 GB || 4 GB || 4 GB || 4 GB
|-
| style="background-color:#e0e0e0;" | RAM || 3 GB || 2 GB || 2 GB || 3 GB || 2 GB || 2 GB || 2 GB
|-
! style="color:white; background-color:#696969;" | PVR !! style="background-color:#696969" colspan="7"|
|-
| style="background-color:#e0e0e0;" | PVR-Ready || {{Ja}} || {{Ja}} || {{Ja}} || {{Ja}} || {{Ja}} || {{Ja}} || {{Ja}}
|-
| style="background-color:#e0e0e0;" | HDD || Plug & Play Wechselrahmen<br />für 2,5" SATA - Festplatten<br /> Bauhöhe bis max.15mm || Plug & Play Wechselrahmen<br />für 2,5" SATA - Festplatten<br /> Bauhöhe bis max.15mm || Plug & Play Wechselrahmen<br />für 2,5" SATA - Festplatten<br /> Bauhöhe bis max.10,5mm || Intern<br />2,5"/3,5" || Extern || Plug & Play Wechselrahmen<br />für 2,5" SATA - Festplatten<br /> Bauhöhe bis max.10,5mm || Extern mit PVR-Kit
|-
| style="background-color:#e0e0e0;" | SATA || {{Ja}} || {{Ja}} || {{Ja}} || {{Ja}} || {{Nein}} || {{Ja}} || {{Nein}}
|-
! style="color:white; background-color:#696969;" | Kartenleser / CI !! style="background-color:#696969;" colspan="7"|
|-
| style="background-color:#e0e0e0;" | Kartenleser || 1 || 1 || 2 || 2 || 1 || 1 || 1
|-
| style="background-color:#e0e0e0;" | Common Interface || 2 || 2 || 1 || 2 || 1 || 1 || 1
|-
| style="background-color:#e0e0e0;" | CI+ zertifiziert || {{Nein}} || {{Nein}} || {{Nein}} || {{Nein}} || {{Nein}} || {{Nein}} || {{Nein}}
|-
! style="color:white; background-color:#696969;" | Netzwerk !! style="background-color:#696969" colspan="7"|
|-
| style="background-color:#e0e0e0;" | Ethernet<br />Fast / Gigabit || {{Ja}} / {{Ja}} || {{Ja}} / {{Ja}} || {{Ja}} / {{Ja}} || {{Ja}} / {{Ja}} || {{Ja}} / {{Ja}} || {{Ja}} / {{Ja}} || {{Ja}} / {{Nein}}
|-
| style="background-color:#e0e0e0;" | WiFi 2,4 GHz || {{Ja}} || {{Ja}} || WiFi 300 Mbit/s || {{Ja}} || {{Nein}} (nur via USB-WLAN Stick) || {{Nein}} (nur via USB-WLAN Stick) || {{Nein}} (nur via USB-WLAN Stick)
|-
| style="background-color:#e0e0e0;" | WiFi 5 GHz || {{Ja}} || {{Ja}} || {{Nein}} (nur via USB-WLAN Stick) || {{Ja}} || {{Nein}} (nur via USB-WLAN Stick) || {{Nein}} (nur via USB-WLAN Stick) || {{Nein}} (nur via USB-WLAN Stick)
|-
| style="background-color:#e0e0e0;" | Wake on LAN (WoL) || {{Nein}} || {{Nein}} || {{Nein}} || {{Nein}} || {{Nein}} || {{Nein}} || {{Nein}}
|-
| style="background-color:#e0e0e0;" | Wake on WLAN (WoWLAN) || {{Nein}} || {{Nein}} || {{Nein}} || {{Ja}} || {{Nein}} || {{Nein}} || {{Nein}}
|-
! style="color:white; background-color:#696969;" | USB / Bluetooth / Display!! style="background-color:#696969" colspan="7"|
|-
| style="background-color:#e0e0e0;" | USB 2.0 || 1x Front || 1x Front || 1x Front || 1x Front || {{Nein}} || {{Nein}} || 1x Back
|-
| style="background-color:#e0e0e0;" | USB 3.0 || 2x Back || 2x Back || 2x Back || 2x Back || 1x Left Side / 1x Back || 2x Back || {{Nein}}
|-
| style="background-color:#e0e0e0;" | Bluetooth || BT 4.1 || BT 4.1 || {{Nein}} (nur via Vu+ USB-BT Dongle) || BT 4.0 || {{Nein}} (nur via Vu+ USB-BT Dongle) || {{Nein}} (nur via Vu+ USB-BT Dongle) || {{Nein}} (nur via Vu+ USB-BT Dongle)
|-
| style="background-color:#e0e0e0;" | Display || 3.5" Farb LCD<br>480 x 320 x 32 || 3.5" Farb LCD<br>480 x 320 x 32 || 3.5" Farb LCD<br>480 x 320 x 32 || 4.0" Farb LCD<br>800 x 480 x 32 || {{Nein}} || 2.4" Farb LCD<br>400 x 240 x 32 || {{Nein}}
|-
! style="color:white; background-color:#696969;" | Tuner !! style="background-color:#696969" colspan="7"|
|-
| style="background-color:#e0e0e0;" | Mögliche Tuner || DVB-S2X / MIS opt. /C/T2 || DVB-S2X/C/T2 || DVB-S2/C/T(2) || DVB-S2/C/T(2) || DVB-S2/C || DVB-S2/C || DVB-S2X/C/T2
|-
| style="background-color:#e0e0e0;" | Tunersteckplatz neues System || 2 || 2 || keine || 2<sup>1)</sup> || 1 || 1 || keine
|-
| style="background-color:#e0e0e0;" | Tunersteckplatz altes System || keine || keine || 1 || 1 || keine || keine || keine
|-
| style="background-color:#e0e0e0;" | Tuner fest verbaut || keine || keine || [[DVB-S2 FBC Twin-Tuner]] || keine || keine || keine || {{Ja}}
|-
| style="background-color:#e0e0e0;" | Tuner austauschbar || {{Ja}} || {{Ja}} || {{Ja}} || {{Ja}} || {{Ja}} || {{Ja}} || {{Nein}}
|-
| style="background-color:#e0e0e0;" | Anzahl Tuner || variabel<sup>2)</sup> || variabel<sup>2)</sup> || variabel<sup>3)</sup> || variabel<sup>4)</sup> || variabel<sup>5)</sup> || variabel<sup>5)</sup> || 1<sup>6)</sup>
|-
! style="color:white; background-color:#696969;" | Audio !! style="background-color:#696969" colspan="7"|
|-
| style="background-color:#e0e0e0;" | Audio out analog || {{Nein}} || {{Nein}} || {{Nein}} || Cinch || 3,5mm A/V Buchse || {{Nein}} || {{Nein}}
|-
| style="background-color:#e0e0e0;" | S/PDIF out || optisch || optisch || optisch || optisch || optisch || optisch || optisch
|-
! style="color:white; background-color:#696969;" | Video !! style="background-color:#696969" colspan="7"|
|-
| style="background-color:#e0e0e0;" | Analog Video out || {{Nein}} || {{Nein}} || {{Nein}} || {{Nein}} || 3,5mm A/V Buchse || {{Nein}} || {{Nein}}
|-
| style="background-color:#e0e0e0;" | HDMI-Out || HDMI (2.0) || HDMI (2.0) || HDMI (2.0) || HDMI (2.0) || HDMI (2.0) || HDMI (2.0) || HDMI (2.0)
|-
| style="background-color:#e0e0e0;" | HDMI-In || HDMI (2.0) || HDMI (2.0) || {{Nein}} || HDMI (2.0) || {{Nein}} || HDMI (2.0) || {{Nein}}
|-
| style="background-color:#e0e0e0;" | UHDTV-tauglich || {{Ja}} || {{Ja}} || {{Ja}} || {{Ja}} || {{Ja}} || {{Ja}} || {{Ja}}
|-
| style="background-color:#e0e0e0;" | HDTV-tauglich (DVB-S/S2/C) || {{Ja}} || {{Ja}} || {{Ja}} || {{Ja}} || {{Ja}} || {{Ja}} || {{Ja}}
|-
| style="background-color:#e0e0e0;" | HDTV-tauglich (DVB-T2 HD) || {{Ja}} || {{Ja}} || {{Ja}} || {{Ja}} || {{Ja}} || {{Ja}} || {{Ja}}
|-
| style="background-color:#e0e0e0;" | HDTV-tauglich (DVB-T2) || {{Ja}} || {{Ja}} || {{Ja}} || {{Ja}} || {{Ja}} || {{Ja}} || {{Ja}}
|-
| style="background-color:#e0e0e0;" | 3D-GUI fähig || {{Ja}} || {{Ja}} || {{Ja}} || {{Ja}} || {{Ja}} || {{Ja}} || {{Ja}}
|-
| style="background-color:#e0e0e0;" | VP9 fähig || {{Ja}}<sup>7)</sup> || ? || {{Nein}} || {{Ja}}<sup>7)</sup> || {{Ja}}<sup>7)</sup> || {{Ja}}<sup>7)</sup> || {{Ja}}<sup>7)</sup>
|-
| style="background-color:#e0e0e0;" | Transcoding || Dual HD Transcoding || Dual HD Transcoding || {{Ja}} (dann kein [[PiP]] möglich!) || Dual HD Transcoding || HD Transcoding || HD Transcoding || {{Nein}}
|-
! style="color:white; background-color:#696969;" | Sonstiges !! style="background-color:#696969" colspan="7"|
|-
| style="background-color:#e0e0e0;" | Abmessungen in mm (BxTxH) || 310x255x68 || 310x241x60 || 315x255x65 || 380x290x75 || 230x175x50 || 280x195x45 || 135x105x45
|-
| style="background-color:#e0e0e0;" | Gewicht (ohne HDD) || 1.8 kg || 1.8 kg || 3,0 kg || 2,9 kg || 0,75 kg || ~2 kg || ~0.6 kg
|-
| style="background-color:#e0e0e0;" | externer IR-Empfänger || Anschluss vorh. || Anschluss vorh. || Anschluss vorh. || Anschluss vorh. || {{Ja}} || {{Ja}} || {{Ja}}
|-
| style="background-color:#e0e0e0;" | Leistungsaufnahme Deepstandby || < 0.5 W || < 0.5 W || < 0,5 W || < 0,5 W || < 0,5 W || < 0,5 W || < 0,5 W
|-
| style="background-color:#e0e0e0;" | Leistungsaufnahme Betrieb || < 15 W || < 25 W || < 13 W || < 25 W || < 12 W || < 15 W || < 10 W
|-
| style="background-color:#e0e0e0;" | Netzteil || extern || extern 60 W || extern 60 W || extern 60 W || extern 36 W || extern || extern
|}

1) [[DVB-C FBC-Tuner]] werden nur in Tunersteckplatz A unterstützt

2) 2x Steckplatz für die neuen [[Vu+ Tunersteckkarten]] mit [[DVB-S2(X) FBC Twin-Tuner]] und/oder [[DVB-C FBC-Tuner]]

3) [[DVB-S2 FBC Twin-Tuner]] fest installiert und 1x Tunersteckplatz für die alten [[Vu+ Tunersteckkarten]] geeignet

4) 2x Steckplatz für die neuen [[Vu+ Tunersteckkarten]] mit [[DVB-S2(X) FBC Twin-Tuner]] und/oder [[DVB-C FBC-Tuner]] (nur in Tunersteckplatz A) und 1x Steckplatz für die alten [[Vu+ Tunersteckkarten]]

5) 1x Steckplatz für die neuen [[Vu+ Tunersteckkarten]] mit [[DVB-S2(X) FBC Twin-Tuner]] oder [[DVB-C FBC-Tuner]] geeignet

6) DVB-S2X-Single-Tuner oder DVB-C/T2-Single-Tuner (kein FBC-Tuner)

7) Unterstützt wird VP9 Profile 1, nur die Zero 4k unterstützt zusätzlich auch VP9 Profile 2.

'''<span style="color:red;">Alle Angaben ohne Gewähr!</span>'''
----

== Vu+ HD STB's ==

=== Tabelle 1 ===

{| class="wikitable mw-datatable" style="text-align:center"
|-
! style="background-color:#e0e0e0;width:15em" |
! style="background-color:#e0e0e0;width:15em" | [[Vu+ Duo²]]<br>(no longer available)
! style="background-color:#e0e0e0;width:15em" | [[Vu+ Solo²]] [[Vu+ Solo² WE|(WE)]]<br>(no longer available)
! style="background-color:#e0e0e0;width:15em" | [[Vu+ Solo SE]] [[Vu+ Solo SE WE|(WE)]]<br>(no longer available)
! style="background-color:#e0e0e0;width:15em" | [[Vu+ Solo SE V2]] [[Vu+ Solo SE V2 WE|(WE)]]<br>(no longer available)
! style="background-color:#e0e0e0;width:15em" | [[Vu+ Zero]] [[Vu+ Zero WE|(WE)]]
|-
! style="color:white; background-color:#696969;" | CPU / RAM !! style="background-color:#696969;" colspan="5"|
|-
| style="background-color:#e0e0e0;" | CPU Hersteller || Broadcom || Broadcom || Broadcom || Broadcom || Broadcom
|-
| style="background-color:#e0e0e0;" | CPU Typ || BCM 7424 || BCM 7356 || BCM 7429 || BCM 7429 || BCM 7362
|-
| style="background-color:#e0e0e0;" | CPU Architektur || Mipsel || Mipsel || Mipsel || Mipsel || Mipsel
|-
| style="background-color:#e0e0e0;" | CPU Takt || 2x 1,3 GHz || 2x 1,3 GHz || 2x 1,3 GHz || 2x 1,3 GHz || 742 MHz
|-
| style="background-color:#e0e0e0;" | Flash Typ || NAND || NAND || NAND || NAND || NAND
|-
| style="background-color:#e0e0e0;" | Flash Größe || 1 GB || 256 MB || 256 MB || 512 MB || 256 MB
|-
| style="background-color:#e0e0e0;" | RAM || 2 GB || 1 GB || 1 GB || 1 GB || 512 MB
|-
! style="color:white; background-color:#696969;" | PVR !! style="background-color:#696969" colspan="5"|
|-
| style="background-color:#e0e0e0;" | PVR-Ready || {{Ja}} || {{Ja}} || {{Ja}} || {{Ja}} || {{Ja}}
|-
| style="background-color:#e0e0e0;" | HDD || 2,5"/3,5" || 2,5" || Extern || Extern || Extern
|-
| style="background-color:#e0e0e0;" | SATA || {{Ja}} || {{Ja}} || {{Nein}} || {{Nein}} || {{Nein}}
|-
| style="background-color:#e0e0e0;" | eSATA || {{Ja}} || {{Nein}} || {{Ja}} || {{Ja}} || {{Nein}}
|-
! style="color:white; background-color:#696969;" | Kartenleser / CI !! style="background-color:#696969;" colspan="5"|
|-
| style="background-color:#e0e0e0;" | Kartenleser || 2 || 2 || 1 || 1 || 1
|-
| style="background-color:#e0e0e0;" | Common Interface || 2 || 1 || 1 || 1 || 0
|-
| style="background-color:#e0e0e0;" | CI+ zertifiziert || {{Nein}} || {{Nein}} || {{Nein}} || {{Nein}} || {{Nein}}
|-
! style="color:white; background-color:#696969;" | Netzwerk !! style="background-color:#696969" colspan="5"|
|-
| style="background-color:#e0e0e0;" | Ethernet<br />Fast / Gigabit || {{Ja}} / {{Ja}} || {{Ja}} / {{Ja}} || {{Ja}} / {{Nein}} || {{Ja}} / {{Nein}} || {{Ja}} / {{Nein}}
|-
| style="background-color:#e0e0e0;" | WiFi 2,4 GHz || {{Ja}} WiFi 300 Mbit/s || {{Nein}} (nur via USB-WLAN Stick)|| {{Nein}} (nur via USB-WLAN Stick) || {{Nein}} (nur via USB-WLAN Stick) || {{Nein}} (nur via USB-WLAN Stick)
|-
| style="background-color:#e0e0e0;" | WiFi 5 GHz || {{Nein}} (nur via USB-WLAN Stick) || {{Nein}} (nur via USB-WLAN Stick)|| {{Nein}} (nur via USB-WLAN Stick) || {{Nein}} (nur via USB-WLAN Stick) || {{Nein}} (nur via USB-WLAN Stick)
|-
| style="background-color:#e0e0e0;" | Wake on LAN (WoL) || {{Ja}} (mit neuem [[Bootloader]]) || {{Nein}} || {{Nein}} || {{Nein}} || {{Nein}}
|-
! style="color:white; background-color:#696969;" | USB / Display!! style="background-color:#696969" colspan="5"|
|-
| style="background-color:#e0e0e0;" | USB 2.0 || 3x || 3x || 2x || 2x || 2x
|-
| style="background-color:#e0e0e0;" | Display || VFD und LCD || VFD || {{Nein}} || {{Nein}} || {{Nein}}
|-
! style="color:white; background-color:#696969;" | Tuner !! style="background-color:#696969" colspan="5"|
|-
| style="background-color:#e0e0e0;" | Mögliche Tuner || DVB-S2/C/T(2) || DVB-S2 || DVB-S2/C/T(2) || DVB-S2/C/T(2) || DVB-S2
|-
| style="background-color:#e0e0e0;" | Tunersteckplatz nur für [[FBC-Tuner]] || {{Nein}} || {{Nein}} || {{Nein}} || {{Nein}} || {{Nein}}
|-
| style="background-color:#e0e0e0;" | Tunersteckplatz altes System || 2x<sup>1)</sup> || {{Nein}} || 1x<sup>2)</sup> || 1x<sup>3)</sup> || {{Nein}}
|-
| style="background-color:#e0e0e0;" | Tuner fest verbaut || {{Nein}} || 2x || {{Nein}} || {{Nein}} || 1x
|-
| style="background-color:#e0e0e0;" | Tuner austauschbar || {{Ja}} || {{Nein}} || {{Ja}} || {{Ja}} || {{Nein}}
|-
| style="background-color:#e0e0e0;" | Anzahl Tuner || variabel (1-4) || 2 || 1 || variabel (1-2) || 1
|-
! style="color:white; background-color:#696969;" | Audio !! style="background-color:#696969" colspan="5"|
|-
| style="background-color:#e0e0e0;" | Audio out analog || Cinch || Cinch || Cinch || Cinch || 3,5mm A/V Buchse
|-
| style="background-color:#e0e0e0;" | S/PDIF out || optisch || optisch || optisch || optisch || {{Nein}}
|-
! style="color:white; background-color:#696969;" | Video !! style="background-color:#696969" colspan="5"|
|-
| style="background-color:#e0e0e0;" | Analog Video out <br />FBAS / SCART / YPbPr || {{Ja}} / {{Ja}} / {{Ja}} || {{Ja}} / {{Ja}} / {{Nein}} || {{Ja}} / {{Nein}} / {{Nein}} || {{Ja}} / {{Nein}} / {{Nein}} ||
{{Ja}}<sup>4)</sup> / {{Nein}} / {{Nein}}
|-
| style="background-color:#e0e0e0;" | HDMI-Out || {{Ja}} || {{Ja}} || {{Ja}} || {{Ja}} || {{Ja}}
|-
| style="background-color:#e0e0e0;" | UHDTV-tauglich || {{Nein}} || {{Nein}} || {{Nein}} || {{Nein}} || {{Nein}}
|-
| style="background-color:#e0e0e0;" | HDTV-tauglich (DVB-S/S2) || {{Ja}} || {{Ja}} || {{Ja}} || {{Ja}} || {{Ja}}
|-
| style="background-color:#e0e0e0;" | HDTV-tauglich (DVB-T2 HD) || {{Nein}} || {{Nein}} || {{Nein}} || {{Nein}} || {{Nein}}
|-
| style="background-color:#e0e0e0;" | HDTV-tauglich (DVB-T2) || {{Ja}} || {{Ja}} || {{Ja}} || {{Ja}} || {{Ja}}
|-
| style="background-color:#e0e0e0;" | 3D-GUI fähig || {{Ja}} || {{Ja}} || {{Ja}} || {{Ja}} || {{Ja}}
|-
| style="background-color:#e0e0e0;" | VP9 fähig || {{Nein}} || {{Nein}} || {{Nein}} || {{Nein}} || {{Nein}}
|-
| style="background-color:#e0e0e0;" | Transcoding || {{Ja}} (Hardware) || {{Ja}} || {{Ja}} || {{Ja}} || {{Nein}}
|-
! style="color:white; background-color:#696969;" | Sonstiges !! style="background-color:#696969" colspan="5"|
|-
| style="background-color:#e0e0e0;" | Abmessungen in mm (BxTxH) || 380x290x60 || 280x200x50 || 210x185x40 || 210x185x40 || 160x145x30
|-
| style="background-color:#e0e0e0;" | Gewicht (ohne HDD) || 3,0 kg || 2,0 kg || 0,74 kg || 0,74 kg || 0,4 kg
|-
| style="background-color:#e0e0e0;" | externer IR-Empfänger || {{Nein}} || {{Nein}} || {{Ja}} || {{Ja}} || {{Ja}}
|-
| style="background-color:#e0e0e0;" | Leistungsaufnahme Deepstandby || < 0,5 W || < 0,5 W || < 0,5 W || < 0,5 W || < 0,5 W
|-
| style="background-color:#e0e0e0;" | Leistungsaufnahme Betrieb || < 15 W || < 13 W || 10 W || 10 W || < 13 W
|-
| style="background-color:#e0e0e0;" | Netzteil || intern || extern 42 W || extern 42 W || extern 42 W || extern 42 W
|}

1) Beide Steckplätze können mit jeweils einem DVB-S2 / DVB-C/T2 Dual Tuner Modul bestück werden. Hierdurch sind maximal vier DVB-S2 / DVB-C/T(2) Tuner nutzbar. Gemischtbetrieb mit DVB-C/T(2) und DVB-S2 ist auch möglich. Mit einen DVB-C/T(2) Dual Tuner Modul ist kein Mischbetrieb zwischen DVB-C und DVB-T(2) möglich, da es nur ein Anschluss pro Modul gibt, der intern über zwei Tuner verteilt wird. Mit zwei Tunersteckkarten geht das natürlich schon.

2) Der Tuner Steckplatz kann entweder mit einem DVB-C/T(2) oder einem DVB-S2 Tuner bestückt werden. Dual-Tuner werden nicht unterstützt.

3) Der Tuner Steckplatz kann mit allen erhältlichen Tunermodulen des alten Systems (keine [[FBC-Tuner]]) bestückt werden.

4) FBAS und Audio über 3,5mm Klinke

'''<span style="color:red;">Alle Angaben ohne Gewähr!</span>'''
----

=== Tabelle 2 ===

{| class="wikitable mw-datatable" style="text-align:center"
|-
! style="background-color:#e0e0e0;width:15em" |
! style="background-color:#e0e0e0;width:15em" | [[Vu+ Duo]] [[Vu+ Duo LE|(LE)]]<br>(no longer available)
! style="background-color:#e0e0e0;width:15em" | [[Vu+ Solo]]<br>(no longer available)
! style="background-color:#e0e0e0;width:15em" | [[Vu+ Ultimo]]<br>(no longer available)
! style="background-color:#e0e0e0;width:15em" | [[Vu+ Uno]]<br>(no longer available)
|-
! style="color:white; background-color:#696969;" | CPU / RAM !! style="background-color:#696969;" colspan="4"|
|-
| style="background-color:#e0e0e0;" | CPU Hersteller || Broadcom || Broadcom || Broadcom || Broadcom
|-
| style="background-color:#e0e0e0;" | CPU Typ || BCM 7335 || BCM 7325 || BCM 7413 || BCM 7413
|-
| style="background-color:#e0e0e0;" | CPU Architektur || Mipsel || Mipsel || Mipsel || Mipsel
|-
| style="background-color:#e0e0e0;" | CPU Takt || 400 MHz || 333 MHz || 2x 400 MHz || 2x 400 MHz
|-
| style="background-color:#e0e0e0;" | Flash Typ || NAND || NAND || NAND || NAND
|-
| style="background-color:#e0e0e0;" | Flash Größe || 128 MB || 128 MB || 1 GB || 128 MB
|-
| style="background-color:#e0e0e0;" | RAM || 384 MB || 256 MB || 512 MB || 512 MB
|-
! style="color:white; background-color:#696969;" | PVR !! style="background-color:#696969" colspan="4"|
|-
| style="background-color:#e0e0e0;" | PVR-Ready || {{Ja}} || {{Ja}} || {{Ja}} || {{Ja}}
|-
| style="background-color:#e0e0e0;" | HDD || 2,5"/3,5" || Extern || 2,5"/3,5" || 2,5"/3,5"
|-
| style="background-color:#e0e0e0;" | SATA || {{Ja}} || {{Nein}} || {{Ja}} || {{Ja}}
|-
| style="background-color:#e0e0e0;" | eSATA || {{Ja}} || {{Nein}} || {{Ja}} || {{Ja}}
|-
! style="color:white; background-color:#696969;" | Kartenleser / CI !! style="background-color:#696969;" colspan="4"|
|-
| style="background-color:#e0e0e0;" | Kartenleser || 2 || 1 || 2 || 2
|-
| style="background-color:#e0e0e0;" | Common Interface || 2 || 2 || 2 || 2
|-
| style="background-color:#e0e0e0;" | CI+ zertifiziert || {{Nein}} || {{Nein}} || {{Nein}} || {{Nein}}
|-
! style="color:white; background-color:#696969;" | Netzwerk !! style="background-color:#696969" colspan="4"|
|-
| style="background-color:#e0e0e0;" | Ethernet<br />Fast / Gigabit || {{Ja}} / {{Nein}} || {{Ja}} / {{Nein}} || {{Ja}} / {{Nein}} || {{Ja}} / {{Nein}}
|-
| style="background-color:#e0e0e0;" | WiFi 2,4 GHz || {{Nein}} (nur via USB-WLAN Stick) || {{Nein}} (nur via USB-WLAN Stick) || {{Nein}} (nur via USB-WLAN Stick) || {{Nein}} (nur via USB-WLAN Stick)
|-
| style="background-color:#e0e0e0;" | WiFi 5 GHz || {{Nein}} (nur via USB-WLAN Stick) || {{Nein}} (nur via USB-WLAN Stick) || {{Nein}} (nur via USB-WLAN Stick) || {{Nein}} (nur via USB-WLAN Stick)
|-
! style="color:white; background-color:#696969;" | USB / Display!! style="background-color:#696969" colspan="4"|
|-
| style="background-color:#e0e0e0;" | USB 2.0 || 3x USB 2.0 || 2x USB 2.0 || 3x USB 2.0 || 3x USB 2.0
|-
| style="background-color:#e0e0e0;" | Display || VFD || {{Nein}} || VFD || VFD
|-
! style="color:white; background-color:#696969;" | Tuner !! style="background-color:#696969" colspan="4"|
|-
| style="background-color:#e0e0e0;" | Mögliche Tuner || DVB-S2 || DVB-S2 || DVB-S2/C/T(2) || DVB-S2/C/T(2)
|-
| style="background-color:#e0e0e0;" | Tunersteckplatz nur für [[FBC-Tuner]] || {{Nein}} || {{Nein}} || {{Nein}} || {{Nein}}
|-
| style="background-color:#e0e0e0;" | Tunersteckplatz altes System || {{Nein}} || {{Nein}} || 3<sup>1)</sup> || 1<sup>2)</sup>
|-
| style="background-color:#e0e0e0;" | Tuner fest verbaut || 2 || 1 || {{Nein}} || {{Nein}}
|-
| style="background-color:#e0e0e0;" | Tuner austauschbar || {{Nein}} || {{Nein}} || {{Ja}} || {{Ja}}
|-
| style="background-color:#e0e0e0;" | Anzahl Tuner || 2 || 1 || variabel (1-4) || variabel (1-2)
|-
! style="color:white; background-color:#696969;" | Audio !! style="background-color:#696969" colspan="4"|
|-
| style="background-color:#e0e0e0;" | Audio out analog || Cinch || Cinch || Cinch || Cinch
|-
| style="background-color:#e0e0e0;" | S/PDIF out || optisch || optisch || optisch || optisch
|-
! style="color:white; background-color:#696969;" | Video !! style="background-color:#696969" colspan="4"|
|-
| style="background-color:#e0e0e0;" | Analog Video out <br />FBAS / SCART / YPbPr || {{Ja}} / {{Ja}} / {{Ja}} || {{Ja}} / {{Ja}} / {{Ja}} || {{Ja}} / {{Ja}} / {{Ja}} || {{Ja}} / {{Ja}} / {{Nein}}
|-
| style="background-color:#e0e0e0;" | HDMI-Out || {{Ja}} || {{Ja}} || {{Ja}} || {{Ja}}
|-
| style="background-color:#e0e0e0;" | UHDTV-tauglich || {{Nein}} || {{Nein}} || {{Nein}} || {{Nein}}
|-
| style="background-color:#e0e0e0;" | HDTV-tauglich (DVB-S/S2/C) || {{Ja}} || {{Ja}} || {{Ja}} || {{Ja}}
|-
| style="background-color:#e0e0e0;" | HDTV-tauglich (DVB-T2 HD) || {{Nein}} || {{Nein}} || {{Nein}} || {{Nein}}
|-
| style="background-color:#e0e0e0;" | HDTV-tauglich (DVB-T2) || {{Ja}} || {{Ja}} || {{Ja}} || {{Ja}}
|-
| style="background-color:#e0e0e0;" | 3D-GUI fähig || {{Nein}} || {{Nein}} || {{Ja}} || {{Ja}}
|-
| style="background-color:#e0e0e0;" | VP9 fähig || {{Nein}} || {{Nein}} || {{Nein}} || {{Nein}}
|-
! style="color:white; background-color:#696969;" | Sonstiges !! style="background-color:#696969" colspan="4"|
|-
| style="background-color:#e0e0e0;" | Abmessungen in mm (BxTxH) || 380x290x60 || 280x200x50 || 380x290x60 || 340x272x60
|-
| style="background-color:#e0e0e0;" | Gewicht (ohne HDD) || 3,0 kg || 1,42 kg || 3,0 kg || 2,35 kg
|-
| style="background-color:#e0e0e0;" | externer IR-Empfänger || {{Nein}} || {{Nein}} || {{Nein}} || {{Nein}}
|-
| style="background-color:#e0e0e0;" | Leistungsaufnahme Deepstandby || 1 W || < 0,5 W || 1 W || < 0,5 W
|-
| style="background-color:#e0e0e0;" | Leistungsaufnahme Betrieb || 20 W || 12 W || 25 W || 15 W
|-
| style="background-color:#e0e0e0;" | Netzteil || intern || extern || intern || intern
|}

1) Nur der dritte Steckplatz (r.v.h.) kann mit einem DVB-S2 Dual Tuner Modul bestück werden. Hierdurch sind maximal vier DVB-S2 Tuner nutzbar. Gemischtbetrieb mit DVB-C/T(2) und DVB-S2 ist auch möglich.

2) Ein vorhandener Steckplatz kann mit einem DVB-S2 / DVB-C/T2 Dual Tuner Modul bestück werden. Hierdurch sind maximal zwei DVB-S2 / DVB-C/T2 Tuner nutzbar.
----

'''<span style="color:red;">Alle Angaben ohne Gewähr!</span>'''

'''Zurück zur [[Hauptseite]]'''

Kanalreferenz

2022-12-04T11:12:58Z

Rdamas: Übersicht Kanalreferenz, Serviceref, sref

== Wissenswertes zu Kanalreferenzen ==

=== Aufbau ===

Eine Kanalreferenz (auch: Servicereferenz, sref) wird in Enigma2 zur eindeutigen Referenzierung eines Kanals benutzt; Kanalreferenzen findest Du z.B. in den Bouquets, die die Zusammenstellung der Fernseh- und Radiosender beschreiben, oder in den Filenamen der Picons. Ein Beispiel für eine Kanalreferenz ist (Das Erste HD): <tt>1:0:19:283D:3FB:1:C00000:0:0:0:</tt>

Teile der Servicereferenzen werden im DVB-Standard definiert:

ETSI EN 300 468 V1.16.1 (2019-08)
https://www.etsi.org/deliver/etsi_en/300400_300499/300468/01.16.01_60/en_300468v011601p.pdf

Kanalreferenzen bestehen aus mehreren Teilen, die durch Doppelpunkte getrennt sind:

<tt>REFTYPE:FLAGS:STYPE:SID:TSID:ONID:NS:PARENT_SID:PARENT_TSID:UNUSED:PATH:NAME</tt>

Bedeutung der einzelnen Teile:
* <tt>REFTYPE</tt>: Art des Kanals (Dezimalzahl); Bedeutung:
1: DVB-Kanal
2: File
3: ServiceM2TS
4097: ServiceMP3
...
* <tt>FLAGS</tt>: (Dezimalzahl) normalerweise "0", kann aber weitere Bedeutungen haben:
64: Marker
...
* <tt>STYPE</tt>: (Hexadezimalzahl) Service-Typ:
1: Digital-TV, SD, MPEG2
2: Digital-Radio MPEG1.2
A: Digital-Radio AAC
16: Digital-TV, SD, H264
19: Digital-TV, HD, H264
1F: Digital-TV, HD, HEVC
...
* <tt>SID</tt>: (Hexadezimalzahl) Stream-ID.
* <tt>TSID</tt>: (Hexadezimalzahl) Transport-Stream-ID.
* <tt>ONID</tt>: (Hexadezimalzahl) Originating Network-ID.
* <tt>NS</tt>: (Hexadezimalzahl) Namespace
EEEE0000: DVB-T
FFFF0000: DVB-C
alle anderen: Sat-Position in Hex:
C00000: C0 = 192 => Astra 19.2
* <tt>PARENT_SID</tt>:
* <tt>PARENT_TSID</tt>:
* <tt>UNUSED</tt>:
* <tt>PATH</tt>: (Optional) Pfad zur Ressource - kann Filesystem oder URL sein.
* <tt>NAME</tt>: (Optional) Name der Ressource

Die Namen der Picons werden aus der Kanalreferenz gebildet, indem Doppelpunkte durch Unterstriche ersetzt werden. Der letzte Unterstrich wird einfach weggelassen.

=== lamedb ===
Die Bestandteile der Kanalreferenzen findest Du auch in der Datei <tt>/etc/enigma2/lamedb</tt> wieder. Diese Datei wird durch einen Sendersuchlauf aufgebaut.

Die Datei lamedb hat zwei große Bereiche: die Transponder-Liste und die Service-Liste.

In der Service-Liste sind alle gefundenen Sender oder Kanäle in jeweils drei Zeilen gespeichert; als Beispiel wieder der Eintrag für "Das Erste HD":

283d:00c00000:03fb:0001:25:0
Das Erste HD
p:ARD,c:0013ed,c:0213f0,c:0313ed,c:0413f2,c:050001

Die ersten Zeile hat alle Infos für die Kanal-Referenz: <tt>SID:NS:TSID:ONID:STYPE:0</tt>

Die zweite Zeile beinhaltet den Namen des Kanals, die dritte Zeile enthält den Provider-Namen, gecachte PID's und CA-PID's, sowie Flags zur Verschlüsselung.