You are not logged in.

Dear visitor, welcome to VDR Portal. If this is your first visit here, please read the Help. It explains in detail how this page works. To use all features of this page, you should consider registering. Please use the registration form, to register here or read more information about the registration process. If you are already registered, please login here.

21

Monday, May 22nd 2006, 7:38am

Edit: die weiter unten beschrieben Lösung ist besser (änderung an runvdr und einträge in /etc/modprobe.d/blacklist und /etc/modules)

Mit ctvdr5 hatte ich das im 1. Post beschrieben Problem wieder und nach langem basteln ist für meinen Fall (Nexus und Nova karte mit Remote Plugin) folgende Lösung bis jetzt die zuverlässigste:

Ich habe sowohl in /etc/init.d/vdr wie auch in /usr/sbin/runvdr modprobe Einträge zum entladen und laden der treiber eingefügt und die ursprüngliche logik deaktiviert. Die angehängten scripts funtionieren so wie sie sind einwandfrei, allerdings eben nur mit den erwähnten Karten. Wenn andere Karten mit im System sind muss man die Einträge anpassen.
allow has attached the following file:
  • vdrfix.zip (2.39 kB - 256 times downloaded - latest: Aug 13th 2014, 11:12pm)

This post has been edited 1 times, last edit by "allow" (May 24th 2006, 9:43am)


emsker

Trainee

Posts: 102

Location: Germany

  • Send private message

22

Monday, May 22nd 2006, 4:22pm

http://www.vdr-wiki.de/wiki/index.php/Reihenfolge_der_DVB-Treiber_festlegen

LaScala LC-06, VIA Epia ME-6000, 256MB, TT FF DVB-s 1.6, TT Budget, Samsung SV1604
c't VDR 6.2, Asus DVD-E616P, SCART-Extension durch TT-Budget Slotblech. Registered User #1056

23

Monday, May 22nd 2006, 4:29pm

ja, nur das problem ist anscheinend der vdr restart, denn beim restart lädt ein script das ganze neu, und dabei klappt das manchmal nicht... ich werde mir den link nochmal anshen, aber ich weiss zumindest mit sicherheit dass meine jetzige lösung zuverlässig arbeitet...

danke für den Link:-)

24

Monday, May 22nd 2006, 5:22pm

ich habs auf die von dir vorgeschlagene weise probiert und es funktioniert auch (fast), aber nach einem vdrrestart geht mal wieder die FB nicht.

ich bleibe bei meiner Lösung, die ist zwar nicht elegant, aber zuverlässig.

trotzdem danke !

ark

Intermediate

Posts: 344

Location: Ruhrgebiet

  • Send private message

25

Monday, May 22nd 2006, 10:27pm

Korrektur runvdr

Ich war auch genervt davon, dass nach jedem Restart des VDRs über runvdr meine Karten 1 und 2 vertauscht wurden. Der Grund dafür ist, dass im c't-VDR runvdr-Skript die Variable MODULES in der falschen Reihenfolge befüllt wird. Ich habe daher die Zeile

Source code

1
 MODULES=`lsmod | awk '/^dvb_core/ {gsub(/,/," ", $4); print $4;}'
durch

Source code

1
MODULES=`lsmod |awk '/^dvb_core/ {i=split($4, arr, /,/); for (;i>1;i--) printf "%s ",arr[i];print arr[1]}'`
ersetzt, dann ging's! Die Module musste ich natürlich auch in /etc/modules eintragen, aber das hast Du ja schon.

Bis demnächst,
ARK
VDR
ASUS A7N8X-X, AMD 2600+, 2 GB, 320 GB HD, Hauppauge DVB-S 1.3, Hauppauge Nova-S-Plus, Funktastatur
Debian 4.0/Etch-Kernel 2.6.18-5-486
c't-VDR 6.1 mit e-tobi 1.6.0 (neu gepatched ohne sortrecordings), acpi, vdradmin-am, burn, osdteletext, ffnetdev, audiorecorder, infosatepg, ...
Client
dbox2 (Sagem 2xI_C) mit Neutrino-Derivat

This post has been edited 1 times, last edit by "ark" (May 23rd 2006, 8:24am)


26

Tuesday, May 23rd 2006, 8:01am

danke, das sieht gut aus, ich teste es nacher mal auf meinem system

emsker

Trainee

Posts: 102

Location: Germany

  • Send private message

27

Tuesday, May 23rd 2006, 9:03am

ctvdr 5 läuft endlich zufriedenstellend....

Moin,

beim ctvdr 5 (hardware siehe signature) hat bei mir folgendes geholfen:
/etc/modprobe.d/blacklist:

Source code

1
2
3
4
blacklist dvb_core
blacklist dvb_ttpci
blacklist budget_ci
blacklist budget_core


Sowie eine Date /etc/modutils/addons.EMSKER mit folgendem Inhalt aufgebaut:

Source code

1
2
3
4
dvb_core
dvb_ttpci
budget_ci
budget_core

und danach "update-modules" aufgerufen, dass hat dann "/etc/modules.conf" neu und richtig gebaut und schon ging es ohne irgendwelche Änderungen an vdr/runvdr

Vewandte Themen:
  1. dvb-ttpci firmware wird manchmal gelanden manchmal nicht
  2. c't VDR 5: nur 1 video device gefunden (wo ist die 2.Karte?)
    [/list=1]

    Danach musste ich dem nvram nur noch ein "--no-floppy" für den grub-reboot beibringen, und jetzt rockt der ctvdr5 richtig gut... und man merkt gegenüber dem 3.07 / VDR1.2 die Unterschiede...

    Fazit: Mit ein bischen Frickelei (modules, lirc-device, etc) klappts auch mit dem ctvdr5. Schade, dass heise die Kleinigkeiten nicht schon in der distri klar bekommen hat.

    Gruß + Danke an euch alle,
    emsker
LaScala LC-06, VIA Epia ME-6000, 256MB, TT FF DVB-s 1.6, TT Budget, Samsung SV1604
c't VDR 6.2, Asus DVD-E616P, SCART-Extension durch TT-Budget Slotblech. Registered User #1056

ark

Intermediate

Posts: 344

Location: Ruhrgebiet

  • Send private message

28

Tuesday, May 23rd 2006, 9:22am

RE: ctvdr 5 läuft endlich zufriedenstellend....

Das Laden der Module hatte ich auch nicht gemeint. Es ist einfach so, dass im runvdr von c't VDR die Modul-Reihenfolge getauscht wird, so dass bei einem Restart innerhalb des Skriptes die Module erst entladen und dann in umgekehrter Reihenfolge wieder geladen werden. Da ist es schon irritierend, wenn Karte 1 und 2 auf einmal getauscht sind - vor allem wenn man Skripte hat, die auf der Kartennummer basieren. Daher meine Änderung, die die korrekte Reihenfolge der Module ermittelt.

Bis demnächst,
ARK
VDR
ASUS A7N8X-X, AMD 2600+, 2 GB, 320 GB HD, Hauppauge DVB-S 1.3, Hauppauge Nova-S-Plus, Funktastatur
Debian 4.0/Etch-Kernel 2.6.18-5-486
c't-VDR 6.1 mit e-tobi 1.6.0 (neu gepatched ohne sortrecordings), acpi, vdradmin-am, burn, osdteletext, ffnetdev, audiorecorder, infosatepg, ...
Client
dbox2 (Sagem 2xI_C) mit Neutrino-Derivat

29

Tuesday, May 23rd 2006, 9:35am

@ark
Auf meinem system lautet die zeile

Source code

1
lsmod | grep ^dvb_core | awk '{print $4;}' | awk '{ gsub(/,/," ", $1); print }'


und ergibt

budget_ci budget_core dvb_ttpci stv0299

deine ursprüngliche zeile ergibt bei mir aber das selbe ergebnis

die geänderte version ergibt dagegen

stv0299 dvb_ttpci budget_core budget_ci

und somit die richtige reihenfolge.

@emsker

deine Lösung ist schon OK, alledrings löst sie das restart problem (sie letztes posting von ark) nicht (ich habs getestet)

Danke an alle, ich denke (hoffe) ich habe den bug im griff, es wäre aber doch gut wenn man das mal im paket ändern könnte.

@ark: bist du evtl. bereit deine änderung mal an tobi, oder an die ct zu schicken, oder soll ich das machen (ich kann die Zeile leider nicht erklären:-()

Freizeit-Admin

Intermediate

Posts: 200

Location: Aachen

  • Send private message

30

Thursday, June 1st 2006, 12:01am

Hallo ...
Wie sich herausstellte, bin auch ich betroffen ...
An einer dauerhaften Lösung "arbeite" ich gerade.
Kann mir aber jmd. sagen, warum ich dieses Problem früher noch nicht hatte; also durch was/evtl. welche VDR-Version wird es hervorgerufen. Oder hatte ich viell. auch nur Glück, dass die FF mit FB sehr oft als erstes Device erkannt wurde ?


Hat die CT eigentlich irgendwas zu der Problematik, man könnte es ja auch Fehler nennen, geantwortet ?
Ich möchte wirklich nicht mutmassen, aber wie kann es sein, dass sich das unentdeckt (?!) schon über mehrere CTVDR Releases erstreckt ?



Grüsse aus Aachen

FA
easyVDR 0.8.06

Coolermaster ATC 620 SX1 / Asrock K7S41GX [2.80] / Geode NX 1750+ / 512 MB RAM / Samsung HD400LD / TT-FF 1.5 / AVBoard 1.4 / TT-Budget S1102 / LG-GSA 5163D

ark

Intermediate

Posts: 344

Location: Ruhrgebiet

  • Send private message

31

Saturday, June 3rd 2006, 11:10pm

Ich war auch betroffen, in der Version 3.06 ging's noch, in der 4.5 waren meine Budget- und die FF-Karte vertauscht. Der Grund ist wohl die Umstellung des Ladens der Module auf hotplug gewesen. Na ja, habe ich halt die Module in die /etc/modules geschrieben, ich habe auch nur einen Abend gebraucht, bis ich es verstanden habe :rolleyes:
Das Problem mit dem Tauschen der Module in der runvdr gab's wohl schon länger, unangenehm aufgefallen ist es mir erst mit der 4.5, meinen Fix dafür hat allow ja schon oben zitiert.

Bis demnächst,
ARK
VDR
ASUS A7N8X-X, AMD 2600+, 2 GB, 320 GB HD, Hauppauge DVB-S 1.3, Hauppauge Nova-S-Plus, Funktastatur
Debian 4.0/Etch-Kernel 2.6.18-5-486
c't-VDR 6.1 mit e-tobi 1.6.0 (neu gepatched ohne sortrecordings), acpi, vdradmin-am, burn, osdteletext, ffnetdev, audiorecorder, infosatepg, ...
Client
dbox2 (Sagem 2xI_C) mit Neutrino-Derivat

32

Sunday, June 11th 2006, 8:23am

@Freizeit-Admin

zur CT: ich hab dazu mehrfach gemailt und das Problem und die möglichen lösungen beschrieben, aber keine antwort erhalten...

33

Sunday, June 11th 2006, 8:52am

Hier nochmal eine Zusammenfassung des Ganzen:

Die Anleitung bezieht sich auf ctvdr5, sollte aber auch für 4 und 4.5 stimmen, nur dass dort eine ältere Version von hotplug zum Einsatz kommt, und daher das blacklisten laut http://www.vdr-wiki.de/wiki/index.php/Re…eiber_festlegen etwas anders geht (habs nicht ausprobiert).

Das Problem:
Problem 1:
Bei Verwendung von TechnoTrend Karten (FullFeatuered und Budget zusammen in einem System, z.b. Nexus und Nova) kann es vorkommen dass die Treiber manchmal in der richtige Reihenfolge geladen werden (erst dvb_ttpci und dann budget_ci) und manchmal umgekehrt.

Dies führt dazu dass z.b. das RemotePlugin (aber auch bei andere Funktionen, z.b. ältere Mplayer Versionen oder SmartCards an den TT Karten) manchmal funktionieren und manchmal nicht. Teilweise läßt sich dieses Problem durch umstecken der Karten in den PCI Slots entschärfen, aber die richtige Lösung findet sich hier.

Problem 2:
Zusätzlich zu diesem Problem gibt es aber noch ein zweites:
Iin der /usr/sbin/runvdr ist ein Fehler der dazu führ dass bei einem VDR restart die DVB Treiber in genau der umgekehrten Reihenfolge geladen werden.
D.h.: selbst wenn die FB normalerweise geht kann es bei einem VDR crash oder einen restart über das Menü dazu kommen dass die FB nicht mehr geht, weil die Treiber jetzt anders geladen werden.

Die Lösung:

Lösung zu Problem 2:
(als erstes weil es alle betrifft)

Das 2. Problem wurde in vdr_1.4.0-1ctvdr2_i386 gefixed, daher sollte man als allererstes sein System updaten:
- /etc/apt/sources.online in sources.list umbenennen
- apt-get update
- apt-get upgrade

Wer nicht updaten will kan auch manuell die datei /usr/sbin/runvdr editieren und die Funktion get_modulenames durch diese hier ersetzten:

Source code

1
2
3
4
5
6
7
8
9
10
function get_modulenames()
{
    if [ "$KVERS_2_6" ]; then
        MODULES=`lsmod | awk '/^dvb_core/ {gsub(/,/,"\n", $4); print $4}' | tac`
        [ "$MODULES" ] && MODULES="$MODULES dvb_core"
    else
        MODULES=`lsmod | grep dvb-core | cut -d'[' -f2 | cut -d']' -f1`
        [ "$MODULES" ] && MODULES="$MODULES dvb-core"
    fi
}


Bei manchen Systemen könnte auch vdrdevel zum einsatzkommen, dort muss dann statt der runvdr die runvdrdevel editiert werden

Achtung: Wenn der VDR neu installiert wird und dabei eine version vor vdr_1.4.0-1ctvdr2 verwendet wird, wird diese Änderung überschrieben und muss daher von hand neu gemacht werden.

Um zu prüfen welche Version installiert ist und welche Version installiert würde kann man
- apt-get update
- apt-cache policy vdr

eingeben und erhält sowas:

Source code

1
2
3
4
5
6
7
8
9
10
11
12
ctvdr5:~# apt-cache policy vdr
vdr:
  Installiert:1.4.0-1ctvdr1
  Mögliche Pakete:1.4.0-1ctvdr2
  Versions-Tabelle:
     1.4.0-1ctvdr2 0
        700 http://e-tobi.net sarge/vdr-multipatch Packages
 *** 1.4.0-1ctvdr1 0
        100 /var/lib/dpkg/status
     1.2.6-13 0
        500 http://ftp2.de.debian.org sarge/main Packages
ctvdr5:~#


Wer nur das restart Problem hat ist hier fertig, aber es schadet meist nicht auch den Rest zu machen

Lösung zu Problem 1:
(nur für die bei denen die FB manchmal oder immer nach dem neu booten nicht geht)

Man muss dafür sorgen dass die Treiber beim booten nicht (in falscher Reihenfolge) geladen werden.

CTVDR5:
Dafür trägt man in /etc/modprobe.d/blacklist einfach ganz unten folgendes ein

blacklist dvb_core
blacklist dvb_ttpci
blacklist budget_ci
blacklist budget_core

CTVDR4 und 4.5:
Hier befindet sich die blacklist an andere Stelle.
Einfach in /etc/hotplug/blacklist.d eine datei erzeugen und die Module eintragen.
- mit "touch myblacklist" die datei myblacklist erzeugen
- mit einem editor folgendes eintragen

dvb_core
dvb_ttpci
budget_core
budget_ci

Hab leider kein ctvdr4/4.5 system, wenns jemand getestet hat bitte hier posten, damit ich die Anleitung entprechend anpassen kann.


Jetzt noch die treiber in /etc/modules eintragen damit sie in richtiger reihenfolge geladen werden

dvb_ttpci
budget_ci

(die core komponenten werden automatisch mitgeladen)

neu booten und fertig

Klingt komplizierter als es ist, kann man in weniger als 5 Minuten erledigen.

Danke an alle die bei der Lösung geholfen haben !

This post has been edited 7 times, last edit by "allow" (Jun 11th 2006, 12:04pm)


Freizeit-Admin

Intermediate

Posts: 200

Location: Aachen

  • Send private message

34

Sunday, June 11th 2006, 3:52pm

DANKE für die Zusammenfassung !
easyVDR 0.8.06

Coolermaster ATC 620 SX1 / Asrock K7S41GX [2.80] / Geode NX 1750+ / 512 MB RAM / Samsung HD400LD / TT-FF 1.5 / AVBoard 1.4 / TT-Budget S1102 / LG-GSA 5163D

doggsta

Trainee

Posts: 146

Location: München

  • Send private message

35

Sunday, June 11th 2006, 5:06pm

Hallo

Danke für die gute Zusammenfassung!
Eine kurze frage hab ich noch und zwar zu dieser Aussage:

Quoted

Dies führt dazu dass z.b. das RemotePlugin (aber auch bei andere Funktionen, z.b. ältere Mplayer Versionen oder SmartCards an den TT Karten) manchmal funktionieren und manchmal nicht. Teilweise läßt sich dieses Problem durch umstecken der Karten in den PCI Slots entschärfen, aber die richtige Lösung findet sich hier.


Gibt es eine Mplayer Version die FF Karten automatisch erkennt?
Ich benutze die Version "MPlayer-1.0pre7try2"
von hier:
ftp://ftp.mplayerhq.hu/MPlayer/releases/

gibt es noch aktuellere oder nur die aus dem CVS?
Ist die CVS Version stabil?

Danke
Doggsta
Asus 7AV880 Mainbaord mit Athlon XP-M; Technotrend DVB-C Karte FF Version 1.6 nur zur Ausgabe; Analog TV Karte; Lorenzen DVB-T Karte; CT-VDR Distribustion mit Kernel 2.6.22.1 und VDR 1.4.7 von eTobi

36

Tuesday, June 13th 2006, 7:19am

soweit ich weiss bezieht sich das nur auf ältere Mplayer versionen.

BTW: es gibt eine neue version

http://www.heise.de/newsticker/meldung/74150

This post has been edited 1 times, last edit by "allow" (Jun 13th 2006, 7:21am)


Drew

Beginner

Posts: 34

Location: Schweiz

Occupation: Support

  • Send private message

37

Sunday, June 18th 2006, 3:17am

c't 45

Hallo,

Unter c't 45 kann ich leider nur bestätigen dass die blacklist (ausgeführt so wie beschrieben) ignoriert wird.
PS: auch das wechseln des PCI slot bringt nichts. Es wird immer die Buget zuerst
geladen und dann erhält man mit dem Remote Plugin die "/dev/input/event0 nicht gefunden meldung".

38

Sunday, June 18th 2006, 8:29am

schade, ich weiss aber dass das ganze auch unter 4.5 gehen muss, nur weiss ich nicht genau wie das blacklisten geht..

eine weitere möglichkeit ist mittels modprobe die module zu entladen und neu zu laden (ist in diesem thread weiter oben beschrieben). das passende runvdr file habe ich weiter oben im thread gepostet...

ist längst nicht so elegant, aber als übergangslösung sehr stabil...

39

Sunday, June 18th 2006, 8:34am

trag das ganze

dvb_core
dvb_ttpci
budget_core
budget_ci

mal in /etc/hotplug/blacklist ein, und mach danch sicherheitshalber mal ein update-modules

Bitte gib bescheid obs dann geht..

ark

Intermediate

Posts: 344

Location: Ruhrgebiet

  • Send private message

40

Sunday, June 18th 2006, 2:23pm

RE: c't 45

Hallo Drew,

welchen Kernel hast Du installiert? Ist das hotplug-Feature installiert?

Bis demnächst,
ARK
VDR
ASUS A7N8X-X, AMD 2600+, 2 GB, 320 GB HD, Hauppauge DVB-S 1.3, Hauppauge Nova-S-Plus, Funktastatur
Debian 4.0/Etch-Kernel 2.6.18-5-486
c't-VDR 6.1 mit e-tobi 1.6.0 (neu gepatched ohne sortrecordings), acpi, vdradmin-am, burn, osdteletext, ffnetdev, audiorecorder, infosatepg, ...
Client
dbox2 (Sagem 2xI_C) mit Neutrino-Derivat

This post has been edited 1 times, last edit by "ark" (Jun 18th 2006, 2:24pm)