[play] GIT up to date

Zitat von johns

Than you must stay with the mplayer plugin. One design goal is no need of this ** ** *** shell scripts.
When mplayer has problems with special streams, than fill bug reports to mplayer.
When mplayer is too stupid to know, that the deinterlacer is not needed, than fill a bug report there and don't work around the bugs.

It's not a matter of mplayer being stupid or not. There are plenty of times where the mpeg headers are incorrect and that is certainly not the fault of the user or mplayer. Of course you can take a cheap way out by saying go complain to every content provider where this is an issue, but how realistic is that? People have tried before and gotten nowhere. We don't live in a perfect world and ignoring that fact is really bad. You need to remember that all the mplayer command line options exist so that the user can set what is needed and/or what he prefers. It's impossible for a player to get it right 100% of the time and somehow know what the user wants in every scenario. I get what you want to accomplish but to achieve it you better not rely on mplayer.

Zitat

You have the option -/ and "man ln -s" or use automounters.
And some day I will support play lists.

Code

ln -s video /var/vdr/play/video
ln -s audio /var/vdr/play/audio
ln -s images /var/vdr/play/images
...
--plugin="play ... -/ /var/vdr/play/ ..."

This is more flexible and needs no configurations.

Yes it needs configuration. It requires the user create a whole symlink tree, which is more work than creating a sources list.

Zitat

I thinking about using different browser roots (video/music/pictures/...).

This is actually a good idea and (mostly) eliminates the need for a sources list or a symlink tree.

In the end it's important to remember that for anything to be a serious alternative, it should be better & more functional that its' competition -- not crippled or less capable. That being said, I would like to see vdr-play improve and stick around for a while!

Zitat von johns

Nimmt doch aktuellere Distributionen:

Diff

diff --git a/player.c b/player.c
index 7df9724..a73ada3 100644
--- a/player.c
+++ b/player.c
@@ -495,7 +495,7 @@ static void *PlayerHandlerThread(void *dummy)
 static void PlayerThreadInit(void)
 {
     pthread_create(&PlayerThread, NULL, PlayerHandlerThread, NULL);
-    pthread_setname_np(PlayerThread, "play player");
+    //pthread_setname_np(PlayerThread, "play player");
 }
 
 /**

Alles anzeigen

Johns

hast eh recht!

mille grazie!

Zitat von johns

Geht den mplayer alleine starten?

Diff

diff --git a/player.c b/player.c
index 4ec0f4d..460faa9 100644
--- a/player.c
+++ b/player.c
@@ -149,7 +149,7 @@ char PlayerSpeed;                   ///< player playback speed
 */
 static void PlayerParseLine(const char *data, int size)
 {
-    Debug(4, "play/parse: |%.*s|\n", size, data);
+    Debug(3, "play/parse: |%.*s|\n", size, data);
 
     // data is \0 terminated
     if (!strncasecmp(data, "DVDNAV_TITLE_IS_MENU", 20)) {

Alles anzeigen

Mit dem Patch loggt er die Ausgaben vom mplayer ins syslog.

Code

-osdlevel 1

setze ich extra auf 0, wenn VDR OSD aktiviert ist, hat dies einen besonderen Sinn?

Johns

Alles anzeigen

Moin,
habe Deinen Patch eingebaut, jedoch finde ich anschließend keine Log-Einträge vom Mplayer im Syslog.

Das hier rufe ich in einem anderen Script auf um zu sehen ob der mplayer überhaupt mit DVD klarkomt.
Das funktioniert:

/usr/bin/mplayer -fs -osdlevel 1 -vo vdpau -vc ffh264vdpau,ffmpeg12vdpau,ffvc1vdpau,ffwmv3vdpau,ffodivxvdpau, -ao alsa:device=hw=$AUDIO -cache 8192 -slave -volume 100 -mixer S/PDIF -alang de -ontop yes -lircconf /VDR/lircrc -v -noconfig all -idx -fs -dvd-device /dev/dvd

Habe unterchiedliche DVDs probiert (gekaufte/gebrannte) das hat nix gebracht.
Noch eine Idee?

Habe Mplayer nochmal neu gebaut, nun läuft es mit DVDs, muss nun noch an der STeuerung basteln.
Danke

Zitat von jinx

I think an option should be added to using an mplayer launch script instead of only being launching mplayer directly.

Hi,

Maybe, you could do this:

- in runvdr.sh:

PATH=/special/path/for/fake/mplayer:$PATH
vdr -Pplay ...

- in /special/path/for/fake/mplayer/mplayer:

REAL_MPLAYER=/usr/bin/mplayer
OPTS="whatever you want"
exec $REAL_MPLAYER $OPTS

Peter

Zitat von johns

No need todo it such complex.

Just use -Pplay ... -m /path/to/my_mplayer_script ...

Then, why did you write:

Zitat

Than you must stay with the mplayer plugin.

?

Peter

Zitat von johns

I generate all mplayer parameters in the plugin,
so it could be tricky to parse the commnd line in the script.

If the filename is always the last parameter, it should be ok.

Peter

Zitat von pmrb

If the filename is always the last parameter, it should be ok.

This does seem to work. I modified my mplayer.sh to just ignore everything but the last argument. The file should remain as last since that's what mplayer expects.

I tested this plugin again. It worked in that the file played. I couldn't bring up the OSD however, which is probably due to me using VDPAU and support for OSD over VDPAU isn't implimented (yet).

Next, the only remote control button that worked was stop. Fast forward, rewind, skip +, skip -, and pause did not work. I don't know why unless support for this is missing also since they all work fine in the mplayer plugin.

Lastly, when I stopped playback (via pressing stop on the remote), video worked but audio was gone. I couldn't figure out a way to recover it. There's no option to reset audio, tuning different channels didn't bring it back. Playing another file didn't bring it back.

Zitat von johns

OSD should work, you have two possibilities. Using the mplayer OSD or the VDR OSD.
The option -o enables thje VDR OSD, but the replay info is only minimal yet.
Loudness and VDR menus should work.

The OSD does not work with or without -o. Again, I'm using VDPAU and I don't know if support for that has been added to your plugin or is needed.

Zitat

For remote keys, you have two possibilities, slave mode or mplayer interprets the key self.
You can enable with -s the slave mode. but not all keys are implemented yet.
DVD Menu should work and jumping around in the file.

I got the remote working using -s with the plugin and setting -slave in my script. I did have to do some patching to playcpp, player.c, and player.h to get the functionality I wanted (such as being able to skip tracks when playing a playlist).

Zitat

When I stop the player, I kill the player, in your case i kill the shell script, the shell script
should kill the mplayer otherwise it is running in the background until you kill it.

I tried trapping signals but that didn't work so. My script never got any signals so I'm not sure how you're killing the process. I added PlayerSendQuit to the kStop keypress in play.cpp and that killed mplayer2 and my script got SIGTERM then.

And, you should add a key to go immediately back to the root dir instead of having to navigate backwards. Or just add the root dir to the top of every dir list.

Zitat von jinx

I tried trapping signals but that didn't work so.

How do you start mplayer? ("mplayer ... &" or "exec mplayer ..." or how?)
Peter

Hi,
Ich habs dann auch endlich gebaut bekommen und getestet. Ich hatte isos mit unterstrichen und Bindestrich im Namen. Die mag play nicht... Nach Umbenennung läuft eigentlich alles. In DVD Menüs fehlt hier ab und an mal ein menü-cursor aber das ding rennt schon super! Danke dafür...

Gesendet von meinem BioniQ 700 mit Tapatalk 2

Mal 'ne andere Frage: funktioniert das Play-Plugin auch mit dem Seduatmo-Plugin? Weil das mplayer-Plugin tut das nicht .

Grüße,
j.

Zitat

Mal 'ne andere Frage: funktioniert das Play-Plugin auch mit dem Seduatmo-Plugin? Weil das mplayer-Plugin tut das nicht .

Nein. das funktioniert nur wenn die Ausgabe über softhddevice läuft.

Wäre es denn möglich einen Player in SoftHDDevice zu Integrieren, so wie bei vdr-sxfe?