dvb_ttpci mit Dynamite (FDTD) entfernt: modprobe -r dvb_ttpc geht trotzdem nicht

  • Hallo,


    Code
    svdrpsend plug dynamite FDTD /dev/dvb/adapter0/frontend0


    funktioniert. Das heißt, wenn ich danach ein

    Code
    svdrpsend plug dynamite LSTD

    eingebe, erhalte ich

    Code
    220 vdr1 SVDRP VideoDiskRecorder 1.7.27; Thu Dec 27 14:52:10 2012; UTF-8
    901 there are no attached devices
    221 vdr1 closing connection

    . Sieht also eigentlich gut aus. Ein "modprobe -r dvb_ttpci" funktioniert trotzdem nicht :( . :

    Code
    FATAL: Module dvb_ttpci is in use.


    Ein

    Code
    lsmod | grep dvb_ttpci

    liefert

    Code
    dvb_ttpci             117821  4 
    saa7146_vv             38828  1 dvb_ttpci
    saa7146                20335  2 dvb_ttpci,saa7146_vv
    ttpci_eeprom           12862  1 dvb_ttpci
    dvb_core              110619  4 dvb_ttpci,stv0299,videobuf_dvb,altera_ci

    . Wenn ich VDR beende, kann ich dvb_ttpci entfernen.
    Gibt es eine Möglichkeit, dvb_ttpci zu entfernen ohne VDR stoppen zu müssen?


    - Markus

    Client1: ASUS P5QC, Dual Core 3G, Cine S2, Ext. Board von TBE, Xubuntu 20.04, VDR 2.6x

    Client2: RPI3

    Server: RPI4, Sundtek SkyTV Dual 2x

  • Moin!


    Ist das eine FF und wird sie als Ausgabedevice benutzt? Dann hält da der vdr noch die Hand drauf.
    Dvbsddevice und dvbhddevice hab ich nicht dynamite-isiert. Ohne ein anderes primary device ist das etwas doof und ich hatte bis jetzt keine Veranlassung dazu.


    Lars

  • Hallo Lars,


    Ja, das ist eine FF. Ich verwende sie aber nicht (mehr) als Ausgabegerät.
    Ich habe also mal "-dvbsddevice" in die "/etc/vdr/plugins/order.conf" eingetragen. VDR startet jetzt mit

    Code
    Searching for plugins (VDR 1.7.27/1.7.27) (cache hit): burn eepg epgsearchonly conflictcheckonly quickepgsearch epgsearch extb extrecmenu femon fritzbox live markad menuorg mplayer osdserver osdteletext pin text2skin xine dynamite.


    Leider kann ich dvb_ttpci immer noch nicht entfernen, laut lsmod wird das Modul noch ein mal verwendet :( .


    - Markus

    Client1: ASUS P5QC, Dual Core 3G, Cine S2, Ext. Board von TBE, Xubuntu 20.04, VDR 2.6x

    Client2: RPI3

    Server: RPI4, Sundtek SkyTV Dual 2x

  • Moin!


    Immer eins der Plugins weglassen, bis du den Schuldigen gefunden hast. Dann können wir herausfinden, was es tut.

    Code
    sudo fuser /dev/dvb/adapterX/*


    zeigt dir dann auch, ob's wirklich der vdr ist. :)


    Lars.

  • Hallo Lars,


    ich war mir so sicher, dass es der VDR selbst ist, dass ich gar nicht nach den Plugins geschaut habe.
    Also, VDR ist es nicht! Es ist xine.


    - Markus

    Client1: ASUS P5QC, Dual Core 3G, Cine S2, Ext. Board von TBE, Xubuntu 20.04, VDR 2.6x

    Client2: RPI3

    Server: RPI4, Sundtek SkyTV Dual 2x

  • Moin!


    Da kann man mal sehen... :) Früher bei DOS, als nur ein Programm zur Zeit lief, war alles einfacher... :)


    Frohes Neues!


    Lars.

  • Hallo,


    ich verwende jetzt softhddevice anstelle von xine. softhddevice blockiert dvb_ttpci nicht.
    Außerdem musste ich noch osdteletext entfernen, da osdteletext dvb_ttpci blockiert. Ist für mich O.K., da ich den Teletext eigentlich nicht verwende.


    Also, mit

    Code
    Searching for plugins (VDR 1.7.27/1.7.27) (cache hit): burn eepg epgsearchonly conflictcheckonly quickepgsearch epgsearch extb extrecmenu femon fritzbox live markad menuorg mplayer osdserver pin text2skin softhddevice dynamite.


    geht es.


    - Markus

    Client1: ASUS P5QC, Dual Core 3G, Cine S2, Ext. Board von TBE, Xubuntu 20.04, VDR 2.6x

    Client2: RPI3

    Server: RPI4, Sundtek SkyTV Dual 2x

  • Moin!


    Schon witzig, dass xine das DVB-Device benutzt. Ob man ihm das wohl per Parameter entwöhnen kann?
    Aber wenn du mit softhddevice zufrieden bist (bin ich auch), dann ist ja alles gut. :)


    Lars.

Jetzt mitmachen!

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