[utp100]

Liebe Forumsmitglieder,

gibt es eine Empfehlung für einen USB DVB-C Stick (Kabeldeutschland),
der mit  MLD 3 für Raspberry PI als Nur-Aufnahmesystem+vompserver funktioniert?
Meine Suche u.a. im Forum ergab leider keinen Treffer, der zu einer Sofortbestellung geführt hätte.

Ich dachte an Sundtek MediaTV Digital Home (DVB-CT).  Ist das mld-rpi System-Addon dvb-sundtek
ausreichend?

Vielen Dank und herzliche Grüße

Uli
 

[clausmuus]

Hi,

grundsätzlich sollte der Sundteck problemlos funktionieren. Ich habe den aber selber nicht am rpi getestet, da ich meinen verliehen habe. Sollte es mit dem Probleme geben, würde ich aber mal zusehen, das ich mir meinen zurückhole um den zum laufen zu bringen.
Ob der Sundteck die beste Wahl ist, oder ob es andere gibt die am RPI besser funktionieren, weiß ich aber nicht. Ich habe bisher nur einige DVB-T Sticks getestet, die sehr unterschiedlich gut (Stabielität, Empfangsqualität) funktioniert hatten.

Claus

[utp100]

Moin moin,

das Addon  MLD-3.0.1-rpi_kernel-3.6.11.158_dvb-sundtek-2013.02.22_20.sfs

passt nicht zum Rest.  Die Fehlermeldung lautet

ERROR: ld.so: object '/usr/lib/libmediaclient.so' from /etc/ld.so.preload cannot be preloaded: ignored.

ls -l /usr/lib/libmediaclient.so
-rwxr-xr-x    1 root     root         59408 Feb 22  2013 /usr/lib/libmediaclient.so

Als Vorauswahl hatte ich server und vomp ausprobiert.   Laut dmesg findet der Kernel den USB-Stick.

Habe ich eine Abhängigkeit übersehen und fehlt noch ein Addon?

Uli
 

[clausmuus]

Hi,

danke für den Hinweis. Grund ist, dass ich das Addon an den RPI angepasst hatte, als debian noch nicht hard floting unterstützte. Nachdem ich das vor nem halben Jahr umgestellt hatte, hätte ich das Addon anpassen müssen. Das hab ich nun gemacht. Teste also bitte das neue dvb-sundtek Addon.

Claus

[utp100]

Moin moin,

mit dem aktualisierten dvb-sundtek-addon geht es schon besser.  Aktuelle Konfiguration ist RPI mit sundtek-Stick (DVB-C) direkt an USB und eine USB-2.5-Festplatte hinter einem USB-Hub mit eigener Stromversorung.  Der RPI hat eine eigene Stromversorgung.  Anschluss ans lokale Netz mit 100BaseTX.

HD-Aufnahmen sind möglich, Live-TV mit dem vompclient ruckelt heftig, ebenso gibt es Artefakte (Klötzchen, merkwürdige Farbverläufe).  Live-TV von SD konnte ich bisher mangels MPEG2-Lizenz nicht prüfen.
Die "idle"-Load liegt ohne vompclient bei knapp unter 1.0, egal ob  HD- oder SD-Kanal selektiert ist.
Bei Aufnahmen geht die Load unwesentlich hoch.

Im top(1) liegt einer der beiden Prozesse "mediasrv -d -p /usr/bin" ständig vor vdr auf Position 1.

Die Load klettert auf knapp 2.0, wenn vompclient gestartet ist, und auf knapp unter 4.0, wenn Live-TV oder eine Aufnahme wiedergegeben wird.

Wenn der mediasrv-Prozess mittels kill -STOP angehalten wird, ist die Aufnahmewiedergabe mit vompclient akzeptabel flüssig, auch bei HD-Aufnahmen mit DVB-Untertiteln.  mediasrv stoppen ist leider kontraproduktiv, da vdr irgendwann aussteigt und sich neu startet (vompclient connnection lost).

Ich habe bereits versucht, an arm_freq zu drehen (bis 1000Mhz jeweils mit reboot), aber  bisher ohne sichtbaren Erfolg.  
cat /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_cur_freq hält eisern an 700000 fest.  Da muss ich noch etwas falsch machen. nice -n -20 /etc/init.d/vompclient start hat auch nicht geholfen.

Der vdr-Aufnahmeordner wird per nfs exporiert.  Die Wiedergabe von SD-Aufnahmen per nfs auf einem vorhandenen PopcornHour A110 ist ok, bei HD habe ich den Eindruck, dass Frames entweder schon bei der Aufnahme verloren gegangen sind oder während der Wiedergabe verloren gehen, jedenfalls gibt es kurze reproduzierbare  "Lücken".  Kein Unterschied bei proto=tcp|udp.

Eigentlich wollte ich den Aufnahmeordner zentral auf einem Netzwerk-Share (nfs), auf dem bereits mein M740av abspeichert, ablegen.  Aber leider geht das gar nicht,  ständig  ERROR: 11303 ring buffer overflows (2124964 bytes dropped), auch bei SD und nur einer laufenden Aufnahme.  Mein M740av schafft bei DVB-T (und natürlich geringeren Bitraten) in meiner Konfiguration theoretisch vier gleichzeitige Aufnahmen.

Gibt es ein Addon für strace und tcpdump?

hdparm -[yY] geht mit meiner USB-Platte nicht: hdparm: HDIO_DRIVE_CMD: Invalid argument
Mache ich das was falsch?

Herzliche Grüße

Uli
 

[clausmuus]

Hi,

strace und co ist im system-tools Addon enthalten.

Ich hab das Aufnehmen bisher nicht getestet.
Die CPU Frequenz sollte sich per webif verstellen lassen. Ich bin aber nicht sicher wann ich zuletzt gecheckt habe, ob das auch tut.

Claus


PS.: Zur zeit wird ja an nem lib-xine Treiber für den RPI gearbeitet. Das macht Hoffnung, das in absehbarer Zeit auch eine flüssige Wiedergabe per xineliboutput möglich sein wird, also der volle VDR Funktionsumfang zur Verfügung steht.

[utp100]

Moin moin,

mit dem aktualisierten dvb-sundtek-addon geht es schon besser.

ich habe mich mitterweile mit dem Sundtek MediaTV Digital Home (DVB-CT)
arrangiert.  Ich verwende den Stick in der Einstellung DVB-C mit Provider
Kabeldeutschland.

Ab und zu verklemmen sich beide mediasrv-Prozesse, VDRs watchdog schlägt
dann bei einer anstehenden Aufnahme zu und startet vdr neu.
Die eigentliche Ursache habe ich nicht verfolgt, da mir das /var/log/mediasrv.log zu geschwätzig ist
(sundtek.conf: loglevel=off). Im mediaclient.log u.a.

connection to driver service timed out
mutex lock timed out after 5 seconds released, Bad file descriptor, RV 110

gerne auch

up failed 1: Connection refused
semaphore error: No such file or directory
unable to connect to driver: 1359 Connection refused (111)
up failed 1: Connection refused

Durch Einbau eines /etc/vdr/run.d/action.d/R30dvb-sundtek, das
/etc/init.d/dvb-sundtek restart ausführt, habe ich mein spezielles Problem
gelöst.  Mit einer geeigneten Timer-Vorlaufzugabe habe ich bisher keine
Aufnahme verpasst.  Falls Ihr das Skript haben wollt...
 
Ich habe mir zusätzlich einen Hauppauge Nova-TD Stick (52009) geleistet, um
langfristig meine Siemens-M740AV zu ersetzen.  Beide DVB-T frontends
funktionieren in Verbindung mit dem Sundtek-Stick jedoch nur dann, wenn das
Addon dvb-sundtek*.sfs textuell hinter den anderen dvb*.sfs in
/etc/addons/active steht.  Wenn dvb-sundtek _vor_ den anderen dvb-usb-Addons
in active aufgeführt ist, funktioniert nur das erste frontend vom Nova-TD,
das zweite liefert dann immer "timed out" (anfänglich dachte ich, der
Nova-Stick sei defekt, aber auch das Austauschgerät zeigte das gleiche
Verhalten).  Keine Ahnung, warum die Reihenfolge relevant ist.

% grep dvb /etc/addons/active
MLD-3.0.1-rpi_kernel-3.6.11.158_dvb-2013.06.21_178.sfs
MLD-3.0.1-rpi_kernel-3.6.11.158_dvb-usb-2013.06.21_64.sfs
MLD-3.0.1-rpi_kernel-3.6.11.158_dvb-sundtek-2013.06.22_24.sfs

Außerdem habe ich scheinbar einen weiteren Abhängigkeitskonflikt, der sich
bei einem Reboot durch einen reproduzierbaren Sofort-watchdog-Panic
bemerkbar macht (unabhängig vom oben beschriebenen
hauppauge/sundtek-Problem):

Aug  4 09:05:15 MLD user.err vdr: [2757] PANIC: watchdog timer expired - exiting!
Aug  4 09:05:15 MLD user.err vdr: [2789] KBD remote control thread ended (pid=2757, tid=2789)
Aug  4 09:05:15 MLD user.err vdr: [2781] fatal error, server exiting: Bad file descriptor
Aug  4 09:05:15 MLD user.err vdr: [2781] streamdev server thread ended (pid=2757, tid=2781)

Nach watchdogs vdr restart geht alles, wie gewünscht.  Ich verwende die
vomp-Vorauswahl plus die Addons epgsearch, svdrposd, vdradmin-am,
nfs-server, dvb-sundtek und mplayer.

vompclient funktioniert in Verbindung mit meinem Samsung-TV nicht
zufriedenstellend, CEC-Fernbedienung ist nicht Ehefrauen-freundlich (so
wichtige Tasten wie Pause, rot/grün/gelb/blau gehen nicht).  Den vompclient
habe ich daher z. Zt. abgeschaltet.  BTW: kann man eigentlich die
DVB-Untertitelwiedergabe defaultmäßig per Konfigurationsdatei anschalten?

Ab und an gibt es in den Aufnahmen Aussetzer, Klötzchenbildung und häßliche
Audio-Verzerrungen, das kann aber an meiner Verkabelung liegen.  

Alles in allem ein tolles System.

Herzliche Grüße

Uli