Probleme mit DVB-C PCI-Karte und USB-Stick im VDR (streamdev)

[vanhaakonnen]

Hallo zusammen,

ich betreibe einen VDR 1.7.16 (mit den Plugins femon streamdev-server conflictcheckonly quickepgsearch wirbelscan bgprocess live vnsiserver epgsearch epgsearchonly) unter Ubuntu 10.04.1 LTS 64Bit.

Bisher war nur eine Philips TDA10023 DVB-C PCI – Karte verbaut. Der VDR funktionierte mit dieser Karte problemlos. Da ich aber mehr als nur einen Sender gleichzeitig streamen möchte (der VDR ist headless und wird nur per Streamdev betrieben) habe ich deinen USB-Stick von Sundtek gekauft.

Beide Karten müssen unter DVB-C an einem Kabel Deutschland Anschluss betrieben werden.

Jetzt habe ich aber das folgende Problem:
Nur mit der PCI-Karte funktioniert alles problemlos. Sobald ich den USB-Stick anschließe und einen Sender gucken möchte (z.B. Pro7) erscheint kein Bild und kein Ton. Der Stream scheint gar nicht zu starten. Anscheinend ist dann aber auch kein Streaming von der PCI-Karte mehr möglich. Es geht einfach gar nicht mehr.

Der Treiber für den USB –Stick ist installiert (der aktuelle BETA-Treiber).

Folgendes fällt auf:

Code: [Auswählen]

Dec  1 17:29:30 vdr vdr: [5910] registered source parameters for 'A - ATSC'
Dec  1 17:29:30 vdr vdr: [5910] registered source parameters for 'C - DVB-C'
Dec  1 17:29:30 vdr vdr: [5910] registered source parameters for 'S - DVB-S'
Dec  1 17:29:30 vdr vdr: [5910] registered source parameters for 'T - DVB-T'
Dec  1 17:29:30 vdr vdr: [5910] probing /dev/dvb/adapter0/frontend0
Dec  1 17:29:30 vdr vdr: [5910] [general.debug] capturing device 0/0
Dec  1 17:29:30 vdr vdr: [5910] new device number 1
Dec  1 17:29:30 vdr vdr: [5910] LNB-sharing: setting device 1 to use LNB 1
Dec  1 17:29:30 vdr vdr: [5910] frontend 0/0 provides DVB-C with QPSK,QAM16,QAM32,QAM64,QAM128,QAM256 ("Philips TDA10023 DVB-C")
Dec  1 17:29:30 vdr vdr: [5915] section handler thread started (pid=5910, tid=5915)
Dec  1 17:29:30 vdr vdr: [5914] tuner on frontend 0/0 thread started (pid=5910, tid=5914)
Dec  1 17:29:30 vdr vdr: [5910] probing /dev/dvb/adapter1/frontend0
Dec  1 17:29:30 vdr vdr: [5910] [general.debug] capturing device 1/0
Dec  1 17:29:30 vdr vdr: [5910] new device number 2
Dec  1 17:29:31 vdr vdr: [5910] LNB-sharing: setting device 2 to use LNB 2
Dec  1 17:29:31 vdr vdr: [5910] frontend 1/0 provides DVB-C with QAM64,QAM128,QAM256 ("Sundtek DVB-C")
Dec  1 17:29:31 vdr vdr: [5916] tuner on frontend 1/0 thread started (pid=5910, tid=5916)
Dec  1 17:29:31 vdr vdr: [5917] section handler thread started (pid=5910, tid=5917)
Dec  1 17:29:31 vdr vdr: [5910] found 2 DVB devices

Der Sundtek scheint weniger Verschlüsselungsmodi (QAM-Modi) zu unterstützen.

Starte ich eine Wiedergabe sehe ich folgendes in den Log-Files:

Code: [Auswählen]

Dec  1 17:31:42 vdr vdr: [5923] Streamdev: Accepted new client (HTTP) 192.168.100.20:49785
Dec  1 17:31:42 vdr vdr: [5923] ERROR: device 1 supports 7 modulation systems but cDevice::GetDevice() currently only supports 4 delivery systems which should be fixed


Code: [Auswählen]

Dec  1 17:31:44 vdr vdr: [6335] streamdev-writer thread started (pid=5910, tid=6335)
Dec  1 17:31:44 vdr vdr: [6336] streamdev-livestreaming thread started (pid=5910, tid=6336)
Dec  1 17:31:44 vdr vdr: [6337] ecmhandler 1 filter thread started (pid=5910, tid=6337)
Dec  1 17:31:44 vdr vdr: [6338] receiver on device 2 thread started (pid=5910, tid=6338)
Dec  1 17:31:44 vdr vdr: [6339] TS buffer on device 2 thread started (pid=5910, tid=6339)
Dec  1 17:31:44 vdr vdr: [6340] logger stats thread started (pid=5910, tid=6340)
Dec  1 17:31:44 vdr vdr: [6341] logger 1 filter thread started (pid=5910, tid=6341)
Dec  1 17:32:17 vdr vdr: [5915] changing pids of channel 40 from 1279+1279=2:1280=deu@3:0:32 to 1279+1279=2:1280=deu@3,1281=eng@3:0:32
(END)

Weitere Infors:

Code: [Auswählen]

root@vdr:~/Sundtek# /opt/bin/mediaclient -e
**** List of Media Hardware Devices ****
device 0: [Sundtek MediaTV Digital Home]  DVB-C, DVB-T, REMOTE-CONTROL
  [DVB-C]:
     FRONTEND: /dev/dvb/adapter1/frontend0
     DVR: /dev/dvb/adapter1/dvr0
     DMX: /dev/dvb/adapter1/demux0
  [DVB-T]:
     FRONTEND: /dev/dvb/adapter1/frontend0
     DVR: /dev/dvb/adapter1/dvr0

root@vdr:~/Sundtek# /opt/bin/mediaclient --lc
**** List of Media Clients ****
/dev/dvb/adapter1/frontend0:
  5910 ... vdr
/dev/dvb/adapter1/dvr0:
  No client connected
/dev/dvb/adapter1/demux0:
  5910 ... vdr
  5910 ... vdr
  5910 ... vdr
  5910 ... vdr
  5910 ... vdr
  5910 ... vdr
  5910 ... vdr
  5910 ... vdr
/dev/mediainput0:
  No client connected

Der Stick ist per Befehl auf DVB-C eingetellt. Es scheint so, alsob das Streaming an sich nicht funktioniert.

Hat da jemand eine Idee?

Viele Grüße

VanHaakonnen

[Sundtek]

Wäre es möglich dies "Vorort" mittels eines SSH Zugangs zu überprüfen?

[vanhaakonnen]

Vielen Dank für die schnelle Antwort. Ich müsste dafür meine Firewall umkonfigurieren - sofern es eventuell eine andere Idee zur Lösung gibt, würde ich es erstmal so ausprobieren wollen Ich kann gerne alles testen und Logfiles posten.

[Sundtek]

Ein Remote Zugang wäre bevorzugt um das Problem schnellstmöglichst zu überprüfen, per. Anleitung würde das wohl etwas lange dauern.

Wir haben hier ein Testsystem mit einer DVB-C PCI Karte und 3x USB Sticks, soweit funktioniert dieses System eigentlich problemlos.

[vanhaakonnen]

Reicht Ihnen ein normaler User-Account zum Gucken oder brauchen Sie Root-Rechte?

[Sundtek]

root wäre von vorteil um den Treiber ggf. zu aktualisieren bzw. das ganze im Debug Modus zu starten.

weitere Informationen bitte per email an kontakt at sundtek de schicken!

[vanhaakonnen]

Mir ist noch etwas aufgefallen:

Ein Scan auf der PCI-Karte:

Code: [Auswählen]

root@vdr:~/Sundtek#  w_scan -fc -c DE -a 0
w_scan version 20091230 (compiled for DVB API 5.0)
using settings for GERMANY
DVB cable
DVB-C
frontend_type DVB-C, channellist 7
output format vdr-1.6
-_-_-_-_ Getting frontend capabilities-_-_-_-_
Using DVB API 5.1
frontend Philips TDA10023 DVB-C supports
INVERSION_AUTO
QAM_AUTO not supported, trying QAM_64 QAM_256.
FEC_AUTO
-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_
searching QAM64...
73000: sr6900 (time: 00:00) sr6875 (time: 00:03)
81000: sr6900 (time: 00:05) sr6875 (time: 00:08)
113000: sr6900 (time: 00:10) (time: 00:13) signal ok:
        QAM_64   f = 113000 kHz S6900C999
        new transponder:
           (QAM_256  f = 402000 kHz S6900C0)
        new transponder:
           (QAM_64   f = 450000 kHz S6900C0)
        new transponder:
           (QAM_64   f = 121000 kHz S6900C0)
        updating transponder:
           (QAM_64   f = 113000 kHz S6900C999)
        to (QAM_64   f = 113000 kHz S6900C0)
        new transponder:
           (QAM_64   f = 458000 kHz S6900C0)
        new transponder:
           (QAM_64   f = 466000 kHz S6900C0)
[...]


Ein Scan auf dem USB-Stick:

Code: [Auswählen]

root@vdr:~/Sundtek#  w_scan -fc -c DE -a 1
w_scan version 20091230 (compiled for DVB API 5.0)
using settings for GERMANY
DVB cable
DVB-C
frontend_type DVB-C, channellist 7
output format vdr-1.6
-_-_-_-_ Getting frontend capabilities-_-_-_-_
Using DVB API 5.1
frontend Sundtek DVB-C supports
INVERSION_AUTO
QAM_AUTO not supported, trying QAM_64 QAM_256.
FEC_AUTO
-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_
searching QAM64...
73000: sr6900 (time: 00:00) sr6875 (time: 00:04)
81000: sr6900 (time: 00:08) sr6875 (time: 00:12)
113000: sr6900 (time: 00:16) (time: 00:20) signal ok:
        QAM_64   f = 113000 kHz S6900C999
Info: NIT(actual) filter timeout
121000: sr6900 (time: 00:33) (time: 00:37) signal ok:
        QAM_64   f = 121000 kHz S6900C999
^C
ERROR: interrupted by SIGINT, dumping partial result...
dumping lists (0 services)
Done.

Auf dem USB-Stick bekomme ich mit den letzten stable und dem development Treiber immer ein "Info: NIT(actual) filter timeout" und die Transponder werden nicht aufgelistet.

[Sundtek]

der Bug muss neu sein und kann unter Umständen auch der Grund dafuer sein, wir werden unsere Entwickler dransetzen dies wieder auszubessern. Das war früher definitiv nicht so.

[vanhaakonnen]

Unter /var/log/mediasrv.log führt er zwar Kanäle auf - diese aber unglaublich häufig und auch mehrfach (wenn der VDR läuft). Die Log-Einträge höhren jedoch scheinbar auf, wenn der VDR nicht läuft. Die Kanalsuche mittels w_scan lief immer mit gestopptem VDR, damit keinerlei Zugriffe auf die TV-Karten war.

Code: [Auswählen]

2010-12-01 21:14:16 [1522] =============
2010-12-01 21:14:16 [1522] Symbol rate: 6899887
2010-12-01 21:14:16 [1522] Constellation: QAM256
2010-12-01 21:14:16 [1522] Mirroring: Mirrored
2010-12-01 21:14:18 [1522] Channel found (330000000)
2010-12-01 21:14:18 [1522] =============
2010-12-01 21:14:18 [1522] Symbol rate: 6899886
2010-12-01 21:14:18 [1522] Constellation: QAM256
2010-12-01 21:14:18 [1522] Mirroring: Mirrored
2010-12-01 21:14:19 [1522] Channel found (330000000)
2010-12-01 21:14:19 [1522] =============
2010-12-01 21:14:19 [1522] Symbol rate: 6899889
2010-12-01 21:14:19 [1522] Constellation: QAM256
2010-12-01 21:14:19 [1522] Mirroring: Mirrored
2010-12-01 21:14:20 [1522] Channel found (330000000)
2010-12-01 21:14:20 [1522] =============
2010-12-01 21:14:20 [1522] Symbol rate: 6899890
2010-12-01 21:14:20 [1522] Constellation: QAM256
2010-12-01 21:14:20 [1522] Mirroring: Mirrored
2010-12-01 21:14:21 [1522] Channel found (330000000)
2010-12-01 21:14:21 [1522] =============
2010-12-01 21:14:21 [1522] Symbol rate: 6899887
2010-12-01 21:14:21 [1522] Constellation: QAM256
2010-12-01 21:14:21 [1522] Mirroring: Mirrored
2010-12-01 21:14:22 [1522] Channel found (330000000)
2010-12-01 21:14:22 [1522] =============
2010-12-01 21:14:22 [1522] Symbol rate: 6899889
2010-12-01 21:14:22 [1522] Constellation: QAM256
2010-12-01 21:14:22 [1522] Mirroring: Mirrored
2010-12-01 21:14:23 [1522] Channel found (330000000)
2010-12-01 21:14:23 [1522] =============
2010-12-01 21:14:23 [1522] Symbol rate: 6899888
2010-12-01 21:14:23 [1522] Constellation: QAM256
2010-12-01 21:14:23 [1522] Mirroring: Mirrored
2010-12-01 21:14:24 [1522] Channel found (330000000)
2010-12-01 21:14:24 [1522] =============
2010-12-01 21:14:24 [1522] Symbol rate: 6899886
2010-12-01 21:14:24 [1522] Constellation: QAM256
2010-12-01 21:14:24 [1522] Mirroring: Mirrored
2010-12-01 21:14:25 [1522] Channel found (330000000)
2010-12-01 21:14:25 [1522] =============
2010-12-01 21:14:25 [1522] Symbol rate: 6899887
2010-12-01 21:14:25 [1522] Constellation: QAM256
2010-12-01 21:14:25 [1522] Mirroring: Mirrored
2010-12-01 21:14:26 [1522] Channel found (330000000)
2010-12-01 21:14:26 [1522] =============
2010-12-01 21:14:26 [1522] Symbol rate: 6899887
2010-12-01 21:14:26 [1522] Constellation: QAM256
2010-12-01 21:14:26 [1522] Mirroring: Mirrored
2010-12-01 21:14:27 [1522] Channel found (330000000)
2010-12-01 21:14:27 [1522] =============
2010-12-01 21:14:27 [1522] Symbol rate: 6899891
2010-12-01 21:14:27 [1522] Constellation: QAM256
2010-12-01 21:14:27 [1522] Mirroring: Mirrored
2010-12-01 21:14:28 [1522] Channel found (330000000)
2010-12-01 21:14:28 [1522] =============
2010-12-01 21:14:28 [1522] Symbol rate: 6899889
2010-12-01 21:14:28 [1522] Constellation: QAM256
2010-12-01 21:14:28 [1522] Mirroring: Mirrored
2010-12-01 21:14:29 [1522] Channel found (330000000)
2010-12-01 21:14:29 [1522] =============
2010-12-01 21:14:29 [1522] Symbol rate: 6899888
2010-12-01 21:14:29 [1522] Constellation: QAM256
2010-12-01 21:14:29 [1522] Mirroring: Mirrored
2010-12-01 21:14:31 [1522] Channel found (330000000)
2010-12-01 21:14:31 [1522] =============
2010-12-01 21:14:31 [1522] Symbol rate: 6899887
2010-12-01 21:14:31 [1522] Constellation: QAM256
2010-12-01 21:14:31 [1522] Mirroring: Mirrored
2010-12-01 21:14:32 [1522] Channel found (330000000)
2010-12-01 21:14:32 [1522] =============
2010-12-01 21:14:32 [1522] Symbol rate: 6899888
2010-12-01 21:14:32 [1522] Constellation: QAM256
2010-12-01 21:14:32 [1522] Mirroring: Mirrored
2010-12-01 21:14:33 [1522] Channel found (330000000)
2010-12-01 21:14:33 [1522] =============

Parallel dazu im client-log:

Code: [Auswählen]

2010-12-01 21:00:17 [489] down acquire semaphore
2010-12-01 21:00:17 [489] acquired lock with value: 0
2010-12-01 21:00:17 [492] down acquire semaphore
2010-12-01 21:00:17 [492] acquired lock with value: 0
2010-12-01 21:00:17 [488] down acquire semaphore
2010-12-01 21:00:17 [488] acquired lock with value: 0
2010-12-01 21:00:17 [511] down acquire semaphore
2010-12-01 21:00:17 [511] acquired lock with value: 0
2010-12-01 21:00:24 [1869] down acquire semaphore
2010-12-01 21:00:24 [1869] acquired lock with value: 0
2010-12-01 21:00:24 [1875] down acquire semaphore
2010-12-01 21:00:24 [1875] acquired lock with value: 1
2010-12-01 21:00:24 [1869] down acquire semaphore
2010-12-01 21:00:24 [1869] acquired lock with value: 0
2010-12-01 21:00:34 [2318] down acquire semaphore
2010-12-01 21:00:34 [2318] acquired lock with value: 0
2010-12-01 21:02:24 [2892] down acquire semaphore
2010-12-01 21:02:24 [2892] acquired lock with value: 0
2010-12-01 21:02:35 [2899] down acquire semaphore
2010-12-01 21:02:35 [2899] acquired lock with value: 0
2010-12-01 21:02:35 [2899] down acquire semaphore
2010-12-01 21:02:35 [2899] acquired lock with value: 0
2010-12-01 21:09:03 [3735] down acquire semaphore
2010-12-01 21:09:03 [3735] acquired lock with value: 0
2010-12-01 21:18:53 [4553] down acquire semaphore
2010-12-01 21:18:53 [4553] acquired lock with value: 0
2010-12-01 21:19:11 [4555] down acquire semaphore
2010-12-01 21:19:11 [4555] acquired lock with value: 0
2010-12-01 21:19:11 [4555] down acquire semaphore
2010-12-01 21:19:11 [4555] acquired lock with value: 0

Vielen Dank schonmal fürs Nachsehen. Ich werde den Stick jetzt erstmal zur Seite legen, damit ich zumindest mit der PCI-Karte weiter TV schauen kann :/

[Sundtek]

Bei uns sieht das wie folgt aus (diese Ausgabe ist korrekt):

# w_scan -f c -c de -S 0
w_scan version 20100316 (compiled for DVB API 5.1)
using settings for GERMANY
DVB cable
DVB-C
frontend_type DVB-C, channellist 7
output format vdr-1.6
Info: using DVB adapter auto detection.
   /dev/dvb/adapter0/frontend0 -> DVB-C "Sundtek DVB-C": good :-)
Using DVB-C frontend (adapter /dev/dvb/adapter0/frontend0)
-_-_-_-_ Getting frontend capabilities-_-_-_-_
Using DVB API 5.1
frontend Sundtek DVB-C supports
INVERSION_AUTO
QAM_AUTO not supported, trying QAM_64 QAM_256.
FEC_AUTO
-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_
searching QAM64...
73000: sr6900 (time: 00:00)
81000: sr6900 (time: 00:04)
113000: sr6900 (time: 00:08) (time: 00:12) signal ok:
   QAM_64   f = 113000 kHz S6900C999
WARNING: section too short: network_id == 0xf004, section_length == 929, descriptors_loop_len == 927
WARNING: section too short: network_id == 0xf004, section_length == 938, descriptors_loop_len == 936
   new transponder:
      (QAM_256  f = 402000 kHz S6900C0)
   new transponder:
      (QAM_64   f = 450000 kHz S6900C0)
   new transponder:
      (QAM_64   f = 121000 kHz S6900C0)
   updating transponder:
      (QAM_64   f = 113000 kHz S6900C999)
   to (QAM_64   f = 113000 kHz S6900C0)
   new transponder:
      (QAM_64   f = 458000 kHz S6900C0)
   new transponder:
      (QAM_64   f = 466000 kHz S6900C0)
   new transponder:
      (QAM_256  f = 338000 kHz S6900C0)
   new transponder:
      (QAM_64   f = 370000 kHz S6900C0)
   new transponder:
      (QAM_64   f = 362000 kHz S6900C0)
   new transponder:
      (QAM_64   f = 378000 kHz S6900C0)
   new transponder:
      (QAM_64   f = 386000 kHz S6900C0)
   new transponder:
      (QAM_64   f = 354000 kHz S6900C0)
   new transponder:
      (QAM_256  f = 522000 kHz S6900C0)
   new transponder:
      (QAM_256  f = 498000 kHz S6900C0)
   new transponder:
      (QAM_256  f = 442000 kHz S6900C0)
   new transponder:
      (QAM_256  f = 394000 kHz S6900C0)
   new transponder:
      (QAM_256  f = 426000 kHz S6900C0)
   new transponder:
      (QAM_256  f = 410000 kHz S6900C0)
   new transponder:
      (QAM_256  f = 346000 kHz S6900C0)
   new transponder:
      (QAM_256  f = 330000 kHz S6900C0)
   new transponder:
      (QAM_256  f = 618000 kHz S6900C0)
   new transponder:
      (QAM_64   f = 610000 kHz S6900C0)
   new transponder:
      (QAM_256  f = 626000 kHz S6900C0)
   new transponder:
      (QAM_64   f = 730000 kHz S6900C0)
   new transponder:
      (QAM_256  f = 434000 kHz S6900C0)
   new transponder:
      (QAM_256  f = 130000 kHz S6900C0)
121000: skipped (already known transponder)
etc.


tune to: QAM_256  f = 394000 kHz S6900C0
(time: 10:21) WARNING: section too short: network_id == 0xf004, section_length == 938, descriptors_loop_len == 936
   service = Classic Rock (Kabel Digital)
   service = Heavy Metal (Kabel Digital)
   service = Alternative (Kabel Digital)
   service = Dance (Kabel Digital)
   service = Pop (Kabel Digital)
   service = Love Songs (Kabel Digital)
   service = 80er & 90er Hits (Kabel Digital)
   service = Blues (Kabel Digital)
   service = R & B Hip Hop (Kabel Digital)
   service = Reggae (Kabel Digital)
   service = Rap (Kabel Digital)
   service = Radio Horeb (Digital Free)
   service = BBC World Service (Englisch)
   service = Sunshine Live (Digital Free)
   service = JAM FM (Digital Free)
   service = METROPOL FM (T�rkisch)
   service = DW TV (Deutsche Welle)
   service = History (KD Home)
   service = Bon Gusto (KD Home)
   service = Animax (KD Home)
   service = Turkmax (t�rk) (T�rkisch)
   service = Astro TV (Digital Free)
   service = sonnenklar.TV (Digital Free)
   service = Press TV (engl) (Digital Free)
   service = Planet (KD Home)
   service = Kinowelt TV (KD Home)
   service = Wetter Fernsehen (KD Home)
   service = Gute Laune TV (KD Home)
   service = Klassik Hits (Kabel Digital)
   service = Symphonie (Kabel Digital)
   service = Country (Kabel Digital)
   service = Instrumentals (Kabel Digital)
   service = New Age (Kabel Digital)
   service = Euro Hits (Kabel Digital)
   service = Deutscher Rock (Kabel Digital)
   service = Deutsche Schlager (Kabel Digital)
   service = Deutsche Hits (Kabel Digital)
   service = UK Hits (Kabel Digital)
   service = Chillout (Kabel Digital)
   service = Klassischer Jazz (Kabel Digital)
   service = Perfect Dinner Party (Kabel Digital)
   service = Weihnachten (Kabel Digital)
   service = Rock Anthems (Kabel Digital)
   service = Spanischer Rock (Kabel Digital)
   service = Rock'n' Roll Oldies (Kabel Digital)
   service = 60er & 70er Hits (Kabel Digital)
   service = Big Band/Swing (Kabel Digital)
WARNING: section too short: network_id == 0xf004, section_length == 929, descriptors_loop_len == 927
tune to: QAM_256  f = 426000 kHz S6900C0
etc.

/opt/bin/mediaclient --build
Build date: Dec  1 2010

Wir hatten das genannte Problem aber ca. mitte November mit dem Entwicklungstreiber, wäre es möglich das Problem mittels SSH zu überprüfen oder das ganze nocheinmal mit einem aktualisiertem Treiber zu testen?

[vanhaakonnen]

So - ich hatte in der Tat einen älteren Development-Treiber heruntergeladen. Jetzt verwende ich ebenfalls die Version von anfang Dezember.

Es stellt sich allerdings noch folgendes Problem:
1) Nur der USB-Stick funktioniert jetzt per VDR
2) Nur die PCI-TV-Karte funktioniert ebenfalls problemlos
3) Beide zusammen und ich erhalte keinerlei Bild und Ton. Nichts geht mehr

Hier einige Logs:

Code: [Auswählen]

Dec 4 12:41:07 vdr vdr: [4480] Streamdev: Accepted new client (HTTP) 192.168.100.151:50340
Dec 4 12:41:07 vdr vdr: [4480] ERROR: device 1 supports 7 modulation systems but cDevice::GetDevice() currently only supports 4 delivery systems which should be fixed
Dec 4 12:41:08 vdr vdr: [8268] streamdev-writer thread started (pid=4467, tid=826cool
Dec 4 12:41:08 vdr vdr: [8270] receiver on device 2 thread started (pid=4467, tid=8270)
Dec 4 12:41:08 vdr vdr: [8269] streamdev-livestreaming thread started (pid=4467, tid=8269)
Dec 4 12:41:08 vdr vdr: [8271] TS buffer on device 2 thread started (pid=4467, tid=8271)
Dec 4 12:41:10 vdr vdr: [4474] ERROR: 1 ring buffer overflow (188 bytes dropped)
Dec 4 12:41:16 vdr vdr: [4474] ERROR: 29 ring buffer overflows (5452 bytes dropped)
Dec 4 12:41:22 vdr vdr: [4474] ERROR: 30 ring buffer overflows (5640 bytes dropped)

Code: [Auswählen]

Dec 4 12:44:47 vdr vdr: [4482] loading /var/lib/vdr/plugins/vnsiserver/allowed_hosts.conf
Dec 4 12:44:47 vdr vdr: [4482] VNSI: Client with ID 2 connected: 192.168.100.31:33015
Dec 4 12:44:47 vdr vdr: [8302] VNSI: Welcome client 'XBMC Live stream receiver' with protocol version '1'
Dec 4 12:44:47 vdr vdr: [8303] VNSI: Successfully found following device: 0x7ff1b8004e90 (2) for receiving
Dec 4 12:44:47 vdr vdr: [8303] VNSI: Creating new live Receiver
Dec 4 12:44:48 vdr vdr: [8305] cLiveStreamer stream processor thread started (pid=4467, tid=8305)
Dec 4 12:44:48 vdr vdr: [8303] VNSI: Successfully switched to channel 25 - arte HD
Dec 4 12:44:48 vdr vdr: [8306] receiver on device 2 thread started (pid=4467, tid=8306)
Dec 4 12:44:48 vdr vdr: [8303] VNSI: Started streaming of channel 25 - arte HD
Dec 4 12:44:48 vdr vdr: [8307] TS buffer on device 2 thread started (pid=4467, tid=8307)
Dec 4 12:44:50 vdr vdr: [8303] VNSI-Error: cxSocket::read: read() error at 0/4
Dec 4 12:44:50 vdr vdr: [8305] cLiveStreamer stream processor thread ended (pid=4467, tid=8305)
Dec 4 12:44:50 vdr vdr: [8303] buffer stats: 0 (0%) used
Dec 4 12:44:50 vdr vdr: [8307] TS buffer on device 2 thread ended (pid=4467, tid=8307)
Dec 4 12:44:50 vdr vdr: [8306] buffer stats: 0 (0%) used
Dec 4 12:44:50 vdr vdr: [8306] receiver on device 2 thread ended (pid=4467, tid=8306)
Dec 4 12:44:52 vdr vdr: [4482] VNSI: Client with ID 2 seems to be disconnected, removing from client list
Dec 4 12:44:52 vdr vdr: [4482] VNSI: cConnection::~cConnection()
Dec 4 12:44:52 vdr vdr: [4482] VNSI: stopping cConnection thread ...
Dec 4 12:44:52 vdr vdr: [4482] VNSI: done
Sowohl bei Streamdev (erstes Beispiel) alsauch via VNSI erhalte ich kein Bild (zweites Beispiel). Irgendetwas läuft hier bei der Verwendung von zwei Karten falsch :/

[Sundtek]

Ist das eine Cinergy C PCI HD CI PCI Karte?

Wir haben das hier überprüft der PCI Treiber scheint nicht einwandfrei zu sein.

DVB: TDA10023(0): tda10023_writereg, writereg error (reg == 0x08, val == 0x23, ret == -121)

FE: Philips TDA10023 DVB-C (DVBC)
status SCVYL | signal ffff | snr ffff | ber 000f9f9f | unc 9f9f9f9f | FE_HAS_LOCK
status SCVYL | signal ffff | snr ffff | ber 000f9f9f | unc 9f9f9f9f | FE_HAS_LOCK

Die aufgenommenen Videos scheinen auch eine sehr schlechte Qualität zu haben (Interrupt Probleme der Cinergy).

Wir werden noch einige Tests mit dieser Karte machen. Der Treiber sieht aber wie erwähnt nicht einwandfrei aus, vielleicht funktioniert eine Karte problemlos da die resourcen nicht sehr beansprucht werden jedoch wenn das System beansprucht wird scheint diese Karte nicht besonders zuverlässig zu sein.

Wir haben wie erwähnt unsere Sticks gleichzeitig getestet 3 Stück mit DVB-C und es gab keinerlei Probleme (die einzige Limitierung hierbei war das wir nicht mehr als 3 Ports frei hatten auf unserem Testrechner)

Die Interrupts des USB Sticks können durch Hardware PID Filter gesenkt werden:

$ /opt/bin/mediaclient -e
**** List of Media Hardware Devices ****
device 0: [ Sundtek MediaTV Pro]  DVB-C, DVB-T, ANALOG-TV, FM-RADIO, REMOTE-CONTROL, OSS-AUDIO, RDS
  [DVB-C]:
     FRONTEND: /dev/dvb/adapter1/frontend0
     DVR: /dev/dvb/adapter1/dvr0
     DMX: /dev/dvb/adapter1/demux0
  [DVB-T]:
     FRONTEND: /dev/dvb/adapter1/frontend0
     DVR: /dev/dvb/adapter1/dvr0
     DMX: /dev/dvb/adapter1/demux0
  [ANALOG-TV]:
     VIDEO0: /dev/video1
     VBI0: /dev/vbi0
  [FM-RADIO]:
     RADIO0: /dev/radio0
     RDS: /dev/rds0
  [REMOTECONTROL]:
     INPUT0: /dev/mediainput0
  [OSS]:
     OSS0: /dev/dsp0

$ /opt/bin/mediaclient -d /dev/dvb/adapter1/frontend0 -P on
Using device: /dev/dvb/adapter1/frontend0
Hardware filter is currently disabled
changing status
done

Dies kann die Situation eventuell verbessern, nichts desto trotz empfehlen wir die Mantis Karte auszutauschen.

[vanhaakonnen]

Guten Morgen,

bei mir handelt es sich um eine "Mystique CaBix-C2, HDTV, CI-Connector" - zumindest laut der damaligen Rechnung. Aber ich denke mal, dass die Karte evtl. zur Cinergy baugleich sein könnte - letzendlich ist ja wahrscheinlich nur der Chipsatz wirklich entscheidend.

Ich werde das mal aus probieren mit den Filtern. Praktisch an dem Aufbau war, dass ich das die PCI-Karte wiederrum ein Antennen-Ausgang hatte und ich somit zum PC nur ein Antennenkabel brauchte. Jetzt benötige ich ein weiteres Kabel.

Bisher ist der Aufbau wie folgt:

TV-Dose >> Splitter der zwei Anschlüsse zur Verfügung stellt >> KD-Receiver >> TV-Gerät
                                                             >> PCI-TV-Karte >> USB-Stick

Ich habe also vier Geräte an nur einem TV-Anschluss angeschlossen. Gibt es da noch mehr Verteilmöglichkeiten als nur diese Zweifach-Splitter?

Dann würde ich wahrscheinlich von euch noch einen USB-Stick dazu kaufen und die PCI-Karte rauswerfen.

Danke für die viele Mühe! :-)

[bonzaii]

Das habe ich auch mal probiert ... hat bei mir (mom ein Dockstar + Sundtek DVB-C Home)die Bildunterbrecher beseitigt 
Dazu noch auf dem Dockstar und der DM500HD die Treiber auf die gestrigen aktualisiert ...

[vanhaakonnen]

So - den zweiten USB-Stick habe ich bestellt und die PCI-Karte aus dem Rechner rausgeworfen. Zusätzlich habe ich jetzt aber noch zwei kleine Probleme (mit dem neusten Treiber vom 04.12.):

Ich bekomme ab und an einen Hänger im Bild mit den folgenden Meldungen im Logging vom VDR:

Code: [Auswählen]

Dec  8 19:32:03 vdr vdr: [2288] frontend 0/0 lost lock on channel 28, tp 370
Dec  8 19:32:05 vdr vdr: [2288] frontend 0/0 timed out while tuning to channel 28, tp 370
Dec  8 19:32:08 vdr vdr: [2288] frontend 0/0 regained lock on channel 28, tp 370
Dec  8 19:35:36 vdr vdr: [2289] changing pids of channel 27 from 767+767=2:768=deu@3;771=deu@106:0:32 to 767+767=2:768=deu@3;771=deu@106:0:0
Dec  8 19:35:36 vdr vdr: [2289] changing pids of channel 28 from 511+511=2:512=deu@3;515=deu@106:0:32 to 511+511=2:512=deu@3;515=deu@106:0:0
Dec  8 19:35:36 vdr vdr: [2289] changing pids of channel 29 from 1791+1791=2:1792=deu@3;1795=deu@106:0:32 to 1791+1791=2:1792=deu@3;1795=deu@106:0:0
Dec  8 19:35:36 vdr vdr: [2289] changing pids of channel 30 from 2815+2815=2:2816=deu@3;2819=deu@106:0:32 to 2815+2815=2:2816=deu@3;2819=deu@106:0:0
Dec  8 19:35:37 vdr vdr: [2258] retuning due to modification of channel 28
Dec  8 19:35:37 vdr vdr: [2258] switching to channel 28
Dec  8 19:35:40 vdr vdr: [2289] changing pids of channel 27 from 767+767=2:768=deu@3;771=deu@106:0:0 to 767+767=2:768=deu@3;771=deu@106:0:32
Dec  8 19:35:40 vdr vdr: [2289] changing pids of channel 28 from 511+511=2:512=deu@3;515=deu@106:0:0 to 511+511=2:512=deu@3;515=deu@106:0:32
Dec  8 19:35:41 vdr vdr: [2289] changing pids of channel 29 from 1791+1791=2:1792=deu@3;1795=deu@106:0:0 to 1791+1791=2:1792=deu@3;1795=deu@106:0:32
Dec  8 19:35:41 vdr vdr: [2289] changing pids of channel 30 from 2815+2815=2:2816=deu@3;2819=deu@106:0:0 to 2815+2815=2:2816=deu@3;2819=deu@106:0:32
Dec  8 19:35:41 vdr vdr: [2258] retuning due to modification of channel 28
Dec  8 19:35:41 vdr vdr: [2258] switching to channel 28


Ab und an habe ich zusätzlich ganz kleine Hänger im Bild - dazu gibt es aber keine Meldungen im Logfile.