Images: Unterschied zwischen den Versionen

Aus TuxBoxWIKI
Zur Navigation springen Zur Suche springen
(Yadi geändert)
(Update)
 
(19 dazwischenliegende Versionen von 2 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
[[Category:Register]]
[[Category:Register]]
[[Category:Images]]
[[Category:Images]]
[[Category:dbox2]]
__TOC__


{{review}}
{{review}}


=Allgemeines=
{{Image}}
Als Image wird in der Datenverarbeitung in der Regel ein Abbild von einem definierten Datenbereich (z.B. einem Datenträger) bezeichnet. Im Fall der [[DBox2]] bezieht sich das auf einen Teil oder den gesamten Inhalt des [[Flash]]s, in dem das [[Betriebssystem]] gespeichert wird. Das Image entspricht dabei im Prinzip einer 1:1 Kopie des gesamten Speicherinhalts oder einem definierten Teil davon.
__TOC__


Images sind im Normalfall die Basis für den Betrieb der [[DBox2]] unter [[Linux]] (alternativ kann die [[DBox2]] auch mittels [[YADD]] betrieben werden).  
=NeutrinoHD Distributionen=
Für verschieden Gerätetypen gibt es inzwischen auch [[NeutrinoHD]]-Distributionen die regelmäßig angeboten werden.


Images enthalten normalerweise ein Komplettpaket bestehend aus dem [[Linux]]-[[Betriebssystem]], den [[Treiber|Treibern]] für die [[DBox2]]-[[Hardware]], einer oder mehrerer Bedienoberflächen ([[GUI]]s), einige Spiele, einige [[Plugins]] und diverse weitere Anwendungen. Dies alles ist in eine Datei gepackt (dem Image), die direkt in die [[DBox2]] [[Installation|eingespielt]] werden kann.
==Zgemma H7, HD51, HD60, HD61, Osmio4k, Osmio4kplus==
* [https://forum.tuxbox-neutrino.org/forum/viewforum.php?f=58 Aktuelle Veröffentlichungen]
* [https://update.tuxbox-neutrino.org/3.0/ Archiv]


Da es die [[DBox2]] mit einem (1x) oder zwei (2x) [[Hardware#Flash_Chips|Flashbausteinen]] gibt (siehe auch [[Grundlagen]]), müssen aufgrund der unterschiedlichen Flashgeometrie entsprechend dazu passende [[Komplettimage]]s erzeugt werden. Bei einem [[Update]]-Image ist diese Unterscheidung nicht nötig, da hier nur die Root-Partition (MTD) ausgetauscht wird.
==Coolstream==
* NEO, NEO², ZEE², Tank
{{NeutrinoHD-Releases}}


==Spark==
* nicht mehr verfügbar


==Historisches==
Die Mitglieder des YADI-Teams ('''Y'''et '''A'''nother '''D'''Box2 '''I'''mage) hatten sich ursprünglich zum Ziel gesetzt (und dies auch umgesetzt), dem Anwender bestimmte Scripte zur Erstellung seiner eigenen Images zur Verfügung zu stellen. Das YADI-Team selbst entstand, nachdem AlexW seine Tätigkeit als Image-Ersteller aufgegeben hatte. Darüber hinaus wurden deshalb auch immer fertige YADI-Images zum Download angeboten. Die YADI-Images zählten in der Zeit zwischen 2004 und 2008 zu den häufig eingesetzten Images. Das YADI-Team hat sich bereits sehr früh in seiner Geschichte für ein neues Haupt-[[Dateisystem]] entschieden. Somit kam bei den YADI's das "[[SquashFS]]" zum Einsatz. Dieses [[Dateisystem]] hat eine vergleichsweise hohe Kompressionsrate (ursprünglich waren daher noch [[Neutrino]] und [[Enigma]] in einem Image enthalten), lässt jedoch keine ändernden Zugriffe zu.
Aufgrund der Platzproblematik wurden die GUIs ab dem Release 2.1.0.0 getrennt und es existieren jeweils ein [[Neutrino]] und [[Enigma]] Image.
Ab dem Versionsstand 2.2.0.5 (März 2008) scheint es aktuell auch keine weiteren Updates für YADI zu geben.


=Historisches=
Der Ordnung halber sei hier noch einmal an die Ursprünge erinnert:


=Tuxbox-Distributionen=
==dBox2==
Im Folgenden soll näher auf die zurzeit offiziell erhältlichen Images eingegangen werden.
Technisch gesehen sind Images eine übliche technische Lösung, um Firmware in die verschiedensten Geräte zu bekommen. Für die Tuxbox-Community begann alles mit der dBox2. Diese Hardware war Anfang der 2000er quasi der Auslöser dafür, dass sich immer mehr Leute daran machten, Images zu bauen und zu flashen. Damals gab es noch vorwiegend von "Intensivbastlern" erstellte Images. Nach und nach kamen auch diverse HowTo's heraus, die es auch bewanderten Einsteigern ermöglichte, Images zu bauen.


Da es die [[Hardware:dbox2|DBox2]] mit einem (1x) oder zwei (2x) gtrennt verbauten Flashbausteinen gab (siehe auch [[Grundlagen]]), mussten aufgrund dieser unterschiedlichen Flashgeometrie entsprechend dazu passende [[Komplettimage]]s erzeugt werden. Bei einem [[Update]]-Image war diese Unterscheidung nicht nötig, da hier nur die Root-Partition (MTD) ausgetauscht wurde.


==DietmarW-Images==
Als einer der ersten hatte damals AlexW solche Distributionen bereitgestellt. Seine Tätigkeit als Image-Ersteller gab er allerdings wegen Differenzen mit einigen Nachahmern auf. Diese hatten seine Images als Vorlage für gewisse Zwecke verwendet, die nicht im Sinne des Erfinders waren. Nach AlexW's Ausstieg entstand das YADI-Team. YADI hatte sich ursprünglich zum Ziel gesetzt (und dies auch umgesetzt), dem Anwender bestimmte Scripte zur Erstellung seiner eigenen Images zur Verfügung zu stellen. Darüber hinaus wurden deshalb auch immer fertige YADI-Images ('''Y'''et '''A'''nother '''D'''Box2 '''I'''mage) zum Download angeboten.
DietmarW-Images werden automatisch <u>täglich</u> zu einem festen Zeitpunkt durch ein Script erzeugt und zum Download angeboten. Die Images zeichnen sich somit durch eine Aktualität aus, was neue Funktionen oder Fehlerbehebungen betrifft, die die anderen Image-Ersteller so in der Quantität nicht bieten können. Dafür sind die DietmarW-Images aber auch nur auf "bad magics" getestet und beinhalten weniger zusätzliche [[Plugins]] oder spezielle Anpassungen.  
 
DietmarW bietet [[Neutrino]]- und [[Enigma]]-Images jeweils mit [[SquashFS]]- und [[JFFS2]]-Hauptdateisystem an. Ausserdem werden auch Images für andere [[Hardware|Boxtypen]] angeboten.
 
Ein nennenswerter Unterschied der [[JFFS2]]-Images ist, dass der gesamte Inhalt des Images veränderbar ist, somit kann der Anwender nach belieben Dateien austauschen oder hinzufügen. Das [[JFFS2]]-Dateisystem der [[DBox2]] ist jedoch nicht absolut stabil (bei zu vielen Schreibzugriffen kann es zu so genannten Bad-Magics kommen ), unkomprimiert (stellt somit wenig Platz zur Verfügung) und kann bei einem allzu unbedarftem Umgang zerstört werden (siehe [[Imageplatzer]]).
 
==JtG-Image==
Die JtG-Images von Riker entstanden als allgemein für das [[Streamen]] und speziell für das Streamingprogramm "[[Jack_the_Grabber|Jack the Grabber]]" optimierte Images. Als Haupt-[[Dateisystem]] kam in der Vergangenheit das "[[CRAMFS|cramfs]]" zum Einsatz. Auch dieses komprimierende [[Dateisystem]] ermöglicht keinen direkten ändernden Zugriff auf der [[DBox2]]. Inzwischen wird aber auch für die JtG-Images [[SquashFS]] eingesetzt. Riker erzeugt deutlich öfter [[Snapshot]]s. Riker versucht noch stärker als das YADI-Team die Wünsche der Anwender schnell in seinen Images umzusetzen. Sein guter Kontakt zu bestimmten Entwicklern und sein Einsatz bei der Analyse von Fehlern führen zu Images, die oftmals den entscheidenden Tick mehr für "Profis" ausmachen.


Die YADI-Images zählten in der Zeit zwischen 2004 und 2008 mit zu den häufig eingesetzten Images. Das YADI-Team hat sich bereits sehr früh in seiner Geschichte für ein neues Haupt-[[Dateisystem]] entschieden. Somit kam bei den YADI's das "[[SquashFS]]" zum Einsatz. Dieses [[Dateisystem]] hat eine vergleichsweise hohe Kompressionsrate (ursprünglich waren daher noch [[Neutrino]] und [[Enigma]] in einem Image enthalten), lässt jedoch keine ändernden Zugriffe zu.
Aufgrund der Platzproblematik wurden die GUIs ab dem Release 2.1.0.0 getrennt und es existieren jeweils ein [[Neutrino]] und [[Enigma]] Image.


Aufgrund der Platzproblematik gibt es auch hier getrennte [[Neutrino]] und [[Enigma]] Images.
Ab dem Versionsstand 2.2.0.5 (März 2008) gab offensichtlich keine weiteren Updates mehr,
jedoch existiert die YADI-Seite bei SourceForge noch immer. Nachfolgend gab es auch effektivere Bildsysteme die das Bauen von Images erleichterten. Sitchwort: "[[Newmake]]". Damit konnte im Prinzip jeder mit etwas Einarbeitung seine eigenen Images bauen.
Nachfolgend gab es noch weiter vom Tuxbox-Project gestützte Images.


===DietmarW-Images===
DietmarW-Images wurden automatisch <u>täglich</u> zu einem festen Zeitpunkt durch ein Script erzeugt und zum Download angeboten. Die Images zeichneten sich durch Aktualität aus, was neue Funktionen oder Fehlerbehebungen betrifft. Dadurch waren die DietmarW-Images gut für Tests geeignet, aber beinhalten weniger zusätzliche [[Plugins]] oder spezielle Anpassungen.


==Novatux-Image==
DietmarW bot[[Neutrino]]- und [[Enigma]]-Images jeweils mit [[SquashFS]]- und [[JFFS2]]-Hauptdateisystem an. Ausserdem wurden auch Images für andere [[Kategorie:Hardware|dBox2-Boxtypen]] angeboten.
Auf den Seiten von dbt ist ein weiteres Image erhältlich, welches im allgemeinen den aktuellen CVS-Stand widerspiegelt. Diese werden oft als Update und Komplettimage gleichzeitig zur Verfügung gestellt. Manche experimentelle Änderungen sind in diesem Image zum Test verfügbar. Das verwendete [[Dateisystem]] ist [[SquashFS]].
Ein nennenswerter Unterschied der [[JFFS2]]-Images ist, dass der gesamte Inhalt des Images veränderbar ist, somit konnte der Anwender Dateien austauschen oder hinzufügen. Das [[JFFS2]]-Dateisystem der [[Hardware:dbox2|DBox2]] ist jedoch nicht absolut stabil gewesen. Bei zu vielen Schreibzugriffen auf das unkomprimierte Dateisystem konnte es zu sogenannten Bad-Magics kommen. Bei einem allzu unbedarftem Umgang konnte das Dateisystem im schlimmsten Fall zerstört werden (siehe [[Imageplatzer]]).


Downloads sind keine mehr erhältlich.


Als GUI ist bei den Novatux-Images [[Neutrino]] im Einsatz.
===JtG-Image===
Die JtG-Images von Riker entstanden allgemein für das [[Streamen]] und speziell für das Streamingprogramm "[[Jack_the_Grabber|Jack the Grabber]]" und waren darauf optimierte Images. Als GUI kam nur [[Neutrino]] zum Einsatz. Als Haupt-[[Dateisystem]] kam in der Vergangenheit das "[[CRAMFS|cramfs]]" zum Einsatz. Auch dieses komprimierende [[Dateisystem]] ermöglicht keinen direkten ändernden Zugriff auf der [[Hardware:dbox2|DBox2]]. Später wurde aber auch für die JtG-Images [[SquashFS]] eingesetzt. Riker erzeugte regelmäßig [[Snapshot]]s. Riker versuchte stärker als das YADI-Team die Wünsche der Anwender schnell in seine Images umzusetzen.  


Downloads sind keine mehr erhätltlich.


=Unterschiede!?=
===Novatux-Image===
Natürlich unterscheiden sich die verschiedenen Images untereinander. Diese Unterschiede verändern sich jedoch ständig, da die Entwicklung der [[DBox2]]-Software auch ständig voranschreitet. Alle Unterschiede im Detail aufzuführen hätte daher kaum einen Sinn, weil bei jedem Erscheinen eines Images die Unterschiede wieder neu bewertet werden müssten.
Diese Images spiegelte generell den aktuellen CVS-Stand wider. Diese wurden oft als Update und Komplettimage gleichzeitig zur Verfügung gestellt. Manche experimentelle Änderungen waren in diesem Image zum Test verfügbar. Das verwendete [[Dateisystem]] war[[SquashFS]]. Als GUI war ausschließlich [[Neutrino]] im Einsatz.


Grundsätzlich basieren alle genannten Images auf derselben Quelle ([[CVS]]). Das bedeutet, dass wesentliche Komponenten wie z.B. [[Linux]]-[[Kernel]], [[DVB]]-[[API]], [[GUI]]s oder [[Hardware]]-[[Treiber]] nahezu identisch sind (bei gleichem Erstellungszeitpunkt). Als erstes wäre somit -als ein Unterschied- das Erstellungsdatum zu nennen. Das Erstellungsdatum eines Images lässt Rückschlüsse auf die Aktualität der verwendeten Software-Komponenten (wie z.B. die [[Treiber]]) zu. Die Image-Ersteller patchen aber gerne noch zusätzliche Modifikationen in die Images und setzen unterschiedliche Prioritäten bei der Auswahl der zusätzlichen Komponenten (z.B. andere/weitere [[Plugins]] oder [[BusyBox]]-Befehle).
Downloads sind keine mehr erhätltlich.


===Fazit===
Grundsätzlich basierten alle genannten Dbox2-Images auf derselben Quelle ([[CVS]]). Das bedeutete, dass wesentliche Komponenten wie z.B. [[Linux]]-[[Kernel]], [[DVB]]-[[Programmierschnittstelle|API]], [[GUI]]s oder [[Kategorie:Hardware|Hardware]]-[[Treiber]] nahezu identisch waren (bei gleichem Erstellungszeitpunkt). Das Erstellungsdatum eines Images ließ in der Regel Rückschlüsse auf die Aktualität der verwendeten Software-Komponenten (wie z.B. die [[Treiber]]) zu.


=Fazit=
Neben dem verwendeten [[Dateisystem]] gibt es im Detail sicher noch einige Unterschiede zwischen einem aktuellen JtG-Image, Novatux-Image und einem dietmarw. Der versierte [[Tuxbox]]-Anwender wird sicher seine Gründe für seine spezielle Wahl haben. Für einen Anfänger hat es praktisch kaum eine Bedeutung, ob er ein DietmarW, YADI (recht alt), Novatux oder ein JTG-Image einsetzt.


Die Image-Ersteller, insbesondere Ersteller von lizenztechnisch illegalen Images, von denen kaum jemals Quellcode veröffentlichte, patchten aber gerne noch zusätzliche Modifikationen in die Images und setzen unterschiedliche Prioritäten bei der Auswahl der zusätzlichen Komponenten (z.B. andere/weitere [[Plugins]], [[BusyBox]]-Befehle und insbesondere Komponenten zur Visualisierung und Steuerung von "speziellen Komponenten".
Allgemein betrachtet waren einige Images und die unzähligen unlizenzierten Forks Meilensteine bis zum Erscheinen der ersten Images für neuere Gerätegenerationen.


=Aktuelle Versionen=
{{releases}}
=Weblinks=
=Weblinks=
{{Image-Links}}
{{Image-Links}}


'''(Die Reihenfolge stellt keine Wertung dar!)'''




{{Body}}
{{Body}}

Aktuelle Version vom 24. Februar 2021, 20:38 Uhr



Review-KandidatDieser Artikel befindet sich derzeit im Reviewprozess. Hilf mit, ihn zu verbessern! Falls du bei weiteren Artikeln helfen willst, findest du hier eine Auswahl offener Artikel.


Als Image (eigentlich "Flash-Image") wird in der Datenverarbeitung in der Regel ein Abbild von einem definierten Datenbereich (z.B. einem Datenträger) bezeichnet. Konkret bezieht sich das auf einen Teil oder den gesamten Inhalt des Flashs, in dem das Betriebssystem gespeichert wird. Das Image entspricht dabei im Prinzip einer 1:1 Kopie des gesamten Speicherinhalts oder einem definierten Teil davon.

Images sind im Normalfall die Basis für den Betrieb der jeweiligen Hardware unter Linux (alternativ kann die Hardware auch über Netzwerk via TFTP-Boot und NFS betrieben werden).

Images enthalten normalerweise ein Komplettpaket bestehend aus dem Linux-Betriebssystem, Treibern für die jeweilige Hardware, einer oder mehrerer via Multiboot nutzbare Bedienoberflächen (GUIs), sowie Spiele, Plugins und diverse weitere Anwendungen bzw Tools. Dies alles ist in eine Datei gepackt (dem Image), die direkt in die Hardware eingespielt, also "geflasht" werden kann. Die Verfahren, welche für das Flashen erforderlich sind, unterscheiden sich oft je nach Hersteller oder Vorgaben der Enwickler.

NeutrinoHD Distributionen

Für verschieden Gerätetypen gibt es inzwischen auch NeutrinoHD-Distributionen die regelmäßig angeboten werden.

Zgemma H7, HD51, HD60, HD61, Osmio4k, Osmio4kplus

Coolstream

  • NEO, NEO², ZEE², Tank

Nicht verfügbar

Spark

  • nicht mehr verfügbar


Historisches

Der Ordnung halber sei hier noch einmal an die Ursprünge erinnert:

dBox2

Technisch gesehen sind Images eine übliche technische Lösung, um Firmware in die verschiedensten Geräte zu bekommen. Für die Tuxbox-Community begann alles mit der dBox2. Diese Hardware war Anfang der 2000er quasi der Auslöser dafür, dass sich immer mehr Leute daran machten, Images zu bauen und zu flashen. Damals gab es noch vorwiegend von "Intensivbastlern" erstellte Images. Nach und nach kamen auch diverse HowTo's heraus, die es auch bewanderten Einsteigern ermöglichte, Images zu bauen.

Da es die DBox2 mit einem (1x) oder zwei (2x) gtrennt verbauten Flashbausteinen gab (siehe auch Grundlagen), mussten aufgrund dieser unterschiedlichen Flashgeometrie entsprechend dazu passende Komplettimages erzeugt werden. Bei einem Update-Image war diese Unterscheidung nicht nötig, da hier nur die Root-Partition (MTD) ausgetauscht wurde.

Als einer der ersten hatte damals AlexW solche Distributionen bereitgestellt. Seine Tätigkeit als Image-Ersteller gab er allerdings wegen Differenzen mit einigen Nachahmern auf. Diese hatten seine Images als Vorlage für gewisse Zwecke verwendet, die nicht im Sinne des Erfinders waren. Nach AlexW's Ausstieg entstand das YADI-Team. YADI hatte sich ursprünglich zum Ziel gesetzt (und dies auch umgesetzt), dem Anwender bestimmte Scripte zur Erstellung seiner eigenen Images zur Verfügung zu stellen. Darüber hinaus wurden deshalb auch immer fertige YADI-Images (Yet Another DBox2 Image) zum Download angeboten.

Die YADI-Images zählten in der Zeit zwischen 2004 und 2008 mit zu den häufig eingesetzten Images. Das YADI-Team hat sich bereits sehr früh in seiner Geschichte für ein neues Haupt-Dateisystem entschieden. Somit kam bei den YADI's das "SquashFS" zum Einsatz. Dieses Dateisystem hat eine vergleichsweise hohe Kompressionsrate (ursprünglich waren daher noch Neutrino und Enigma in einem Image enthalten), lässt jedoch keine ändernden Zugriffe zu. Aufgrund der Platzproblematik wurden die GUIs ab dem Release 2.1.0.0 getrennt und es existieren jeweils ein Neutrino und Enigma Image.

Ab dem Versionsstand 2.2.0.5 (März 2008) gab offensichtlich keine weiteren Updates mehr, jedoch existiert die YADI-Seite bei SourceForge noch immer. Nachfolgend gab es auch effektivere Bildsysteme die das Bauen von Images erleichterten. Sitchwort: "Newmake". Damit konnte im Prinzip jeder mit etwas Einarbeitung seine eigenen Images bauen. Nachfolgend gab es noch weiter vom Tuxbox-Project gestützte Images.

DietmarW-Images

DietmarW-Images wurden automatisch täglich zu einem festen Zeitpunkt durch ein Script erzeugt und zum Download angeboten. Die Images zeichneten sich durch Aktualität aus, was neue Funktionen oder Fehlerbehebungen betrifft. Dadurch waren die DietmarW-Images gut für Tests geeignet, aber beinhalten weniger zusätzliche Plugins oder spezielle Anpassungen.

DietmarW botNeutrino- und Enigma-Images jeweils mit SquashFS- und JFFS2-Hauptdateisystem an. Ausserdem wurden auch Images für andere angeboten. Ein nennenswerter Unterschied der JFFS2-Images ist, dass der gesamte Inhalt des Images veränderbar ist, somit konnte der Anwender Dateien austauschen oder hinzufügen. Das JFFS2-Dateisystem der DBox2 ist jedoch nicht absolut stabil gewesen. Bei zu vielen Schreibzugriffen auf das unkomprimierte Dateisystem konnte es zu sogenannten Bad-Magics kommen. Bei einem allzu unbedarftem Umgang konnte das Dateisystem im schlimmsten Fall zerstört werden (siehe Imageplatzer).

Downloads sind keine mehr erhältlich.

JtG-Image

Die JtG-Images von Riker entstanden allgemein für das Streamen und speziell für das Streamingprogramm "Jack the Grabber" und waren darauf optimierte Images. Als GUI kam nur Neutrino zum Einsatz. Als Haupt-Dateisystem kam in der Vergangenheit das "cramfs" zum Einsatz. Auch dieses komprimierende Dateisystem ermöglicht keinen direkten ändernden Zugriff auf der DBox2. Später wurde aber auch für die JtG-Images SquashFS eingesetzt. Riker erzeugte regelmäßig Snapshots. Riker versuchte stärker als das YADI-Team die Wünsche der Anwender schnell in seine Images umzusetzen.

Downloads sind keine mehr erhätltlich.

Novatux-Image

Diese Images spiegelte generell den aktuellen CVS-Stand wider. Diese wurden oft als Update und Komplettimage gleichzeitig zur Verfügung gestellt. Manche experimentelle Änderungen waren in diesem Image zum Test verfügbar. Das verwendete Dateisystem warSquashFS. Als GUI war ausschließlich Neutrino im Einsatz.

Downloads sind keine mehr erhätltlich.

Fazit

Grundsätzlich basierten alle genannten Dbox2-Images auf derselben Quelle (CVS). Das bedeutete, dass wesentliche Komponenten wie z.B. Linux-Kernel, DVB-API, GUIs oder-Treiber nahezu identisch waren (bei gleichem Erstellungszeitpunkt). Das Erstellungsdatum eines Images ließ in der Regel Rückschlüsse auf die Aktualität der verwendeten Software-Komponenten (wie z.B. die Treiber) zu.


Die Image-Ersteller, insbesondere Ersteller von lizenztechnisch illegalen Images, von denen kaum jemals Quellcode veröffentlichte, patchten aber gerne noch zusätzliche Modifikationen in die Images und setzen unterschiedliche Prioritäten bei der Auswahl der zusätzlichen Komponenten (z.B. andere/weitere Plugins, BusyBox-Befehle und insbesondere Komponenten zur Visualisierung und Steuerung von "speziellen Komponenten". Allgemein betrachtet waren einige Images und die unzähligen unlizenzierten Forks Meilensteine bis zum Erscheinen der ersten Images für neuere Gerätegenerationen.

Weblinks