Seite 15 von 28
Re: Experimentelle Images/Dateien (stm22)
Verfasst: Di 13. Sep 2011, 22:09
von Logiman
okay, Danke
Re: Experimentelle Images/Dateien (stm22)
Verfasst: Mi 14. Sep 2011, 04:18
von BPanther
Ist leider etwas kompliziert geworden, denn da ich "Boost" in Verdacht habe, für die Mountverluste zuständig zu sein, habe ich 2 gebaut. Das ohne Zusatz ist inzwischen mit Boost v1.47.0 (Images ab rev2288 haben v1.46.1), das andere nutzt die alte v1.40.0 (Images < rev2288). Boost selbst dürfte eine Art lib-Sammlung sein, die innerhalb des Images verwendet wird, siehe dazu auch
http://www.boost.org
Re: Experimentelle Images/Dateien (stm22)
Verfasst: Fr 16. Sep 2011, 02:12
von BPanther
rev2705 online.
- mit boost 1.47.0 durchgebaut
Re: Experimentelle Images/Dateien (stm22)
Verfasst: Sa 24. Sep 2011, 09:21
von udog
guten Morgen
wird eigentlich die recording.end bei einer Sicherung mit gesichert ?
habe gerade bei der rev.2716 das Problem das die Box nach Timer-Ende nicht wieder in den Deep SB geht.
bzw.es blinkt auch nach Aufnahmeende im VFD >Timer >Aufnahme
mal ne ältere Version testen

ging aber mit der rev.2705
EDIT:geht auch nicht mehr mit älteren Versionen,scheint wiedermal an meinen Sicherungen zu liegen

Re: Experimentelle Images/Dateien (stm22)
Verfasst: Sa 24. Sep 2011, 14:25
von BPanther
udog hat geschrieben:wird eigentlich die recording.end bei einer Sicherung mit gesichert ?
Jupp, die ist mit im Backup, daher die ggf. vom Server benutzen falls man nicht dran gedacht hat.
Re: Experimentelle Images/Dateien (stm22)
Verfasst: Di 27. Sep 2011, 16:32
von BPanther
Habe mal eine neue neutrino binary hochgeladen. Dort habe ich was an der PMT gemacht, so daß CI-Module besser/stabiler funktionieren sollten.
Re: Experimentelle Images/Dateien (stm22)
Verfasst: Mi 28. Sep 2011, 19:46
von micha
Hallo!
Ich schreibe mein Problem einmal hier anstatt eines neuen Beitrags, da es irgendwie Imageübergreifend ist. Ich habe eine 910er bekommen und würde die gerne mit Neutrino betreiben.
Ich habe jetzt bestimmt 10 BPanther Neutrino 2xxxer stm22 Flash Images ausgetestet, zwischen 2014 und 2716. Alle waren Out-of-the-Box unbrauchbar, da das Bild über SCART oder HDMI nach kurzer Zeit meist überdeckt ist von OSD/Menü Resten.
Dann habe ich noch das 1344 getestet - wohl das Neueste 1xer? Das hat nach kurzem Test solche Probleme nicht.
Entstehen diese Bildfehler durch fehlerhafte Settings? Ich habe was davon gelesen, dass Autoresolution eventuell solche Probleme bereiten kann. Daher habe ich dort alle Einstellungen z. B. bei Benutzung des SCART Anschluss auf Pal gesetzt. Autoresolution generell abzustellen, habe ich nicht finden können.
Das 1xer ist ja augenscheinlich schon sehr alt und irgendetwas hat ja wohl den Versionsprung nach 2x bewirkt. Wäre ein 1xer Image wegen dem Problem auch nutzbar?
Falls aus diesem Grunde die 1xer Images mittlerweile vom Funktionsumfang zu alt sind muss ich wohl aufs langsamere E2 ausweichen. Das wäre doch schade, nach vielen Jahren DBox2.
Grüße
Michael
Re: Experimentelle Images/Dateien (stm22)
Verfasst: Mi 28. Sep 2011, 19:52
von blacky49
Also über HDMi dürfte es keine Probleme geben.
Hast du denn die OSD- Einstellungen deinem Bildschirm angepasst?
Re: Experimentelle Images/Dateien (stm22)
Verfasst: Mi 28. Sep 2011, 20:22
von micha
Hm. Vielleicht. Viel verstellt habe ich schon ohne Erfolg. Aber vielleicht nicht die richte Einstellung. Welche OSD Einstellungen meinst du denn? Das Problem habe ich sowohl an meiner alten Röhre/SCART als auch am Plasma/HDMI.
Habe gerade die 1344 drauf und werde jetzt wieder die 2716 flashen (Nebenbei. Wie könnte ich denn auch die aktuelle Neutrino.elf vom Server austauschen. Wenn ich Neutrino kille, dann war es das mit Zugriff).
HDMI kann ich erst später testen, wenn der Plasma für solche Tests wieder frei ist.
Re: Experimentelle Images/Dateien (stm22)
Verfasst: Mi 28. Sep 2011, 20:59
von BPanther
Bei Scart bzw. 576 sind OSD-Reste bekannt, siehe Bugliste.
Beim Flash kann die neuere Neutrino binary nur via /tmp getestet werden. Neutrino dann nur via Extras Menü neu starten lassen und die neue ist aktiv - bis zum Neustart, da /tmp immer gelöscht wird (ist nur RAM).
Re: Experimentelle Images/Dateien (stm22)
Verfasst: Do 29. Sep 2011, 13:37
von udog
Neue experimentelle rev am start,läuft alles wie geschmiert
was ich nur empfehlen kann ist die Backupdatei auf der hdd zu sichern,das erleichtert ungemein den Wiederherstellungsprozess, da der SWAP nicht erst neu erstellt werden muß (dieser ist ja schon im backup mit drinnen)
solange bis ein root-update wieder geht
wieder mal Danke BP
Re: Experimentelle Images/Dateien (stm22)
Verfasst: Do 29. Sep 2011, 17:35
von BPanther
Danke für die Info.

Wenn soweit wieder alles funktioniert mache ich am Wochenende wieder eine Release-Version, dann kommen auch wieder die Einzelupdates.
Re: Experimentelle Images/Dateien (stm22)
Verfasst: Do 29. Sep 2011, 19:28
von DboxOldie
Zu Rev.2741:
Läuft prima
Das Ci - Modul klappt jetzt bestens, teste das jetzt seit ein paar Stunden.
Gut gemacht
Edit: Auch der Aufruf des CI - Modul Menü aus Neutrino klappt wunderbar jetzt

Re: Experimentelle Images/Dateien (stm22)
Verfasst: Do 29. Sep 2011, 19:50
von BPanther
Danke für die Info, hat es also wirklich was gebracht.

Re: Experimentelle Images/Dateien (stm22)
Verfasst: Fr 30. Sep 2011, 16:33
von micha
So ich konnte jetzt wieder mal den HDMI testen. Jetzt lief es ohne . Ich muss wohl immer irgendetwas falsch eingestellt haben, auch wenn mir jetzt nicht ersichtlich ist, was. Aber umso besser, dass das jetzt läuft. Muss die Box jetzt halt den Raum wechseln.
Was mir (rev2716, interne Festplatte) sonst noch aufgefallen:
- Die Festplatte legt sich nach einer Aufnahme nicht mehr schlafen. Das ist schon sehr ärgerlich, die Festplatte unter umständen manchmal tagelang nicht benutzt wird.
- Die Option EMU in Standby deaktivieren ist leider nicht so schlau eine laufende Aufnahme per EMU bemerken zu können. Die Aufnahme per EMU misslingt aber genauso, wenn der EMU im Standby weiterlaufen soll und in den Standby geschaltet wird (und die Meldung nicht erscheint, dass der EMU beendet wurde).
- Camd3 ist wohl nicht optimal für diese Box? Sie stürzt irgendwie gerne mal ab und es erscheint, dass Camd3 neugestartet wird (was dann nicht immer erfolgreich ist). Die camd3.config ist eigentlich sehr schlank. Da sollte es doch keine Probleme geben (So hat sie auf meiner DBox2 mit jetzt Memory Problem lange problemlos gelaufen, abgesehen vom Boxtype).
BOXTYPE=13
LOG=0
MULTI=1