You are not logged in.
Pages: 1
Hi,
I've been trying unsuccessfully to play cds though Amarok and audacious. Sound itself is working fine, its just audio cds that I cannot access for some reason
I got devmon and udisk running and devmon reports that it sees the cd, but neither apps seem to be able to access it. Audacious reports: 'read failed:Input/Output error. No decoder found for file //dev/cdrom'
I think I'm in the correct groups, which are:
uid=1000(jon) gid=1000(jon) groups=1000(jon),92(audio),93(optical)
At a loss now as to what the problem is, so any help/pointers would be great.
Thanks,
Jon
Offline
Do you have /dev/cdrom device? Arch does not create it by default, you only get /dev/sr0.
You can't mount AudioCDs by hand because they don't have a filesystem.
Offline
Hi,
yup, I have /dev/cdrom, created via rc.local.
Interestingly I've installed cdcd and it can see the cd, can list the number of tracks, but not play any (just returns to command line).
Also, I've tried running cdcd as root and I get the same results. Totally odd this.
Thanks,
Jon
Offline
What's the output of the following?
cdparanoia -vsQ
Can you play it with mplayer?
mplayer -cdrom-device /dev/sr0 cdda://
Is the disc broken? Can you rip the disc using cdparanoia or similar?
This silver ladybug at line 28...
Offline
HI,
cdparanoia -Vsq give me
[jon@henry ~]$ cdparanoia -vsQ
cdparanoia III release 10.2 (September 11, 2008)
Using cdda library version: 10.2
Using paranoia library version: 10.2
Checking /dev/cdrom for cdrom...
Testing /dev/cdrom for SCSI/MMC interface
SG_IO device: /dev/sr0
CDROM model sensed sensed: TEAC DVD-ROM DV28EV R.AB
Checking for SCSI emulation...
Drive is ATAPI (using SG_IO host adaptor emulation)
Checking for MMC style command set...
Drive is MMC style
DMA scatter/gather table entries: 1
table entry size: 524288 bytes
maximum theoretical transfer: 222 sectors
Setting default read size to 27 sectors (63504 bytes).
Verifying CDDA command set...
Expected command set reads OK.
Attempting to set cdrom to full speed...
drive returned OK.
Table of contents (audio tracks only):
track length begin copy pre ch
===========================================================
1. 25465 [05:39.40] 67 [00:00.67] no no 2
2. 17345 [03:51.20] 25532 [05:40.32] no no 2
3. 19168 [04:15.43] 42877 [09:31.52] no no 2
4. 29102 [06:28.02] 62045 [13:47.20] no no 2
5. 15535 [03:27.10] 91147 [20:15.22] no no 2
6. 17253 [03:50.03] 106682 [23:42.32] no no 2
7. 16300 [03:37.25] 123935 [27:32.35] no no 2
8. 17007 [03:46.57] 140235 [31:09.60] no no 2
9. 22010 [04:53.35] 157242 [34:56.42] no no 2
10. 23388 [05:11.63] 179252 [39:50.02] no no 2
11. 30192 [06:42.42] 202640 [45:01.65] no no 2
TOTAL 232765 [51:43.40] (audio only)
mplayer actually seems to be able to play it (albeit very choppy), which surprised me. Tried a few disks and they all work this with mplayer with the choppy playback.
So I wonder whats up with Amarok and cdcd then??
Thanks,
Jon
Offline
The was a similar situation when another Archer had problems playing AudioCDs https://bbs.archlinux.org/viewtopic.php?id=44488
For mplayer choppiness, try '-cache', e.g.
mplayer cdda:// -cache 5000
Offline
mplayer actually seems to be able to play it (albeit very choppy), which surprised me. Tried a few disks and they all work this with mplayer with the choppy playback.
So I wonder whats up with Amarok and cdcd then??
Adding
-cache 4096
to the mplayer command line may solve the choppy playback. (Edit: karol BMTI!)
It seems to me a decoder problem with Amarok/cdcd, but I don't know. Do they output any error message or provide debug flags?
Last edited by lolilolicon (2011-09-20 13:47:08)
This silver ladybug at line 28...
Offline
cdcd should work like this
[karol@black ~]$ cdcd
cdcd 0.6.6
Copyright (C) 1998, 1999 Tony Arcieri.
Copyright (C) 2001, 2002, 2003 Fabrice Bauzac.
cdcd is free software, covered by the GNU General Public Licence, and you are welcome to change
it and/or distribute copies of it under certain conditions. There is absolutely no warranty for
cdcd. See the file COPYING for details.
Using libcdaudio 0.99.12.
Enter ? for help.
cdcd> tracks
Album name:
Total tracks: 12 Disc length: 65:27
Track Length Title
-------------------------------------------------------------------------------------------------
1: > [ 5:32.17]
2: [ 5:16.34]
3: [ 3:39.06]
4: [ 6:26.71]
5: [ 5:10.20]
6: [ 3:04.39]
7: [ 6:25.74]
8: [ 6:36.43]
9: [ 2:54.35]
10: [ 6:42.59]
11: [ 4:07.68]
12: [ 9:28.32]
cdcd> play 1
cdcd>
... and I hear the music :-)
Offline
jondkent wrote:mplayer actually seems to be able to play it (albeit very choppy), which surprised me. Tried a few disks and they all work this with mplayer with the choppy playback.
So I wonder whats up with Amarok and cdcd then??
Adding
-cache 4096
to the mplayer command line may solve the choppy playback. (Edit: karol BMTI!)
It seems to me a decoder problem with Amarok/cdcd, but I don't know. Do they output any error message or provide debug flags?
Yup, the sorted out mplayer. As for the other guys I'll check if there is any more verbose output. Gotta be an issue with them somewhere.
Thanks,
Jon
Offline
Hi,
Finally got amarok to work. Found a few useful links which helped out here:
http://forum.kde.org/viewtopic.php?f=116&t=95258
http://forums.gentoo.org/viewtopic-t-601154.html
After running amarok in verbose logging (amarok --debug --nofork) I saw that it saying that it could not create kioslaves. So I installed the kdemultimedia-kioslave package, restarted amarok and lo, it works.
That was a bit of a hill to climb
Thanks for everyones help.
Jon
Offline
Pages: 1