Probleme mit MediaTV Pro + Opensuse 13.1 + MythTV

[troubi]

Liebes Sundtek-Team,
nachdem ich eine recht lange Zeit mit meinem MythTV-System auf SuSE 11.3. zufrieden war, ist es nun an der Zeit, das schon lange nicht mehr unterstützte System abzulösen. Ich bin gerade dabei, Suse 13.1. und mythTV 0.27 in Betrieb zu nehmen, habe aber leider größere Probleme damit (Hardware: Core i3 540, Gigabyte Mainboard mit Intel Corporation 5 Series/3400 Series Chipset):

1. Nach der Installation des Treibers dauert der Bootvorgang extrem lange, da das System etwa 1-2 min stehenbleibt. Ich habe festgestellt, dass udev-settle nicht zum Ende kommt. Als Workaround habe ich die Datei 80-mediasrv-eeti.rules aus /etc/udev/rules.d und /usr/lib/udev/rules.d entfernt. Da ich den Stick immer angeschlossen habe, wird mediasrv sowieso über den sundtek-service gestartet (warum eigentlich zwei parallele Wege,mediasrv zu starten?). Soweit, so gut - aber herauszufinden, wo die Ursache der Bootverzögerung liegt, hat mich einige lange Abende gekostet - das sollte anderen Anwendern möglichst erspart bleiben.
Ich bin jetzt noch auf den Thread http://support.sundtek.com/index.php/topic,1402.0.html gestoßen, der ein sehr ähnliches Problem zu beschreiben scheint (Zusammenarbeit mit systemd/udev?).

2. MythTV schafft es nur ganz selten, nach einem Kanalwechsel Daten vom Treiber zu bekommen. Meist bricht das Frontend ab, und im Logfile des Backend ist zu lesen:

DVBSH(/dev/dvb/adapter0/frontend0) Error: Device EOF detected
DVBRec(17:/dev/dvb/adapter0/frontend0) Error: Stream handler died unexpectedly.

Das klingt ähnlich dem Thread http://support.sundtek.com/index.php/topic,357, aber das Problem war ja schon lange gelöst. Ich habe die Installation des Treibers erstmals vor ca.4 Wochen gemacht und gestern erneut. Haben Sie eine Idee?


Und noch eine Frage: wie bekomme ich den kompletten Installer archiviert? Es gibt ja nur noch den Net-Installer...

Ich freue mich über Ratschläge.
Gruß, Karsten

[mank]

Hallo,
ich habe mein MythTV Backend-Server von Debian Wheezy ( 7 ) auf Debian Jessie ( 8 ) upgegradet und nun genau das gleiche Problem beim Sender tunen:

Apr 12 17:29:51 mythbackend[2079]: E DVBRead recorders/dvbstreamhandler.cpp:222 (RunTS) DVBSH(/dev/dvb/adapter0/frontend0): Device EOF detected
Apr 12 17:29:51 mythbackend[2079]: E RecThread recorders/dvbrecorder.cpp:132 (run) DVBRec[7](/dev/dvb/adapter0/frontend0): Stream handler died unexpectedly.

die Aufnahmen sind dann meistens nur ein paar KB groß. Den neuesten Treiber habe ich installiert.
Gibt es hierzu schon eine Lösung? Wenn irgendwelche Logfiles benötigt werden liefere ich die gerne nach.

@troubi
die kompletten Installer kannst Du hier http://www.sundtek.de/media/ herunterladen.

Gruß
Manuel

[Sundtek]

Was zeigt denn "lsusb -t" an?


Das Gerät muss unter ehci gelistet sein, xhci wird von Linux mit den meisten USB 3.0 Controllern nicht unterstützt.
USB 3.0 bietet eine USB 2.0 Kompatibilität, nur der Linux USB Controller Treiber kommt damit nicht klar da dieser nicht mit allen Controllern zusammenspielt.

[mank]

Vielen Dank für die schnelle Antwort.

Hier die gewünschte Ausgabe:
#lsusb -t
/:  Bus 04.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M
    |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
        |__ Port 3: Dev 3, If 0, Class=Vendor Specific Class, Driver=, 480M
        |__ Port 4: Dev 4, If 0, Class=Vendor Specific Class, Driver=, 480M
        |__ Port 5: Dev 5, If 0, Class=Human Interface Device, Driver=usbhid, 12M
        |__ Port 5: Dev 5, If 1, Class=Chip/SmartCard, Driver=, 12M
/:  Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/6p, 5000M
/:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/15p, 480M
/:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M
    |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
        |__ Port 2: Dev 3, If 0, Class=Mass Storage, Driver=usb-storage, 480M

#lsusb
Bus 004 Device 004: ID eb1a:51b2 eMPIA Technology, Inc.
Bus 004 Device 003: ID eb1a:51b2 eMPIA Technology, Inc.

Ich habe 2 Sticks im Einsatz und habe nun beide an einem USB2.0 Port angeschlossen. Leider hat das keinen Erfolg gebracht.

Grüße
Manuel

[Sundtek]

Wir werden das hier für Anfang kommender Woche auf die Liste setzen um es dann zu überprüfen. Der Entwickler ist diese Woche noch vollständig ausgelastet.

[Sundtek]

mythbackend --version
Please attach all output as a file in bug reports.
MythTV Version : v0.27-193-g8ee257c
MythTV Branch : fixes/0.27
Network Protocol : 77
Library API : 0.27.20140323-1
QT Version : 4.8.6
Options compiled in:
...

/var/lib/mythtv/recordings# ls -rtlha
total 136M
drwxr-xr-x 12 root   root   4.0K Oct  9  2014 ..
drwxrwsr-x  2 mythtv mythtv 4.0K Apr 15 07:05 .
-rw-r--r--  1 root   mythtv 136M Apr 15 07:09 1005_20150415050600.mpg

Bei uns läuft es, es gibt aber wie üblich Probleme mit der MythTV mit der Konfiguration - diese ist einfach schrecklich und für den amerikanischen Standard ausgelegt.


Der langsame Boot wurde mit der neuen Installer Version behoben (die udev Startskripte werden nach der Installation entfernt).

[mank]

Hallo,
das Problem mit dem langsamen Boot habe ich nicht (udev Regeln habe ich gelöscht).
Ich weiß, dass die Konfiguration nicht toll ist aber ich habe daran ja nichts geändert sondern lediglich das OS upgedated. Es muss also irgendwie mit dem Kernel/Modul zusammenhängen.
(Linux 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt9-2 (2015-04-13) x86_64 GNU/Linux)

Auf einem ganz neu installierten System habe ich genau den gleichen Effekt.
Das xhci_hcd Modul habe ich mal geblacklistet...bringt auch keinen Erfolg.

Gibt es sonst noch irgendwas zum konfigurieren/testen?
...so ist das System leider unbrauchbar und wieder auf wheezy downgraden kann ja auch nicht die Lösung sein.

Vielen Dank für Eure Hilfe!
Manuel

Info:

# mythbackend --version
Please attach all output as a file in bug reports.
MythTV Version : v0.27.4
MythTV Branch :
Network Protocol : 77
Library API : 0.27.20141016-1
QT Version : 4.8.6

[Sundtek]

So nebenbei ihr habt alte Tuner oder? Von vor 2014?

[Sundtek]

So auch die alten Tuner wurden hier getestet und es läuft.

Linux markus-UL80VT 3.13.0-32-generic #57-Ubuntu SMP Tue Jul 15 03:51:08 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux

Du kannst versuchen den Transfermodus mal umzuschalten

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

Bei uns gibt's keine Probleme, weder mit den alten noch mit den neuen Tunern - verwendet wird   Ubuntu 14.04 LTS

Please attach all output as a file in bug reports.
MythTV Version : v0.27.4-46-g65ada0c
MythTV Branch : fixes/0.27
Network Protocol : 77
Library API : 0.27.20141016-1
QT Version : 4.8.6
Options compiled in:
 linux profile use_hidesyms using_alsa using_oss using_pulse using_pulseoutput using_backend using_bindings_perl using_bindings_python using_bindings_php using_crystalhd using_dvb using_firewire using_frontend using_hdhomerun using_ceton using_hdpvr using_ivtv using_joystick_menu using_libcrypto using_libdns_sd using_libfftw3 using_libxml2 using_lirc using_mheg using_opengl using_opengl_video using_qtwebkit using_qtscript using_qtdbus using_sdl using_taglib using_v4l2 using_x11 using_xrandr using_xv using_profiletype using_bindings_perl using_bindings_python using_bindings_php using_mythtranscode using_opengl using_vaapi using_vdpau using_ffmpeg_threads using_mheg using_libass using_libxml2

Wenn eine Aufnahme läuft:

markus@markus-UL80VT:/opt/bin$ /opt/bin/mediaclient --lc
**** List of Media Clients ****
/dev/dvb/adapter0/frontend0:
  7438 ... mythbackend
/dev/dvb/adapter0/dvr0:
  7438 ... mythbackend
/dev/dvb/adapter0/demux0:
  7438 ... mythbackend (0000)
  7438 ... mythbackend (0001)
  7438 ... mythbackend (0010)
  7438 ... mythbackend (0014)
  7438 ... mythbackend (0032)
  7438 ... mythbackend (0064)
  7438 ... mythbackend (00c8)
  7438 ... mythbackend (012c)
  7438 ... mythbackend (0190)
  7438 ... mythbackend (0191)
  7438 ... mythbackend (0192)
  7438 ... mythbackend (0193)
  7438 ... mythbackend (0194)
  7438 ... mythbackend (0195)
  7438 ... mythbackend (0196)
  7438 ... mythbackend (0197)
  7438 ... mythbackend (01f4)
  7438 ... mythbackend (0258)
  7438 ... mythbackend (02bc)
  7438 ... mythbackend (0320)
  7438 ... mythbackend (0384)
  7438 ... mythbackend (03e8)
/dev/video1:
  No client connected
/dev/vbi0:
  No client connected
/dev/radio0:
  No client connected
/dev/rds0:
  No client connected
/dev/mediainput0:
  No client connected
/dev/dsp0:
  No client connected

Und die Datei in "Recordings" wächst:

-rw-r--r--  1 root   mythtv  31M Apr 15 21:55 1007_20150415195400.mpg

Achtet darauf das dort kein 2. Prozess bei mediaclient --lc sichtbar ist.

[mank]

Hallo,
wenn ich /opt/bin/mediaclient --transfermode=iso -d /dev/dvb/adapter0/frontend0 aufrufe und den Stick neu einstecke kann er gar nicht mehr tunen.

E TVRecEvent recorders/dvbchannel.cpp:804 (Tune) DVBChan[7](/dev/dvb/adapter0/frontend0): Tune(): Setting Frontend tuning parameters failed.
                        eno: DatenÜbergabe unterbrochen (broken pipe) (32)

Ich denke immer noch, dass es mit dem neueren Kernel zu tun hat (3.16.7) da es ja mit wheezy (3.2.0) einwandfrei funktioniert hat. Bei Eurem Test habt Ihr ja auch einen etwas älteren Kernel verwendet.
Am Wochenende werde ich mal ein paar Sachen ausprobieren (andere USB Hardware, anderer Kernel usw.).

Ich melde mich wieder.
Manuel

zur Info:
meine Tuner sind von vor 2014

device 0: [Sundtek MediaTV Digital Home (USB 2.0)]  DVB-C, DVB-T, REMOTE-CONTROL
  [INFO]:
     STATUS: ACTIVE
  [BUS]:
     ID: 1-1.2
  [SERIAL]:
     ID: 9c001885

device 1: [Sundtek MediaTV Pro (USB 2.0)]  DVB-C, DVB-T, ANALOG-TV, FM-RADIO, REMOTE-CONTROL, OSS-AUDIO, RDS
  [INFO]:
     STATUS: ACTIVE
  [BUS]:
     ID: 2-1.6
  [SERIAL]:
     ID: 98043016

[Sundtek]

Du kannst dich auch via Skype oder Chat melden damit wir uns das bei dir mal ansehen.

Auch der 4.0er Kernel bereitet keine Probleme, wir testen jetzt nicht alle Kernelversionen - aber es müssen alle funktionieren ansonsten gibt's nen gravierenden Kernelbug bei der Debian Version.

http://chat.sundtek.de
Skype: sundtek