Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - Gottfried

1
Danke Claus!

Ich habe inzwischen die Ursache für die Probleme gefunden: Die Schreibrate auf meinem 128GB USB2 Stick ist viel zu gering - was klar nicht am USB2 liegt, sondern am Stick selbst. Liegt das /data Verzeichnis auf der SD-Karte (oder einer USB-HD), ist alles in Ordnung :-(

Fazit: ring buffer overflow => IO Pfad prüfen

Gottfried

2
WeTek Play / ring buffer overflows - xine Frontend
« on: March 08, 2016, 21:21:17 »
Hi,

ich habe eine Kombi mit Kodi (raspbmc, eben auf nem Raspi) und MLD-Server (auf der wetek - mld 5 stable) laufen und da gibt es noch ein paar Haken und Ösen. Der Raspi ist momentan nur Notbehelf, weil die HDMI-Ausgabe auf der wetek noch nicht verfügbar ist.

Da in dem Konstrukt nicht klar wird, wo ein Fehler herkommt, habe ich ein xine drangeklemmt und kann damit ein Problem reproduzieren:
 1. Nur einen Kanal anschauen - alles ist gut
2. Aufnahme starten -  etwas warten
3. Aufnahme zeitversetzt anschauen während die Aufnahme noch läuft

Nach wenigen Sekunden gerät xine ins Stocken:
== xine war hier verbunden
Mar  8 21:04:51 (MLD-WeTek) user.info vdr: [11564] replay /data/tv/In_aller_Freundschaft_(720)/2016-03-08.21.00.1-0.rec
Mar  8 21:04:51 (MLD-WeTek) user.info vdr: [11628] [xine..put] Detected video size 1280x720
Mar  8 21:05:42 (MLD-WeTek) user.err vdr: [11581] ERROR: 1 ring buffer overflow (1 bytes dropped)
Mar  8 21:05:48 (MLD-WeTek) user.err vdr: [11581] ERROR: 43081 ring buffer overflows (8099228 bytes dropped)
Mar  8 21:05:56 (MLD-WeTek) user.info vdr: [11578] [xine..put] Closing connection 0
== xine weggeworfen
Mar  8 21:05:56 (MLD-WeTek) user.err vdr: [11581] ERROR: 28648 ring buffer overflows (5385824 bytes dropped)
Mar  8 21:05:58 (MLD-WeTek) user.err vdr: [11620] ERROR: skipped 187 bytes to sync on start of TS packet
== xine neu gestartet
Mar  8 21:06:01 (MLD-WeTek) user.info vdr: [11578] [xine..put] Client 0 connected: 172.16.0.154:44471
Mar  8 21:06:01 (MLD-WeTek) user.info vdr: [11578] loading /etc/vdr/plugins/xineliboutput/allowed_hosts.conf
Mar  8 21:06:01 (MLD-WeTek) user.info vdr: [11578] [xine..put] Client 1 connected: 172.16.0.154:44472
Mar  8 21:06:01 (MLD-WeTek) user.info vdr: [11578] loading /etc/vdr/plugins/xineliboutput/allowed_hosts.conf
Mar  8 21:06:24 (MLD-WeTek) user.err vdr: [11628] ERROR: skipped 187 bytes to sync on start of TS packet
Mar  8 21:07:55 (MLD-WeTek) user.err vdr: [11581] ERROR: 15763 ring buffer overflows (2963257 bytes dropped)
Mar  8 21:08:01 (MLD-WeTek) user.err vdr: [11581] ERROR: 41581 ring buffer overflows (7817228 bytes dropped)
== xine weggeworfen
Mar  8 21:08:02 (MLD-WeTek) user.info vdr: [11578] [xine..put] Closing connection 0
Mar  8 21:08:07 (MLD-WeTek) user.err vdr: [11581] ERROR: 44021 ring buffer overflows (8275948 bytes dropped)

Die Aufnahme lief dann noch eine Weile weiter, und siehe da - die Fehler sind weiterhin da:
Mar  8 21:08:39 (MLD-WeTek) user.info vdr: [11885] EPGSearch: search timer update finished
Mar  8 21:26:17 (MLD-WeTek) user.err vdr: [11895] ERROR: 1 ring buffer overflow (1 bytes dropped)
Mar  8 21:26:23 (MLD-WeTek) user.err vdr: [11895] ERROR: 38003 ring buffer overflows (7144564 bytes dropped)
Mar  8 21:26:28 (MLD-WeTek) user.err vdr: [11904] ERROR: skipped 187 bytes to sync on start of TS packet
Mar  8 21:32:46 (MLD-WeTek) user.err vdr: [11895] ERROR: 29359 ring buffer overflows (5519305 bytes dropped)
Mar  8 21:32:52 (MLD-WeTek) user.err vdr: [11904] ERROR: skipped 187 bytes to sync on start of TS packet

Allerdings deutlich seltener - siehe Zeitstempel.

Das gleiche Verhalten sehe ich mit dem Kodi (via vnsiserver) als Frontend. Auf der einen Seite das Problem mit was anschauen, während noch eine Aufnahme läuft. Und andererseits sporadische Aussetzer in Aufnahmen, die sonst im Grunde ok sind.

Auslastung Netz und CPU ist auf allen beteiligten Kisten unauffällig. Mich wundert, dass bisher recht wenig zu dem Problem in Zusammenhang mit der wetek im Forum aufgelaufen ist.

Kann mal jemand in den Code schauen? Die syslog-Meldung wird generiert in:
transfer.c: void cTransfer::Receive(uchar *Data, int Length)

Und der Buffer wird dort initialisiert:
transfer.c: #define VIDEOBUFSIZE  MEGABYTE(1)

(gefunden in: http://www.theoinf.tu-ilmenau.de/~streitdf/DVP/student_work/Anne_Preisz/doku/transfer_8c-source.html aus 2003 - inzwischen dürfte der Buffer größer sein...)

Gibt es vielleicht bereits eine Konfig-Option, um die Größe des Buffers testweise zu beeinflussen? Oder könnte mir mal jemand ein passendes binary mit einem größeren Buffer zukommen lassen?

Alternativ: Wie baue ich mir eine Build-Umgebung? :-)

Danke und Gruß,
Gottfried




3
WeTek Play / Stable MLD-5: Kurzbericht
« on: December 18, 2015, 15:25:19 »
Gerade im Wetek-Forum gepostet:

Quote
Got the box working as vdr backend:
- MLD 5 stable - look at: http://www.minidvblinux.de/download/..._armhf-wtk.tgz
- install type "wtk-server" (or something like this - without display frontend - no use of the hdmi display is actually possible)
- separate display frontend on raspberry by raspbmc (stock raspi kodi distribution) via vdr-plugin-vnsiserver on the wetek box
- separate display frontend via stock linux by xine via vdr-plugin-xineliboutput on the wetek box (you need libxine2-xvdr on your linux box - commandline is 'xine "xvdr+udp://wetek-ip-or-name:37890#nocache"'
- vdr osd frontend by vdr-plugin-control (telnet - yea!)

That's all good for me! Ok, I have also like others my nand broken thus openelec is gone. But that's not really a mess (for a vdr guy like me...)

The only problem I actually not have solved is: Every time the wetek is shutdown (by /sbin/shutdown or /sbin/poweroff or a fored halt - poweroff -f) the box is down for about 10 seconds and then it is starting again. This is a pity because if the box is attached to the tv powering off the tv powers off the box. Good :-) But unfortunately the starting box wakes up the tv again. Thus the only way around is having the tv disconnected and the box running all the time.

Because of this I had no chance to check if the box resumes from power-off at the next recording time.

Folks of wetek: Can you give me any hint what to do to change the restart behavior. I would then talk to the mld developers...

4
Danke Claus! Mit MLD-5_netinstall_2015.10.19-168+1399_armhf-wtk.tgz (Installation satip) sind die dvb-Devices da:

MLD> grep -i dvb /var/log/messages
Jan  1 01:00:16 (MLD-WeTek) user.info kernel: [    6.555752@0] wetek-dvb dvb.8: Found Wetek i2c-1 adapter ...
Jan  1 01:00:16 (MLD-WeTek) user.info kernel: [    6.555763@0] wetek-dvb dvb.8: Found Wetek i2c-2 adapter ...
Jan  1 01:00:16 (MLD-WeTek) user.info kernel: [    6.555772@0] wetek-dvb dvb.8: ts0: parallel
Jan  1 01:00:16 (MLD-WeTek) user.info kernel: [    6.555889@0] wetek-dvb dvb.8: ts2: parallel
Jan  1 01:00:16 (MLD-WeTek) user.info kernel: [    7.372103@0] wetek-dvb dvb.8: Wetek NIM(s) detection in progress ...
Jan  1 01:00:16 (MLD-WeTek) user.info kernel: [    7.372113@0] wetek-dvb dvb.8: Checking for Sony CXD2837 DVB-C/T/T2 demod ...
Jan  1 01:00:16 (MLD-WeTek) user.info kernel: [    7.373736@0] wetek-dvb dvb.8: Checking for Panasonic MN88436 ATSC demod ...
Jan  1 01:00:16 (MLD-WeTek) user.info kernel: [    7.374534@0] wetek-dvb dvb.8: Checking for AVL6211 DVB-S/S2 demod ...
Jan  1 01:00:16 (MLD-WeTek) user.info kernel: [    7.374854@0] i2c i2c-1: AVL6211+AV2011 DVB-S/S2 successfully attached
Jan  1 01:00:16 (MLD-WeTek) user.info kernel: [    7.374862@0] wetek-dvb dvb.8: Checking for AVL6211 DVB-S/S2 demod ...
Jan  1 01:00:16 (MLD-WeTek) user.info kernel: [    7.375179@0] i2c i2c-2: AVL6211+AV2011 DVB-S/S2 successfully attached
Jan  1 01:00:16 (MLD-WeTek) user.info kernel: [    7.375187@0] wetek-dvb dvb.8: Total Wetek NIM(s) found: 2
Jan  1 01:00:17 (MLD-WeTek) user.warn kernel: [   12.998622@0] wetekdvb: module license 'Proprietary' taints kernel.
Jan  1 01:00:17 (MLD-WeTek) user.info kernel: [   13.005335@0] wetek-dvb dvb.8: Loading ...
Jan  1 01:00:17 (MLD-WeTek) user.info kernel: [   13.342212@0] DVB: registering new adapter (Wetek_DVB_0)
Jan  1 01:00:17 (MLD-WeTek) user.info kernel: [   13.342246@0] wetek-dvb dvb.8: DVB: registering adapter 0 frontend 0 (Availink AVL6211+AV2011 DVB-S/S2)...
Jan  1 01:00:17 (MLD-WeTek) user.info kernel: [   13.378634@1] wetek-dvb dvb.8: Register ca0loop device
Jan  1 01:00:17 (MLD-WeTek) user.info kernel: [   13.378688@1] DVB: registering new adapter (Wetek_DVB_1)
Jan  1 01:00:17 (MLD-WeTek) user.info kernel: [   13.378702@1] wetek-dvb dvb.8: DVB: registering adapter 1 frontend 0 (Availink AVL6211+AV2011 DVB-S/S2)...
Jan  1 01:00:17 (MLD-WeTek) user.info kernel: [   13.380399@1] wetek-dvb dvb.8: Register ca1loop device
Jan  1 01:00:17 (MLD-WeTek) user.info kernel: [   13.380458@1] wetek-dvb dvb.8: fifo_0/2097152/4096
Jan  1 01:00:17 (MLD-WeTek) user.info kernel: [   13.385236@1] wetek-dvb dvb.8: FLUSH FIFO_0
Jan  1 01:00:17 (MLD-WeTek) user.info kernel: [   13.385254@1] wetek-dvb dvb.8: FLUSH ok
Jan  1 01:00:17 (MLD-WeTek) user.info kernel: [   13.385300@1] wetek-dvb dvb.8: fifo_1/2097152/4096
Jan  1 01:00:17 (MLD-WeTek) user.info kernel: [   13.389989@1] wetek-dvb dvb.8: FLUSH FIFO_1
Jan  1 01:00:17 (MLD-WeTek) user.info kernel: [   13.390015@1] wetek-dvb dvb.8: FLUSH ok
Jan  1 01:00:17 (MLD-WeTek) user.info kernel: [   13.396452@1] wetek-dvb dvb.8: Loading finished
Jan  1 01:00:18 (MLD-WeTek) user.warn kernel: [   13.792856@1] Modules linked in: cfg80211(+) wetekdvb(PO) btrfs xor raid6_pq
Jan  1 01:00:37 (MLD-WeTek) user.debug vdr: [3154] registered source parameters for 'C - DVB-C'
Jan  1 01:00:37 (MLD-WeTek) user.debug vdr: [3154] registered source parameters for 'S - DVB-S'
Jan  1 01:00:37 (MLD-WeTek) user.debug vdr: [3154] registered source parameters for 'T - DVB-T'
Jan  1 01:00:37 (MLD-WeTek) user.debug vdr: [3154] probing /dev/dvb/adapter0/frontend0
Jan  1 01:00:37 (MLD-WeTek) user.debug vdr: [3154] creating cDvbDevice
Jan  1 01:00:37 (MLD-WeTek) user.info kernel: [   33.402517@1] i2c i2c-1: Uploading demod firmware (dvb-fe-avl6211.fw)...
Dec 12 16:47:32 (MLD-WeTek) user.info vdr: [3154] DVB API version is 0x050A (VDR was built with 0x050A)
Dec 12 16:47:32 (MLD-WeTek) user.info vdr: [3154] frontend 0/0 provides DVB-S,DVB-S2 with QPSK ("Availink AVL6211+AV2011 DVB-S/S2")
Dec 12 16:47:32 (MLD-WeTek) user.debug vdr: [3154] probing /dev/dvb/adapter1/frontend0
Dec 12 16:47:32 (MLD-WeTek) user.debug vdr: [3154] creating cDvbDevice
Dec 12 16:47:32 (MLD-WeTek) user.info kernel: [   34.882470@0] i2c i2c-2: Uploading demod firmware (dvb-fe-avl6211.fw)...
Dec 12 16:47:34 (MLD-WeTek) user.info vdr: [3154] frontend 1/0 provides DVB-S,DVB-S2 with QPSK ("Availink AVL6211+AV2011 DVB-S/S2")
Dec 12 16:47:34 (MLD-WeTek) user.info vdr: [3154] found 2 DVB devices
Dec 12 16:47:36 (MLD-WeTek) user.info kernel: [   38.278247@1] wetek-dvb dvb.8: FLUSH FIFO_0
Dec 12 16:47:36 (MLD-WeTek) user.info kernel: [   38.278265@1] wetek-dvb dvb.8: FLUSH ok
Dec 12 16:47:36 (MLD-WeTek) user.info kernel: [   38.278273@1] wetek-dvb dvb.8: FIFO_0<->0
Dec 12 16:47:36 (MLD-WeTek) user.info kernel: [   38.980183@0] dvb_tsdemux_set_demux source: 2 setting
Dec 12 16:47:36 (MLD-WeTek) user.info kernel: [   38.980325@0] dvb_tsdemux_set_demux source: 1 setting
Dec 12 16:47:36 (MLD-WeTek) user.info kernel: [   38.994828@1] wetek-dvb dvb.8: FLUSH FIFO_1
Dec 12 16:47:36 (MLD-WeTek) user.info kernel: [   38.994844@1] wetek-dvb dvb.8: FLUSH ok
Dec 12 16:47:36 (MLD-WeTek) user.info kernel: [   38.994854@1] wetek-dvb dvb.8: FIFO_1<->1
Dec 12 16:47:36 (MLD-WeTek) user.info kernel: [   38.994873@1] wetek-dvb dvb.8: VPID|: 13ED
Dec 12 16:48:39 (MLD-WeTek) user.info kernel: [  101.075370@0] wetek-dvb dvb.8: FLUSH FIFO_1
Dec 12 16:48:39 (MLD-WeTek) user.info kernel: [  101.075401@0] wetek-dvb dvb.8: FLUSH ok
Dec 12 16:48:39 (MLD-WeTek) user.warn kernel: [  101.075875@0] Modules linked in: rtk_btusb dhd cfg80211 wetekdvb(PO) btrfs xor raid6_pq

Allerdings jammert hier der Zugriff von vdr auf das amlhddevice:
Dec 12 16:48:38 (MLD-WeTek) user.err vdr: [3914] amlhddevice: failed to write codec data, ret=0xffffffff

Habe die Box mehrfach neu gestartet - mal war der vdr Prozess da und hing, mal war er nicht da und ließ sich auch nicht starten. Macht bei dem Build-Alter aber keinen Sinn irgendwas weiter zu forschen. Schaue mir die aktuelle Testing nochmal an.

Gottfried

5
Ja - bereits gesehen. Leider nicht für die Wetek-Box...

6
Habe das gleiche Problem mit

MLD> uname -a
Linux MLD 3.10.93 #1 SMP Mon Dec 7 10:51:59 CET 2015 armv7l GNU/Linux

MLD> grep -i dvb messages
Dec 11 18:10:08 (MLD-WeTek) user.info kernel: [    6.778634@1] wetek-dvb dvb.8: Found Wetek i2c-1 adapter ...
Dec 11 18:10:08 (MLD-WeTek) user.info kernel: [    6.778646@1] wetek-dvb dvb.8: Found Wetek i2c-2 adapter ...
Dec 11 18:10:08 (MLD-WeTek) user.info kernel: [    6.778656@1] wetek-dvb dvb.8: ts0: parallel
Dec 11 18:10:08 (MLD-WeTek) user.info kernel: [    6.778782@1] wetek-dvb dvb.8: ts2: parallel
Dec 11 18:10:08 (MLD-WeTek) user.info kernel: [    7.594322@1] wetek-dvb dvb.8: Wetek NIM(s) detection in progress ...
Dec 11 18:10:08 (MLD-WeTek) user.info kernel: [    7.594331@1] wetek-dvb dvb.8: Checking for Sony CXD2837 DVB-C/T/T2 d
Dec 11 18:10:08 (MLD-WeTek) user.info kernel: [    7.595920@1] wetek-dvb dvb.8: Checking for Panasonic MN88436 ATSC de
Dec 11 18:10:08 (MLD-WeTek) user.info kernel: [    7.596696@1] wetek-dvb dvb.8: Checking for AVL6211 DVB-S/S2 demod ..
Dec 11 18:10:08 (MLD-WeTek) user.info kernel: [    7.597018@1] i2c i2c-1: AVL6211+AV2011 DVB-S/S2 successfully attache
Dec 11 18:10:08 (MLD-WeTek) user.info kernel: [    7.597026@1] wetek-dvb dvb.8: Checking for AVL6211 DVB-S/S2 demod ..
Dec 11 18:10:08 (MLD-WeTek) user.info kernel: [    7.597346@1] i2c i2c-2: AVL6211+AV2011 DVB-S/S2 successfully attache
Dec 11 18:10:08 (MLD-WeTek) user.info kernel: [    7.597352@1] wetek-dvb dvb.8: Total Wetek NIM(s) found: 2
Dec 11 18:10:29 (MLD-WeTek) user.debug vdr: [3138] registered source parameters for 'C - DVB-C'
Dec 11 18:10:29 (MLD-WeTek) user.debug vdr: [3138] registered source parameters for 'S - DVB-S'
Dec 11 18:10:29 (MLD-WeTek) user.debug vdr: [3138] registered source parameters for 'T - DVB-T'
Dec 11 18:10:29 (MLD-WeTek) user.info vdr: [3138] no DVB device found

Es sieht mir so aus, als ob das - fest im Kernel verankerte - wetek-dvb Modul nicht vollständig initialisiert ist. In einem Thread zur OpenElec-Variante
http://www.wetekforums.com/vb5/forum/wetek-play/linux/openelec/10888-solved-unable-to-find-any-tuners
geht es nach der Meldung mit den

[ 7.587831@1] wetek-dvb dvb.8: Total Wetek NIM(s) found: 2

weiter:
[ 17.356627@0] wetekdvb: module license 'Proprietary' taints kernel.
[ 17.359110@1] wetek-dvb dvb.8: Loading ...
[ 17.382795@1] DVB: registering new adapter (WetekPlay_DVB_0)
[ 17.382843@1] wetek-dvb dvb.8: DVB: registering adapter 0 frontend 0 (Availink AVL6211+AV2011 DVB-S/S2)...
[ 17.420106@1] DVB: registering new adapter (WetekPlay_DVB_1)
[ 17.420137@1] wetek-dvb dvb.8: DVB: registering adapter 1 frontend 0 (Availink AVL6211+AV2011 DVB-S/S2)...
[ 17.444149@1] wetek-dvb dvb.8: fifo_0/2097152/4096
[ 17.446732@1] wetek-dvb dvb.8: FLUSH FIFO_0
[ 17.446744@1] wetek-dvb dvb.8: FLUSH ok
[ 17.447143@1] wetek-dvb dvb.8: fifo_1/2097152/4096
[ 17.449954@1] wetek-dvb dvb.8: FLUSH FIFO_1
[ 17.449975@1] wetek-dvb dvb.8: FLUSH ok
[ 17.449983@1] wetek-dvb dvb.8: Loading finished
[ 28.220202@1] i2c i2c-1: Uploading demod firmware (dvb-fe-avl6211.fw)...
[ 28.230300@0] i2c i2c-2: Uploading demod firmware (dvb-fe-avl6211.fw)...
[ 29.473443@1] wetek-dvb dvb.8: DVB: adapter 1 frontend 0 frequency 0 out of range (950000..2150000)

Ich schätze, dass dass erst nach dem Upload der Firmware der Treiber aktiv wird und dementsprechend dann die Device-Files auftauchen.

Gibt es eigentlich irgendwo ein Archiv mit den alten Builds - der Build vom 02.12.2015 soll ja funktioniert haben...

Ansonsten: Ich bin schwer begeistert :-)

Gottfried