VDRDevel will nicht: ERROR: frontend 0/0: Die Operation wird nicht unterstützt

Hi,
habe hier meine Fehlermeldung gefunden: "ERROR: frontend 0/0: Die Operation wird nicht unterstützt" und habe auch das gleiche Problem, dass der vdrdevel nicht funktioniert.

Leider fehlt hier eine Antwort. Kann mir trotzdem jemand helfen, oder hast du, oNe-Nils, den Fehler selber gefunden?

Wäre cool, wenn ihr mir helfen könntet.

Hallo Leute,

ich habe vor kurzem meinen VDR, der bisher unter Debian Lenny ohne Probleme lief, auf Squeeze umgestellt und seitdem 'kein Bild, kein Ton'.
Auch bei mir taucht seitdem die Fehlermeldung 'vdr: [1888] ERROR: frontend 0/0: Die Operation wird nicht unterstützt' im syslog auf.

Ich habe bei dem Upgrade auf Squeeze auch das Repository von e-tobi auf Squeeze umgestellt. Damit wurde vdr von Version 1.6.0-2 auf Version 1.7.18 umgestellt.

Treiber scheinen erstmal alle korrekt geladen zu sein:

lsmod | grep dvb:
cx88_dvb 14820 1
cx88_vp3054_i2c 2528 1 cx88_dvb
videobuf_dvb 4580 1 cx88_dvb
dvb_core 66528 2 cx88_dvb,videobuf_dvb
cx8802 13604 1 cx88_dvb
cx88xx 61704 3 cx88_dvb,cx8802,cx8800
videobuf_dma_sg 11140 4 cx88_dvb,cx8802,cx8800,cx88xx
videobuf_core 16100 5 videobuf_dvb,cx8802,cx8800,cx88xx,videobuf_dma_sg

Auch der Start des vdr scheint erstmal in Ordnung:

May 27 22:54:02 eowyn vdr: [1884] VDR version 1.7.18 started
May 27 22:54:02 eowyn vdr: [1884] switched to user 'vdr'
May 27 22:54:02 eowyn vdr: [1884] codeset is 'ISO-8859-15' - known
May 27 22:54:02 eowyn vdr: [1884] found 28 locales in /usr/share/locale
May 27 22:54:02 eowyn vdr: [1884] no locale for language code 'por'
May 27 22:54:02 eowyn vdr: [1884] loading plugin: /usr/lib/vdr/plugins/libvdr-streamdev-server.so.1.7.18
May 27 22:54:02 eowyn vdr: [1884] loading /var/lib/vdr/setup.conf
...
May 27 22:54:02 eowyn vdr: [1885] video directory scanner thread started (pid=1884, tid=1885)
May 27 22:54:02 eowyn vdr: [1886] video directory scanner thread started (pid=1884, tid=1886)
May 27 22:54:02 eowyn vdr: [1884] reading EPG data from /var/cache/vdr/epg.data
May 27 22:54:02 eowyn vdr: [1886] video directory scanner thread ended (pid=1884, tid=1886)
May 27 22:54:02 eowyn vdr: [1885] video directory scanner thread ended (pid=1884, tid=1885)
May 27 22:54:02 eowyn vdr: [1884] registered source parameters for 'A - ATSC'
May 27 22:54:02 eowyn vdr: [1884] registered source parameters for 'C - DVB-C'
May 27 22:54:02 eowyn vdr: [1884] registered source parameters for 'S - DVB-S'
May 27 22:54:02 eowyn vdr: [1884] registered source parameters for 'T - DVB-T'
May 27 22:54:02 eowyn vdr: [1884] probing /dev/dvb/adapter0/frontend0
May 27 22:54:02 eowyn vdr: [1884] creating cDvbDevice
May 27 22:54:02 eowyn vdr: [1884] new device number 1
May 27 22:54:02 eowyn vdr: [1884] frontend 0/0 provides DVB-S with QPSK ("Conexant CX24123/CX24109")
May 27 22:54:02 eowyn vdr: [1888] tuner on frontend 0/0 thread started (pid=1884, tid=1888)
May 27 22:54:02 eowyn vdr: [1889] section handler thread started (pid=1884, tid=1889)
May 27 22:54:02 eowyn vdr: [1884] found 1 DVB device
May 27 22:54:02 eowyn vdr: [1884] initializing plugin: streamdev-server (0.5.1): VDR Streaming Server
May 27 22:54:02 eowyn vdr: [1884] setting primary device to 1
May 27 22:54:02 eowyn vdr: [1884] device 1 has no MPEG decoder
May 27 22:54:02 eowyn vdr: [1884] assuming manual start of VDR
May 27 22:54:02 eowyn vdr: [1884] SVDRP listening on port 6419
May 27 22:54:02 eowyn vdr: [1884] setting current skin to "sttng"
May 27 22:54:02 eowyn vdr: [1884] loading /var/lib/vdr/themes/sttng-default.theme
May 27 22:54:02 eowyn vdr: [1884] starting plugin: streamdev-server
May 27 22:54:02 eowyn vdr: [1884] loading /var/lib/vdr/plugins/streamdev-server/streamdevhosts.conf
May 27 22:54:02 eowyn vdr: [1884] ERROR: /dev/lircd: Datei oder Verzeichnis nicht gefunden
May 27 22:54:02 eowyn vdr: [1884] ERROR: remote control LIRC not ready!
May 27 22:54:02 eowyn vdr: [1884] switching to channel 4
May 27 22:54:02 eowyn vdr: [1884] setting watchdog timer to 300 seconds
May 27 22:54:02 eowyn vdr: [1890] streamdev server thread started (pid=1884, tid=1890)
May 27 22:54:02 eowyn vdr: [1884] OSD size changed to 720x480 @ 1
May 27 22:54:02 eowyn vdr: [1890] Streamdev: Listening (VTP) on port 2004
May 27 22:54:02 eowyn vdr: [1890] Streamdev: Listening (HTTP) on port 3000
May 27 22:54:02 eowyn vdr: [1884] ERROR: no OSD provider available - using dummy OSD!
May 27 22:54:02 eowyn vdr: [1888] ERROR: frontend 0/0: Die Operation wird nicht unterstützt

Bis halt am Ende der Fehler gemeldet wird... danach geht quasi nix mehr. EPG wird nicht akualisiert und ich krieg kein Bild aus ihm raus über das streamdev Plug-in.

Spezielle DVB Treiber benutze ich nicht, also die, die aus dem Debian Kernel kommen.

Da ja unter Lenny noch alles wunderbar lief, kann es nicht die Hardware sein. Aber irgendwas scheint nach dem Upgrade nicht mehr zusammen zu passen.

Hat irgendwer ähnliche Erfahrungen beim Upgrade auf Squeeze gemacht??
Oder irgedwelche anderen Hinweise, was da schief laufen könnte???

Möchte ungerne das System wieder auf Lenny zurückstellen, das muss doch auch mit Squeeze laufen!!!

Danke für eure Hilfe!!!

Ciao gekkoo

Du weißt aber schon, dass du noch kein Ausgabe-Plugin lädst, oder?

Gruß,

Udo

Und das deine Signatur nicht mehr aktuell ist... (Meine Antwort im anderen Thread dann ignorieren)

cu

In der Signatur steht noch die alte Konfiguration, die neue läuft ja nicht...

Und die Ausgabe läuft über den streamdev-server auf einen VLC auf nem Laptop. So lief es ja vorher auch immer. Das ist sicher nicht das Problem.

Gruß gekkoo

Oder hat sich da zwischen Version 1.6 und 1.7 was so gravierend geändert, dass ich noch ein Plugin laden muss, damit der vdr läuft???

Streamdev-Server sollte eingentlich als Ausgabe-Devivce ausreichen - darf der User vdr denn auf die DVB-Karte zugreifen?
Ist er Miglied der Gruppe video?
Btw: channels.conf auf die Syntax der neuen VDR-Version angepasst?

Zitat

Ist vdr Miglied der Gruppe video?

eowyn:/etc# cat group | grep video

video:x:44:harald,vdr

Danach würde ich sagen ja, oder?

Zitat

Btw: channels.conf auf die Syntax der neuen VDR-Version angepasst?

Ähhh... an der channels.conf habe ich bisher nichts geändert!!!
Wo finde ich denn Infos, was in der neuen Version anders ist???
Oder noch besser, gibt es ein Tool zum aktualisieren der channels.conf???

Gruß gekkoo

Naja mit w_scan kann man sich schnell eine neue erstellen lassen (Argument -o 7 für die VDR-Version 1.7.x nicht vergessen) - im Wiki steht, was anders ist: http://www.vdr-wiki.de/wiki/in…nf#Parameter_ab_VDR-1.7.4

Okay, werd ich später mal versuchen, mit dem w_scan...

Dachte es gibt vielleicht so was wie nen Übersetzer, wollte die riesen Liste nicht wieder neu sortieren, wenn die neu aus dem w_scan kommt.
Und dann müsste ich ja auch meine Playliste für den VLC neu generieren... Da gab's glaub ich auch hier irgendwo einen Link, der die aus ner channels.conf generiert hat.

Ciao gekkoo

Zitat von gekkoo

Und dann müsste ich ja auch meine Playliste für den VLC neu generieren... Da gab's glaub ich auch hier irgendwo einen Link, der die aus ner channels.conf generiert hat.

Der Streamdev-Server stellt eine Playlist mit allen Kanälen unter http://<IP des VDR>:3000/channels.m3u bereit - die kann man leicht auf die eigenen Bedürfnisse anpassen.

Soooo....

hab w_scan runter geladen und das lief auch problemlos und hat mir ne neue channels.conf erstellt.
Demnach scheint die Karte ja wohl doch auch mit den jetzigen Treibern zu funktionieren, es kammen ja Daten an.

vdr mit neuer Channels.conf gestartet und wieder die gleiche Fehlermeldung...
Und vom VLC aus wieder kein Bild, kein Ton...

Immer noch das Gleiche...

Ich hab in der Zwischenzeit mal beim Erleuchteten Wirbel nachgefragt warum sein w_scan ja funktioniert, aber der vdr immer noch nicht.

Hier eine seiner Antworten: "Was hier der Fehler ist, kann ich nicht sagen. Aber rein prinzipiell funzt der Treiber, sonst würde auch w_scan nicht laufen.
Seit einiger Zeit erlauben die DVB Treiber mehrere Settings der Karte mit einem Befehl zu setzen. VDR nutzt diese Möglichkeit.
Wenn ein Setting davon nicht unterstützt ist, dann gibt es einen Fehler und man weiß nicht welcher Parameter es genau war."

Wie sieht der Rest der Gemeinschaft das? Schon mal mit Problemen dieser Art Erfahrungen gemacht?

Hier noch zwei Fetzen aus einer Mail Konversation von Igor Liplianin, die ich im Netz aufgespürt habe: "It's official, the people from V4L have voted for the usage of the S2API proposal to be the future for new DVB API improvements within the V4L tree. Currently S2API is in a real speed-train and new devices are added very rapidly." und "So, this should mean that VDR 1.7.x should focus on S2API because of the obvious reasons. Has anybody started on a patch of somekind to include S2API in VDR 1.7.0 or 1.7.1?"

Könnte es also sein, dass mit vdr 1.7.x sich das DVB API, das der vdr erwartet auf S2API geändert hat, mein Kernel Treiber das aber nicht unterstützt?

Sieht fast so aus als müsste ich wohl doch mal nach neuen DVD Treibern ausschau halten...

Jeder Hinweis, wie ich das am besten anstelle, ist gerne willkommen!!

Gruß gekkoo

Problem ist gelöst.
Näheres steht in diesem Thread.

Ich kann also nur empfehlen bei dieser Fehlemeldung des vdr zu überprüfen ob Kernel, Treiber und vdr Version zusammen passen!!

Ciao gekkoo