Artefakte bei privaten SD Sendern- warum?

    Mir ging es um das Anlegen eines geeigneten Upstart-Scriptes um den EPG-Scan manuell durchzuführen und nicht darum, ihn abzuschalten.

    VDR-1: streamdev-server | Hummingboard2| TT 3600 USB | Siemens S500 Gehäuse | Archlinux mit eigen Skripten
    VDR-2: streamdev-client | rpihddevice | Raspberry 2b | Siemens S450 Gehäuse| Remote: URC6410 | LG 42LV4500 |     Archlinux mit eigenen Skripten


    Zitat


    Sehr wahrscheinlich ist es dann wohl ein Treiberproblem. Welchen Kernel hast du installiert, hast du ein alternatives Treiberpaket installiert, z.B. media-build-experimental-dkms?


    Bei der ersten Installation sollte ich einige Treiber oder Pakete installieren, bis es sauber lief. Aber nichts weiter installiert.
    Das sind schonmal die VDR-Infos:


    Soll ich jetzt die Liste der installierten Pakete anhängen? Das ist wohl ein wenig zuviel- auf welche soll ich konkret achten? Ich habe hier mal die aufgeführt, von denen ich denke, dass sie relevant sind:


    Also diese experimental-dkms musste/ sollte ich damals installieren, weil irgendwie sonst kein Bild erschien. Danach lief er einwandfrei, mit Ausnahme der Artefakte...

    Glotze: yaVDR (ASRock Q1900M, 4GB RAM, DD Cine S2 V6.5, ZOTAC GT630 (Rev. 2)
    Server: HP ProLiant MicroServer G8, VMware ESXi 5.5 :P

    Jetzt ist wohl deine Signatur auch aktualisiert. :)
    Du benutzt also eine Cine S2 6.5? Stromversorgung passt?


    Wenn du nur die Cine drin hast und auch nicht planst, andere DVB-S(2)-Karten zu benutzen, kannst du mal das dddvb-dkms versuchen, da ist der Treiber etwas neuer.

    Code
    sudo apt-get install dddvb-dkms


    Lars.

    Zitat von gehlhajo

    Bei mir war es das "altbekannte" DEC-Telefon.... :]


    Das dürfte nur bei Tele5, DMAX, Sport1 und anderen Sendern auf dem Transponder stören.

    Zitat von mini73

    Jetzt ist wohl deine Signatur auch aktualisiert. :)


    Jau, sollte man dann auch mal machen :D

    Zitat


    Du benutzt also eine Cine S2 6.5? Stromversorgung passt?


    Stromversorgung? 8o

    Zitat


    Wenn du nur die Cine drin hast und auch nicht planst, andere DVB-S(2)-Karten zu benutzen, kannst du mal das dddvb-dkms versuchen, da ist der Treiber etwas neuer.

    Code
    sudo apt-get install dddvb-dkms


    Hmmm...kriege ich den rückstandslos wieder runter, wenn es nicht passt?

    Glotze: yaVDR (ASRock Q1900M, 4GB RAM, DD Cine S2 V6.5, ZOTAC GT630 (Rev. 2)
    Server: HP ProLiant MicroServer G8, VMware ESXi 5.5 :P

    Zitat von knebb

    Hmmm...kriege ich den rückstandslos wieder runter, wenn es nicht passt?


    Das ist doch der Sinn eines Paketes.


    Gerald


    HP Proliant MicroServer Gen8, Xeon E3-1230, 12 GB RAM, 3xWD red 2TB im RAID 5, 2xSundtek MediaTV Home DVB-C/T, L4M TWIN-C/T, Ubuntu Server 14.04.1, Plex Media Server
    Samsung UE55H6470

    Zitat von knebb

    Stromversorgung? 8o


    Die Floppy-Stecker innen direkt an der Karte - oder ist das eine ohne Modul? Kenne mich mit den Sat-Karten nicht direkt aus. Vielleicht ist es eine ohne...


    Zitat von knebb

    Hmmm...kriege ich den rückstandslos wieder runter, wenn es nicht passt?


    Ja, einfach, indem du das andere Treiberpaket wieder installierst:

    Code
    sudo apt-get instal media-build-experimental-dkms


    Lars.

    Die anderen Treiber probiert. Ist eher noch schlimmer geworden. Jetzt sind die Artetfakte auch auf den Sendern, die vorher nicht betroffen waren! :§$%


    Stromversorgung schaue ich mir nachher mal an, kann mich nicht erinnern, da einen Stecker drangesteckt zu haben.


    Aber erst wieder die anderen Treiber drauf....

    Glotze: yaVDR (ASRock Q1900M, 4GB RAM, DD Cine S2 V6.5, ZOTAC GT630 (Rev. 2)
    Server: HP ProLiant MicroServer G8, VMware ESXi 5.5 :P

    Ich tippe auf fehlende extra Stromversorgung.
    Laut allen Bildern (meine ältere V6 hat auch einen) im Internet muß ein Anschluß für einen Floppystecker auf der DVB Karte sein, ohne das dort Spannung anliegt treten genau diese von Dir geschilderten Probleme auf.
    Das geht soweit das auf einmal ein Tuner gar nicht mehr funktiniert, was spätestens dann nicht mehr durch abschalten von EPG Scans zu korrigieren ist.

    Gruß
    Frodo

    War nicht angeschlossen.


    Stecker angeschlossen, gestartet.


    Gutes Bild. :]
    svdrpsend SCAN --> Artefakte :§$%

    Glotze: yaVDR (ASRock Q1900M, 4GB RAM, DD Cine S2 V6.5, ZOTAC GT630 (Rev. 2)
    Server: HP ProLiant MicroServer G8, VMware ESXi 5.5 :P

    Ja, lt. modinfo gibt es eine "msi" Option.


    Ich habe mal in /etc/modprobe.d eine Datei namens "ddbridge.conf" erstellt und ihr das hier eingetragen:

    Code
    options ddbridge msi=0


    Im log steht dann wie gehabt das folgende:

    Code
    Mar  3 18:52:28 vdr kernel: [   10.279617] ddbridge 0000:01:00.0: DVB: registering adapter 1 frontend 0 (STV090x Multistandard)...
Mar  3 18:56:23 vdr kernel: [    9.084912]      experimental: a21fa17144e03e88c558749c1d897a9952656680 experimental/ddbridge: Add patch '025_ddbridge-msi.diff' to control interrupt allocation at runtime
Mar  3 18:56:23 vdr kernel: [    9.116450]      experimental: a21fa17144e03e88c558749c1d897a9952656680 experimental/ddbridge: Add patch '025_ddbridge-msi.diff' to control interrupt allocation at runtime
Mar  3 18:56:23 vdr kernel: [    9.209111] ddbridge 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16


    Testhalber mal

    Code
    options ddbridge msi=1

    gesetzt und neu gestartet.
    Jetzt steht da:

    Code
    Mar  3 18:59:52 vdr kernel: [    9.372067]      experimental: a21fa17144e03e88c558749c1d897a9952656680 experimental/ddbrid: Add patch '025_ddbridge-msi.diff' to control interrupt allocation at runtime
Mar  3 18:59:52 vdr kernel: [    9.408918] ddbridge 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
Mar  3 18:59:52 vdr kernel: [    9.409079] ddbridge 0000:01:00.0: irq 106 for MSI/MSI-X
Mar  3 18:59:52 vdr kernel: [    9.732389]      experimental: a21fa17144e03e88c558749c1d897a9952656680 experimental/ddbrid: Add patch '025_ddbridge-msi.diff' to control interrupt allocation at runtime


    Er liest also wohl die Datei ein. Bei msi=1 bekommt die Karte einen Interrupt (Default) "irq 106 for MSI/MSI-X". Bei 0 eben nicht.


    Also mal mit 0 probiert, System fährt hoch. Test:

    Code
    Mar  3 19:44:09 vdr vdr: video: 22:02:34.236  +30  412   0/\ms   9+7 v-buf
Mar  3 19:44:10 vdr vdr: [2519] epg data writer thread started (pid=1720, tid=2519, prio=low)
Mar  3 19:44:11 vdr vdr: [2519] epg data writer thread ended (pid=1720, tid=2519)
Mar  3 19:44:13 vdr vdr: video: speed up video, droping frame
Mar  3 19:44:13 vdr vdr: video: 22:02:37.476 -237  335   0/\ms  15+6 v-buf
Mar  3 19:44:13 vdr vdr: video/vdpau: missed frame (1/120146)
Mar  3 19:44:13 vdr vdr: video: speed up video, droping frame
Mar  3 19:44:13 vdr vdr: video: 22:02:37.536 -217  295   0/\ms  14+5 v-buf
Mar  3 19:44:16 vdr vdr: audio/alsa: wait underrun error? 'Datenübergabe unterbrochen (broken pipe)'
Mar  3 19:44:16 vdr vdr: video: speed up video, droping frame


    Sobald epg aktiv ist: "droping frame". Kann jetzt aber nicht schauen, ob diese Artefakte auch zu sehen sind, die Kiddies spielen Wii :rolleyes:

    Glotze: yaVDR (ASRock Q1900M, 4GB RAM, DD Cine S2 V6.5, ZOTAC GT630 (Rev. 2)
    Server: HP ProLiant MicroServer G8, VMware ESXi 5.5 :P

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden