Problem mit Dvbt Qualität, WinTV NOVA-T-500

bora · 16. September 2011

Hallo,
ich bin ein Neuling bei Yavdr und allgemein auch bei Linux, ich habe längere Zeit eine Gen2Vdr Distri benutzt und wollte nun auf Yavdr umsteigen.
Prinzipiell finde ich das System auch ziemlich gut. Die meisten Sachen laufen erstmal ganz gut, ich habe allerdings ein Problem mit der Bildqualität der verwendeten Dvbt Karte (Wintv Nova-t 500 Dual Tuner Low Profile PCI). Ich habe ca. alle 60-90 Sekunden eine Pixel- und Blockbildung. Das wirkt ein bischen als wenn ein Speicher volläuft o.s.ä..
Da ich eine Gen2Vdr-Distri auf einer 2. Festplatte im System habe kann ich die Bildqualität gut vergleichen. Die Bildfehler treten dort nicht auf.
Die Firmware dvb-usb-dib0700-1.20 ist bei beiden auf dem gleichen Stand, die lna Activation habe ich in /etc/modprobe.d/options.conf eingetragen. Ich weiss aber nicht wie ich prüfen kann ob sie funktioniert. Finde dazu auch leider nichts im Netz.Ich habe Yavdr mit den dvb-v4l Treibern installiert, mit den Liplianin Treiber lief es sehr viel schlechter.

Vielleicht hat jemand einen Tip. Werden die Daten anders verarbeitet aufgrund der verschiedenen Linuxvarianten? Sind bei Gen2Vdr andere benötigte Treiberdaten eingepflegt? Das VDR Gerüst ist doch vermutlich gleich.

seahawk1986 · 16. September 2011

Zitat von bora

.Ich habe Yavdr mit den dvb-v4l Treibern installiert

AFAIK reichen doch die vom Kernel mitgelieferten Treiber - hast du mal das Paket v4l-dvb-dkms entfernt und den Empfang verglichen?

Steht etwas im syslog dazu? Was sagt femon im Vergleich der beiden Distributionen?

Hast du dich schon mal durch diese Problemlösungen ab hier durchgearbeitet: http://linuxtv.org/wiki/index.…-500#Jittery_reception.3F

Treito · 16. September 2011

Mich wundert es überhaupt, dass die Karte mit liplianin lief.
Die Karte wird in der Tat vom Kernel direkt unterstützt, also ruhig mal versuchen, v4l-dvb-dkms zu deativieren.
Ein paar Angaben über das verwendete System wären ggf. auch nicht schlecht!

Midas · 16. September 2011

cat /sys/module/dvb_usb_dib0700/parameters/force_lna_activation

1=an, 0=aus

Unter Kernel 3.0.4 lieft mein Nova-t Stick überhaupt nicht. Es brauchte dazu patches. Wann die entsprechenden fehlfunktionierenden Änderungen jeweils im Kernel gelandet sind, entzieht sich meiner Kenntnis. Fehler wie die beschriebenen konnte ich nicht ausmachen. Bei mir lief der Stick eine Weile bis er dann komplett ausfiel.

Wenn Interesse besteht, kann ich die Patches rauskramen.

mfg

midas

Treito · 16. September 2011

Zitat von Midas

Unter Kernel 3.0.4 lieft mein Nova-t Stick überhaupt nicht.

Na super, erst liplianin und nun auch der Kernel. Ich habe ja "nur" noch 2 Nova-T-Sticks...

Midas · 16. September 2011

läuft seit den patches ohne probleme wieder

die werden sicher auch bald einfließen (wo auch immer )

mfg

EDIT
http://www.marcet.info/2011/08…tions-in-2-6-39-1-and-3-0

bora · 18. September 2011

Hi,
vielen Dank erstmal für die Antworten. Also lna-activation arbeitet. Die Deinstallation der Treiber brachte nichts.
Die Bildqualität ist eigentlich ok, aber das ewige pixeln nervt doch ziemlich. Ab und an kann ich auch einige Sender nicht mehr erreichen, scheint so, als ob einzelne Transponder nicht mehr zu erreichen sind (gerade z.B. zdf und 3Sat).
Wenn ich das richtig sehe, läuft der gen2vdr bei mir noch mit einem Kernel 2.6.xx. Wahrscheinlich ist das dann wirklich ein Kernelproblem.

Wie pflegt man denn die angesprochenen Patches ein? Ich fürchte das übersteigt meine bisherigen Kenntnisse. Habt ihr eine kleine Anleitung bzw. einen link zu einer?
Oder wird sowas voraussichtlich in naher Zukunft in die Pakete implementiert? Dann würde ich auch warten. Vielen Dank vorab.

Midas · 18. September 2011

Hast du dich denn schon durch die Tipps von seahawk gearbeitet, bezgl syslog, femon und der linuxtv-page?

Wenn wir hier was analysieren sollen, bräuchten wir einen syslog Auszug, in dem relevante Fehlermeldungen stehen.

An das syslog kannst du dich mittels
tail -f /var/log/syslog anhängen

um einen Eindruck zu gewinnen, was relevant ist.

maxxam · 18. September 2011

Ich hatte mal (ist schon ein par Jahre her) regelmäßig Aussetzer mit der Karte wenn der EPG-Scan loslegt und auf dem 2. Device die Kanäle umschaltet.
Vielleicht mal probehalber den EPG Scan deaktivieren.

Treito · 19. September 2011

Zitat von seahawk1986

Steht etwas im syslog dazu? Was sagt femon im Vergleich der beiden Distributionen?

Das sind mal die interessanten Dinge...

bora · 21. September 2011

Hallo,
ich bin bei den ganzen Linux Befehlen und den Logausgaben nicht ganz firm. Ich weiss v.a. bei den Logs nicht genau worauf ich da achten muss.
Ich füge mal 2 Dateien an mit den vollständigen Startlogs vom yavdr und vom gen2vdr an. Die sind allerdings beide sehr lang.
Nachfolgend füge ich die Ausgaben zu den dvbt Devices an, so wie ich sie per Hand rausfiltern kann. Da sehe ich erstmal nichts auffälliges.

Code

yavdr
Sep 21 16:09:33 ya kernel: [   12.980627] dib0700: loaded with support for 13 different device-types
Sep 21 16:09:33 ya kernel: [   12.980784] dvb-usb: found a 'Hauppauge Nova-T 500 Dual DVB-T' in cold state, will try to load a firmware
Sep 21 16:09:33 ya kernel: [   12.980789] usb 3-1: firmware: requesting dvb-usb-dib0700-1.20.fw
Sep 21 16:09:33 ya kernel: [   13.011169] dvb-usb: downloading firmware from file 'dvb-usb-dib0700-1.20.fw'
Sep 21 16:09:33 ya kernel: [   13.720522] dvb-usb: found a 'Hauppauge Nova-T 500 Dual DVB-T' in warm state.
Sep 21 16:09:33 ya kernel: [   13.721013] DVB: registering new adapter (Hauppauge Nova-T 500 Dual DVB-T)
Sep 21 16:09:33 ya kernel: [   13.831667] DVB: registering adapter 0 frontend 0 (DiBcom 3000MC/P)...
Sep 21 16:09:33 ya kernel: [   13.216687] dib0700: firmware started successfully.
Sep 21 16:09:34 ya kernel: [   14.363782] DVB: registering new adapter (Hauppauge Nova-T 500 Dual DVB-T)
Sep 21 16:09:34 ya kernel: [   14.370255] DVB: registering adapter 1 frontend 0 (DiBcom 3000MC/P)...
Sep 21 16:09:34 ya kernel: [   14.945256] usbcore: registered new interface driver dvb_usb_dib0700
Sep 21 16:09:37 ya vdr: [1325] probing /dev/dvb/adapter0/frontend0
Sep 21 16:09:37 ya vdr: [1325] creating cDvbDevice
Sep 21 16:09:37 ya vdr: [1325] new device number 1
Sep 21 16:09:37 ya vdr: [1325] frontend 0/0 provides DVB-T with QPSK,QAM16,QAM64 ("DiBcom 3000MC/P")
Sep 21 16:09:37 ya vdr: [1325] probing /dev/dvb/adapter0/frontend0
Sep 21 16:09:37 ya vdr: [1325] creating cDvbDevice
Sep 21 16:09:37 ya vdr: [1325] new device number 1
Sep 21 16:09:37 ya vdr: [1325] frontend 0/0 provides DVB-T with QPSK,QAM16,QAM64 ("DiBcom 3000MC/P")
Sep 21 16:09:37 ya vdr: [1325] creating cDvbDevice
Sep 21 16:09:37 ya vdr: [1325] new device number 2
Sep 21 16:09:37 ya vdr: [1474] section handler thread started (pid=1325, tid=1474)
Sep 21 16:09:37 ya vdr: [1473] tuner on frontend 0/0 thread started (pid=1325, tid=1473)
Sep 21 16:09:37 ya vdr: [1325] frontend 1/0 provides DVB-T with QPSK,QAM16,QAM64 ("DiBcom 3000MC/P")


gen2vdr
Sep 21 15:18:14 [kernel] dib0700: loaded with support for 14 different device-types
Sep 21 15:18:14 [kernel] dvb-usb: found a 'Hauppauge Nova-T 500 Dual DVB-T' in warm state.
Sep 21 15:18:14 [kernel] DVB: registering new adapter (Hauppauge Nova-T 500 Dual DVB-T)
Sep 21 15:18:14 [kernel] DVB: registering adapter 0 frontend 0 (DiBcom 3000MC/P)...
Sep 21 15:18:14 [kernel] dib0700: rc submit urb failed
Sep 21 15:18:14 [kernel] dvb-usb: Hauppauge Nova-T 500 Dual DVB-T successfully initialized and connected.
Sep 21 15:18:14 [kernel] dib0700: rc submit urb failed
Sep 21 15:18:14 [kernel] usbcore: registered new interface driver dvb_usb_dib0700
Sep 21 15:18:14 [kernel] DVB: registering adapter 1 frontend 0 (DiBcom 3000MC/P)
Sep 21 15:18:14 [kernel] dvb-usb: Hauppauge Nova-T 500 Dual DVB-T successfully initialized and connected
Sep 21 15:18:14 [kernel] usbcore: registered new interface driver dvb_usb_dib0700
Sep 21 15:18:25 [vdr] [3647] probing /dev/dvb/adapter0/frontend0
Sep 21 15:18:25 [vdr] [3647] creating cDvbDevice
Sep 21 15:18:25 [vdr] [3647] new device number 1
Sep 21 15:18:25 [vdr] [3647] frontend 0/0 provides DVB-T with QPSK,QAM16,QAM64 ("DiBcom 3000MC/P")
Sep 21 15:18:25 [vdr] [3898] section handler thread started (pid=3647, tid=3898)
Sep 21 15:18:25 [vdr] [3647] probing /dev/dvb/adapter1/frontend0
Sep 21 15:18:25 [vdr] [3647] creating cDvbDevice
Sep 21 15:18:25 [vdr] [3647] new device number 2
Sep 21 15:18:25 [vdr] [3897] tuner on frontend 0/0 thread started (pid=3647, tid=3897)
Sep 21 15:18:25 [vdr] [3647] frontend 1/0 provides DVB-T with QPSK,QAM16,QAM64 ("DiBcom 3000MC/P")
Sep 21 15:18:25 [vdr] [3647] found 2 DVB devices
Sep 21 15:18:25 [vdr] [3901] section handler thread started (pid=3647, tid=3901)
Sep 21 15:18:25 [vdr] [3900] tuner on frontend 1/0 thread started (pid=3647, tid=3900)

Alles anzeigen

Der Hinweis mit dem Kernelproblem und den Patches von Midas sah für mich nachvollziehbar aus. Das würde ich gerne mal prüfen. Wie muss ich vorgehen um diese Patches einzubauen? Vielleicht hat jemand die auch noch in einfach anzuwendender Form.
Vielen Dank, Bora

Midas · 21. September 2011

Ich habe jetzt nur mal schnell geguckt, wo fail, erro und warn vorkommen und mir ist erstmal nichts großartiges aufgefallen, außer 'rc submit urb failed'. Das kann man aber ignorieren.

Folgendes ist mir weiterhin aufgefallen: yaVDR benutzt offenbar einen etwas neueren Treiber/Kernel?, denn der Nova-T-Treiber unterstützt hier 14 anstatt 13 (gen2) Typen. Nur zum Vergleich: Aktuell werden 20 Typen unterstützt.

Ferner: gen2 benutzt als vdr-Frontend xine, während yaVDR vdr-sxfe benutzt. Irgendwo hier sehe ich den Hund begraben, was auch dazu passt, dass ich erstmal nix auffälliges im syslog gesehen habe. vdr-sxfe loggt nämlich per default nicht ins syslog, dies erfordert den switch -l beim Aufruf. Mein Vorschlag wäre daher, stelle yavdr auf das xine-Frontend um. Falls nicht hilft, suche dabei mal im syslog nach Auffälligkeiten. Falls auch nix, stelle wieder auf sxfe um und starte das Frontend mit dem switch -l und schaue dann nochmal ins syslog.

Ferner, nutzen die beiden Distris unterschiedliche nvidia-Treiber, die natürlich auch eine Rolle spielen können.

Da ich nix sehe, dass auf eine Fehlfunktion des Sticks hindeutet und dieser hier mit ~ der gleichen Kernelversion (2.6.32) gut lief, führt blindes patchen des Kernel ziemlich wahrscheinlich ins Leere.

mfg

Treito · 21. September 2011

Zitat von Treito

Das sind mal die interessanten Dinge...

Anscheinend redet man hier ja gegen eine Wand!

So, vorerst den letzten Tipp, den ich geben werde:

Zitat von Midas

Ferner, nutzen die beiden Distris unterschiedliche nvidia-Treiber, die natürlich auch eine Rolle spielen können.

Das ließe sich leicht feststellen:
Treten Bildfehler/ Artefakte bei Aufnahmen immer an derselben Stelle auf oder variiert das?
Und zu den o.g. Dingen muss ich ja wohl nichts mehr sagen, oder? Sofern da nicht drauf eingegangen wird, bin ich raus!

bora · 23. September 2011

Vielen Dank erstmal bis hierhin,
ich habe mal auf xine umgestellt, leider keine Veränderung bei den Aussetzern. Das log zeigt keine Auffälligkeiten, kein error, fail oder warning.

Femon ist bei beiden Frontends gleich:
STR - meist zwischen 25 und 45, SNR - immer auf 0, BER - immer auf 0, UNC - immer auf 0.
Die Femon-Werte sind bei der gen2 Distri allerdings ebenfalls ähnlich/ gleich. Da sind keine auffälligen Abweichungen zu erkennen. Trotzdem treten hier keine Verpixelungen auf, ich habs gestern nochmal getestet.

Die Bildfehler treten wie beschrieben in relativ regelmäßigen Abständen auf, ca. alle 60 bis 90s. SIe sind eher chaotisch und nicht regelmäßig an denselben Stellen. Sie treten auch wechselnd stark auf, teilweise nur ein kurzes Zucken, aber das nervt leider auf die Dauer doch. Die Bildfehler werden gefühlt mit laufender Betriebsdauer/Abends stärker.

Bei der Anzahl der Devicetypen geht es vermutl. um diese Zeile:

Code

Sep 21 16:09:33 ya kernel: [   12.980627] dib0700: loaded with support for 13 different device-types

dann unterstützt aber gen2 mehr Devices als Yavdr. Ich habe nur die FIrmwaredateien (lib/firmware/dvb-usb-dib0700-1.20.fw) verglichen, die waren gleich. Welche Dateien/ Treiber etc. wären denn für die verwendete Karte noch maßgebend?

Kann man die nvidia Treiber ohne weiteres anfassen und verändern?

Treito · 23. September 2011

Ich glaube mittlerweile nicht mehr, dass es an der DVB-T-Karte liegt. Am Besten mal eine Aufnahme auf einem anderen Rechner ansehen. Solange Du nicht weißt, ob die Störungen empfangs- oder wiedergabebedingt sind, kann man hier nur spekulieren!

Problem mit Dvbt Qualität, WinTV NOVA-T-500

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema