Sundtek Support Forum

Stellen Sie das Geraet wieder auf Isochronous zurueck, Bulk ist lediglich fuer Systeme gedacht wo Isochronous nicht funktioniert (dies ist meist fuer Spezialanwendungen gedacht).

/opt/bin/mediaclient -d /dev/dvb/adapter0/frontend0 --dtvtransfermode=iso

Anschliessend muss das Geraet neu angeschlossen werden. Bei der Auslieferung befinden sich die Geraete idR im Isochronous Modus.

Bulk ist mit VDR nicht zu empfehlen da VDR das Geraet zu oft neu initialisiert, der Linux Kernel muss noch etwas angepasst werden um mit Bulk ebenfalls eine gute Performance zu liefern. Die derzeitige Performance ist mit Bulk lediglich maessig.

Der Ubuntu Lucid Server Kernel schickt andere Mitteilungen als der standard Ubuntu Lucid Workstation Kernel an den Treiber bezueglich des Geraetestatus.
Wir haben unseren Treiber aktualisiert um diese Nachrichten ebenfalls verarbeiten zu koennen:

http://support.sundtek.com/index.php/board,6.0.html

Des weiteren ist Apparmor nicht sehr nuetzlich fuer ein Multimedia System, standardmaessig blockiert Apparmor den Zugriff auf das MediaTV Videodevice.
Vorerst sollten Sie Apparmor entweder deinstallieren oder einfach mit folgendem Befehl abschalten:

sudo service apparmor stop

Als Tipp, es sollte immer Isochronous verwendet werden da dies weniger Resourcen benoetigt.

Was fuer ein Kernel ist denn installiert?

(cat /proc/version)

Bei Ubuntu 10.04 Beta 1 gab es noch einige Kernelfehler, ab Ubuntu 10.04 Beta 2 funktioniert der Treiber hier soweit jedoch (Server wurde noch nicht getestet).

ERROR: can't open filter handle on '/dev/dvb/adapter1/demux0'

Das oeffnen der Schnittstelle wurde von AppArmor verhindert, AppArmor support ist im Ubuntu Server Kernel aktiviert

Damit erklaert sich das Problem wohl.

Bei 2.6.26 sind zwar nicht alle Versionen betroffen aber die letzteren.
Bei 2.6.27 alle, sofern sie nicht gepatched sind, da der Desktop PC wohl mehr Performance hat kann man hier den Fehler mit der dokumentierten Umstellung auf den Bulk Transfer uebergehen.

Wir werden Sie dann innerhalb der naechsten Stunden bezueglich der Abgabe des S100 Geraets zum Testen kontaktieren.

4,32MB/s und nach 1 Minute waren 253MB (4.32MB == 34.55 MBit).

Die Hardwarefilter sind etwas anders zu bedienen.

Ist das Geraet gegenwaertig auf Bulk oder Isochronous gestellt?
Sofern Sie einen fehlerhaften Kernel verwenden schalten Sie das Geraet auf den Bulk Modus um (Bei Linux 2.6.26/27/28 gibt es ein Speicherleck im Linux Kernel).

Der Treiber kann einen Rechner nicht zum einfrieren bringen (ausser es gibt andere Fehler im Linux Kernel). Eine Stunde kommt da ca genau hin bis ein Rechner ueblicherweise einfriert bei diesen defekten Kernel Versionen, mittels Bulk Transfer Mode kann dieser jedoch uebergangen werden.

Support Chat:
http://support.sundtek.com/chat/irc.cgi

Es sind von unserer Seite her so einige Fragen offen.

ggf koennen Sie uns auch via Skype Chat (sundtek) kontaktieren, Sie sollten als erstes den DVB Stream ueberpruefen ob dieser ohne VDR ueberhaupt korrekte Daten liefert. Falls die Bandbreite zu hoch ist koennen ebenfalls Hardwarefilter gesetzt werden. Steht in /var/log/mediasrv.log etwas auffaelliges?

Es ist fuer uns durchaus auch interessant zu wissen wie weit wir mit der Systemanforderung hinunter gehen koennen (offiziell angegeben wurde unter anderem garantiert z.B.: Intel/Atom 1.5 Ghz, tatsaechlich sind auch langsamere Rechner moeglich z.B ein Texas Instruments ARM mit 300 Mhz und laut dm6446 Datenblatt 64mbit USB 2.0 Support, unsere Testeinheit hatte 256 MB Ram)

Ok es handelt sich nur um die DVB-C/T Hybrid Loesung.

Transfer Mode bulk kommt erst gar kein klares Bild nur klötzchen

Stimmt der Sender/Frequenz?

Eventuell versuchen manuell zu tunen und Daten auszulesen?

z.B.:
fuer DVB-C
/opt/bin/mediaclient -m DVBC -f 378000000 -S 6900000 -M Q64

fuer DVB-T
/opt/bin/mediaclient -m DVBT -f 506000000 -b 8

cat /dev/dvb/adapter0/dvr0 > /tmp/file.ts

eventuell das ganze durch ein Programm namens 'pv' pipen um die Bandbreite zu messen.

z.b DVB-C
cat /dev/dvb/adapter0/dvr0 | pv > /dev/null
13.2MB 0:00:04 [4.32MB/s] [   <=>                                             ]

Was ggf. noch moeglich waere den Hardware MPEG-TS filter zu testen, dieses Feature ist jedoch etwas speziell implementiert (koennte von uns aber soweit modifiziert werden dass dies fuer die DVB API transparent waere).

 -P, --pidfilter=[on|off]          on  ... will pass the DMX_SET_PES_FILTER
                                           parameters to the HW PID filter
                                   off ... will disable HW PID filtering
 -H, --addpid=[0x10,16,..]         comma separated list of PIDs
 -x, --removepid=[0x10,16,...]     remove selected pid from HW Pid filter

(es wird jedoch nur ein Wert als Argument angenommen, um mehrere PIDs zu filtern den Befehl einfach mehrfach mit verschiedenen PIDs ausfuehren).

Filter anlegen fuer PID 16:
/opt/bin/mediaclient -H 0x10

Hardwarefilter aktivieren:
/opt/bin/mediaclient -P on

Dies sollte die benoetigte USB Datenrate erheblich senken, Sie muessen jedoch die PIDs des Videokanals sowie Audiokanals angeben (herausfinden koennen sie diese am Besten auf einem normalen PC z.b.: mittels kaffeine/scan/w_scan/etc.)

The MythTV scanning mechanism is still broken, it's better to use MythTV 0.21 (Ubuntu/MythUbuntu 8.04) for now until MythTV developers fix up analog TV again. The bug which you are experiencing is a general bug in MythTV now.