I've changed the DVD drive on my SuSE 8.1 system to be IDE instead of SCSI emulated, and enabled DMA. Now, the system doesn't lock when I try to access the drive with DMA turned on :-) However, even though I can mount data CDs and even DVD movie discs in this drive, I can't play movies - even the same disk I've just mounted (when it's not mounted, of course!). MPlayer complains "Couldn't open DVD device: /dev/dvd", and xine just does nothing. I've linked /dev/hdc (the DVD drive) explicitly to /dev/dvd ("ln -sf /dev/hdc /dev/dvd") but the same thing happens. (It was linked to /dev/sr0 before I got rid of ide-scsi on this drive.) Why might this be? TiA John -- John Pettigrew Headstrong Games john@headstrong-games.co.uk Fun : Strategy : Price http://www.headstrong-games.co.uk/ Board games that won't break the bank Knossos: escape the ever-changing labyrinth before the Minotaur catches you!
On Tuesday 26 November 2002 17.28, John Pettigrew wrote:
I've changed the DVD drive on my SuSE 8.1 system to be IDE instead of SCSI emulated, and enabled DMA. Now, the system doesn't lock when I try to access the drive with DMA turned on :-)
However, even though I can mount data CDs and even DVD movie discs in this drive, I can't play movies - even the same disk I've just mounted (when it's not mounted, of course!). MPlayer complains "Couldn't open DVD device: /dev/dvd", and xine just does nothing. I've linked /dev/hdc (the DVD drive) explicitly to /dev/dvd ("ln -sf /dev/hdc /dev/dvd") but the same thing happens. (It was linked to /dev/sr0 before I got rid of ide-scsi on this drive.)
Why might this be?
"mount" is suid, so it's run as root even though you're logged in as a regular user. xine and mplayer, on the other hand, run as your user. Briefly put, check the permissions on /dev/hdc and make sure your user has enough permissions to use it Anders
On Tue, 2002-11-26 at 11:30, Anders Johansson wrote:
On Tuesday 26 November 2002 17.28, John Pettigrew wrote:
I've changed the DVD drive on my SuSE 8.1 system to be IDE instead of SCSI emulated, and enabled DMA. Now, the system doesn't lock when I try to access the drive with DMA turned on :-)
However, even though I can mount data CDs and even DVD movie discs in this drive, I can't play movies - even the same disk I've just mounted (when it's not mounted, of course!). MPlayer complains "Couldn't open DVD device: /dev/dvd", and xine just does nothing. I've linked /dev/hdc (the DVD drive) explicitly to /dev/dvd ("ln -sf /dev/hdc /dev/dvd") but the same thing happens. (It was linked to /dev/sr0 before I got rid of ide-scsi on this drive.)
Why might this be?
"mount" is suid, so it's run as root even though you're logged in as a regular user. xine and mplayer, on the other hand, run as your user.
Briefly put, check the permissions on /dev/hdc and make sure your user has enough permissions to use it
This for me involved adding myself and my wife who uses the box as part of the disk group I believe before I could play a dvd. -- Johnathan Bailes BAE Systems ESI "UNIX was not designed to stop you from doing stupid things, because that would also stop you from doing clever things." - Doug Gwyn ---
On Tuesday 26 November 2002 17.57, Johnathan Bailes wrote:
On Tue, 2002-11-26 at 11:30, Anders Johansson wrote:
Briefly put, check the permissions on /dev/hdc and make sure your user has enough permissions to use it
This for me involved adding myself and my wife who uses the box as part of the disk group I believe before I could play a dvd.
That's not a very good idea. All your hard disks are owned by group "disk", so now you have permissions to completely trash them. Even if your machine is only operated by trusted people you could ruin something by accident. The argument is the same as the argument against logging in as root. It's better to chmod the cdrom only.
In a previous message, Anders Johansson wrote:
On Tuesday 26 November 2002 17.57, Johnathan Bailes wrote:
This for me involved adding myself and my wife who uses the box as part of the disk group I believe before I could play a dvd.
That's not a very good idea. All your hard disks are owned by group "disk", so now you have permissions to completely trash them.
Ah. OK. I've changed this, and chmoded /dev/hdc, and I can now open DVDs. My problem now is that playback is as choppy as before I binned ide-scsi and enabled DMA. However, I have some driver investigations to do (I'm not running openGL ATM because it doesn't agree with large screenmodes on my computer - NVidia card :-( ) Thanks, John -- John Pettigrew Headstrong Games john@headstrong-games.co.uk Fun : Strategy : Price http://www.headstrong-games.co.uk/ Board games that won't break the bank Knossos: escape the ever-changing labyrinth before the Minotaur catches you!
In a previous message, John Pettigrew wrote:
My problem now is that playback is as choppy as before I binned ide-scsi and enabled DMA. However, I have some driver investigations to do (I'm not running openGL ATM because it doesn't agree with large screenmodes on my computer - NVidia card :-( )
The choppiness is not affected whether I use nvidia+opengl or nv without opengl. Nor does it matter whether I use xine, ogle or mplayer. Am I stuck with this poor playback? John -- John Pettigrew Headstrong Games john@headstrong-games.co.uk Fun : Strategy : Price http://www.headstrong-games.co.uk/ Board games that won't break the bank Valley of the Kings: ransack an ancient Egyptian tomb but beware of mummies!
On Tuesday 26 November 2002 19:01, John Pettigrew wrote: Hi John,
In a previous message, John Pettigrew wrote:
My problem now is that playback is as choppy as before I binned ide-scsi and enabled DMA. However, I have some driver investigations to do (I'm not running openGL ATM because it doesn't agree with large screenmodes on my computer - NVidia card :-( )
The choppiness is not affected whether I use nvidia+opengl or nv without opengl. Nor does it matter whether I use xine, ogle or mplayer. Am I stuck with this poor playback?
Not sure, what is the rest of the system like? What is running in the background? How fast is the CPU? How much memory? All this has an effect on how well things go. Especially with IDE type drives. Mike -- Powered by SuSE 8.1 Kernel 2.4.19 KDE 3.0.4 Kmail 1.4.3 For a great linux portal try http://www.freezer-burn.org For SuSE Mondo/Mindi backup support go to http://home.t-online.de/~jroark 8:45pm up 3:53, 3 users, load average: 1.60, 1.95, 2.18
On Tuesday 26 November 2002 19.01, John Pettigrew wrote:
In a previous message, John Pettigrew wrote:
My problem now is that playback is as choppy as before I binned ide-scsi and enabled DMA. However, I have some driver investigations to do (I'm not running openGL ATM because it doesn't agree with large screenmodes on my computer - NVidia card :-( )
The choppiness is not affected whether I use nvidia+opengl or nv without opengl. Nor does it matter whether I use xine, ogle or mplayer. Am I stuck with this poor playback?
Which output plugin are you using in xine? I get the best results with the Xvideo plugin. But I think you need the nvidia.com drivers for that (though I'm not sure, I haven't tried the "soft" drivers in a long while, the 'official' drivers work too well for me) Anders
On Tuesday 26 November 2002 6:01 pm, John Pettigrew wrote:
The choppiness is not affected whether I use nvidia+opengl or nv without opengl. Nor does it matter whether I use xine, ogle or mplayer. Am I stuck with this poor playback?
Have you tried turning on DMA on your DVD drive? Note that your DVD drive may be linked to a SCSI device (eg on my machine /dev/dvd is linked to /dev/sr1), but you still enable DMA on the IDE device (in my case on /dev/hdc, which would be the IDE equivalent of sr1). Try: hdparm -d1 /dev/hdc from teh commandline, as root, and then try playing a DVD. If this shows an improvement, then add the above line to /etc/init.d/boot.local. HTH Kevin
In a previous message, Kevin Donnelly wrote:
On Tuesday 26 November 2002 6:01 pm, John Pettigrew wrote:
The choppiness is not affected whether I use nvidia+opengl or nv without opengl. Nor does it matter whether I use xine, ogle or mplayer. Am I stuck with this poor playback?
Have you tried turning on DMA on your DVD drive? Note that your DVD drive may be linked to a SCSI device
:-) If you read the original posting, that was what I've just done, in the hope that this would mend the choppiness. As for the machine specs, which someone else asked for, it's an Athlon 1.2GHz, 256 MB RAM, NVidia GeForce2 MX/400. I play DVDs with nothing extra running (i.e. new login, play DVD). Under Win98, DVDs play nice and smoothly so it *ought* to work fine under linux. I'm using the nv drivers because I can't get the nvidia drivers to let me use a screenmode above 1280x1024, and I like 1600x1200. I'm not sure which output plugins I used in xine (probably the default option), but I got pretty much the same output from ogle and mplayer. The only other oddity is that MPlayer complained that it couldn't initialise the audio codec to play the DVD, but ogle coped with it fine (although the video was still choppy). Where do I go from here? John -- John Pettigrew Headstrong Games john@headstrong-games.co.uk Fun : Strategy : Price http://www.headstrong-games.co.uk/ Board games that won't break the bank Knossos: escape the ever-changing labyrinth before the Minotaur catches you!
On Wed, 2002-11-27 at 03:28, John Pettigrew wrote:
In a previous message, Kevin Donnelly wrote:
On Tuesday 26 November 2002 6:01 pm, John Pettigrew wrote:
The choppiness is not affected whether I use nvidia+opengl or nv without opengl. Nor does it matter whether I use xine, ogle or mplayer. Am I stuck with this poor playback?
Have you tried turning on DMA on your DVD drive? Note that your DVD drive may be linked to a SCSI device
:-) If you read the original posting, that was what I've just done, in the hope that this would mend the choppiness.
As for the machine specs, which someone else asked for, it's an Athlon 1.2GHz, 256 MB RAM, NVidia GeForce2 MX/400. I play DVDs with nothing extra running (i.e. new login, play DVD). Under Win98, DVDs play nice and smoothly so it *ought* to work fine under linux. I'm using the nv drivers because I can't get the nvidia drivers to let me use a screenmode above 1280x1024, and I like 1600x1200.
I'm not sure which output plugins I used in xine (probably the default option), but I got pretty much the same output from ogle and mplayer. The only other oddity is that MPlayer complained that it couldn't initialise the audio codec to play the DVD, but ogle coped with it fine (although the video was still choppy).
Where do I go from here?
John -- John Pettigrew Headstrong Games john@headstrong-games.co.uk Fun : Strategy : Price http://www.headstrong-games.co.uk/ Board games that won't break the bank Knossos: escape the ever-changing labyrinth before the Minotaur catches you!
-- Check the headers for your unsubscription address For additional commands send e-mail to suse-linux-e-help@suse.com Also check the archives at http://lists.suse.com Please read the FAQs: suse-linux-e-faq@suse.com
Turning on DMA using hdparm worked for me and I run a 1.2 T-bird with a Radeon LE. What method did you use to try turning on DMA?
In a previous message, Rob Benton wrote:
Turning on DMA using hdparm worked for me and I run a 1.2 T-bird with a Radeon LE. What method did you use to try turning on DMA?
When I set DMA on using hdparm, the drive was still under scsi emulation and it crashed the computer totally (BIOS lockup, keyboard lights blinking). So, I changed it to IDE and set DMA on using YaST's DMA tool. The drive now allows access, but I stil get choppy DVD playback. John -- John Pettigrew Headstrong Games john@headstrong-games.co.uk Fun : Strategy : Price http://www.headstrong-games.co.uk/ Board games that won't break the bank Valley of the Kings: ransack an ancient Egyptian tomb but beware of mummies!
[Sorry for the doublepost.] What do the following commands output?: # hdparm -I /dev/dvd | grep -i dma # dmesg | grep -i dma Also, what output drivers are you using for MPlayer? I recommend the following $ gmplayer -ao alsa9 -vo xv DVD playback is as smooth as silk on my machine with these. On Sunday 01 December 2002 07:51, John Pettigrew wrote:
When I set DMA on using hdparm, the drive was still under scsi emulation and it crashed the computer totally (BIOS lockup, keyboard lights blinking). So, I changed it to IDE and set DMA on using YaST's DMA tool. The drive now allows access, but I stil get choppy DVD playback.
-- Karol Pietrzak <noodlez84@earthlink.net> PGP KeyID: 3A1446A0
In a previous message, Karol Pietrzak wrote:
What do the following commands output?:
# hdparm -I /dev/dvd | grep -i dma
DMA: sdma0 sdma1 sdma2 mdma0 mdma1 mdma2 udma0 udma1 *udma2
# dmesg | grep -i dma
VP_IDE: VIA vt82c686b (rev 40) IDE UDMA100 controller on pci00:07.1 ide0: BM-DMA at 0xd000-0xd007, BIOS settings: hda:DMA, hdb:pio ide1: BM-DMA at 0xd008-0xd00f, BIOS settings: hdc:DMA, hdd:DMA hda: 160836480 sectors (82348 MB) w/1863KiB Cache, CHS=10011/255/63, UDMA(100) YaST reports that the DVD drive is using DMA. John -- John Pettigrew Headstrong Games john@headstrong-games.co.uk Fun : Strategy : Price http://www.headstrong-games.co.uk/ Board games that won't break the bank Fields of Valour: 2 Norse clans battle on one of 3 different boards
So it's definite now. Your drive -is- using DMA. But MPlayer DVD is still choppy, correct? I may have missed this in the discussion, but what video and audio output drivers are you using for MPlayer? I recommend 'xv' for video and 'alsa9' for audio. I apologize if this is redundant. On Monday 02 December 2002 03:33, John Pettigrew wrote:
In a previous message, Karol Pietrzak wrote:
What do the following commands output?:
# hdparm -I /dev/dvd | grep -i dma
DMA: sdma0 sdma1 sdma2 mdma0 mdma1 mdma2 udma0 udma1 *udma2
# dmesg | grep -i dma
VP_IDE: VIA vt82c686b (rev 40) IDE UDMA100 controller on pci00:07.1 ide0: BM-DMA at 0xd000-0xd007, BIOS settings: hda:DMA, hdb:pio ide1: BM-DMA at 0xd008-0xd00f, BIOS settings: hdc:DMA, hdd:DMA hda: 160836480 sectors (82348 MB) w/1863KiB Cache, CHS=10011/255/63, UDMA(100)
YaST reports that the DVD drive is using DMA.
John
-- Karol Pietrzak <noodlez84@earthlink.net> PGP KeyID: 3A1446A0
In a previous message, Karol Pietrzak wrote:
So it's definite now. Your drive -is- using DMA. But MPlayer DVD is still choppy, correct?
Yup
I may have missed this in the discussion, but what video and audio output drivers are you using for MPlayer? I recommend 'xv' for video and 'alsa9' for audio.
xv for video and sdl for audio - I haven't touched these AFAICR, they're whatever were set upon installtion. I'm using the nv driver for my GeForce2 gfx card (nvidia driver causes problems with large screen modes, and didn't seem to improve playback when I tried it). John -- John Pettigrew Headstrong Games john@headstrong-games.co.uk Fun : Strategy : Price http://www.headstrong-games.co.uk/ Board games that won't break the bank Fields of Valour: 2 Norse clans battle on one of 3 different boards
On Monday 02 December 2002 14:30, John Pettigrew wrote:
xv for video and sdl for audio - I haven't touched these AFAICR, they're whatever were set upon installtion. I'm using the nv driver for my GeForce2 gfx card (nvidia driver causes problems with large screen modes, and didn't seem to improve playback when I tried it).
I've had a few problems using SDL for audio output. Try alsa9: gmplayer -ao alsa9 ... I vaguely remember mplayer telling me my 1.6GHz computer was too slow to play a DivX on a GeForce3 when using SDL. Using something else fixed that problem. Maybe it'll fix yours. -- Karol Pietrzak <noodlez84@earthlink.net> PGP KeyID: 3A1446A0
On Sunday 01 December 2002 15.22, Karol Pietrzak wrote:
[Sorry for the doublepost.]
What do the following commands output?:
# hdparm -I /dev/dvd | grep -i dma # dmesg | grep -i dma
Neither of those commands will tell you if the drive is using dma, only if it's capable of it. hdparm /dev/dvd | grep using_dma
In a previous message, Anders Johansson wrote:
hdparm /dev/dvd | grep using_dma
HDIO_GET_MULTCOUNT failed: Invalid argument HDIO_GETGEO failed: Invalid argument using_dma = 1 (on) Any help? John -- John Pettigrew Headstrong Games john@headstrong-games.co.uk Fun : Strategy : Price http://www.headstrong-games.co.uk/ Board games that won't break the bank Fields of Valour: 2 Norse clans battle on one of 3 different boards
On Monday 02 December 2002 20.21, John Pettigrew wrote:
In a previous message, Anders Johansson wrote:
hdparm /dev/dvd | grep using_dma
HDIO_GET_MULTCOUNT failed: Invalid argument HDIO_GETGEO failed: Invalid argument using_dma = 1 (on)
Any help?
Sorry, no. If you had gotten 0 (off) I could have said "of course, that's simple, just turn on DMA and you'll get brilliant video playback". As it is, I'm rapidly running out of ideas. I guess it's too much to hope for that you're running some heavy program in the background that causes the bad frame rate?! Another thing to check is that you have AGP working. "cat /proc/driver/nvidia/agp/status"
In a previous message, Anders Johansson wrote:
If you had gotten 0 (off) I could have said "of course, that's simple, just turn on DMA and you'll get brilliant video playback".
I told you it was on :-)
As it is, I'm rapidly running out of ideas.
:-(
I guess it's too much to hope for that you're running some heavy program in the background that causes the bad frame rate?!
Nothing at all - nothing except the bare minimum. gkrellm shows 0-5% of CPU usage only.
Another thing to check is that you have AGP working. "cat /proc/driver/nvidia/agp/status"
Ah. I have no directory /proc/driver/nvidia. The only directory in /proc/driver is uhci, and two text files 'nvram' and 'rtc'. YaST hardware tool shows that the 'Bios video', 'Display' and 'PCI' categories list the card's bus as PCI, but the card type as AGP. 'Framebuffer device' lists the bus as 'none'. There is no 'AGP' category - should there be? Might this be the problem? And how could I fix it? John -- John Pettigrew Headstrong Games john@headstrong-games.co.uk Fun : Strategy : Price http://www.headstrong-games.co.uk/ Board games that won't break the bank Valley of the Kings: ransack an ancient Egyptian tomb but beware of mummies!
On Monday 02 December 2002 20.46, John Pettigrew wrote:
In a previous message, Anders Johansson wrote:
Another thing to check is that you have AGP working. "cat /proc/driver/nvidia/agp/status"
Ah. I have no directory /proc/driver/nvidia. The only directory in /proc/driver is uhci, and two text files 'nvram' and 'rtc'.
I just saw in another post that you're running the nv driver. You'd have /proc/driver/nvidia if you ran nvidia's official driver.
YaST hardware tool shows that the 'Bios video', 'Display' and 'PCI' categories list the card's bus as PCI, but the card type as AGP.
AGP is PCI. A special kind of PCI, but still PCI.
'Framebuffer device' lists the bus as 'none'. There is no 'AGP' category - should there be?
Might this be the problem? And how could I fix it?
It might be a problem, I don't know. If you have a 4x AGP card but it's only running at 1x, that could possibly be a cause for the poor framerate. I'm not sure though, I'm grasping at straws here :) I guess the nv driver uses agpgart for agp acceleration, but I don't know how to check that. I'm using the Nvidia driver's built in AGP handler. Maybe someone who's using agpgart could say how to check? Anders
As AA said correcting me, only hdparm will tell you whether you are using DMA. That output confirms that you -are- successfully using DMA. The error messages, although weird and terse, are nothing to worry about. I get the same: $ hdparm /dev/dvd | grep using_dma HDIO_GET_MULTCOUNT failed: Invalid argument HDIO_GETGEO failed: Invalid argument using_dma = 1 (on) $ I'm using a KT333 chipset on my motherboard. You? On Monday 02 December 2002 14:21, John Pettigrew wrote:
In a previous message, Anders Johansson wrote:
hdparm /dev/dvd | grep using_dma
HDIO_GET_MULTCOUNT failed: Invalid argument HDIO_GETGEO failed: Invalid argument using_dma = 1 (on)
Any help?
John
-- Karol Pietrzak <noodlez84@earthlink.net> PGP KeyID: 3A1446A0
When you used the hdparm command did you access the device by its IDE name? Should be /dev/hdc or /dev/hdd. If you try /dev/dvd that's probably a symlink to /dev/sr0 and that will throw an error on bootup. You should be able to check /var/log/messages to see if that happened. On Sun, 2002-12-01 at 06:51, John Pettigrew wrote:
In a previous message, Rob Benton wrote:
Turning on DMA using hdparm worked for me and I run a 1.2 T-bird with a Radeon LE. What method did you use to try turning on DMA?
When I set DMA on using hdparm, the drive was still under scsi emulation and it crashed the computer totally (BIOS lockup, keyboard lights blinking). So, I changed it to IDE and set DMA on using YaST's DMA tool. The drive now allows access, but I stil get choppy DVD playback.
John -- John Pettigrew Headstrong Games john@headstrong-games.co.uk Fun : Strategy : Price http://www.headstrong-games.co.uk/ Board games that won't break the bank Valley of the Kings: ransack an ancient Egyptian tomb but beware of mummies!
-- Check the headers for your unsubscription address For additional commands send e-mail to suse-linux-e-help@suse.com Also check the archives at http://lists.suse.com Please read the FAQs: suse-linux-e-faq@suse.com
In a previous message, Kevin Donnelly wrote:
As for the machine specs, which someone else asked for, it's an Athlon 1.2GHz, 256 MB RAM, NVidia GeForce2 MX/400. I play DVDs with nothing extra running (i.e. new login, play DVD). Under Win98, DVDs play nice and smoothly so it *ought* to work fine under linux. I'm using the nv drivers because I can't get the nvidia drivers to let me use a screenmode above 1280x1024, and I like 1600x1200.
First of all a disclaimer - I'm a Linux newbie, and haven't even got close to playing DVDs yet. But... are you trying to play your DVDs at 1600x1200? Most Windows DVD players switch resolutions when playing fullscreen. I don't know if Linux ones do the same, but if not that's going to put the graphics card under a lot more strain. Have you tried switching to 800x600 (yeah - it'll look horrible) and seeing if there's any improvement? Olly
In a previous message, Oliver Maunder wrote:
But... are you trying to play your DVDs at 1600x1200?
I can't even get them playing at a decent speed in a window... John -- John Pettigrew Headstrong Games john@headstrong-games.co.uk Fun : Strategy : Price http://www.headstrong-games.co.uk/ Board games that won't break the bank Knossos: escape the ever-changing labyrinth before the Minotaur catches you!
On Friday 29 November 2002 02:53, Oliver Maunder wrote:
In a previous message, Kevin Donnelly wrote:
As for the machine specs, which someone else asked for, it's an Athlon 1.2GHz, 256 MB RAM, NVidia GeForce2 MX/400. I play DVDs with nothing extra running (i.e. new login, play DVD). Under Win98, DVDs play nice and smoothly so it *ought* to work fine under linux. I'm using the nv drivers because I can't get the nvidia drivers to let me use a screenmode above 1280x1024, and I like 1600x1200.
I have the same spec machine and Dvd's display fine with no jerkyness. However I DID have to turn on dma on the Dvd drive. Before I did that then it was not acceptable and I did get jerkiness. I ran the xine-check and it told me what parameters to pass to the dvd to turn on dma stuff. Btw If I ripped the dvd to the hardrive and played it from there then I had no jerkiness so thats what made me suspect that I needed dma or something similar to make it work properly. It might be worth a try to do that and see if you get acceptable playback from the harddrive. I am also using the nv drivers. Glenn
Hi all, The problem seems to be - data transfer from source media - being poor and resulting in jerky video. We have tried DMA and other things... so try this option. I had the same problem - while playing movies off my HDD. mplayer -vo your_vo -ao your_ao -cache 8192 your_src which would buffer 8 MB of data for you into the RAM, so no performance problems. All the best, it worked for me. Rohit ********************************************************* Disclaimer This message (including any attachments) contains confidential information intended for a specific individual and purpose, and is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this message, or the taking of any action based on it, is strictly prohibited. ********************************************************* Visit us at http://www.mahindrabt.com
mplayer -vo your_vo -ao your_ao -cache 8192 your_src
So, did it work for anyone? Rohit ********************************************************* Disclaimer This message (including any attachments) contains confidential information intended for a specific individual and purpose, and is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this message, or the taking of any action based on it, is strictly prohibited. ********************************************************* Visit us at http://www.mahindrabt.com
On Tue, 2002-11-26 at 11:54, Anders Johansson wrote:
On Tuesday 26 November 2002 17.57, Johnathan Bailes wrote:
On Tue, 2002-11-26 at 11:30, Anders Johansson wrote:
Briefly put, check the permissions on /dev/hdc and make sure your user has enough permissions to use it
This for me involved adding myself and my wife who uses the box as part of the disk group I believe before I could play a dvd.
That's not a very good idea. All your hard disks are owned by group "disk", so now you have permissions to completely trash them. Even if your machine is only operated by trusted people you could ruin something by accident. The argument is the same as the argument against logging in as root. It's better to chmod the cdrom only.
I see the point completely. However, if I remember this correctly that on reboot or SuSEConfig running, the devices get chmoded back over to their proper settings. I believe the message I saw something like checking default device permissions. Would this not mean that he would have to chmod the cdrom back a number of times? I see the point on the chown but have not run into major problems in workstation settings with this. Yet, what you are saying makes sense and gives me something to consider. Johnathan Bailes BAE Systems ESI "UNIX was not designed to stop you from doing stupid things, because that would also stop you from doing clever things." - Doug Gwyn ---
On Tuesday 26 November 2002 18.23, Johnathan Bailes wrote:
I see the point completely. However, if I remember this correctly that on reboot or SuSEConfig running, the devices get chmoded back over to their proper settings. I believe the message I saw something like checking default device permissions.
As far as I can see neither /dev/hdc or /dev/dvd is affected by /etc/permissions.* so that shouldn't happen. If it did though, all you'd need to do is add a line in /etc/permissions.local modelled after the entries in the other permissions.* files There is a line in /etc/logindevperm that looks like it changes /dev/dvd, but I don't see it happening. I'm not completely familiar with the workings of pam, so it may be a mistake on my part, and it works in the default install, I don't know. In any case, that would chown the device to the person logging on, so that should be ok. Anders
In a previous message, Anders Johansson wrote:
On Tuesday 26 November 2002 17.28, John Pettigrew wrote:
However, even though I can mount data CDs and even DVD movie discs in this drive, I can't play movies
"mount" is suid, so it's run as root even though you're logged in as a regular user. xine and mplayer, on the other hand, run as your user.
/dev/hdc is owned by root and is in the disk group. My user is a member of this group, too, so it should be accessible. /dev/dvd is universally accessible anyway. So I don't think it's permissions. What else should I try? John -- John Pettigrew Headstrong Games john@headstrong-games.co.uk Fun : Strategy : Price http://www.headstrong-games.co.uk/ Board games that won't break the bank Valley of the Kings: ransack an ancient Egyptian tomb but beware of mummies!
On Tuesday 26 November 2002 17.59, John Pettigrew wrote:
/dev/hdc is owned by root and is in the disk group. My user is a member of this group, too, so it should be accessible.
And what are the permissions for group "disk"? Did you add yourself to group "disk" now or is that from before? If you did it now, note that it won't take effect until you've logged out. Also see my other post on the merits of belonging to group disk :)
/dev/dvd is universally accessible anyway. So I don't think it's permissions.
/dev/dvd is a symlink. symlinks *always* have permissions lrwxrwxrwx. It doesn't mean anything. Those permissions aren't used, the permissions are checked against those of the file the link points to.
What else should I try?
If it *really* isn't permissions, then I have no clue.
On Tuesday 26 November 2002 4:28 pm, John Pettigrew wrote:
I've changed the DVD drive on my SuSE 8.1 system to be IDE instead of SCSI emulated, and enabled DMA. Now, the system doesn't lock when I try to access the drive with DMA turned on :-)
However, even though I can mount data CDs and even DVD movie discs in this drive, I can't play movies - even the same disk I've just mounted (when it's not mounted, of course!). MPlayer complains "Couldn't open DVD device: /dev/dvd", and xine just does nothing. I've linked /dev/hdc (the DVD drive) explicitly to /dev/dvd ("ln -sf /dev/hdc /dev/dvd") but the same thing happens. (It was linked to /dev/sr0 before I got rid of ide-scsi on this drive.)
My earlier note suggested you turn on DMA, but I missed this one :-) On my PC, I had to retain the SCSI-emulated link - setting /dev/dvd to /dev/hdc would not work; MPlayer wouldn't start. why this should be I have no idea, but I assume there is some config file somewhere that saw /dev/dvd as SCSI at install, and still wants to see it that way. If you have machine lockups when you have SCSI emulation, and are using DMA, I'm afraid I don't know what advice to give. I would have thought all DVD drives were sufficiently recent to support DMA, so there may be something else afoot with your system. Kevin
On Tuesday 26 November 2002 4:28 pm, John Pettigrew wrote:
(when it's not mounted, of course!). MPlayer complains "Couldn't open DVD device: /dev/dvd", and xine just does nothing. I've linked /dev/hdc (the In xine try "d5d" or "DMD" as opposed to "DVD" when a DVD is inserted. If
On Tuesday 26 November 2002 16:56, Kevin Donnelly wrote: those two are not highlighted in xine, then you're missing some libs... Later HG
participants (11)
-
Anders Johansson -
glenn pedersen -
Hans-Georg Lerdo -
John Pettigrew -
Johnathan Bailes -
Karol Pietrzak -
Kevin Donnelly -
Mike -
Oliver Maunder -
Rob Benton -
Rohit