Ok, I've done some searching on this. I know it has worked in the past.
I just reinstalled slackware on my laptop.

My question is so basic, I couldn't find a thread about it. I don't think the search funtion knows what to do with a two character search string like "CD".

Anywy, I have XMMS 1.2.10 installed. It will play files from /usr/share/sounds.
Under Options/Preferences I have Output Plugin is ALSA 1.2.10 [libALSA.so]
Under Input Plugins CD Audio Player 1.2.10 [libcdaudio.so] is in the list. Under Configure for that, the Device is /dev/cdrom and the Directory is /mnt/cdrom.
Now, I know you don't 'mount /dev/cdrom /mnt/cdrom' to play audio CDs.

I put a CD in the drive. Now, how do I play it in XMMS? I can't get the tracks to show up in the playlist.

Maybe I need to go into fstab and change noauto to auto on the /dev/cdrom line. Maybe I need to tap the laptop with my hammer.

you put the cd in then go to Play > Directory > /mnt/cdrom and it should work

Well, of course, that's what I tried, and it doesn't work.

maybe you need to change permissions on /dev/hdd or whatever ur CD drive is

/dev/cdrom is 777 and /dev/hdb is 660.

This is good for the data CD's. I don't think permissions is the problem. Do the x bits on /dev/hdb need to be turned on for playing CD's?

It's a CDRW/DVD player. Maybe I need to add some other entry in fstab besides:
/dev/cdrom /mnt/cdrom iso9660 noauto,owner,ro 0 0

hmm. first of all, i would change /dev/hdb to 777 too, because i'm pretty sure you can't access a directory unless you have execute permissions...at least i think that's true. second, you might change your fstab entry to "users" instead of "owner", so that any user can mount/umount . also, if that doesn't work, then after "ro" add "umask=000"

this is my fstab entry for CD:

/dev/cdrom /mnt/cdrom iso9660 noauto,owner,ro 0 0

my /dev/hdd permissions:

brw-rw---- 1 bengo disk notice that I am the owner of the CD not root.

as for /mnt/cdrom I set the permission to 755 so root can read write and execute and every1 else can read and execute

/dev/hdb doesn't need to be 777. At least it's not on my red hat machine. On that machine I have a regular CD player and a CDRW. One is /dev/hdc and the other is /dev/scd0. They are both only 600. However, I can't get XMMS to play CD's there either. kscd is launched when I insert a CD and it plays CD's just fine.

I tried the users and umask thing in fstab, but it had no effect.

Anybody else?

All I wanna do is listen to a CD with XMMS.

I'm thinking that /dev/cdrom is enough for data CD's, but since it's a CDRW/DVD then maybe it should be something else, similar to the CDRW on my red hat machine being /dev/scd0.

On my windows machine I just pop in a CD and ....

For certain functionality the permissions on the
raw device you want to use need to be ugo=rw.

That includes playing dvd, gripping audio CD's,
playing audio-CD's. The mount points permissions
don't make a difference for these three.


As for XMMS : check whether the plugin is
actually installed/enabled, it's NOT part of XMMS'
core functionality.


Cheers,
Tink

ugo=rw gives me 666 as opposed to the original 660 for /dev/hdb. I can change that easy enough.

As for the plugin, here's what I see.

And, alsa is installed because I had to reinstall it from the CD after swaret installed a newer version that wanted a new kernel. But, the issue here is not the sound. It's the finding the CD.

What about the fstab issue?

Thanks...

OK...
That did it.

/dev/hdb chmod'ed to 666 (ugo=rw)

Weird. It's obviously the devil's work!

Edit: Man... that sounds weak (laptop)! But, not too bad through the headphones.
Now, on to the DVD playing.

Edit2: So, mcd, 777 would have worked too then, but it would have been just a little over what's needed, eh?

Thanks...

There is no fstab-issue :)

As I pointed out in the prior post that functionality
does use the RAW device, nothing to do with any
mount-points.



Cheers,
Tink

[slaps forehead]

hehe, yeah, just a little over-the-top. does anyone know though, I thought when you're dealing with cdroms rw doesn't allow you to access a directory, you need x also...was it another filesystem i'm thinking of, or am i totally making that up?

And again: it's a RAW device, and no, you can't execute those,
and no, they're not directories, either.