Seite 3 von 4
Verfasst: Do 25 Jan 2007, 15:01
von ingrid
hepp hat geschrieben:petgun_download hat geschrieben:MOhlmann hat geschrieben:..mit dem Snap vom 24. fährt die Box nach fast jeder aufnahme in den Deep-Standby...
..gibt es eine Systematik fuer 'fast jede Aufnahme'? Wann hat's funktioniert und wann nicht?
bin zwar nicht Mohlmann, aber ich konnte keine systematik finden.
ich mutmaße das houdini da die letzten tage was versaubeutelt hat
(einer muß ja schuld haben).
das problem muß jedenfalls zwischen dem 15. und 23.01 im cvs gelandet sein. mit älterer zapit und aktuellem cvs ist das problem noch vorhanden.
ich hab da die änderungen am sectionsd im verdacht
Exakt dasselbe Problem hier. 2xI Sagem IDE EXT3.
Hab mir selbst CVS compiled und herausgefunden, dass am 18.1. 00:00 Uhr noch alles in Ordnung war und seit 20.1. 00:00 das Problem im CVS existiert. (19.1. konnte ich nicht flashen... Magic Bytes, egal was ich probiert habe... :S)
Vielleicht hilft diese Info?
Ich habe streaminfo2.cpp und streaminfo2.h in Verdacht, bin mir aber nicht sicher, da müsste mal jemand der CDK-Gurus ran.
Zur "Systematik": 1. Aufnahme ok, 2. Aufnahme startet, beim beenden der Aufnahmen läuft das recording.end script durch, dann kommt ein Segmentation fault. Nahezu jedes Mal reproduzierbar, meistens nach der 2. Aufnahme, spätestens nach der ca. 5. = Segmentation fault. Wenn es nicht direkt nach Aufnahmeende auftritt, dann beim nächsten Zap.
Wenn jemand mehr Infos braucht, einfach Bescheid sagen.
P.S. Sollte man sowas eigentlich hier posten oder im Tuxbox Forum / Section Neutrino???
Verfasst: Do 25 Jan 2007, 15:25
von hepp
ingrid hat geschrieben: Hab mir selbst CVS compiled und herausgefunden, dass am 18.1. 00:00 Uhr noch alles in Ordnung war und seit 20.1. 00:00 das Problem im CVS existiert.
Vielleicht hilft diese Info?
guter hinweis, danke!
Jan 20
apps/dvb/zapit/include/zapit zapit.h Harald Kuethe
apps/dvb/zapit/include/zapit/client msgtypes.h zapitclient.h Harald Kuethe
apps/dvb/zapit/lib zapitclient.cpp Harald Kuethe
apps/dvb/zapit/src dvbstring.cpp zapit.cpp Harald Kuethe
apps/tuxbox/neutrino/src neutrino.cpp neutrino.h Harald Kuethe
apps/tuxbox/neutrino/src/gui channellist.h nfs.cpp nfs.h Harald Kuethe
ingrid hat geschrieben:
P.S. Sollte man sowas eigentlich hier posten oder im Tuxbox Forum / Section Neutrino???
ebenfalls gute frage,
im tux-forum ist's eigentlich besser aufgehoben.
evtl. hängst dich dort mit deinem bericht an einen der bestehenden threads mit dran.
Verfasst: Do 25 Jan 2007, 15:30
von ingrid
hepp hat geschrieben:Jan 20
apps/dvb/zapit/include/zapit zapit.h Harald Kuethe
apps/dvb/zapit/include/zapit/client msgtypes.h zapitclient.h Harald Kuethe
apps/dvb/zapit/lib zapitclient.cpp Harald Kuethe
apps/dvb/zapit/src dvbstring.cpp zapit.cpp Harald Kuethe
apps/tuxbox/neutrino/src neutrino.cpp neutrino.h Harald Kuethe
apps/tuxbox/neutrino/src/gui channellist.h nfs.cpp nfs.h Harald Kuethe
Naja, aber wenn ich das mit dem CVS checkout richtig verstanden habe (option -D "20 Jan 2007"), dürften die obigen Sachen am 20. um 0:00 Uhr noch nicht drin gewesen sein. Aber da könnte ich falsch liegen.
hepp hat geschrieben:ingrid hat geschrieben:
P.S. Sollte man sowas eigentlich hier posten oder im Tuxbox Forum / Section Neutrino???
ebenfalls gute frage,
im tux-forum ist's eigentlich besser aufgehoben.
evtl. hängst dich dort mit deinem bericht an einen der bestehenden threads mit dran.
Werde ich machen und den Link hier in den Post hängen.
Et voila:
http://tuxbox-forum.dreambox-fan.de/for ... hp?t=44184
Verfasst: Do 25 Jan 2007, 15:53
von hepp
ingrid hat geschrieben:Naja, aber wenn ich das mit dem CVS checkout richtig verstanden habe (option -D "20 Jan 2007"), dürften die obigen Sachen am 20. um 0:00 Uhr noch nicht drin gewesen sein. Aber da könnte ich falsch liegen.
ach so, da hab ich falsch gelesen.
wie auch immer, kannst ja hier selbst schauen
http://cvs.tuxbox.org/lists/tuxbox-cvs- ... llist.html
Verfasst: Do 25 Jan 2007, 18:03
von petgun_download
"Umschalten bei Ankündigung" auf 'ja' einstellen, scheint das Problem zu umgehen/lösen.
Verfasst: Do 25 Jan 2007, 18:27
von ingrid
petgun_download hat geschrieben:"Umschalten bei Ankündigung" auf 'ja' einstellen, scheint das Problem zu umgehen/lösen.
Nicht wirklich (jedenfalls nicht hier), ist bei mir immer an. Der crash tritt trotzdem auf. Hört sich auch (relativ) unlogisch an, da der crash erst nach wiederholtem Aufnahmeende auftritt (nach dem Abarbeiten von recording.end).
Verfasst: Do 25 Jan 2007, 18:41
von petgun_download
hmm...so wurde es jedenfalls im Tuxbox-Forum berichtet. Hast Du das Problem nur bei paytv-Sendern oder auch bei fta-Sendern beobachtet?
Verfasst: Do 25 Jan 2007, 18:56
von ingrid
Ob FTA oder PayTV, das Problem tritt bei beidem auf. Macht keinen Unterschied. Die meiste Zeit habe ich mit ZDF getestet. (Um 'ne klare Linie zu finden, woran es liegen kann, um meine Box auszuschließen.)
Hast Du den Link zu dem Thread? Scheint ein anderes Problem zu sein, wenn das die "Lösung" sein soll...
Edit: Hab den Thread gefunden. Es handelt sich um 2 verschiedene Probleme, der Workaround hilft hierbei also nicht. (Bei einem Kandidaten ist das Problem auch schon seit 2.1. da, unser Problem erst seit 9. oder 10.1. im CVS)
Verfasst: Fr 26 Jan 2007, 0:55
von DrStoned
rr9613 hat geschrieben:Ich habe noch eine Veränderung bei 'wget' festgestellt.
Wenn die Datei, in die weget die Daten speichern soll schon existiert, wird diese nicht mehr wie früher überschrieben. Die könnte bei einigen Plugins Probleme geben.
Code: Alles auswählen
BusyBox v1.4.0 (2007-01-21 23:35:58 CET) Built-in shell (ash)
Enter 'help' for a list of built-in commands.
~ > wget -q -O /tmp/googel.htm http://www.googel.de
~ > wget -q -O /tmp/googel.htm http://www.googel.de
wget: /tmp/googel.htm: File exists
~ >
rr9613
Habe jetzt mal die Plugin-Sammlung auf meiner Box durchgetestet. Das Fazit ist erschreckend für mich. Fast alle Plugins und Skripte die auf
wget aufbauen, funktionieren nicht mehr richtig.
Ich habs gerade mal grob überschlagen, ca. 15 Skripts müssten abgeändert werden, damit sie wieder richtig laufen.
Ich wäre deshalb dafür, wieder auf die alte
busybox zurückzugehen, da das eine Unmenge Arbeit bedeutet, alles wieder auf diesen Stand zu bringen.
Verfasst: Fr 26 Jan 2007, 6:41
von hepp
DrStoned hat geschrieben:Ich wäre deshalb dafür, wieder auf die alte busybox zurückzugehen, da das eine Unmenge Arbeit bedeutet, alles wieder auf diesen Stand zu bringen.
dafür. ich verstehe auch nicht, warum riker sich das antut, immer die neuste busybox zu verwenden. das bei dessen code in neuer version immer irgendwas saugt, kennt man doch mittlerweile
komisch finde ich auch, dass im changelog von 1.4.0 nix von geändertem wget steht. letzte änderungen gab es offenbar mit 1.3.0 (14 December, 2006 -- BusyBox 1.3.0 (stable)
Verfasst: Fr 26 Jan 2007, 9:48
von Gorcon
Fast alle Plugins und Skripte die auf wget aufbauen, funktionieren nicht mehr richtig.
Habe ich gestern auch festgestellt. Mein Plugin das die HDD per Timer funktion überprüfen soll fährt die Box nicht mehr runter oder hängt sich mittten drinn auf.
Gut ich könnte die ganzen wget sachen weglassen, aber ich wollte das es auf dem Bildschirm irgendwie angezeigt wird das da was im gange ist.
Gruß Gorcon
Verfasst: Fr 26 Jan 2007, 17:53
von Riffer
Hier mal eine Bugmeldung von mir (habe den Snap vom 23.01. heute Nacht installiert):
Wenn ich im TS Filmarchiv über die dBox-Taste "Optionen" aufrufe, sind die beiden letzten Einträge als "
INTERNAL ERROR - PLEASE REPORT" markiert. Da überlagern sich auch 2 Texte, kann aber nur den obigen erkennen. Keine Ahnung, welcher Menüpunkt da eigentlich sein dürfte.
Ist eine Philips Sat - habe das Image als Vorbereitung auf das gerade bestellte HDD-Interface installiert und gleich mal geschaut, was es seit ein paar Monaten so an Neuerungen in der Tuxbox gibt
Verfasst: Fr 26 Jan 2007, 19:16
von michaelstaehle
Naja, kann man da vielleicht noch eine ala Option -f reinmachen, dann braucht man nur einen alias setzen.
Ciao Micha
Verfasst: Fr 26 Jan 2007, 20:55
von rr9613
DrStoned hat geschrieben:rr9613 hat geschrieben:Ich habe noch eine Veränderung bei 'wget' festgestellt.
Wenn die Datei, in die weget die Daten speichern soll schon existiert, wird diese nicht mehr wie früher überschrieben. Die könnte bei einigen Plugins Probleme geben.
Code: Alles auswählen
BusyBox v1.4.0 (2007-01-21 23:35:58 CET) Built-in shell (ash)
Enter 'help' for a list of built-in commands.
~ > wget -q -O /tmp/googel.htm http://www.googel.de
~ > wget -q -O /tmp/googel.htm http://www.googel.de
wget: /tmp/googel.htm: File exists
~ >
rr9613
Habe jetzt mal die Plugin-Sammlung auf meiner Box durchgetestet. Das Fazit ist erschreckend für mich. Fast alle Plugins und Skripte die auf
wget aufbauen, funktionieren nicht mehr richtig.
Ich habs gerade mal grob überschlagen, ca. 15 Skripts müssten abgeändert werden, damit sie wieder richtig laufen.
Ich wäre deshalb dafür, wieder auf die alte
busybox zurückzugehen, da das eine Unmenge Arbeit bedeutet, alles wieder auf diesen Stand zu bringen.
Um das Problem noch etwas zu ergänzen.
Es sind ja nicht nur die Plugins die mit wget auf irgendwelche Funktionen der DBox oder das Internet zugreifen. Da gibt es auch noch einige Binäres wie z.B. das Flexmenü mit KILLEPG=2, was auf das Webinterface zugreift und in /dev/null schreibt.
Selbst da gibt es eine Fehlermeldung.
Verfasst: Fr 26 Jan 2007, 23:42
von palace
Nurmal anmerk: Hab das Snap vom 24. geflasht:
- Bitrate: Cooles Feature
- EPG Filter mit neuer Syntax: Ok
Erster Aufnahme Versuch: Spontaner Absturz... (das Setzen des Aufnahme- Dirs ist etwas verwirrend: Nur ein nachschauen in der neutrino.conf bestätigte mir den korrekten Eintrag) - .ts & .xml waren vorhanden; .ts nur entsprechend klein