Test_BASE-rev6003_HAL-rev562-exp-next_NMP-rev6108-exp-nex

[normann]

Hatte es ja mit jfs und ext4.
DboxOldie hat mir ne Dual NHD2 gebaut, die werde ich nächste Woche mal testen.

[micha]

Ist gerade irgendwas down? Wollte von 28.09 auf diese Updaten, aber Online update geht nicht (kann info nicht laden).

[BPanther]

Es wurde doch bekanntlich noch kein OU bei der UFS913 eingebaut. Und wenn es mal kommt, dann nicht über das Service-Menü...

[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
...

[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.

[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.

[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?!

[BPanther]

Komisch, sowas hatte ich bisher noch bei keiner Box hier. Durch die Tests hätte das eigentlich mal auftreten müssen.

[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.

[BPanther]

Klingt dann aber so, als wenn VAR überläuft oder ähnliches. Hast Du das vielleicht mal angeschaut?

[micha]

Nein, hatte ich nicht vor reboot. Mal schauen bei nächsten Mal. Jetzt ist es nur 9% belegt (mtdblock10).

[BPanther]

mtdblock10 ist nicht var sondern die swap. Ggf. mit df -h /var den Platz überprüfen oder direkt unter Boxinfo.

[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.

[BPanther-Mobil]

Bild kannst Du mit gelb anpassen, ansonsten machte der TV selbst oder es wird schon so gesendet.

[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?