Posts by muehli

    Moin!


    folgendes habe ich ausprobiert:
    * Ausbau der verbleibenden drei Tuner-Karten um deren Einfluss auszuschließen


    Dann verschiedene Tests der Kabelverbindung zwischen der Octopus-Karte mit ihren vier Ports und dem Tuner-Modul
    * Drehe ich die Kabelverbindung um 180° wird gar kein Frontend erkannt. Die Grundrichtung des Kabels stimmt also. Die ist zwar 180° entgegen der Beschreibung aber das wurde hier auch schon berichtet.
    * Wechsel ich das Kabel zyklisch über die vier Ports bekomme ich zweimal eine [2 * eine DVB-S/DVB-S] und [2* eine DVB-S/DVB-C] (wie oben) Zuordnung von dynamite im syslog.
    Leider aber nie eine DVB-C / DVB-C Zuordnung.


    Nach jedem Test habe ich reboot durchgeführt.
    Kann die Karte defekt sein? Habe sie leider schon zu lange für einen Umtausch.


    Danke

    so installiert:

    Code
    apt-cache policy linux-media-dkms
    linux-media-dkms:
      Installiert: 0~20120810.git285.323772~precise
      Kandidat:	0~20120810.git285.323772~precise
      Paket-Pinning: 0~20120810.git285.323772~precise
      Versionstabelle:
     	0~20120810.git285.323772.2~precise 1000
        	500 http://ppa.launchpad.net/yavdr/main/ubuntu/ precise/main amd64 Packages
     *** 0~20120810.git285.323772~precise 1000
        	100 /var/lib/dpkg/status


    REBOOT
    im log sieht es aber aus wie vorher:

    Code
    DVB: registering adapter 0 frontend 0 (DRXK DVB-C DVB-T)...
    DVB: registering adapter 1 frontend 0 (DRXK)...


    Verhalten bei Signalinfo ist wie vorher.


    Versuche dann mal Karte zu ziehen, pusten, die anderen Karten rausnehmen etc.
    Danke soweit, melde mich!!

    Mein Treiber ist wohl um .2 weiter, als Deiner ...
    apt-cache policy linux-media-dkms:

    Code
    linux-media-dkms:
      Installiert: 0~20120810.git285.323772.2~precise
      Kandidat:	0~20120810.git285.323772.2~precise
      Versionstabelle:
     *** 0~20120810.git285.323772.2~precise 0
        	500 http://ppa.launchpad.net/yavdr/main/ubuntu/ precise/main amd64 Packages
        	100 /var/lib/dpkg/status


    Wie komme ich denn auf den "0~20120810.git285.323772~precise" und pinne Ihn fest?


    Durchpusten kann ich noch mal probieren. Steckplatz wechseln ist aber nicht drin - ist der Einzige PCI-Express ...

    Moin Lars,
    many thanks for help!! :tup


    dmesg:
    http://pastebin.com/4tqSU8Mt


    syslog:
    http://pastebin.com/xmt8D4vS
    da fällt mir folgendes auf:

    Code
    Oct 31 16:56:05 VDR-Server vdr: [1486] frontend 0/0 provides DVB-C with QAM16,QAM32,QAM64,QAM128,QAM256 ("DRXK DVB-C DVB-T")
    Oct 31 16:56:05 VDR-Server vdr: [1486] frontend 1/0 provides DVB-S with QAM16,QAM32,QAM64,QAM128,QAM256 ("DRXK DVB-C DVB-T")
    
    
    Oct 31 16:56:11 VDR-Server vdr: [1486] dynamite: device /dev/dvb/adapter0/frontend0 shall not provide source T
    Oct 31 16:56:11 VDR-Server vdr: [1486] dynamite: device /dev/dvb/adapter1/frontend0 shall not provide source T


    DVB-S ??? Hab ich nicht. Der zweite Teil sieht aber doch gut aus.


    99-dynamite.rules:

    Code
    ACTION=="add", SUBSYSTEM=="dvb", ENV{DVB_DEVICE_TYPE}=="frontend", ATTRS{vendor}=="0xdd01", ENV{dynamite_sources}="C"


    Hallo Lars,


    danke, vedor scheint schon mal eindeutig. Die anderen drei "vendors" sind: "0x10de", "0x1131" und "0x1131"
    Dein Vorschlag sollte also funktionieren?!
    Datei "99-dynamite.rules" unter /etc/udev/rules.d anlegen ?


    udevadm info --query=all --name=/dev/dvb/adapter0/frontend0 --attribute-walk


    udevadm info --query=all --name=/dev/dvb/adapter1/frontend0 --attribute-walk

    Hallo,


    erst einmal DANKE an das yaVDR-Team für V 0.5 :] !!


    Ich verwende u.A. die DuoFlex DUAL DVB-T DVB-C und möchte beide Adapter fest auf DVB-C verwenden.
    Ich verwende ein gemischtes System mit DVB-T und DVB-C mit insgesamt 5 Tunern.
    Alle werden erkannt und sind aktiv; einer der DuoFlexaber aber leider immer auf DVB-T.


    Ich hänge hier mal einige infos an, in der Hoffnung jemand kann helfen.
    Auszüge aus dmesg:


    udevadm info --query=all --name=/dev/dvb/adapter0/frontend0


    udevadm info --query=all --name=/dev/dvb/adapter1/frontend0


    Vielen Dank

    Hallo,


    sind denn die DuoFlex CT PCIe und/oder die DuoFlex CT Octopus schon ohne Patching/Compiling im yaVDR lauffähig ?


    Aus anderenthreats hatte ich das das noch anders verstanden. Oder waren die yaVDR Admins schon so fleißig ?


    Danke !
    Gruß

    Hallo,


    wwoody
    Verdacht war richtig - sorry. Die Meldung kam nach manuellem Reset.
    In /log/messages ist nach Neustart kein Fehler zu sehen.
    Gibt es sonst Orte wo ich nachsehen könnte ?


    rkp
    Cool ! :strike1 funktionierte sofort.
    Ist zwar "nur" ein workaround aber wenn es auch nach weiteren updates dabei bleibt ist es ok. Das Thema nervt mich seit Beginn heftig ...


    rkp, wann war Dein "letztes Update" nach dem es schief ging. Bei mir Sa. oder So. Vormittag.


    Wie IMMER Danke für die extrem schnellen Hilfen, Hinweise und LÖSUNG ! :lachen3

    Quote

    Sehe mal im Log nach warum das Frontend ursprünglich beendet wurde ...

    leichter gesagt ...
    Wonach suchen?


    messages:
    Mar 17 18:41:03 hd-vdr /usr/bin/signal-event.real[8439]: processing signal change-frontend
    Mar 17 18:41:03 hd-vdr /usr/bin/signal-event.real[8439]: processing template /etc/init/openbox.conf
    Mar 17 18:41:03 hd-vdr /usr/bin/signal-event.real[8439]: processing template /etc/init/vdr-frontend.conf
    Mar 17 18:41:03 hd-vdr /usr/bin/signal-event.real[8439]: processing template /etc/init/x.conf
    Mar 17 18:41:03 hd-vdr /usr/bin/signal-event.real[8439]: processing action /usr/share/yavdr/events/change-frontend/10_change_frontend change-frontend
    Mar 17 18:41:04 hd-vdr /usr/bin/signal-event.real[8439]: processing action /usr/share/yavdr/events/change-frontend/20_restart-vdr change-frontend
    ...
    Mar 17 18:41:06 hd-vdr kernel: [ 357.052008] HDMI: detected monitor SONY TV
    Mar 17 18:41:06 hd-vdr kernel: [ 357.052010] at connection type HDMI
    ...


    hier vielleicht ?
    Mar 17 18:41:08 hd-vdr vdr: [1364] [xine..put] cXinelibOsdProvider: shutting down !
    Mar 17 18:41:09 hd-vdr kernel: [ 360.403572] vdr[1364]: segfault at 6cd2830 ip 06cd2830 sp bfa8251c error 4 in libgnutls.so.26.14.12[72e0000+96000]
    Mar 17 18:41:13 hd-vdr /usr/bin/signal-event.real[8439]: processing action /usr/share/yavdr/events/change-frontend/30_restart-vdr-frontend change-frontend

    Hallo,


    nachdem ich dache, meine Probleme nach dem Start wären gelöst ist das Problem nun wieder da. Ich habe nach dem Start kein Bild am LCD.


    Da alle meine Versuche gescheitert sind suche ich jetzt einen work around in Form von zweimaligem Umschalten des Frontends. Wenn ich nämlich im Web-Frontend von "vdr-sxfe@vdr-plugin-xineliboutput" nach "xine@vdr-plugin-xine" und wieder zurück schalte habe ich wieder ein Bild.
    Diese Umschaltung muss ich derzeit per Hand vornehmen um was zu sehen :evil:und möchte sie wie gesagt als work around beim start den VDR per script ausführen lassen.


    Ich habe rausgefunden, dass jeweils die Dateien openbox.conf, vdr-frontend.conf und x.conf in /etc/init geändert werden aber nicht, wie der eigentliche Wechsel vorgenommen wird.


    Kann mir jemand helfen ?
    Danke

    Hi,


    danke für die Auskunft!
    Ist der auch hier im Portal?
    Hat der auch yaVDR? Denke derzeit drüber nach probehalber EasyVDR zu installieren - keine Ahnung, wie ich sonst weiter kommen soll.


    An SAT/Kabel kann es auch nicht liegen - meine ich jedenfalls.


    Ich habe nämlich derzeit gar keine DVB-(C) Karte eingebaut. Das VDR-Menü müsste aber auch so kommen - tut es ja auch mit dem beschriebenen Trick.
    Er kann dann zwar nichts dekodieren - aber das ist dann ja erst die nächste Schicht.


    Es ändert sich aber auch nichts an dem Verhalten, wenn die C-Karte drin ist.