[announce]: mplayer für PVR350

Vielleicht ist es das Problem, dass meine PVR350 die zweite PVR ist?

vidixlib: PROBING: ivtv
[ivtv-vid] probe
[ivtv-vid] Found 23 pci devices
[ivtv-vid] Found PVR 350
[ivtv-vid] YUV device not found: /dev/video48
vidixlib: No suitable driver can be found.

Meine PVR350 hängt ja an /dev/video49

Da ist ein Fehler drin, muss aber noch etwas gucken, um den zu beheben.
Nach dem Label "card_found" wird device_name gesetzt. Da ich keine Umgebungsvariable gesetzt habe, wird das auf fb_dev_name gesetzt und das wird oben in der Funktion auf /dev/fb0 initialisiert.

Ich schau mal...

edit: Wenn ich "export FRAMEBUFFER=/dev/fb1" vorher setze, findet er das Device und ich hab Bild. Das kriegen wir gelöst!

Tjaaa, ich kann zwar programmieren, aber da jetzt mit den PCI-Infos durch die Gegend schieben, da fehlt mir jetzt leider der Überblick... Ich müsste rausfinden, wie man aus dem pciinfo_t des ivtv-Devices die Framebuffernummer ableitet. Äh ja, das wird wohl besser und richtiger, wenn Lutz das macht.

Bis dahin könnte ich ja noch mit der Umgebungsvariablen leben.

Ich vermute, wenn man ihm die Stelle und das Problem erklärt, ist es für ihn eine 5-Minuten-Sache (oder wie war noch der kürzeste Programmiererwitz: "Ich hab's gleich...").

Nebenbei bemerkt: Den Tonausgang der PVR hab ich an den internen CD-in des Mainboards geklemmt und die drei Sound-Klinkenbuchsen an den 6-Kanaleingang meines Verstärkers: AC3-Ausgabe funktioniert prima mit dem mplayer!
Ach ja, in der mplayer.sh.conf hab ich noch das angepasst

AC3AOUT="-ao alsa:device=surround51 -channels 6"

Vielen Dank noch mal für alles!

mini.

Hier ist er:

[   28.378392] ivtv1: Registered device video1 for encoder MPG (4096 kB)
[   28.380270] ivtv1: Registered device video33 for encoder YUV (2048 kB)
[   28.382159] ivtv1: Registered device vbi1 for encoder VBI (1024 kB)
[   28.384067] ivtv1: Registered device video25 for encoder PCM (320 kB)
[   28.385950] ivtv1: Registered device radio1 for encoder radio
[   28.387865] ivtv1: Registered device video17 for decoder MPG (1024 kB)
[   28.389769] ivtv1: Registered device vbi9 for decoder VBI (64 kB)
[   28.391655] ivtv1: Registered device vbi17 for decoder VOUT
[   28.393535] ivtv1: Registered device video49 for decoder YUV (1024 kB)
[   28.393603] ivtv1: Initialized card #1: Hauppauge WinTV PVR-350

Ich hab mir jetzt schon mal ein paar Videos angesehen, klappt richtig gut!

mini.

Moin!

Ich hab jetzt tatsächlich mal Zeit gefunden, mich ein wenig in Framebuffer einzulesen und hab mal versucht, dem mplayer eine bessere Methode beizubringen, eine PVR350 zu finden.
Wenn du das übersetzt bekommst, könnte ich es mal testen. Der diff ist gegen die aktuelle trunk-Version 26914.
(Ich hab mal wieder keine Build-Umgebung zur Hand)

mini.

Moin!

Im Schlaf ist mir noch eingefallen, dass die Framebuffer-Nummer ja nicht unbedingt was mit dem Device des YUV-Decoders zu tun haben muss (/dev/fb1 <-> /dev/video49 ist Zufall, weil meine PVR350 zufällig der zweite Framebuffer und zufällig die zweite Videokarte ist). Den zweiten Teil von probe muss ich also auch noch überarbeiten, dazu müsste ich heute abend kommen.
Diesen Gedankenfehler gab's auch schon in der Variante von Lutz.

mini.

Moin!

Da hab ich wohl eine Klammer vergessen... ups.

Eigentlich kann das Raussuchen des YUV-Devices so ähnlich laufen wie mit dem Framebuffer. Ab /dev/video48 ein paar durchprobieren und gucken, welcher Treiber sich dahinter verbirgt. Und wenn's passt, dann einfach anhalten.
Mach ich heute abend mal.

mini.

Moin!

Da ist tatsächlich was im X-Treiber, was man benutzen könnte. Das muss nur noch so erweitert werden, dass auch wirklich ein ivtv-Device geöffnet wird.

Das ist das einzige, was mir an der v4l2-API fehlt. Ich hab nirgendwo gefunden, wie man am besten vorgehen sollte, um herauszufinden, was für Video-Devices in einem System sind. Einfach /dev/video0 - /dev/videoXXX durchprobieren fühlt sich eigentlich nicht richtig an. Ich kann mir vorstellen, dass es Leute gibt, die z.B. mit udev o.ä. ihren Devices andere Namen gibt (z.B. /dev/yuv_out0 oder so).
Wenn ich heute abend zu Hause bin, werde ich mal die v4l-Mailingliste fragen.

mini.

Moin!

Gestern abend ist mir was dazwischen gekommen, hab aber schon was angefangen. Über's Wochenende bin ich allerdings unterwegs, bin aber zuversichtlich, dass ich nächste Woche was gebacken bekomme.

Bis dahin,
mini.

Moin!

Ich hab jetzt mal ein kleines C-Programm geschrieben, dass die installierten Videodevices nach einem ivtv-betriebenem Ausgabegerät mit YUV-Unterstützung abklappert. Es ist noch ein wenig "dirty", funktioniert aber bei mir ohne Probleme. Voraussetzung ist ein 2.6er Kernel mit sysfs, aber da ivtv eigentlich erst so richtig ab 2.6.22 "da ist", halte ich es für keine richtige Einschränkung.
Im Laufe der Woche integriere ich das mal in vidix/ivtv_vid.c vom mplayer, dürfte nicht mehr schwer sein. Was mir noch fehlt, ist, dass man z.B. über eine Environment-Variable eine PVR350 vorgeben kann, falls man mehrere hat.

Bei der ganzen Sache ist ein kleines Problem von v4l2 aufgetaucht: VIDIOC_QUERYCAPS liefert für jedes Device einer PVR350 (/dev/video0,16,32,48) die gleichen Eigenschaften, also kann ein Programm eigentlich gar nicht wissen, welches Device das Richtige ist. Mal sehen, ob ich da mal was anstoßen kann, dass sich das verbessert.

mini.

Moin!

Ich hab mal meine Variante in den mpalyer integriert, übersetzbar müsste es (hoffentlich) sein, das Kompilieren des mplayer schlägt bei mir an anderen Stellen fehl, vermutlich wegen fehlender Includes/altem gcc oder ähnlichen.
Vielleicht kannst du ja was damit anfangen...

mini.

EDIT: In diesen Patch hat sich noch ein kleiner Fehler eingeschlichen, der wird hoffentlich bald behoben sein. Der Vergleich über der Zeile "Error occurred during opening" war falschrum, da musste "if(-1 == fbdev) {" stehen, ups...
Ist korrigiert (hoffentlich war das alles)