maybe permissions problem? sound works from mythtv (spdif) but can't get cdplay...
[Yet Another ALSA Sound Problem]
Hi media folk! I have managed to get my Intel HDA onboard card working beautifully with ALSA outputting via SPDIF in MythTV. I am now trying to configure MythMusic and MythVideo and running into lots more trouble. Problem is tied in with some permission issues that I can't get to the bottom of yet either. Here is the situation. I have two Pioneer Optical Discs on my Box: /dev/sr0 is a Bluray Disc (BD) /dev/sr1 is a DVD/CD/RW drive Basically I want to run the DB disc for DVDs and ultimately BDs and use the DVD for music (if it is easy enough then I'll settle to start with getting all playing immediately from the BD) MythTV is setup to output sound to the ALSA:spdif plug and it works fine. All I had to do was unmute it in alsamixer. At some point a week or so ago I had sound from my DVD/BD drive via xine but it refuses to see the drive at all now. MythTV does not provide any sound from either of the optical drives and infact when I switch back to the console I see that it is whinging about some permission problems; Code:
MythMusic hasn't found any tracks! That's ok with me if it's ok with you. and ended up with this Code:
/dev/sr1 /mnt/cdrom iso9660,udf user,noauto,ro,nosuid,uid=0,gid=19,umask=007 0 0 Code:
audio::18:mythtv,stardotstar Code:
mythology dev # ls -l cd* Code:
mythology dev # speaker-test -D spdif -c2 but cdplay would only report that it was playing the discs the tracks would progress one after another to the sound of resounding silence :) Code:
mythology dev # cdplay -c -d /dev/sr0 -v Code:
mythology ~ # cat /etc/asound.conf Code:
mythology ~ # cat /etc/asound.state What else can I report?? oh, there is no audio out cable from the BD Drive - infact the other CD/DVD doesn't even seem to have a port. Surely I don't require this to get sound output from the drive over SATA2?? I am researching this angle now. Thank you for reading my long post and thanks in advance for anyone who can help me troubleshoot this... Will |
Quote:
If some application needs to open cdrom_fd, and the read bit is not set, then you will get "permission denied". If some application needs to write to cdrom_fd and the write bit is not set, then you will get "permission denied". If cdrom_fd is a directory, or if cdrom_fd is suposed to be executable, and the execute bit is not set, then you will get "permission denied". You've posted a long description of the problem and provided a lot of information. For me, it's been a long day, and I'm too tired to read the entire post. I'll do that after I get some rest. I wanted to comment on the first thing I noticed that might be related to the problem. |
Thank you bigrigger,
this is the only additional info I can supply at the moment - I ponder your reply at this very moment. Code:
end_request: I/O error, dev sr1, sector 64 |
All times are GMT -5. The time now is 04:37 PM. |