bcooksley wrote:Permissions shouldn't be a problem, given that MPlayer has no problem...

Could you provide the same listing from your computer as well please?

that is why asked about permissions: i hoped you would post the command so i could see my permissions more easily & post them.

Code: Select all

lrwxrwxrwx   1 root   root         3 2008-11-18 13:54 cdrom2 -> sr0
lrwxrwxrwx   1 root   root         3 2008-11-18 13:54 cdrom3 -> sr1
lrwxrwxrwx   1 root   root         3 2008-11-18 13:54 cdrw2 -> sr0
lrwxrwxrwx   1 root   root         3 2008-11-18 13:54 cdrw3 -> sr1
lrwxrwxrwx   1 root   root         3 2008-11-18 13:54 dvd2 -> sr0
lrwxrwxrwx   1 root   root         3 2008-11-18 13:54 dvd3 -> sr1
lrwxrwxrwx   1 root   root         3 2008-11-18 13:54 dvdrw3 -> sr1
srw-rw-rw-   1 root   root         0 2008-11-18 13:54 log
lrwxrwxrwx   1 root   root         3 2008-11-18 13:54 scd0 -> sr0
lrwxrwxrwx   1 root   root         3 2008-11-18 13:54 scd1 -> sr1
brw-rw----+  1 root   disk   11,   0 2008-11-18 13:54 sr0
brw-rw----+  1 root   disk   11,   1 2008-11-18 13:54 sr1

they look they same as yours, so i assume that means they are fine...

Paydirt. You're permissions may be fine but xine expects to find /dev/cdrom to play audio cd's from. You only have cdrom2 and cdrom3 which do not count.

Using KDE 3 Kaffeine, adjust the Xine engine parameters, setting audio_cd.device and dvd.device to the drive you specify. Xine's defaults are /dev/cdrom for audio cd's and /dev/dvd for DVD movies, neither of which exist on your system ( they must be that precisely, without any numbers on the end ) so you need to point them to a valid drive ( /dev/cdrom2 for instance )

nope. i could tell right away that this wouldn't work. as i said before, the drives are properly configured in my applications.

xine/kaffeine is not hardcoded to /dev/cdrom or /dev/dvdrom. changing xine/kaffeine's settings to a symlink would not make a difference because i already have those applications settings set to the actual devices (/dev/sr0 & /dev/sr1).

i tried it any way and it was as i suspected: it didn't make a difference...

other ideas?

Maybe your system is missing a dependency for the CDDA Xine plugin. what is the output of:

Code: Select all

ldd /usr/lib/xine/plugins/1.24/xineplug_inp_cdda.so

My system produces this:

Code: Select all

linux-gate.so.1 =>  (0xffffe000)
libxine.so.1 => /usr/lib/libxine.so.1 (0xb7f87000)
libpthread.so.0 => /lib/libpthread.so.0 (0xb7f6f000)
libc.so.6 => /lib/libc.so.6 (0xb7e2c000)
libdl.so.2 => /lib/libdl.so.2 (0xb7e28000)
libz.so.1 => /lib/libz.so.1 (0xb7e13000)
libm.so.6 => /lib/libm.so.6 (0xb7ded000)
librt.so.1 => /lib/librt.so.1 (0xb7de4000)
libresolv.so.2 => /lib/libresolv.so.2 (0xb7dd1000)
libnsl.so.1 => /lib/libnsl.so.1 (0xb7dba000)
/lib/ld-linux.so.2 (0xb8005000)

mine is the same (except for the order they were generated in):

Code: Select all

linux-gate.so.1 =>  (0xffffe000)
libxine.so.1 => /usr/lib/libxine.so.1 (0xb7ffe000)
libpthread.so.0 => /lib/libpthread.so.0 (0xb7fe6000)
libc.so.6 => /lib/libc.so.6 (0xb7ea3000)
libdl.so.2 => /lib/libdl.so.2 (0xb7e9f000)
libm.so.6 => /lib/libm.so.6 (0xb7e78000)
libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0xb7e05000)
libz.so.1 => /lib/libz.so.1 (0xb7df1000)
librt.so.1 => /lib/librt.so.1 (0xb7de8000)
libresolv.so.2 => /lib/libresolv.so.2 (0xb7dd5000)
libnsl.so.1 => /lib/libnsl.so.1 (0xb7dbe000)
/lib/ld-linux.so.2 (0xb807d000)


That's fine, all the libraries it requires appear to be present. Strike needs another dependency off the potential problem list. So that means for some reason Xine is refusing to load the plugin, or it cannot find it. Does the command xine-config --plugindir return /usr/lib/xine/plugins/1.24?

does xine-config come with the xine application/package because:
bash: xine-config: command not found
remember i said i don't have the xine application installed.

I am running Kubuntu, and the xine-config binary is located in the package libxine-dev. Though that makes me wonder a bit, it could be the same on opensuse.

@ neverendingo
thanks. it was in the corresponding opensuse package.

bcooksley wrote:Does the command xine-config --plugindir return /usr/lib/xine/plugins/1.24?

yes it does.

What is the output of

Code: Select all

rpm -qa | grep libxine

please? This is what I get now, since I had to install libxine-devel today to get the Xine Phonon backend to be built for my trunk build.

Code: Select all

libxine1-codecs-1.1.15-44.pm.0
libxine-devel-1.1.15-44.pm.0
libxine1-1.1.15-44.pm.0

If you get different versions then please refresh your Packman repository, and update your Xine packages so we can eliminate them as the source of the problem.

i'm always up-to-date :

Code: Select all

rpm -qa | grep libxine
libxine1-1.1.15-44.pm.0
libxine1-directfb-1.1.15-44.pm.0
libxine1-codecs-1.1.15-44.pm.0
libxine1-sdl-1.1.15-44.pm.0
libxine-devel-1.1.15-44.pm.0

WIth a CD in a drive, could you please execute 'cdinfo' You should get a track list of that disc. If that works then libcdio is cleared from problems. Could you try with xineui? it can be found in the xine-ui package.

interesting...

Code: Select all

cdinfo
CD Info 1.1 | (c) 1996-98 Gerd Knorr & Heiko Ei�feldt
cdinfo: /dev/cdrom: No such file or directory

Code: Select all

rpm -qa | grep libcdio
libcdio-utils-0.80-3.1
libcdio_paranoia0-0.80-3.1
libcdio-devel-0.80-3.1
libcdio7-0.80-3.1
libcdio++0-0.80-3.1
libcdio_cdda0-0.80-3.1

The /dev/cdrom problem I was talking about before has now finally properly revealed itself. Run this command as root, replacing /dev/sr0 for /dev/sr1 if you want to use /dev/sr1 instead. Note that you will have to have the CD in this particular drive for it to work.

Code: Select all

ln -s /dev/cdrom /dev/sr0

You may also want to check Xine after running that as well.

i already have that symlink:

Code: Select all

ln: creating symbolic link `/dev/sr0': File exists