Ich finde schon, da die Datei einfach falsch benannt ist. Die anderen Markerdateien fangen ja auch mit .no_ an, wenn sie etwas abschalten. Ansonsten ändert sich nichts und es ist nur Kosmetik.GetAway hat geschrieben:Ob das Umbenennen eines Flags immer Sinn macht sei dahingestellt. Sollten die Devs entscheiden.
Link entfernt, da Patch im CVSGaucho316 hat geschrieben:Man sollte vielleicht alle Menüeinträge ausblenden, die nicht für eine bestimmt Box relevant sind, und nicht einfach nur ausgrauen, also z.B. die eNX-Option auf Nokia-Boxen.
Link entfernt, da Patch im CVSrhabarber1848 hat geschrieben:libtuxbox.tuxbox_get_chipinfo() gibt die Anzahl der Flashchips aus,
diese Funktion könnte via controld nach Neutrino weitergeleitet
werden, um die Chip-Anzeige in Imageinfo zu füttern an Stelle des
derzeitigen Codes.
Code: Alles auswählen
echo " Model: $MODEL $SUBMODEL $AVIACHIP $TUNER ($FLASHCHIPS flash chips)"Keine gute Idee, da der Chiptyp beim Boot-Aufruf von Tuxinfo noch nicht ermittelt wurde:Gaucho316 hat geschrieben:P.S.: Man könnte die Zeile 19 in 05drivers.dbox24 auch noch um den Tuner-Typ erweitern. Also so:Code: Alles auswählen
echo " Model: $MODEL $SUBMODEL $AVIACHIP $TUNER ($FLASHCHIPS flash chips)"
Detected STB:
Vendor: Sagem
Model: D-BOX2 unknown (2 flash chips)
JaGaucho316 hat geschrieben:namens start_neutrino.ipbox gibt, die sicher für die IPBOX relevant ist
Ja.Gaucho316 hat geschrieben:und in der auch der Test auf AVIA600 drin ist. Das ist doch völliger Quatsch, oder?
Ich auchMourice hat geschrieben:durch die Diskussion hier habe ich mal die Funktion hwsections ausprobiert.
Dabei habe ich feststellen müssen, dass sich die Box mit aktivierten hw_sectionsseife hat geschrieben:HWsections sind AFAIU reine Treibersache, der sectionsd sollte da keinen Unterschied bemerken.
http://article.gmane.org/gmane.comp.vid ... x.scm/3242Gaucho316 hat geschrieben:Fangen wir mit Mourices Patches für libtuxbox und tuxinfo an. Hiermit wird der AVIA-Typ ausgelesen und angezeigt.
libtuxbox_add-function-to-get-avia-type_2012-03-03_1743.diff
tuxinfo_add-avia-type-output_2012-03-03_1745.diff
http://article.gmane.org/gmane.comp.vid ... x.scm/3244Gaucho316 hat geschrieben:Weiter geht's mit einem Patch für controld/zapit, der es möglich macht, in Neutrino auszulesen, ob man eine 1x- oder 2x-Box hat. Außerdem sorgt er dafür, dass man den AVIA-Typ erfahren kann.
controld_add-functions-to-get-avia-version-and-chip-info_2012-03-03_1753.diff
http://article.gmane.org/gmane.comp.vid ... x.scm/3250Gaucho316 hat geschrieben:Man sollte vielleicht alle Menüeinträge ausblenden, die nicht für eine bestimmt Box relevant sind, und nicht einfach nur ausgrauen, also z.B. die eNX-Option auf Nokia-Boxen.
driver-boot-setup_hide-unnedded-entries-instead-of-disabling-them_2012-03-03_1803.diff
http://article.gmane.org/gmane.comp.vid ... x.scm/3251Gaucho316 hat geschrieben:imageinfo_use-chip-info-from-controld_2012-03-03_1806.diffrhabarber1848 hat geschrieben:libtuxbox.tuxbox_get_chipinfo() gibt die Anzahl der Flashchips aus, diese Funktion könnte via controld nach Neutrino weitergeleitet werden, um die Chip-Anzeige in Imageinfo zu füttern an Stelle des derzeitigen Codes.
http://article.gmane.org/gmane.comp.vid ... x.scm/3252Gaucho316 hat geschrieben:Und zum Schluss noch ein Patch, der den Test auf AVIA 600 beim Aktivieren von PMT-Update in start_neutrino entfernt. [...]
start-neutrino_make-pmt-update-on-avia500-boxes-possible_2012-03-03_1808.diff
http://article.gmane.org/gmane.comp.vid ... x.scm/3253Gaucho316 hat geschrieben:Einen hab ich noch. Da wir ja nun in Neutrino den AVIA-Typ kennen, kann man in "UCode überprüfen" im Service-Menü nur die Info zum tatsächlich verbauten AVIA-Chip anzeigen.
setting-helpers_only-show-info-for-available-avia-chip_2012-03-03_2344.diff
Wenn du das für sinnvoll hälst, kümmere dich doch bitte auch darum. Davon habe ich nämlich keine Ahnung.Gaucho316 hat geschrieben:... und sorgen stattdessen dafür, dass standardmäßig die Datei .hw_sections bzw. .no_hw_sections in /var/etc/ liegt. Dann kann jeder entscheiden, ob er das aktivieren möchte.
Imho sollten hw_sections standardmäßig abgeschaltet sein, ein flag file wäre dannGaucho316 hat geschrieben:@rhabarber1848
Gaucho316 hat geschrieben:... und sorgen stattdessen dafür, dass standardmäßig die Datei .hw_sections bzw. .no_hw_sections in /var/etc/ liegt.
Das würde ich weglassen, da das ja nun standardmäßig abgeschaltet ist. Wer es einschaltet, weiß dann eigentlich, was er tut, oder merkt ziemlich schnell, dass das bei ihm nicht funktioniert.rhabarber1848 hat geschrieben:Auf einer Avia500-Box sollte der Menüpunkt für hardware sections zudem nur angezeigt werden, wenn ucode 00f0 vorhanden ist.
Positiv getestet und committed:Gaucho316 hat geschrieben:disable-hw-sections-by-default_2012-03-04_1552.diff
Und so ist es ja jetzt auch. Existiert die Datei, wird Hardware Section Filtering eingeschaltet, und ist sie nicht da, bleibt es aus.Mourice hat geschrieben:Im Umkehrschluss würde ja jetzt .hwsections bedeuten, dass HW-Sections benutzt wird ...
rhabarber1848 hat geschrieben:Imho sollten hw_sections standardmäßig abgeschaltet sein
[...]
Bei Auslieferung sollte das Standardverhalten ohne flag files geregelt sein
Code: Alles auswählen
if [ -e /var/etc/.hwsections ]; then
GTOPTS="hw_sections=1 "
rhabarber1848 hat geschrieben:- ein neues flag file /var/etc/.hwsections schaltet hw_sections ein
- das alte flag file /var/etc/.hw_sections wird ignoriert