ctvdr6 domu - 3 dvb-karten - reihenfolge falsch - fernbedienung geht nicht

Nety · 26. September 2007

hi!

ich habe schon wieder das gleiche problem wie damals beim ctvdr5. meine fernbedienung funktioniert nicht da die karten anscheind in der falschen reihenfolge geladen werden und das remote-plugin nicht die nexus als erste karte nimmt.

deshalb habe ich schon probiert folgendes

Code

blacklist dvb_core
blacklist dvb_ttpci
blacklist budget_ci
blacklist budget_core

in die datei /etc/modprobe.d/blacklist einzutragen. das hat so weit auch funktioniert und die fernbedienung funktionierte, aber meine dvb-t karte wollte dafür nicht mehr.
muss ich für die dvb-t frage, ist ne tt-1500-T noch zusätzlich etwas in die blacklist eintragen oder kann ich das problem auch komfortabler lösen?

danke!
NEty

chrizztus · 27. September 2007

Hi,
ich hatte mal ein aehnliches Problem mit 2 DVB-S Karten die in der falschen Reihenfolge geladen wurden.
Die Eintraege in /etc/modprobe.d/blacklist geben nicht vor in welcher reihenfolge die Karten geladen werden, sondern nur, welche Karten nicht automatisch geladen werden. Ich wuerde vorschlagen, du "blacklistest" alle Karten, und traegst dann die Karten in der gewuenschten Reihenfolge in die /etc/modules ein...
Meine Loesung war:
/etc/modprobe.d/blacklist:

Code

#budget karte 
blacklist bttv 
#ff karte 
blacklist dvb_ttpci

dann hab ich in der /etc/modules die Geraete in der gewuenschten Reihenfolge geladen... z.B:

Code

dvb_ttpci #ff karte mit fernbedienung
bttv #meine budget karte

allerdings hab' ich sie in umgekehrter Reihenfolge geladen, da ich von der budget karte nur aufnehmen wollte und diese deshalb als erste geladen werden musste...
vielleicht klappt das ja...
ciao
chrizztus

Nety · 27. September 2007

hi,
danke für deine hilfe! hab jetzt endlich durchblickt wie das funktioniert. ich habe jetzt versucht mithilfe deines beitrags die module richtig einzutragen, nur bin ich mir bei der flut an modulen nicht sicher welche die für mich konkret wichtigen sind.

meine karten:
hauppauge nexus 2.2
hauppauge nova-s
TT1500-T

ein lsmod verrät folgendes:

Code

tvdr6:~# lsmod
Module                  Size  Used by
ipv6                  229088  14 
dvb_ttpci              85732  39 
l64781                  7588  1 dvb_ttpci
saa7146_vv             43104  1 dvb_ttpci
video_buf              23908  1 saa7146_vv
budget_ci              15872  0 
lnbp21                  3136  2 dvb_ttpci,budget_ci
videodev               21888  1 saa7146_vv
v4l1_compat            12804  2 saa7146_vv,videodev
tda1004x               14404  1 budget_ci
budget_core            11396  1 budget_ci
v4l2_common            21216  2 saa7146_vv,videodev
saa7146                17672  4 dvb_ttpci,saa7146_vv,budget_ci,budget_core
ves1820                 7044  1 dvb_ttpci
stv0299                10632  2 dvb_ttpci,budget_ci
tda8083                 6340  1 dvb_ttpci
sp8870                  7500  1 dvb_ttpci
firmware_class         10368  4 dvb_ttpci,budget_ci,tda1004x,sp8870
dvb_core               72520  4 dvb_ttpci,budget_ci,budget_core,stv0299
ves1x93                 7012  1 dvb_ttpci
stv0297                 7712  2 dvb_ttpci,budget_ci
ttpci_eeprom            3360  2 dvb_ttpci,budget_core
evdev                   9856  1 
pcspkr                  3840  0 
i2c_core               20480  13 dvb_ttpci,l64781,budget_ci,lnbp21,tda1004x,budget_core,ves1820,stv0299,tda8083,sp8870,ves1x93,stv0297,ttpci_eeprom
8250                   28164  0 
serial_core            20288  1 8250
ext3                  120072  1 
jbd                    53224  1 ext3
mbcache                 9124  1 ext3
dm_mirror              20048  0 
dm_snapshot            16320  0 
dm_mod                 51000  2 dm_mirror,dm_snapshot
processor              29608  0 
ctvdr6:~#

Alles anzeigen

in der blacklist habe ich nun folgendes eingetragen:

Code

# dvb-drivers
blacklist dvb_core
blacklist dvb_ttpci
blacklist budget_ci
blacklist budget_core
blacklist tda1004x

dvb_ttpci ist also das modul der ff karte, das budget_ci der budget karte und das tda1004x für die dvb-t karte. wozu die module dvb_core und budget_core zuständig sind ist mir auch noch nicht klar, diese sind aber im wiki angeführt.

schlussendlich habe ich die module manuell wieder geladen. die datei /etc/modules schaut nun folgendermaßen aus:

Code

# /etc/modules: kernel modules to load at boot time.
#
# This file contains the names of kernel modules that should be loaded
# at boot time, one per line. Lines beginning with "#" are ignored.




dvb_core
dvb_ttpci
budget_ci
budget_core
tda1004x

Alles anzeigen

leider funktionierts immer noch nicht :/.

folgendes steht noch im syslog:

Code

vdr: [1653] starting plugin: remote
ctvdr6 20:39:59oot     vdr: [1653] device /dev/input/event0: PC Speaker
Passwor20:39:59        vdr: [1653] device /dev/input/event1: DVB on-card IR rec$
Last lo20:39:59 Sep 27 vdr: [1653] remote: using '/dev/input/event1'
Linux c20:39:596.18-4-xvdr: [1653] remote-event1: autorepeat supported
       20:39:59        vdr: [1653] remote-event1: exclusive access granted
The pro20:39:59cluded wvdr: [1653] remote-event1: keymap loaded '/proc/av7110_i$

was device /dev/input/event0: PC Speaker bedeuten soll leuchtet mir nicht ein
grüße,
NEty

chrizztus · 27. September 2007

Ich glaub' es ist nicht noetig da alles reinzuschreiben...
leider weiss ich nicht auswendig welche treiber fuer welche frontends sind...
Bei mir, mit 2 Karten, hat es gereicht, nur die Karte zu blacklisten, die nicht als erste geladen werden sollte. Dafuer reichte ein

Code

blacklist dvb_ttpci

Dann wurde zumindest erstmal meine Nexus nicht zuerst geladen. Du kannst ja mal versuchen dein PrimaryDevice in den DVB settings manuell zu aendern. Am besten, du schaust einfach mal in diesen Thread hier: [Gelöst]: Probleme mit FB beim restart/Reihenfolge der DVB Karten festlegen
Ich glaub deren Probleme sind deinem ziemlich aehnlich...
ciao
chrizztus

Nety · 30. September 2007

hi,

habs jetzt auch einmal wie du beschrieben hast probiert, hatte jedoch auch keinen erfolg. mitlwerweile schauten meine einträger folgendermaßen aus :

/var/log/syslog

Code

Sep 30 10:43:08 ctvdr6 vdr: [1782] starting plugin: remote
Sep 30 10:43:08 ctvdr6 vdr: [1782] device /dev/input/event0: PC Speaker
Sep 30 10:43:08 ctvdr6 vdr: [1782] device /dev/input/event1: DVB on-card IR receiver
Sep 30 10:43:08 ctvdr6 vdr: [1782] remote: using '/dev/input/event1'
Sep 30 10:43:08 ctvdr6 vdr: [1782] remote-event1: autorepeat supported
Sep 30 10:43:08 ctvdr6 vdr: [1782] remote-event1: exclusive access granted
Sep 30 10:43:08 ctvdr6 vdr: [1782] remote-event1: keymap loaded '/proc/av7110_ir' flags 00004000

/etc/modprobe.d/blacklist

Code

# dvb-drivers
blacklist dvb_core
blacklist dvb_ttpci
blacklist budget_ci
blacklist budget_core
blacklist tda1004x

/etc/modules

Code

# /etc/modules: kernel modules to load at boot time.
#
# This file contains the names of kernel modules that should be loaded
# at boot time, one per line. Lines beginning with "#" are ignored.
dvb_ttpci
budget_ci
tda1004x

bekomme beim bearbeiten der blacklist und der modules datei übrigens immer folgenden hinweis:

Code

E325: ATTENTION
Found a swap file by the name "/etc/modprobe.d/.blacklist.swp"
          owned by: root   dated: Wed Sep 26 16:23:21 2007
         file name: /etc/modprobe.d/blacklist
          modified: no
         user name: root   host name: ctvdr6
        process ID: 1900 (still running)
While opening file "/etc/modprobe.d/blacklist"
             dated: Sun Sep 30 10:39:07 2007
      NEWER than swap file!


(1) Another program may be editing the same file.
    If this is the case, be careful not to end up with two
    different instances of the same file when making changes.
    Quit, or continue with caution.


(2) An edit session for this file crashed.
    If this is the case, use ":recover" or "vim -r /etc/modprobe.d/blacklist"
    to recover the changes (see ":help recovery").
    If you did this already, delete the swap file "/etc/modprobe.d/.blacklist.swp"
    to avoid this message.
"/etc/modprobe.d/blacklist" 67 lines, 1480 characters
Press ENTER or type command to continue

Alles anzeigen

eim booten erscheint übrigens immer folgende meldung:

Code

tda1004x: setting up plls for 53MHz sampling clock
tda1004x: timeout waiting for DSP ready
tda1004x: found firmware revision 0 -- invalid
tda1004x: waiting for firmware upload...
tda1004x: found firmware revision 20 -- ok

grüße, nety

Nety · 3. Oktober 2007

hi!
sollte ich vll probieren die dvb-karten in der reihenfolge umzustecken? hat dazu jemand erfahrung?

grüße,
NEty

e9hack · 3. Oktober 2007

Zitat
Original von Nety
Code
in der blacklist habe ich nun folgendes eingetragen:[code]# dvb-drivers
blacklist dvb_core
blacklist dvb_ttpci
blacklist budget_ci
blacklist budget_core
blacklist tda1004x
dvb_ttpci ist also das modul der ff karte, das budget_ci der budget karte und das tda1004x für die dvb-t karte. wozu die module dvb_core und budget_core zuständig sind ist mir auch noch nicht klar, diese sind aber im wiki angeführt.

In der 'blacklist' ist dvb_ttpci und budget_ci ausreichend. dvb_ttpci ist für die FF und budget_ci für die beiden Budget-Karten.

Zitat
schlussendlich habe ich die module manuell wieder geladen. die datei /etc/modules schaut nun folgendermaßen aus:
Code
# /etc/modules: kernel modules to load at boot time.
#
# This file contains the names of kernel modules that should be loaded
# at boot time, one per line. Lines beginning with "#" are ignored.




dvb_core
dvb_ttpci
budget_ci
budget_core
tda1004x
Alles anzeigen
leider funktionierts immer noch nicht :/.

Normalerweise mußt Du in irgendein Init-Script

modprobe dvb_ttpci
modprobe budget_ci

eintragen. Wenn Module in der 'blacklist' stehen haben die Einträge in 'modules' normalerweise keine Wirkung. Die Ladereihenfolge der Treiber für die Budget-Karten kannst Du nicht beeinflussen, da sie über das gleiche Basis-Modul initialisiert werden.

Gruß
e9hack

Nety · 6. Oktober 2007

danke! vom verständnis her hat mir dein beitrag sehr geholfen!
habe nun probiert die module für die ff und budget karten wie folgt zu entladen

Code

# dvb-drivers
blacklist dvb_ttpci
blacklist budget_ci

und nach einem neustart wieder manuell mittels

Code

modprobe dvb_ttpci
modprobe budget_ci

zu laden. dabei fiel mir auf, dass diese module aber bereits geladen sind. somit funktioniert das blacklisten überhaupt nicht :/. kann es sein dass ich doch noch zusätzlich etwas in die blacklist eintragen muss bzw noch wo anders etwas zu tun ist?

grüße,
NEty

e9hack · 6. Oktober 2007

Zitat
Original von Nety
nach einem neustart wieder manuell mittels
Code
modprobe dvb_ttpci
modprobe budget_ci
zu laden. dabei fiel mir auf, dass diese module aber bereits geladen sind. somit funktioniert das blacklisten überhaupt nicht :/. kann es sein dass ich doch noch zusätzlich etwas in die blacklist eintragen muss bzw noch wo anders etwas zu tun ist?

Bei ctvdr werden über irgendein Script oder eine Config-Datei (etc/modutils/linuxtv-????) die DVB-Module geladen. Das mußt Du finden und anpassen.

Gruß
e9hack

Nety · 7. Oktober 2007

hi!
das verzeichnis etc/modutils/ gibts leider nicht, aber ich werd mich mal auf die suche begeben.
nur noch als verständnisfrage: bedeutet dass dann eig dass der ganze blacklist hokuspokus sowieso für die katz war? weil wenn die treiber von einem skript geladen werden sollte es eig eh kein problem sein die reihenfolge zu ändern...

grüße,
NEty

e9hack · 7. Oktober 2007

Zitat

Original von Nety
nur noch als verständnisfrage: bedeutet dass dann eig dass der ganze blacklist hokuspokus sowieso für die katz war? weil wenn die treiber von einem skript geladen werden sollte es eig eh kein problem sein die reihenfolge zu ändern...

Ohne 'blacklist' können die Module automatisch vor dem Script geladen werden. Dann hat das Script keinen Einfluß mehr auf die Reihenfolge.

Gruß
e9hack

Nety · 7. Oktober 2007

da mein ctvdr6 als domu auf einem xenserver läuft habe ich ihn auch nach folgender anleitung aufgesetzt. dort seht beschrieben dass uedv die treiber lädt:

Code

Noch fehlt ein entscheidender Schritt: Die DomU lädt die Treiber für die DVB-Karte nicht automatisch. Es gibt zwei Möglichkeiten, das zu erledigen. Entweder Sie wissen, welche Treiber nötig sind. Dann genügt es, die Module namentlich in der Datei /etc/modules aufzuführen, oder lassen Linux diesen Job übernehmen und installieren in der DomU zusätzlich das udev-Paket (apt-get install udev).

jetzt hab ich einmal probiert udev zu deinstallieren, den vdr neuzustarten, aber mit dem erfolg, dass die treiber trodzdem noch geladen werden. ist dieses skript also unabhängig von udev? irgendwie find ich das skrpit auch nicht

Code

ctvdr6:~# lsmod
Module                  Size  Used by
budget_ci              15872  0 
tda1004x               14404  1 budget_ci
budget_core            11396  1 budget_ci
dvb_ttpci              85732  0 
lnbp21                  3136  2 budget_ci,dvb_ttpci
l64781                  7588  1 dvb_ttpci
saa7146_vv             43104  1 dvb_ttpci
video_buf              23908  1 saa7146_vv
saa7146                17672  4 budget_ci,budget_core,dvb_ttpci,saa7146_vv
videodev               21888  1 saa7146_vv
v4l1_compat            12804  2 saa7146_vv,videodev
v4l2_common            21216  2 saa7146_vv,videodev
ves1820                 7044  1 dvb_ttpci
stv0299                10632  2 budget_ci,dvb_ttpci
dvb_core               72520  4 budget_ci,budget_core,dvb_ttpci,stv0299
tda8083                 6340  1 dvb_ttpci
sp8870                  7500  1 dvb_ttpci
firmware_class         10368  4 budget_ci,tda1004x,dvb_ttpci,sp8870
stv0297                 7712  2 budget_ci,dvb_ttpci
ves1x93                 7012  1 dvb_ttpci
ttpci_eeprom            3360  2 budget_core,dvb_ttpci
i2c_core               20480  13 budget_ci,tda1004x,budget_core,dvb_ttpci,lnbp21,l64781,ves1820,stv0299,tda8083,sp8870,stv0297,ves1x93,ttpci_eeprom

Alles anzeigen

grüße,
NEty

Nety · 22. Oktober 2007

hi!

ich habe durch zufall im vdr osd einen eintrag gefunden in dem man das primary device festlegen kann. also habe ich es auf 1 gestellt. und siehe da, meine fb funktioniert nur einwandtfrei ohne gefrikel mit den treibern.

grüße,
NEty

Kamikaze · 22. Oktober 2007

Nety: hast immer schon die fb über das remote Plugin genutzt oder hast Du auch mal lirc mit seriellen Empfänger genutzt ? Ich nutze (noch?) lirc mit nem ser. Empfänger, gefällt mir allerdings nicht ganz so gut, da lirc nicht immer so einwandfrei funzt. Bin daher am Überlegen das umzustellen...

Cu
Kamikaze

Nety · 23. Oktober 2007

Kamikaze: hallo! hab mitlerweile auch 2 clients mit lirc am laufen. der einrichtungsaufwand war beachtlich, da ich erst alle lirc kniffe für mich herausfinden musste und einige probleme beim installieren und fb anlernen hatte. all das fällt beim remote-plugin wesentlich einfacher. bei mehreren tv-karten gibt es dass probem, die dvb-module in der richtigen reihenfolge zu laden, was ich in meinem fall aber einfach übers vdr osd lösen konnte. nach erfolgreichem einrichten hatte ich auch schon früher keine probleme mit dem remote-plugin.
die nachteile sind jedoch, dass man ziemlich genau auf den irw empfänger ziemlen muss dass der vdr reagiert. bei lirc hingegen ist es fast egal wohin ich die fb richte. ein 2. nachteil ist die geringere unterstützung von fb's. ich denke nur das rc5 protokoll wird unterstützt, jedoch hatte ich auch mit einer technotrend fb probleme.

grüße,
nety

Kamikaze · 26. Oktober 2007

Nety: Befürchte allmählich, dass ich ganz andere Sorgen habe - und zwar mit dem Chipsatz und dann eventuell auch mit der Leistung... Wenn ich mir Deine Sig anschaue, werde ich fast neidisch: Core2Quad ? Im "Windows-Alltag" hätte ich noch keinen "sinnvollen" Einsatz dafür finden können, der den Preis auch rechtfertigt. Lohnt sich der unter xen ? Und welches Mainboard mit welchem Chipsatz setzt Du ein ? Hab meine "Problemchen" jetzt mal hier gepostet. Kennst Du solche Probleme ?

CU
Kamikaze

ctvdr6 domu - 3 dvb-karten - reihenfolge falsch - fernbedienung geht nicht

Jetzt mitmachen!

Teilen