> Could you try running cdda2wav from the command line
> and see if
> that can access the CD drive? Also try using cdrw.
> Check the
> anpage for these programs if you aren't familiar with
> using them.
> For example, you can pass in an argument to cdda2wav
> to make it just
> play the track rather than saving it to a file.
This all works. I assume this test is adequate:
$ cdda2wav -scanbus -N
scsibus1:
1,0,0 100) 'HL-DT-ST' 'DVD-ROM GDR8164B' '0L06' Removable CD-ROM
1,1,0 101) *
1,2,0 102) *
1,3,0 103) *
1,4,0 104) *
1,5,0 105) *
1,6,0 106) *
1,7,0 107) *
$ cdda2wav -q -e -t2 -d0 -N
No target specified, trying to find one...
Using dev=1,0,0.
/* Sound appears */
$ cat /usr/demo/SOUND/sounds/cuckoo.au > /dev/audio
/* Sound appears */
> It is odd that it works with gst-launch, but not from
> rhythmbox
> or sound-juicer.
>
> In your previous post, you show the output from
> running rhythmbox
> in a terminal program. Could you also run
> sound-juicer from the
> command line and share any possibly useful
> error/warning messages
> that get echoed to the screen?
There are no messages, but when using the same command line that
I see with `ps' and `pargs', it doesn't attempt to read the CD:
$ sound-juicer cdda://c1t0d0s2/ &
Something must be different in the environment.
> Also try running from the command line with the
> --gst-debug-level=4
> --gst-debug-no-color options.
I suppose that's no use unless I can get it to read the CD.
--
This message posted from opensolaris.org
