LinuxQuestions.org - Xine Questions

- Slackware (https://www.linuxquestions.org/questions/slackware-14/)

- - Xine Questions (https://www.linuxquestions.org/questions/slackware-14/xine-questions-657047/)

I'm running Slackware 12.1, fully patched.

First:

Is there an ISO demux plugin for xine?

I can play a DVD video ISO in xine from the command line:

xine "dvd://path/to/dvd-video.iso"

If I select the same ISO file from within a file manager, select Open With..., select xine, then xine will not play the disk image. I receive an error message:

couldn't find demux for path/to/dvd-video.iso

I presume the error message means none of the installed demux plugins recognize the ISO file extension. There are no other error messages and xine-check displays no related errors.

Ignoring mounting through the loop device, is xine incapable of playing an ISO in any other manner? Is this a configuration issue that can be resolved? Perhaps a file association issue? Is there a way to add an ISO button option to the xine user interface control? This seems the obvious way to directly access ISO images through xine....

Second:

Is the stock Slackware xine and xine-ui compiled to be "DRM compliant"? In other words, are there additional options I should consider enabling and recompiling, especially after I compile and install numerous multimedia packages (slackbuild.org) that are not in the stock Slackware, such as ffmpeg, dvdnav, etc?

Third:

I notice several bug fix and security patches to the xine libraries, now at version 1.1.14. The last version in patches is 1.1.11. Anybody know whether PV will be issuing patches or do we have to recompile on our own?

Fourth:

I ran xine-check. The utility reported there is no /usr/share/skins directory. I have skins installed at /usr/share/xine/skins. I checked the stock Slackware xine package and skins are installed in the latter directory and not the former. This matched the source configure file too.

The error report is harmless and I could create the directory and a sym link, but is there another xine configuration file to edit to eliminate the "problem"? Anybody else experience this report on 12.1?

I don't know what it is about xine, but it's really strange and stubborn when it comes to file input, especially with ISOs. For example, it only accepts the full path, you can't just run 'xine dvd:./filenamename.iso'. I've struggled with the same problems you have, and I think it has something to do with the way the filename is parsed and passed to the program. But I think I've finally come up with a workaround.

After trying all kinds of combinations with %d and %f variables in the kde file associations, I finally decided to try a different tack. I created a simple shell script with the following lines:

Code:

#!/bin/bash



xine dvd:$1 &



exit 0

After making it executable, I went back to the kde associations and told it to open up xine with the shell script (/path/to/script.sh %f). And it works! xine will now play the iso from the file manager.

Hope this helps.

(by the way, the problem only seems to be with xine itself, gxine, for example, has no problem playing .iso files.)

Quote:

I ran xine-check. The utility reported there is no /usr/share/skins directory. I have skins installed at /usr/share/xine/skins. I checked the stock Slackware xine package and skins are installed in the latter directory and not the former. This matched the source configure file too.

The error report is harmless and I could create the directory and a sym link, but is there another xine configuration file to edit to eliminate the "problem"? Anybody else experience this report on 12.1?

For anybody interested, the problem is in the /usr/bin/xine-check shell script. The problematic text is at line 988:

skindir="$datadir/skins" #FIXME: guesswork...

where $datadir = /usr/share

For Slackware the shell script text should be:

skindir="$datadir/xine/skins" #FIXED: no guesswork!

This is not a show stopper. Just one of those little dammits. But mystery solved. :D