Sundtek Support Forum
Deutsch => Sundtek MediaTV Pro => Treiber => Thema gestartet von: Sundtek am Januar 12, 2010, 02:34:50 Nachmittag
-
Version: http://sundtek.de/support/empia_installer_100112.sh
* Signalreporting hinzugefuegt 1)
* Signalstaerke fuer DVB-C/T (1-2%) und Analog TV (bis zu 15%) verbessert
* MythTV 0.22 funktioniert mit dieser Version sofern eine channels.conf von w_scan verwendet wird.
Zwischenzeitlich hinzugefuegte Updates:
* MIPS Unterstuetzung (15. Januar 2010)
Kommendes Update:
* Freischaltung des Powermanagement fuer Endkunden
ad 1)
Standardmaessig gibt das Signalreporting nur 0% oder 100% zurueck, dies kann mit folgendem Befehl auf ein genaueres Reporting umgeschalten werden:
$ /opt/bin/mediaclient --signalreporting=1
$
(Der Grund hierfuer, das genauere Reporting benoetigt etwas mehr Zeit zum Auslesen der Informationen und ist deshalb standardmaessig nicht eingeschalten).
Nach dem umstellen kann wie gewohnt z.B.: tvtime zum Einstellen eines Senders verwendet werden.
In einem neuen Konsolenfenster kann dann die genaue Pegelmessung vorgenommen werden:
Syntax:
/opt/bin/mediaclient -d /dev/video[n] --readsignal=[i]
Wobei n das Videodevice ist (wie mit /opt/bin/mediaclient -e ausgegeben) und i die Anzahl
wie oft die Signalinformation ausgelesen werden soll, wenn i kleiner oder gleich 0 ist dann
wird bis zum manuellen Abbruch ausgelesen.
Bei DVB muss wahlweise -d /dev/dvb/adapter[a]/frontend[b] als Parameter angegeben werden
(wobei die genaue adapter[a]/frontend[b] Angabe durch /opt/bin/mediaclient -e ausgelesen
werden kann)
Beispielausgabe:
SIGNAL: [.............................................................................................. ] 62225 (94%)
SIGNAL: [......................................................................................... ] 58950 (89%)
SIGNAL: [.............................................................................................. ] 62225 (94%)
SIGNAL: [.............................................................................................. ] 62225 (94%)
SIGNAL: [.............................................................................................. ] 62225 (94%)
SIGNAL: [............................................................................................ ] 60915 (92%)
-
Vielen Dank für das Update - dadurch kommen nun einige Sender viel klarer rein.
Leider passiert nichts, wenn ich
/opt/bin/mediaclient --signalreporting=1 ausführe - ich bekomme das Shell-Prompt nicht zurück, aber es passiert auch nichts.
Ausserdem bekomme ich bei Analog-TV keinen Sound - eventuell daher, weil sich folgendes in /var/log/messages immer wiederholt, während tvtime läuft:
[ 1493.358284] mediasrv[9130]: segfault at 1 ip b775a527 sp b3fccd68 error 4 in libc-2.10.1.so[b76e0000+159000]
-
Um was fuer eine Distribution handelt es sich hierbei?
Der Absturz wird sofern das Bild weiterhin sichtbar ist vom Audiomodul ausgeloest.
Eventuell wurde die Installation nicht vollstaendig durchgefuehrt?
Das Signalreporting muss im Zusammenhang mit dem 2. Befehl (--readsignal) gesehen werden, standardmaessig ohne umschalten bekommt man nur 0 bzw. 100% zurueckgegeben jedoch ist tvtime hierbei fluessig. Beim genaueren Reporting bekommt man Werte zwischen 0 - 100 jedoch kann dies bei einigen Playern das Timing der Bilddarstellung beeinflussen - aus diesem Grund ist es auch standardmaessig ausgeschalten.
-
Es handelt sich hierbei um OpenSuSE Linux 11.2 ohne pulseaudio.
Die Installation wurde normal durchgeführt - ich habe keine Fehlermeldungen erhalten, auch nicht bei einer Neuinstallation. Das Problem besteht weiterhin.
Edit: Das Signal wird nun richtig ausgelesen - musste nur erst ein wenig probieren ...
-
Habe die Lösung gefunden für das tvtime-Problem!
Nach einem PC-Neustart ging alles wieder normal.
-
OK gut zu wissen, wir testen derzeit idR mit Ubuntu Karmic (32/64bit)
-
Bei mir hat das Update leider nicht allzu viel verändert. Alle QAM64 Sender funktionieren hervorragend, QAM256 Sender kann ich wegen starker Artefakte kaum sehen (mit einem 100€ Kabelreceiver funktionieren dagegen alle). Als Signalstärke wird bei allen QAM64 Sendern 100% angezeigt, bei allen QAM256 Sendern 40%. Daran ändert sich auch nichts, wenn ich statt direktem Anschluß an der Antenendose einen 2fach-Verteiler oder 2fach-Verstärker zwischenschalte. Sehr genau scheint die Messung also nicht zu sein...
-
Die Ausgabe von
mediaclient -d /dev/dvb/adapterX/frontend0 --readsignal=10 mit vorherigem mediaclient --signalreporting=0 unterscheidet sich übrigens nicht von der mit vorherigem mediaclient --signalreporting=1. Es bleibt bei 40%/100%.
-
Dies scheint ein spezifisches Problem zu sein mit Ihrem Anschluss, wir werden dies via Email abklaeren bzw. auch direkt versuchen auf TeleColumbus zuzugehen.
Die Signalauswertung ist mittlerweile ziemlich genau, wenn ein normales Geraet 100% Signalqualitaet bekommt aber der Stick nur 40% und dies nur bei Q256 dann muss es hierfuer auch einen Grund geben.
Ein Auszug von unserem Kabel 322Mhz (wie bei Ihnen) QAM256 (das Kabel wurde nach dem Tunen abgesteckt, und nach dem Start des Signalscans neu angeschlossen)
user@sundtek-dev03:~$ /opt/bin/mediaclient -m DVBC -f 322000000 -S 6900000 -M Q256
Using device: /dev/dvb/adapter0/frontend0
Checking for lock:
. [LOCKED]
user@sundtek-dev03:~$ /opt/bin/mediaclient -d /dev/dvb/adapter0/frontend0 --readsignal=0
== reading digital TV signal ==
SIGNAL: [ ] (0%)
SIGNAL: [ ] (0%)
SIGNAL: [ ] (0%)
SIGNAL: [.................................... ] (36%)
SIGNAL: [.................................... ] (36%)
SIGNAL: [.................................... ] (36%)
SIGNAL: [.................................... ] (36%)
SIGNAL: [....................................... ] (39%)
SIGNAL: [....................................... ] (39%)
SIGNAL: [....................................... ] (39%)
SIGNAL: [....................................... ] (39%)
SIGNAL: [...] (100%)
SIGNAL: [...] (100%)
SIGNAL: [...] (100%)
SIGNAL: [...] (100%)
SIGNAL: [............................................................................................. ] (93%)
SIGNAL: [............................................................................................. ] (93%)
SIGNAL: [............................................................................................. ] (93%)
SIGNAL: [............................................................................................. ] (93%)
SIGNAL: [...] (100%)
SIGNAL: [...] (100%)
SIGNAL: [...] (100%)
und bleibt auf 100% (das Forum verkuerzt die Ausgabe von 100%)
-
Mit dieser Version funktioniert Audio bei mir nicht mehr.
Ich verwende Analog TV mit Mythtv 0.22 unter Ubuntu Karmic
ich habe den Befehl
/opt/bin/mediaclient -c external -d /dev/video1 -m ATV
ausgeführt um den Befehl zu aktivieren
ein Mögliches Problem könnte sein, dass ein falsches Audio Device genommen wird, welches schon belegt ist.
Bei einer alten Treiber Version sah die Ausgabe so aus:
**** List of Media Hardware Devices ****
device 0: [ Sundtek MediaTV Pro] DVB-C, DVB-T, ANALOG-TV, FM-RADIO, REMOTE-CONTROL, OSS-AUDIO
[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
[ANALOG-TV]:
VIDEO0: /dev/video1
VBI0: /dev/vbi0
[FM-RADIO]:
RADIO0: /dev/radio1
[REMOTECONTROL]:
INPUT0: /dev/mediainput0
[OSS]:
OSS0: /dev/dsp0
/dev/video0 und /dev/dsp1 wurden von der zweiten Tunerkarte verwendet
neu sieht die Ausgabe so aus
**** 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/vbi1
[FM-RADIO]:
RADIO0: /dev/radio1
RDS: /dev/rds0
[REMOTECONTROL]:
INPUT0: /dev/mediainput0
[OSS]:
OSS0: /dev/dsp1
von daher sehe ich einen konflikt bei dsp1 weil der wird immernoch auch von der zweiten Tunerkarte verwendet.
-
Bei Audio hatte es bei dieser Version keine Änderungen gegeben. Bitte stellen Sie sicher das der USB Stick nach allen anderen TV Karten initialisiert wird.
Zuerst sollen immer Kerneltreiber geladen werden, und zum Schluss erst die Treiber für unsere TV Sticks - dieser Vorgang ist die Voraussetzung damit unser Framework reibungslos mit existierenden TV Karten funktioniert.
Sofern Sie 2 USB Karten von unterschiedlichen Herstellern haben - schließen Sie den Sundtek Stick zum Schluss an.
Dieser Teil wurde jedoch im kommenden Treiber, um mehrfache Sundtek Sticks problemlos zu unterstützen, überarbeitet . Das Update wird voraussichtlich in ca. 1-2 Stunden verfügbar sein.
-
Der Stick wird ganz am Ende geladen, das Problem existiert auch, wenn der Stick ausgesteckt ist und erst ganz am Schluss eingesteckt wird.
Das Problem existiert schon seit verschiedenen Treiberversionen, die letzte Version welche noch funktioniert ist die vom 090926
Ich habe den Punkt schon mehrmals hier aufgebracht seit der Version jedoch wurde das nie gefixt.
-
Wir haben uns dieses Problem auch mehrfach angesehen und konnten es bis dato nicht reproduzieren. Am besten wird es sein das ganze mit dem kommenden Treiber erneut zu ueberpruefen und uns dann eine genaue Beschreibung des Problems zu geben, eventuell wenn moeglich sogar Zugriff auf Ihren Rechner zu geben damit wir dieses Problem - sofern es noch besteht - auch verstehen.
Vom Treiber her ist es nicht moeglich das es /dev/dsp1 belegt sobald es bereits erstellt - und von einem Geraet allokiert - wurde, dies ist nur moeglich wenn der USB Treiber vor einer PCI TV Karte bereits initialisiert wurde (dies wuerde dann aber wieder die Regel brechen dass der Stick zum Schluss initialisiert werden muss).