Seite 2 von 9
Re: Test_BASE-rev6003_HAL-rev562-exp-next_NMP-rev6108-exp-ne
Verfasst: Sa 26. Okt 2013, 16:14
von normann
Hatte es ja mit jfs und ext4.
DboxOldie hat mir ne Dual NHD2 gebaut, die werde ich nächste Woche mal testen.
Re: Test_BASE-rev6003_HAL-rev562-exp-next_NMP-rev6108-exp-ne
Verfasst: Mi 30. Okt 2013, 23:56
von micha
Ist gerade irgendwas down? Wollte von 28.09 auf diese Updaten, aber Online update geht nicht (kann info nicht laden).
Re: Test_BASE-rev6003_HAL-rev562-exp-next_NMP-rev6108-exp-ne
Verfasst: Do 31. Okt 2013, 00:11
von BPanther
Es wurde doch bekanntlich noch kein OU bei der UFS913 eingebaut. Und wenn es mal kommt, dann nicht über das Service-Menü...
Re: Test_BASE-rev6003_HAL-rev562-exp-next_NMP-rev6108-exp-ne
Verfasst: Do 31. Okt 2013, 00:14
von micha
Achso. Verwechselt. Hatte kurz in der Liste geschaut, den gründen Pfeil gesehen, nach oben geschaut und dann Online Update möglich als Spaltenüberschrift gelesen...
Ergänzung: Vielleicht eine Kleinigkeit -> bad file descriptor
Code: Alles auswählen
...
BusyBox v1.21.1 (2013-09-28 01:35:47 CEST) built-in shell (ash)
...
[fe0] sat pos 0 -> 192 motor pos 0 -> 0 usals off
[fe0] voltage 18
[fe0] tone on
[fe0] tune to 11797000 DVB QPSK 3/4 H/L srate 27500000 (tuner 1197000 offset 10600000 timeout 4000)
[frontend.cpp:setFrontend:846] FE_SET_PROPERTY: Bad file descriptor
CutBackNeutrino channel_id b914000200850008 mode 1
...
Re: Test_BASE-rev6003_HAL-rev562-exp-next_NMP-rev6108-exp-ne
Verfasst: Mo 4. Nov 2013, 19:25
von micha
Ich bin ein bisschen überrascht seitens der Fehler- bzw. Statusinfos im Telnet (also mit setconsole). Gestern und heute war bei uns so richtig nettes Regenwetter. Laut unserer Nexus ergiebige 32,4mm in den letzten 24h. Dementsprechend kam es hin und wieder zum Empfangsabbruch. Also erst Klötzchenkino, dann kompletter Abbruch/kein Signal.
Spätestens bei kein Signal hätte ich jetzt irgendwie eine Statusmeldung der Art zapit Tuning failed oder so erwartet. Aber im telnet/setconsole hat man davon überhaupt nichts mitbekommen. Ist das normal?! Da ja spätestens bei einer Aufnahme so nur noch Murgs rauskommt, hatte ich mit irgendeiner Statusmeldung gerechnet.
Re: Test_BASE-rev6003_HAL-rev562-exp-next_NMP-rev6108-exp-ne
Verfasst: Mo 4. Nov 2013, 19:46
von BPanther
Nunja, ob da nun Meldungen kommen würden oder nicht, macht ja im Grunde keinen Unterschied bei der Aufnahme, die dann fehlerhaft ist. "Tuning fehlgeschlagen" oder ähnliches wäre wohl auch nicht ganz korrekt, denn das funktionierte ja zum Zeitpunkt des Umschaltens. Ein "Signal lost" oder ähnliches, was wohl passender wäre, gibts aber glaube auch bisher nicht.
Re: Test_BASE-rev6003_HAL-rev562-exp-next_NMP-rev6108-exp-ne
Verfasst: Mo 11. Nov 2013, 07:24
von micha
Jetzt ist es auch bei meiner 913 passiert, was sonst häufiger mit meiner 1018HD auftritt.
Box läuft morgens, Festplatte an, Timerliste leer, damit auch keine Mo-Fr Aufnahme mehr in Timerliste, in EPG ist Timeraufnahme noch mit REC markiert.
Box runtergefahren und Start. Die Mo-Fr Aufnahme ist in der Timerliste wieder da?!
Re: Test_BASE-rev6003_HAL-rev562-exp-next_NMP-rev6108-exp-ne
Verfasst: Mo 11. Nov 2013, 19:44
von BPanther
Komisch, sowas hatte ich bisher noch bei keiner Box hier. Durch die Tests hätte das eigentlich mal auftreten müssen.
Re: Test_BASE-rev6003_HAL-rev562-exp-next_NMP-rev6108-exp-ne
Verfasst: Mo 11. Nov 2013, 20:49
von micha
Wahrscheinlich liegt es daran, dass ich im Moment nicht mehr so häufig zum Flashen komme - Image ist schon wieder vom 2013-09-28.
In den ersten 1-2 Wochen Laufzeit passiert sowas auch nie hier bei mir, selbst nicht bei meiner überzickigen 1018HD. Da "entwickelt" sich wohl immer irgendwas.
Re: Test_BASE-rev6003_HAL-rev562-exp-next_NMP-rev6108-exp-ne
Verfasst: Mo 11. Nov 2013, 20:51
von BPanther
Klingt dann aber so, als wenn VAR überläuft oder ähnliches. Hast Du das vielleicht mal angeschaut?
Re: Test_BASE-rev6003_HAL-rev562-exp-next_NMP-rev6108-exp-ne
Verfasst: Di 12. Nov 2013, 17:20
von micha
Nein, hatte ich nicht vor reboot. Mal schauen bei nächsten Mal. Jetzt ist es nur 9% belegt (mtdblock10).
Re: Test_BASE-rev6003_HAL-rev562-exp-next_NMP-rev6108-exp-ne
Verfasst: Di 12. Nov 2013, 19:21
von BPanther
mtdblock10 ist nicht var sondern die swap. Ggf. mit df -h /var den Platz überprüfen oder direkt unter Boxinfo.
Re: Test_BASE-rev6003_HAL-rev562-exp-next_NMP-rev6108-exp-ne
Verfasst: Sa 16. Nov 2013, 11:29
von micha
Var ist dann wohl nur zu 27% belegt.
---
Gestern habe ich mal CIFS Freigabe ausprobiert. Ist etwas ernüchternd. Irgendwann semmelt die Box immer mit Segmentation fault ab. Das kann mal beim Aufruf eines Filmes sein, aber passiert auch, wenn man einfach nur durch die Verzeichnisse wechselt, also so in der Art
Code: Alles auswählen
KEY_RELEASE - 6c 00 13 13 CAUSE=Timeout
---- 131 ms ----
[SEM] DOWN
Segmentation fault
KEY: 160 - OK
**** 473 14 ****
[SEM] UP
Nach beenden eines Filmes heißt es dann immer:
Code: Alles auswählen
[container_ffmpeg.c:container_ffmpeg_stop]
[container_ffmpeg.c:container_ffmpeg_stop] ret 0
[output/linuxdvb.c:LinuxDvbStop] ioctl failed with errno 22
[output/linuxdvb.c:LinuxDvbStop] VIDEO_CLEAR_BUFFER: Invalid argument
[output/linuxdvb.c:LinuxDvbStop] ioctl failed with errno 22
[output/linuxdvb.c:LinuxDvbStop] AUDIO_CLEAR_BUFFER: Invalid argument
Aber nur daran liegen, dass der Speicher überläuft, kann es auch nicht. Denn beim ersten Absturz passierte das direkt beim Aufruf des Videos und vorher war nur durch die Verzeichnisstruktur gewechselt worden. Nach dem Reboot lief das Video dann auch.
---
Ist das richtig, bei SD-TV MPEG2 abspielen:
Code: Alles auswählen
[container_ffmpeg.c:container_ffmpeg_update_tracks] 0. encoding = V_MPEG1 - version 0
---
4:3 (z. B. 480x576,4:3) wird auf 16:9 gezoomt. Gibt es da eine Option zum Anpassen?
---
Anbei noch eine Info über ein Video, welches nur ruckelnd lief.
Re: Test_BASE-rev6003_HAL-rev562-exp-next_NMP-rev6108-exp-ne
Verfasst: Sa 16. Nov 2013, 20:27
von BPanther-Mobil
Bild kannst Du mit gelb anpassen, ansonsten machte der TV selbst oder es wird schon so gesendet.
Re: Test_BASE-rev6003_HAL-rev562-exp-next_NMP-rev6108-exp-ne
Verfasst: Mo 18. Nov 2013, 18:40
von micha
Heute wieder das gleiche Verhalten bei meiner programmierten Mo-Fr Aufnahme, wie schon einmal berichtet.
Schalte die Box an. Timerliste leer (es war nur die Mo-Fr Aufnahme drin). Im EPG nachgeschaut. Dort ist die Aufnahme mit Rec markiert. Reboot. Mo-Fr Aufnahme ist wieder in Timerliste da.
Das blöde ist halt, dass die Box tatsächlich nicht aufnehmen würde, bis die Box das nächste Mal gestartet wird.
Da das bei mir also reproduzierbar auftritt, müsste das doch auffindbar sein?