Sie sind nicht angemeldet.

Lieber Besucher, herzlich willkommen bei: VDR Portal. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.

21

Montag, 22. Mai 2006, 07:38

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« hat folgende Datei angehängt:
  • vdrfix.zip (2,39 kB - 256 mal heruntergeladen - zuletzt: 13. August 2014, 23:12)

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »allow« (24. Mai 2006, 09:43)


22

Montag, 22. Mai 2006, 16:22

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

Montag, 22. Mai 2006, 16:29

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

Montag, 22. Mai 2006, 17:22

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

Fortgeschrittener

Beiträge: 344

Wohnort: Ruhrgebiet

  • Nachricht senden

25

Montag, 22. Mai 2006, 22:27

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

Quellcode

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

Quellcode

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

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »ark« (23. Mai 2006, 08:24)


26

Dienstag, 23. Mai 2006, 08:01

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

27

Dienstag, 23. Mai 2006, 09:03

ctvdr 5 läuft endlich zufriedenstellend....

Moin,

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

Quellcode

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:

Quellcode

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

Fortgeschrittener

Beiträge: 344

Wohnort: Ruhrgebiet

  • Nachricht senden

28

Dienstag, 23. Mai 2006, 09:22

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

Dienstag, 23. Mai 2006, 09:35

@ark
Auf meinem system lautet die zeile

Quellcode

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:-()

30

Donnerstag, 1. Juni 2006, 00:01

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

Fortgeschrittener

Beiträge: 344

Wohnort: Ruhrgebiet

  • Nachricht senden

31

Samstag, 3. Juni 2006, 23:10

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

Sonntag, 11. Juni 2006, 08:23

@Freizeit-Admin

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

33

Sonntag, 11. Juni 2006, 08:52

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:

Quellcode

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:

Quellcode

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 !

Dieser Beitrag wurde bereits 7 mal editiert, zuletzt von »allow« (11. Juni 2006, 12:04)


34

Sonntag, 11. Juni 2006, 15:52

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

35

Sonntag, 11. Juni 2006, 17:06

Hallo

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

Zitat

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

Dienstag, 13. Juni 2006, 07:19

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

BTW: es gibt eine neue version

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

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »allow« (13. Juni 2006, 07:21)


Drew

Anfänger

Beiträge: 34

Wohnort: Schweiz

Beruf: Support

  • Nachricht senden

37

Sonntag, 18. Juni 2006, 03:17

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

Sonntag, 18. Juni 2006, 08:29

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

Sonntag, 18. Juni 2006, 08:34

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

Fortgeschrittener

Beiträge: 344

Wohnort: Ruhrgebiet

  • Nachricht senden

40

Sonntag, 18. Juni 2006, 14:23

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

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »ark« (18. Juni 2006, 14:24)


Immortal Romance Spielautomat