Sundtek Support Forum
Deutsch => Sundtek MediaTV Pro => Thema gestartet von: vanhaakonnen am Dezember 01, 2010, 06:47:04 Nachmittag
-
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:
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:
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
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:
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
-
Wäre es möglich dies "Vorort" mittels eines SSH Zugangs zu überprüfen?
-
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.
-
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.
-
Reicht Ihnen ein normaler User-Account zum Gucken oder brauchen Sie Root-Rechte?
-
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!
-
Mir ist noch etwas aufgefallen:
Ein Scan auf der PCI-Karte:
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:
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.
-
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.
-
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.
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:
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 :/
-
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?
-
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:
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)
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 :/
-
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.
-
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! :-)
-
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 ...
-
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:
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.
-
Können Sie auf der Konsole folgendes ausführen:
while :; do
date >> /tmp/signalstrength
/opt/bin/mediaclient --readsignal=10 -d /dev/dvb/adapter0/frontend0 >> /tmp/signalstrength
done
Anschließend bitte VDR beobachten, sobald das Problem erneut auftritt bitte die Logausschnitte aus der Syslog und aus der /tmp/signalstrength File bereitstellen.
(Bitte den aktuellen expermental Treiber hierfür verwenden da dort mittels readsignal ebenfalls die BER ausgegeben wird).
Ebenfalls bitte die Ausgabe von lsusb -d 'eb1a:51b2' bereitstellen (via forum oder email kontakt at sundtek de)
-
Guten Morgen,
ich habe heute auf den aktuellsten development-Treiber aktualisiert.
Parallel hier die Logfiles aus einer der stottrigen Stellen:
SIGNAL: [.................................] (100%) BER: [ 0]
SIGNAL: [.................................] (100%) BER: [ 0]
SIGNAL: [.................................] (100%) BER: [ 0]
SIGNAL: [.................................] (100%) BER: [ 0]
SIGNAL: [.................................] (100%) BER: [ 0]
SIGNAL: [.................................] (100%) BER: [ 0]
SIGNAL: [.................................] (100%) BER: [ 0]
SIGNAL: [.................................] (100%) BER: [ 0]
SIGNAL: [.................................] (100%) BER: [ 0]
SIGNAL: [ ] ( 0%) BER: [ 41248]
SIGNAL: [ ] ( 0%) BER: [ 41248]
SIGNAL: [ ] ( 0%) BER: [ 41248]
SIGNAL: [ ] ( 0%) BER: [ 41248]
SIGNAL: [ ] ( 0%) BER: [ 18761]
SIGNAL: [ ] ( 0%) BER: [ 18761]
SIGNAL: [ ] ( 0%) BER: [ 18761]
SIGNAL: [ ] ( 0%) BER: [ 22057]
SIGNAL: [ ] ( 0%) BER: [ 22057]
SIGNAL: [ ] ( 0%) BER: [ 22057]
SIGNAL: [ ] ( 0%) BER: [ 22057]
SIGNAL: [ ] ( 0%) BER: [ 22057]
SIGNAL: [............. ] ( 40%) BER: [ 41248]
SIGNAL: [............. ] ( 40%) BER: [ 41248]
SIGNAL: [............. ] ( 40%) BER: [ 41248]
SIGNAL: [............. ] ( 40%) BER: [ 41248]
SIGNAL: [............. ] ( 40%) BER: [ 41248]
SIGNAL: [............. ] ( 40%) BER: [ 41248]
SIGNAL: [............. ] ( 40%) BER: [ 41248]
SIGNAL: [............. ] ( 40%) BER: [ 41248]
SIGNAL: [ ] ( 0%) BER: [ 41248]
SIGNAL: [ ] ( 0%) BER: [ 41248]
SIGNAL: [ ] ( 0%) BER: [ 41248]
SIGNAL: [ ] ( 0%) BER: [ 41248]
SIGNAL: [ ] ( 0%) BER: [ 41248]
SIGNAL: [ ] ( 0%) BER: [ 41248]
SIGNAL: [ ] ( 0%) BER: [ 41248]
Dec 9 09:37:19 vdr vdr: [26146] changing pids of channel 26 from 2559+2559=2:2560=deu@3,2561=eng@3;2563=deu@106:0:32 to 2559+2559=2:2560=deu@3:0:32
Dec 9 09:37:41 vdr vdr: [26145] frontend 0/0 lost lock on channel 31, tp 370
Dec 9 09:37:43 vdr vdr: [26145] frontend 0/0 timed out while tuning to channel 31, tp 370
Dec 9 09:37:48 vdr vdr: [26145] frontend 0/0 regained lock on channel 31, tp 370
Eigentlich sieht es sonst fast immer so aus:
SIGNAL: [.................................] (100%) BER: [ 0]
lsusb -d 'eb1a:51b2'
Bus 001 Device 002: ID eb1a:51b2 eMPIA Technology, Inc
Bei den kurzern Hängern (wo noch nichts im VDR-Logging auftaucht) sieht es so aus:
SIGNAL: [.................................] (100%) BER: [ 0]
SIGNAL: [.................................] (100%) BER: [ 0]
SIGNAL: [.................................] (100%) BER: [ 1]
SIGNAL: [.................................] (100%) BER: [ 1]
SIGNAL: [.................................] (100%) BER: [ 1]
SIGNAL: [.................................] (100%) BER: [ 1]
SIGNAL: [.................................] (100%) BER: [ 0]
SIGNAL: [.................................] (100%) BER: [ 0]
-
Sie haben geschrieben das Sie bereits einen weiteren Tuner bestellt haben, wie wäre es diesen zuerst zu testen? Wir haben mittlerweile ja jeweils 2 DVB-C Tuner. Einmal jene der ersten Generation und einmal jene der 2. Generation beide verwenden unterschiedliche Komponenten.
Soweit sollte es eigentlich keine Probleme geben, die VDR Log deckt sich also zumindestens mit der physikalischen Eigenschaft des Tuners was schon einmal darauf hindeutet das es kein Treiberproblem ist.
-
Der erste USB-Stick ist erst ein oder zwei Wochen alt. Ich gehe daher eigentlich davon aus, dass dieser auch schon zu den neuen gehört. Es wäre zumindest sehr schade, wenn nicht. Ich habe eigentlich gehofft zwei identische Geräte zu haben :-/
Ist der aktuelle USB-Stick aus der ersten oder zweiten Generation?
Der zweite ist aber bisher noch nicht angekommen.
-
So - heute habe ich den zweiten Tuner erhalten. Nur leider muss ich sagen, dass ich nicht so wirklich glücklich mit dem Ganzen bin :/
Ich habe den zweiten Tuner ebenfalls angeschlossen und per TV-Leitung verkabelt. Beide Leitungen zu den Tuner funktionieren definitiv.
Auf beiden Tunern erhalte ich aber keinerlei Kanäle aufgelistet (per w_scan). Dieses Verhalte ist aber nur zu beobachten, wenn beide Tuner angeschlossen sind.
Beide Adapter einzeln funktionieren - jeder für sich findet die Kanäle. Sobald sie zusammen am System hängen geht es nicht mehr.
Im VDR zeigt sich dies wie folgt:
Dec 10 15:36:33 vdr vdr: [2782] buffer stats: 0 (0%) used
Dec 10 15:36:33 vdr vdr: [3294] TS buffer on device 2 thread ended (pid=2772, tid=3294)
Dec 10 15:36:33 vdr vdr: [3292] buffer stats: 0 (0%) used
Dec 10 15:36:33 vdr vdr: [3292] receiver on device 2 thread ended (pid=2772, tid=3292)
Dec 10 15:36:40 vdr vdr: [2775] frontend 0/0 timed out while tuning to channel 4, tp 450
Dec 10 15:36:41 vdr vdr: [2777] frontend 1/0 timed out while tuning to channel 74, tp 330
Dec 10 15:36:43 vdr vdr: [2776] changing pids of channel 4 from 110+110=2:120=deu@3,121=mis@3;125=deu@106:0:130 to 110+110=2:120=deu@3,121=mis@3;125=deu@106:131=deu:130
Dec 10 15:37:01 vdr vdr: [2777] frontend 1/0 timed out while tuning to channel 51, tp 522
Dec 10 15:37:04 vdr vdr: [2775] frontend 0/0 lost lock on channel 15, tp 466
Dec 10 15:37:06 vdr vdr: [2775] frontend 0/0 regained lock on channel 15, tp 466
Dec 10 15:37:22 vdr vdr: [2777] frontend 1/0 timed out while tuning to channel 101, tp 626
Dec 10 15:37:41 vdr vdr: [2775] frontend 0/0 lost lock on channel 1, tp 113
Dec 10 15:37:43 vdr vdr: [2775] frontend 0/0 timed out while tuning to channel 1, tp 113
Dec 10 15:37:44 vdr vdr: [2777] frontend 1/0 timed out while tuning to channel 88, tp 121
Dec 10 15:38:06 vdr vdr: [2775] frontend 0/0 timed out while tuning to channel 74, tp 330
Dec 10 15:38:06 vdr vdr: [2777] frontend 1/0 timed out while tuning to channel 23, tp 338
Dec 10 15:38:27 vdr vdr: [2775] frontend 0/0 timed out while tuning to channel 63, tp 346
Dec 10 15:38:28 vdr vdr: [2777] frontend 1/0 timed out while tuning to channel 47, tp 354
Dec 10 15:38:49 vdr vdr: [2775] frontend 0/0 timed out while tuning to channel 32, tp 362
Dec 10 15:38:49 vdr vdr: [2777] frontend 1/0 timed out while tuning to channel 26, tp 370
lsusb -d 'eb1a:51b2'
Bus 001 Device 003: ID eb1a:51b2 eMPIA Technology, Inc.
Bus 001 Device 002: ID eb1a:51b2 eMPIA Technology, Inc.
**** List of Media Hardware Devices ****
device 0: [Sundtek MediaTV Digital Home] DVB-C, DVB-T, REMOTE-CONTROL
[DVB-C]:
FRONTEND: /dev/dvb/adapter0/frontend0
DVR: /dev/dvb/adapter0/dvr0
DMX: /dev/dvb/adapter0/demux0
[DVB-T]:
FRONTEND: /dev/dvb/adapter0/frontend0
DVR: /dev/dvb/adapter0/dvr0
DMX: /dev/dvb/adapter0/demux0
[REMOTECONTROL]:
INPUT0: /dev/mediainput0
device 1: [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
DMX: /dev/dvb/adapter1/demux0
[REMOTECONTROL]:
INPUT0: /dev/mediainput1
Wenn beide angeschlossen sind sehen die Signalausgaben bei beiden so aus:
/opt/bin/mediaclient --readsignal=0 -d /dev/dvb/adapter0/frontend0
== reading digital TV signal ==
SIGNAL: [ ] ( 0%) BER: [ 41248]
SIGNAL: [ ] ( 0%) BER: [ 41248]
SIGNAL: [ ] ( 0%) BER: [ 41248]
SIGNAL: [ ] ( 0%) BER: [ 41248]
SIGNAL: [ ] ( 0%) BER: [ 41248]
SIGNAL: [ ] ( 0%) BER: [ 41248]
SIGNAL: [ ] ( 0%) BE
Ich dachte eigentlich, dass es einfacher wird bei zwei identischen Tunern :/
Es scheint so, alsob (rein oberflächlich betrachtet) die Tuner keinerlei Kanäle finden. Der VDR erkennt die Sticks aber sauber...
-
Was für ein PC ist das?
Was für ein Linux Kernel wird verwendet?
Das scheint ein Bug entweder vom System und/oder Linux Kernel zu sein.
3 Geräte wurden hier soweit einwandfrei getestet, dieses Problem darf bei einem einwandfreiem System nicht auftreten.
-
Das Ganze ist ein Ubuntu 10.04 in 64Bit:
Linux vdr 2.6.32-26-generic #48-Ubuntu SMP Wed Nov 24 10:14:11 UTC 2010 x86_64 GNU/Linux
-
Falls möglich richten Sie bitte einen Remote Zugang ein damit wir dieses System überprüfen können. Wie erwähnt der Treiber hat support für mehrere Geräte. Dies wurde insbesondere mit VDR auch getestet.
Eventuell versuchen Sie auch verschiedene USB Ports auf Ihrem System.
Wobei eigentlich auch die BER unabhängig vom USB Anschluss ist, überprüfen Sie bitte auch genau die Verkabelung. Eventuell gibt es ein Stromversorgungsproblem mit Ihrem PC? (dies kann man eventuell in /var/log/mediasrv.log überprüfen).
Unser Testnotebook unterstützt wie erwähnt 3 USB Sticks, jedoch ohne zusätzliche Stromversorgung.
-
Ich habe die Zugangsdaten per PN zukommen lassen.
Also die Sticks sind direkt an der Rückseite des Mainboards angeschlossen. Dazwischen ist keinerlei USB-Hub o.ä.
Das Problem tritt bei jeder Erdenklichen Kombination von USB-Anschlüssen auf.
Das Mainboard ist es:
http://www.supermicro.com/products/motherboard/ATOM/945/X7SLA.cfm?typ=H
Folgende Zeile ist mir eben aufgefallen:
2010-12-10 17:01:56 [1510] ====tmbslTDA182I2Reset : Fail
-
Okay - ich habe nochmal ein bisschen herumprobiert:
Es scheint Glück oder Zufall zu sein, wenn ein Tuner noch Signal hat und beide angesteckt sind. Größtenteils haben dann beide keinen Empfang.
Ist nur ein Tuner angeschlossen bekomme ich jetzt aber auch kein Signal mehr. Stecke ich die Antennenkabel aber in meinen KabelDeutschland Receiver geht alles. Irgendwie ist da doch was merkwürdig.
W_Scan führt dabei auf einem Tuner Kanäle ans Tageslicht, obwohl "/opt/bin/mediaclient --readsignal=0 -d /dev/dvb/adapterX/frontend0" 0% Signal und 41248 BER behauptet :/
-
Das Problem ist ein Problem in unserem Treiber, wir haben dies soweit nachgebessert.
http://www.sundtek.de/media/sundtek_installer_development.sh
Das Problem lag darin das bei mehreren Geräten das Einstellen der Frequenz immer auf dem ersten Gerät passierte. Bei unseren Tests wurden ursprünglich Hybrid Geräte verwendet welche einen anderen Tuner verwenden.
Das ganze hat soweit aber nach wievor nichts mit der PCI Karte zu tun.
-
Super - danke für den Einsatz! :)
Leider möchte mein VDR aber trotzdem noch nicht richtig. Also mittels w_scan finde ich auf beiden Tunern immernoch Kanäle.
Mache ich es wie folgt:
root@vdr:~/Sundtek# /opt/bin/mediaclient --readsignal=0 -d /dev/dvb/adapter0/frontend0
== reading digital TV signal ==
SIGNAL: [ ] ( 0%) BER: [ 41248]
SIGNAL: [ ] ( 0%) BER: [ 41248]
SIGNAL: [ ] ( 0%) BER: [ 41248]
SIGNAL: [ ] ( 0%) BER: [ 41248]
SIGNAL: [.................................] (100%) BER: [ 0]
SIGNAL: [.................................] (100%) BER: [ 0]
SIGNAL: [.................................] (100%) BER: [ 0]
SIGNAL: [.................................] (100%) BER: [ 0]
SIGNAL: [.................................] (100%) BER: [ 0]
SIGNAL: [.................................] (100%) BER: [ 0]
SIGNAL: [.................................] (100%) BER: [ 0]
SIGNAL: [.................................] (100%) BER: [ 0]
SIGNAL: [.................................] (100%) BER: [ 0]
SIGNAL: [.................................] (100%) BER: [ 0]
SIGNAL: [.................................] (100%) BER: [ 0]
SIGNAL: [.................................] (100%) BER: [ 0]
SIGNAL: [.................................] (100%) BER: [ 0]
SIGNAL: [.................................] (100%) BER: [ 0]
Hier fällt erstmal auf, dass er am Anfang einige Zeit braucht, bis er eine Antwort liefert (vtl. Standby-Modus?). Auf dem zweiten Tuner bekomme ich nach wie vor:
root@vdr:~/Sundtek# /opt/bin/mediaclient --readsignal=0 -d /dev/dvb/adapter1/frontend0
== reading digital TV signal ==
SIGNAL: [ ] ( 0%) BER: [ 41248]
SIGNAL: [ ] ( 0%) BER: [ 41248]
SIGNAL: [ ] ( 0%) BER: [ 41248]
SIGNAL: [ ] ( 0%) BER: [ 41248]
SIGNAL: [ ] ( 0%) BER: [ 41248]
SIGNAL: [ ] ( 0%) BER: [ 41248]
SIGNAL: [ ] ( 0%) BER: [ 41248]
SIGNAL: [ ] ( 0%) BER: [ 41248]
SIGNAL: [ ] ( 0%) BER: [ 41248]
SIGNAL: [ ] ( 0%) BER: [ 41248]
SIGNAL: [ ] ( 0%) BER: [ 41248]
SIGNAL: [ ] ( 0%) BER: [ 41248]
SIGNAL: [ ] ( 0%) BER: [ 41248]
SIGNAL: [ ] ( 0%) BER: [ 41248]
Ich hatte beide Adapter jetzt mit "/opt/bin/mediaclient -d /dev/dvb/adapter0/frontend0 --dtvtransfermode=iso" umkonfiguriert (adapter 0 bzw. 1). Am Treiber habe ich nichts geändert :/
/opt/bin/mediaclient --build
Build date: Dec 13 2010
Im VDR läuft es auch noch nicht richtig. Irgendwo ist noch der Wurm drin :/
-
Bitte den Test mit dem aktuellen Treiber erneut durchführen.
Readsignal gibt nun auch die derzeitigen Senderparameter aus damit man dies manuell ggf. nachvollziehen kann. Einfach nur die Signalstatistik ohne aktuelle Parameter ist nicht besonders sinnvoll.
Beispiel amerikanisches System:
SIGNAL: [................... ] ( 57%) BER: 0 FREQ: 474000000 Hz LOCKED: YES MOD: VSB8
SIGNAL: [................... ] ( 57%) BER: 0 FREQ: 474000000 Hz LOCKED: YES MOD: VSB8
SIGNAL: [................... ] ( 59%) BER: 0 FREQ: 474000000 Hz LOCKED: YES MOD: VSB8
SIGNAL: [................... ] ( 57%) BER: 0 FREQ: 474000000 Hz LOCKED: YES MOD: VSB8
SIGNAL: [................... ] ( 58%) BER: 0 FREQ: 474000000 Hz LOCKED: YES MOD: VSB8
SIGNAL: [................... ] ( 59%) BER: 0 FREQ: 474000000 Hz LOCKED: YES MOD: VSB8
SIGNAL: [................... ] ( 58%) BER: 0 FREQ: 474000000 Hz LOCKED: YES MOD: VSB8
SIGNAL: [................... ] ( 58%) BER: 0 FREQ: 474000000 Hz LOCKED: YES MOD: VSB8
SIGNAL: [................... ] ( 59%) BER: 0 FREQ: 474000000 Hz LOCKED: YES MOD: VSB8
SIGNAL: [................... ] ( 58%) BER: 0 FREQ: 474000000 Hz LOCKED: YES MOD: VSB8
Für DVB/Europa werden die jeweils eigenen Details ausgegeben
-
Also w_scan liefert mir wieder für beide Adapter Tuner raus.
/opt/bin/mediaclient --readsignal=0 -d /dev/dvb/adapter1/frontend0
== reading digital TV signal ==
SIGNAL: [ ] ( 0%) BER: 41248 FREQ: 314000000 Hz LOCKED: NO SYM: 6875000 MOD: QAM64
SIGNAL: [ ] ( 0%) BER: 41248 FREQ: 314000000 Hz LOCKED: NO SYM: 6875000 MOD: QAM64
SIGNAL: [ ] ( 0%) BER: 41248 FREQ: 314000000 Hz LOCKED: NO SYM: 6875000 MOD: QAM64
SIGNAL: [ ] ( 0%) BER: 41248 FREQ: 314000000 Hz LOCKED: NO SYM: 6875000 MOD: QAM64
SIGNAL: [ ] ( 0%) BER: 41248 FREQ: 314000000 Hz LOCKED: NO SYM: 6875000 MOD: QAM64
SIGNAL: [ ] ( 0%) BER: 41248 FREQ: 314000000 Hz LOCKED: NO SYM: 6875000 MOD: QAM64
SIGNAL: [ ] ( 0%) BER: 41248 FREQ: 314000000 Hz LOCKED: NO SYM: 6875000 MOD: QAM64
SIGNAL: [ ] ( 0%) BER: 41248 FREQ: 314000000 Hz LOCKED: NO SYM: 6875000 MOD: QAM64
SIGNAL: [ ] ( 0%) BER: 41248 FREQ: 314000000 Hz LOCKED: NO SYM: 6875000 MOD: QAM64
SIGNAL: [ ] ( 0%) BER: 41248 FREQ: 314000000 Hz LOCKED: NO SYM: 6875000 MOD: QAM64
SIGNAL: [ ] ( 0%) BER: 41248 FREQ: 314000000 Hz LOCKED: NO SYM: 6875000 MOD: QAM64
SIGNAL: [ ] ( 0%) BER: 41248 FREQ: 314000000 Hz LOCKED: NO SYM: 6875000 MOD: QAM64
SIGNAL: [ ] ( 0%) BER: 41248 FREQ: 314000000 Hz LOCKED: NO SYM: 6875000 MOD: QAM64
SIGNAL: [ ] ( 0%) BER: 41248 FREQ: 314000000 Hz LOCKED: NO SYM: 6875000 MOD: QAM64
SIGNAL: [ ] ( 0%) BER: 41248 FREQ: 314000000 Hz LOCKED: NO SYM: 6875000 MOD: QAM64
SIGNAL: [ ] ( 0%) BER: 41248 FREQ: 314000000 Hz LOCKED: NO SYM: 6875000 MOD: QAM64
SIGNAL: [ ] ( 0%) BER: 41248 FREQ: 314000000 Hz LOCKED: NO SYM: 6875000 MOD: QAM64
SIGNAL: [ ] ( 0%) BER: 41248 FREQ: 314000000 Hz LOCKED: NO SYM: 6875000 MOD: QAM64
SIGNAL: [ ] ( 0%) BER: 41248 FREQ: 314000000 Hz LOCKED: NO SYM: 6875000 MOD: QAM64
SIGNAL: [ ] ( 0%) BER: 41248 FREQ: 314000000 Hz LOCKED: NO SYM: 6875000 MOD: QAM64
SIGNAL: [ ] ( 0%) BER: 41248 FREQ: 314000000 Hz LOCKED: NO SYM: 6875000 MOD: QAM64
SIGNAL: [ ] ( 0%) BER: 41248 FREQ: 314000000 Hz LOCKED: NO SYM: 6875000 MOD: QAM64
SIGNAL: [ ] ( 0%) BER: 41248 FREQ: 314000000 Hz LOCKED: NO SYM: 6875000 MOD: QAM64
bzw.
/opt/bin/mediaclient --readsignal=0 -d /dev/dvb/adapter0/frontend0
== reading digital TV signal ==
SIGNAL: [ ] ( 0%) BER: 41248 FREQ: 129000000 Hz LOCKED: NO SYM: 6875000 MOD: QAM64
SIGNAL: [ ] ( 0%) BER: 41248 FREQ: 129000000 Hz LOCKED: NO SYM: 6875000 MOD: QAM64
SIGNAL: [ ] ( 0%) BER: 41248 FREQ: 129000000 Hz LOCKED: NO SYM: 6875000 MOD: QAM64
SIGNAL: [ ] ( 0%) BER: 41248 FREQ: 129000000 Hz LOCKED: NO SYM: 6875000 MOD: QAM64
SIGNAL: [ ] ( 0%) BER: 41248 FREQ: 129000000 Hz LOCKED: NO SYM: 6875000 MOD: QAM64
SIGNAL: [ ] ( 0%) BER: 41248 FREQ: 129000000 Hz LOCKED: NO SYM: 6875000 MOD: QAM64
SIGNAL: [ ] ( 0%) BER: 41248 FREQ: 129000000 Hz LOCKED: NO SYM: 6875000 MOD: QAM64
SIGNAL: [ ] ( 0%) BER: 41248 FREQ: 129000000 Hz LOCKED: NO SYM: 6875000 MOD: QAM64
SIGNAL: [ ] ( 0%) BER: 41248 FREQ: 129000000 Hz LOCKED: NO SYM: 6875000 MOD: QAM64
SIGNAL: [ ] ( 0%) BER: 41248 FREQ: 129000000 Hz LOCKED: NO SYM: 6875000 MOD: QAM64
SIGNAL: [ ] ( 0%) BER: 41248 FREQ: 129000000 Hz LOCKED: NO SYM: 6875000 MOD: QAM64
SIGNAL: [ ] ( 0%) BER: 41248 FREQ: 129000000 Hz LOCKED: NO SYM: 6875000 MOD: QAM64
SIGNAL: [ ] ( 0%) BER: 41248 FREQ: 129000000 Hz LOCKED: NO SYM: 6875000 MOD: QAM64
SIGNAL: [ ] ( 0%) BER: 41248 FREQ: 129000000 Hz LOCKED: NO SYM: 6875000 MOD: QAM64
SIGNAL: [ ] ( 0%) BER: 41248 FREQ: 129000000 Hz LOCKED: NO SYM: 6875000 MOD: QAM64
SIGNAL: [ ] ( 0%) BER: 41248 FREQ: 129000000 Hz LOCKED: NO SYM: 6875000 MOD: QAM64
SIGNAL: [ ] ( 0%) BER: 41248 FREQ: 129000000 Hz LOCKED: NO SYM: 6875000 MOD: QAM64
SIGNAL: [ ] ( 0%) BER: 41248 FREQ: 129000000 Hz LOCKED: NO SYM: 6875000 MOD: QAM64
SIGNAL: [ ] ( 0%) BER: 41248 FREQ: 129000000 Hz LOCKED: NO SYM: 6875000 MOD: QAM64
SIGNAL: [ ] ( 0%) BER: 41248 FREQ: 129000000 Hz LOCKED: NO SYM: 6875000 MOD: QAM64
SIGNAL: [ ] ( 0%) BER: 41248 FREQ: 129000000 Hz LOCKED: NO SYM: 6875000 MOD: QAM64
SIGNAL: [ ] ( 0%) BER: 41248 FREQ: 129000000 Hz LOCKED: NO SYM: 6875000 MOD: QAM64
SIGNAL: [ ] ( 0%) BER: 41248 FREQ: 129000000 Hz LOCKED: NO SYM: 6875000 MOD: QAM64
SIGNAL: [ ] ( 0%) BER: 41248 FREQ: 129000000 Hz LOCKED: NO SYM: 6875000 MOD: QAM64
SIGNAL: [ ] ( 0%) BER: 41248 FREQ: 129000000 Hz LOCKED: NO SYM: 6875000 MOD: QAM64
Eben ist mal wieder einer der Momente wo nichts mehr geht :/
-
Nun stellt sich die Frage ob auf den beiden Frequenzen denn etwas vorhanden ist :-)
Die zusätzlichen Informationen sind schon um einiges nützlicher als die vorigen.
Nicht das dort eine Applikation läuft die falsche Frequenzen einstellt. Aber die Informationen lassen sich auf jeden Fall leicht überprüfen
-
Also die Ausgabe von oben sieht korrekt aus, auf den jeweiligen Frequenzen sind keine TV Sender.
Bitte die Ausgabe genau lesen.
SIGNAL: [ ] ( 0%) BER: 41248 FREQ: 314000000 Hz LOCKED: NO SYM: 6875000 MOD: QAM64
FREQ: 314000000 Hz // Frequenz
LOCKED: NO // Transponder gefunden?
SYM: 6875000 // Symbolrate
MOD: QAM64 // Modulation
w_scan dauert einfach 15 Minuten bis es durchgelaufen ist und erstellt dann eine passende channels.conf für VDR. Das sollte soweit eigentlich keine Schwierigkeiten bereiten.
Sobald ein Sender gefunden wird, wird eine Signalstärke angezeigt, und die jeweiligen Senderparameter - alles dawischen ergibt natürlich kein Resultat beim scannen.
-
hmm...
SIGNAL: [ ] ( 0%) BER: 41248 FREQ: 130000000 Hz LOCKED: YES SYM: 6900000 MOD: QAM256
SIGNAL: [ ] ( 0%) BER: 41248 FREQ: 130000000 Hz LOCKED: YES SYM: 6900000 MOD: QAM256
SIGNAL: [ ] ( 1%) BER: 41248 FREQ: 130000000 Hz LOCKED: YES SYM: 6900000 MOD: QAM256
SIGNAL: [ ] ( 0%) BER: 41248 FREQ: 129000000 Hz LOCKED: NO SYM: 6900000 MOD: QAM256
SIGNAL: [ ] ( 0%) BER: 41248 FREQ: 129000000 Hz LOCKED: YES SYM: 6900000 MOD: QAM256
SIGNAL: [... ] ( 10%) BER: 41248 FREQ: 129000000 Hz LOCKED: YES SYM: 6900000 MOD: QAM256
SIGNAL: [... ] ( 10%) BER: 699 FREQ: 129000000 Hz LOCKED: YES SYM: 6900000 MOD: QAM256
SIGNAL: [ ] ( 0%) BER: 41248 FREQ: 129000000 Hz LOCKED: YES SYM: 6900000 MOD: QAM256
SIGNAL: [............. ] ( 40%) BER: 41248 FREQ: 129000000 Hz LOCKED: YES SYM: 6900000 MOD: QAM256
SIGNAL: [.................................] ( 99%) BER: 11 FREQ: 129000000 Hz LOCKED: YES SYM: 6900000 MOD: QAM256
SIGNAL: [.................................] ( 99%) BER: 11 FREQ: 129000000 Hz LOCKED: YES SYM: 6900000 MOD: QAM256
SIGNAL: [.................................] ( 99%) BER: 6 FREQ: 129000000 Hz LOCKED: YES SYM: 6900000 MOD: QAM256
SIGNAL: [.................................] (100%) BER: 6 FREQ: 129000000 Hz LOCKED: YES SYM: 6900000 MOD: QAM256
SIGNAL: [.................................] (100%) BER: 6 FREQ: 129000000 Hz LOCKED: YES SYM: 6900000 MOD: QAM256
SIGNAL: [.................................] ( 99%) BER: 7 FREQ: 129000000 Hz LOCKED: YES SYM: 6900000 MOD: QAM256
anscheinend gibt es hier entweder in w-scan oder beim Anbieter ein Problem, es wurde wohl 129 Mhz sowie 130 Mhz hinterlegt - 130 ergibt kein Signal - jedoch reagiert unser Gerät darauf und findet einen Sender mit 0 Signalstärke. 129 MHz sieht etwas wackelig aus (eventuell die Verbindung überprüfen um dieses Detail noch zu verbessern, bei diesen niedrigen Frequenzen zahlt es sich immer aus die Dose zu überprüfen, alte Dosen haben bei ienigen Kunden teilweise mit Absicht z.B 113MHz gefiltert.
-
Also die Dose ist eine von Kabel Deutschland gesetzte Multimedia-Dose (Internet geht auch darüber). Dementsprechend ist auch der Verteiler im Keller erneuert worden. Viel kann ich da glaube ich gar nicht drehen oder verbessern. Ich werde die Kabel in der Wohnung nochmal durchgehen - Alle dieser Kabel am KD-Receiver liefern aber ein problemloses Bild :/
-
Es geht eher darum das dort in dem Fall die falsche Frequenz gescannt wird, der Rest sah im Allgemeinen eigentlich gut aus.
Wie sieht denn die Signalstatistik einzeln aus?
Also nur ein Gerät angeschlossen - w_scan ausführen,
danach
w_scan ausführen und beide Geräte anschließen.
Wenn das Signal durch ein T-Stück geteilt wird wird es natürlich auch schwächer.
-
Also ich glaube jetzt habe ich es alles zum Laufe bekommen.
Was ich mich noch frage:
Wie ist denn so die Erfahrung bei den Fehler und der Übertragungsqualität? Was für eine Signalstärke und welche BER-Warte sind noch für einen guten Empfang tragbar?
-
Normalerweise sind bei uns die BER Werte bei 0, bei Inhen sind sie geringfügig bei einigen wenigen Sendern im 1-2 stelligen Bereich. Erfahrung mit diesen Werten bei DVB-C gibt es noch nicht.
Sie können jedoch auch bei DVB-T sehen das 3 stellige BER noch keine besonderen Probleme bereitet (DVB-T mit BER 0 gibt es wohl nicht). Man sieht dass das Bild in einigen Bereichen etwas unscharf wird da einige "Klötzchen" nicht die 100%igen ursprungsdaten zur Verfügung haben, besonders auffällig ist dies jedoch nicht und eher nur für das geschulte Auge erkennbar.