[announce]: mplayer für PVR350

Gratulation! Du bist sehr weit gekommen!

Du brauchst jetzt eigentlich nur noch das mpplayer-Plugin im slave-Modus laufen lassen, und eine passende mplayer.sh sowie mplayer.sh.conf

Ich hänge Dir mal meinen letzten Arbeitsstand an. In den Dateien musst Du eventuell Pfade (z.B. /etc/vdr/setup.conf) anpassen und sie dann in /usr/bin legen.

In der setup.conf von vdr änderst Du dann die mplayer-Einträge:

mplayer.ControlMode = 1
mplayer.HideMainMenu = 0
mplayer.KeyCmd0 = dvdnav menu
mplayer.KeyCmd1 = audio_delay -0.1
mplayer.KeyCmd2 = dvdnav up
mplayer.KeyCmd3 = audio_delay +0.1
mplayer.KeyCmd4 = dvdnav left
mplayer.KeyCmd5 = dvdnav select
mplayer.KeyCmd6 = dvdnav right
mplayer.KeyCmd7 = dvdnav prev
mplayer.KeyCmd8 = dvdnav down
mplayer.KeyCmd9 = switch_audio
mplayer.ResumeMode = 2

Wenn Dein mplayer richtige dvdnav-Unterstützung hat (--disable-dvdread-internal sieht schon mal vielversprechend aus, das config-Script hat hoffentlich auch dvdnav gefunden) dann kannst Du DVDs über das mplayer-Plugin mit Menüunterstützung sehen. (/etc/vdr/plugins/DVD-VCD/DVD muss angelegt sein). Die Menüsteuerung erfolgt dann über die Zifferntasten.

also wenn der mplayer bei Start per command line die devices ohne Vorgaben findet, dann muss das auch per mplayer.sh gehen.

Was sagt denn

mplayer.sh /video0/jetzt.mpg

bei gestopptem vdr, aber geladenem ivtvfb ?

Das mplayer-Plugin sucht eine /usr/bin/mplayer.sh.
In der mplayer.sh.conf hast Du auf

MPLAYER="/usr/local/bin/mplayer"

abgeändert?

Zitat

Original von schubsi
Könnte es sein, dass das video device noch "busy" ist, während mplayer es zu öffnen versucht?

das pvr350-Plugin benutzt das /dev/video48 gar nicht.

o.k, dann ist es jetzt Zeit das ganze auch für LinVDR/mahlzeit mal upzudaten. Ich habe ein neues paket mit dvdnav-Unterstützung hochgeladen:
http://drseltsam.device.name/vdr/mplayer-pvr350-dvdnav.tgz

Damit ist es nun möglich, auch DVD Menüs zu sehen und in ihnen zu navigieren.

Installation:

tar xvfz mplayer-pvr350-dvdnav.tgz -C /
ldconfig

Da ich die mplayer.sh und mplayer.sh.conf inzwischen komplett umgebaut habe, kommen sie in diesem Paket mit anderen Namen, um vorhandene Dateien nicht durch Überschreiben zu zerstören. Legt Euch davon bei Bedarf backups an und legt dann Symlinks:

cd /usr/bin
ln -sf mplayer-pvr350.sh.conf mplayer.sh.conf
ln -sf mplayer-pvr350.sh mplayer.sh

Danach ändert in /etc/vdr/setup.conf die Einträge für mplayer wie im vorigen Beitrag beschrieben ab. Für die DVD-Navigation habe ich die Zifferntasten so ausgewählt, wie sie auf der Tastatur angeordnet sind, also 2= oben, 4=links etc. In der Mitte ist die 5 dann Enter.

Schaut bitte mal in die neue mplayer.sh.conf:

Zitat

# we need at least the following Y resolution to show
# the video at full screen (-fs option)
# (set to 0, if you want a full screen for videos of every resolution)
MINIMUM_Y_FOR_FS="0"

hier könnte man z.B. statt 0 den Wert 240 eingeben. Dann würden Videos mit einer Auflösung von 320x240 noch bildschirmfüllend dargestellt. Alles darunter würde in der Originalgröße (zentriert mit schwarzem Rand) dargestellt, was für gering aufgelöste Handy-Videos sinnvoll sein könnte.

Zitat

# what aspect ratio has your TV set?
# either 4/3 (conventional) or 16/9 (widescreen)
# auto will use VideoFormat-setting in vdr`s setup.conf
#TV_ASPECT="16/9"
#TV_ASPECT="4/3"
TV_ASPECT="auto"

Alles anzeigen

hier empfehle ich die Auto-Einstellung. Dann wird geprüft, was bei vdr unter Einstellungen-DVB in der setup.conf abgespeichert ist. Wenn dort 16:9 als Bildformat gewählt wurde, so wird davon ausgegangen, dass der Anwender auch für mplayer eine möglichst volle Ausnutzung seines Bildschirms haben möchte. Es wird dann "-monitoraspect 16:9" verwendet. Das setzt aber voraus, dass der TV auch auf 16:9 eingestellt ist. Dies wurde bisher über das pvr350-Plugin erreicht (pvr350.WSS_16:9_for_pmExtern=1). Eine neue Lösung beschreibe ich weiter unten.

Zitat

# use dvdnav for playing DVDs
# if set to false, mplayer will use dvd://
DVDNAV="true"

ist eigentlich selbsterklärend. Leider ist dvdnav noch nicht 100% perfekt. Bei meinen Versuchen wurde z.B. die deutsche Sprache für den Hauptfilm nicht gewählt, wenn das Eingangsmenü keinen deutschen Ton hatte. Man kann hier das alte Verhalten also wieder herstellen.

So zurück zum Bildformat:
Leider ist es nicht möglich, das tatsächliche Format eines Films zu erkennen. Die entsprechende Kennung fehlt meistens, und alleine aus dem Verhältnis X-resolution zu Y-resolution kann man es nicht ableiten. Wer einen 16:9-Fernseher hat, möchte aber wenn möglich dieses Format auch nutzen, statt schwarze Balken zu haben. Daher wie oben beschrieben der Parameter " -monitoraspect 16:9". Das wird dann aber auch für 4:3-Filme verwandt. Damit diese am 16:9 TV richtig aussehen, muss dieser auch in diesem Fall auf das Format 16:9 geschaltet werden. Oder anders gesagt: Für mplayer wird bei Verwendung von "-monitoraspect 16:9" eigentlich immer ein wss bit benötigt, das den TV auf 16:9 schaltet. Ich habe dazu im pvr350-Plugin die oben erwähnte Option eingebaut. Nachteil: das wss-bit wird nun immer gesandt, sobald vdr den playmode pmExtern aufruft. Das muss nicht unbedingt das mplayer-Plugin sein. Diese Option fliegt deshalb vermutlich aus dem pvr350-Pluugin auch wieder raus. Also habe ich darüber nachgedacht, wie man das anders lösen kann. Das Ergebnis ist nun, dass das mplayer.sh-Script ein von mir angepasstes wss-binary ausführt, wenn der Anwender sich grundsätzlich für die Verwendung von wss-bits entschieden hat:

if grep -q "^pvr350.UseWssBits = 1" /etc/vdr/setup.conf; then
  if test "$MONITORASPECT" == "-monitoraspect 16:9"; then
    WSS="7";
    echolog "*** INFO: Setting 16:9 wss bit"
  else
    WSS="8"
    echolog "*** INFO: Setting 4:3 wss bit"
  fi
  exec /usr/bin/wss $WSS /dev/vbi$DEVICE &
fi

Aus diesem Grunde sollte bei Verwendung dieser neuen mplayer-Scripte im pvr350-Plugin "WSS_16:9_for_pmExtern" auf nein gestellt werden, da das wss-bit sonst doppelt gesetzt wird.

Übrigens kann man sich in /etc/vdr/commands.conf noch ein paar weitere Möglichkeiten eintragen:

WSS "Zoom" : /usr/bin/wss 1
WSS "PalPlus" : /usr/bin/wss 11
WSS normal : /usr/bin/wss 8
WSS anarmorph : /usr/bin/wss 7

Die ersten beiden Kommandos zoomen ein 4:3-Letterbox-Bild unterschiedlich stark soweit auf, dass die schwarzen Bild weg sind und der 16:9-Screen voll ausgefüllt wird. (Der Begriff PalPlus ist hier irreführend, aber mein Loewe-TV zeigt diesen Modus so an.)
jetzt wird vielleicht jemand fragen: was soll das? warum ändert er das Bildformat nicht mit der entsprechenden Taste der Fernbedienung des TV? Nun, zumindest bei meinem Loewe führt jede manuelle Änderung dazu, dass diese solange aktiv bleibt, bis man das Programm wechselt. Solange der TV auf AV1 bleibt, erkennt er dann keine Formatwechsel mehr, was blöd ist, wenn man von mplayer zurück zum TV-Programm gewechselt hat.

Die sourcen des wss-binary findet man hier:
http://ivtvdriver.org/viewcvs/ivtv/trunk/test/
und den Patch, mit dem ich es für verschiedene Modi erweitert habe, füge ich der Vollständigkeit halber bei.

die Debianer haben anscheinend auch den Aufruf des Scripts verändert:

-const char *MPlayerCmd = "mplayer.sh";
+const char *MPlayerCmd = "/usr/share/vdr-plugin-mplayer/mplayer";

das ganze ist in der Tat sehr verwirrend. Die jeweilige config-datei wird i.d.R. aus dem Namen des mplayer-Scripts abgeleitet, aber wer weiss...
Am besten benennst Du solange alles um, was mit mplayer zu tunhat, bis Du die tatsächlich benutzen Dateien gefunden hast

Zitat

Original von mini73
<OT>
Dabei fällt mir ein, dass du irgendwo auch schon mal geschrieben hast, dass du das "Stoppen des Spulens hält nicht da an, wo es soll"-Problem mit einer PVR350 identifiziert hast. So einen gepatchten VDR muss ich auch noch mal ausprobieren...

ich hab das im README des pvr350-Plugins beschrieben. Eine gepatchte + neu kompilierte vdr-1.4.7-ext40 liegt in meinem pvr350-Pluginpaket jetzt bei, die musst Du dann in /usr/bin nur umbenennen oder verlinken. Es löst den Versatz aber auch nicht vollständig. Was vdr da macht, ist eine Krücke, die nur aufgrund des kleinen buffers des av7110-Dekoders bei FF-Karten nicht so deutlich wird.

Zitat

Dazu fällt mir ein: wenn man eine Schnittmarke während des Abspielens setzt, ist die auch nicht unbedingt da, wo man sie erwartet. Der Versatz ist ähnlich zu dem Spulproblem. Wäre es mit deinem Spulpatch auch beseitigt?

da muss ich passen. Habe ich nie drauf geachtet -Schnittmarken verschiebe ich sowieso immer die mit den Tasten 4 bzw. 6

Zitat

Original von schubsi
[ivtv-vid] Error occured during pci scan: Operation not permitted
vidixlib: PROBING: mach64
...
[/code]

An welcher Schraube muss ich drehen, dass der PCI-Scan erlaubt wird?

puh, Du stellst Fragen .. der Abschnitt stammt auf alle Fälle schon mal nicht aus dem patch von mini73. Das ist original-Code aus ivtv_vid.c
Wäre ja krank, was nur root eine userspace-Applikation ausführen dürfte. Bei LinVDR ist das nie aufgefallen, weil da vdr als root läuft.

Zitat

Sicher, dass das Device /dev/video49 nicht in Benutzung ist, wenn der VDR in Betrieb ist?

definitiv. Wenn ich mich richtig erinnere, kann aber nicht gleichzeitig in /dev/16 bzw. 17 und in/dev/48 bzw. 49 geschrieben werden. Deshalb schließt das pvr350-plugin dieses device und öffnet es bei Beenden des mplayer-Plugins wieder.

Deine Fehlermeldung kommt aber sehr früh in ivtv_probe, noch bevor ein device geöffnet wird.
Vielleicht kann mini73 dazu mehr sagen, er hat sich mit dem Code sehr intensiv beschäftigt.

Zitat

Original von schubsi
Original diese Kommandozeile plus Video-Dateiname hintendran läuft per telnet (als root !) einwandfrei, wenn der VDR beendet wurde -> Ich kombiniere: Der Programmaufruf ist einwandfrei richtig.

sind dann trotzdem noch alle Treiber geladen? oder hat das Beenden von vdr auch andere Treiber entladen, die sonst /video0 bilden würden? oder mit anderen Worten: hast Du bei dieser Methode ebenfalls /dev/49 ?

Zitat

Original von schubsi
An welcher Schraube muss ich drehen, dass der PCI-Scan erlaubt wird?

in vidix/dha.h steht
int pci_scan(pciinfo_t *pci_list,unsigned *num_card);

/* Enables/disables accessing to IO space from application side.
Should return 0 if o'k or errno on error. */

sollte also eigentlich gehen