[solved/workaround] Problem VDRAdmin Fernseher und analoge TV-Karte (Ivtv)

Zitat

Original von Negge
Scheinbar ist im VDR-ADmin irgendwo auf /dev/video0 gelinkt, was bei mir aber leider im Normalfalle von der PVR150 (und nicht der DVB-C-Karte) belegt ist. Kann man das irgendwo umkonfigurieren. Dazu habe ich leider nichts gefungen

Wirklich gute Frage - Habe das gleiche Problem! Kam bisher aber noch nicht dazu, mir darüber Gedanken zu machen...

Gruß kleinklausi

Problem liegt eigentlich beim VDR.
Vdradmin verwendet grab von vdr das normalerweise auf /dev/video0 ausgeführt wird.
Das kann man in den sourcen von vdr ändern.

Patch bzw genaue Stelle find ich jetzt leider nicht.

Zitat

Original von wilderigel
Problem liegt eigentlich beim VDR.
Vdradmin verwendet grab von vdr das normalerweise auf /dev/video0 ausgeführt wird.
Das kann man in den sourcen von vdr ändern.

Patch bzw genaue Stelle find ich jetzt leider nicht.

Da ich das Problem auf meinem Zweit-VDR auch habe und die Ladereihenfolge sich Kernel 2.6.15-ct-1 und udev sei Dank nciht mehr ohne größeren Aufwand festlegen läßt, habe ich in den Sourcen mal etwas recherchiert. Die erste (FF) DVB-Karte wird im Konstruktor cDvbDevice::cDvbDevice(int n) gesucht, indem versucht wird, in einer Schleife in /proc/video/dev/video? (? == 0 .. 99) zu öffnen. Genau dieses Verzeichnis gibt's auf meinen 2.6.16er-Systemen aber nicht mehr. Nach erfolgloser Suche wird 0 angenommen. Abschließend wird nachgeschaut, ob das Device 'nen Decoder hat. Und da scheint wohl der Hund begraben zu liegen: Meine PVR350 hat einen, allerdings kann man darüber keine Bilder auslesen. Allerdings wird IVTV vor den DVB-Treibern geladen. /dev/video0 ist daher wohl die PVR350. Das muß wohl dazu führen, daß am Schluß die Karte ausgesondert wird und devVideoIndex auf -1 gesetzt wird. Ansonsten (ohne IVTV oder andere Treiber, die /dev/videox-Devices erzeugen) wird immer die erste FF-DVB-Karte zum Grabben verwendet.

Ich habe das Problem brute force daddurch gelöst, daß ich in GrabImage() die Abfrage auf devVideoIndex auskommentiert habe und beim Zusammenbauen des Device-Pfades ein paar Zeilen später einfach mal statt devVideoIndex hart 'ne 1 (-> /dev/video1) reingeschrieben habe, den Zugriff also hart auf die zweite Karte einstelle.

Und siehe da - der VDR grabt wieder!

So wie ich die Sache sehe, liegt die Ursache der Probleme letztendlich darin, daß die Device-Numerierung von Ein- und Ausgabegeräten nicht aneinander gebunden ist, d. h. das Device zum Grabben ist das zweite, während ansonsten die übrigen erzeugten Devices auf der niedrigeren Nummer liegen können.

Der VDR hat dann doch letztlich keine Chance, selbst festzustellen, wie die Zuordnung ist, oder? Und was ist, wenn man zwei FF-Karten im System hat und auf der zweiten ausgibt? Da erscheint ja auch das OSD, gegrabt wird aber weiterhin auf der ersten.

Wäre es dann nicht sinnvoller, dem VDR einfach eine vom Ausgabe-Device unabhängige Einstellmöglichkeit für das Grabbing-Device zu geben?

Oder liege ich mit meinen Gedankengängen irgendwie falsch?

Viele Grüße,
Torsten