This seems to be complex stuff and I am sure that a phone call or a in person
meeting would make it much easier to find a solution. Could this be something
for the OpenSolaris developer summit?
Brian Cameron <Brian.Cameron at Sun.COM> wrote:
> To summarize the discussion so far, J?rg, who is the author of cdda2wav
> has explained in great detail why cdda2wav is superior for both CD playback
> and ripping than the other tools on Solaris (e.g. sound-juicer and totem
> which use GStreamer).
I am not the author of cdda2wav.
The main author is (was) Heiko Ei?feldt. A big contribution did come from Monty
(Christopher Montgomery - also known as the author of Ogg Vorbis). As Heiko
did not have enough time for maintenance, he transferred the SCCS history to me
in February 2006. Between February and May 2006, I did do some housekeeping
and clearing up of code.
> This GStreamer plugin has no error correction (e.g. libcdparanoia), so
> skips and artifacts can creep into your playback and riped files. Also,
> many CD drives are unable to read some CD's without using cdda2wav because
> cdda2wav uses superior SCSI ioctls. These ioctls require privilege, though,
> which are not available to programs that use GStreamer.
correct
> So, how could we fix this:
>
> 1) The cdda2wav tool is written with the assumption that the user either
> wants to send the data to the sound card or to a file in WAV format.
... or to stdout
> However, the GStreamer framework provides the audio stream to the
> running media program so you could do fancy things like a DJ
> appliation that would mix the audio of multiple audio CD's, apply
> audio effects to the CD output (such as echo or EQ), or rip the audio
> to formats other than WAV.
>
> It probably doesn't make sense for cdda2wav to try to implement all
> possible ways that a program might want to deal with CD audio, so
> perhaps the interfaces that cdda2wav uses could be made available by
> other programs, such as GStreamer. This could be done either by
> giving privilege to all programs that use the GStreamer CDDA plugin
> or perhaps creating a service that deals with the tasks that require
> privilege and both GStreamer and cdda2wav could use that service.
Maybe a "remote control" to cdda2wav would be apropriate and let the GUI read
from stdout of cdda2wav.
> 2) We could write a new CD player/ripping tool that worked with cdda2wav,
> GRIP is an existing exmaple.
>
> Currently cdda2wav doesn't support the ability to control the output
> stream to do effects like pausing, or rewinding/fastforwarding through
> a song. Perhaps some users wouldn't like using a player that didn't
> allow such expected features. However, it probably wouldn't be too
> hard to enhance cdda2wav to support things like this.
Let us try to find a method for interacting with cdda2wav on a more responsive
media phone, irc, ....
> I'm not sure how important CD playback/ripping quality is on Solaris,
> or if Solaris is "good enough" even with these problems. Obviously
> there are opportunities to make things better, so if there are people
> in the community interested in working in this area, then here is an
> example of an area that could use work. But, for now, people who
> really need quality CD ripping and playback can use cdda2wav as is.
Many people like to see better quality. If Solaris is better than other OS,
this would be a pro for Solaris ;-)
> In the below email, J?rg says:
>
> > I get the impression this cannot be handled via mail, we should have a
> phone
> > call.
>
> Sure, I do think it would be useful to have a call. Are you volunteering
> to do the scheduling? I don't think anybody aside from the cdda2wav and
> JDS multimedia teams would need to be involved. Jerry Tan, who is cc:ed
> is the right person to contact in order to schedule a phone meeting. Note
> most of the JDS multimedia engineers are in Beijing, and I am in Chicago,
> so hopefully we could find a time that would work best for everyone? We
> could also have more than one phone call if time differences makes things
> complicated to schedule.
Please make a proposal as you seem to know the other people better than I do.
J?rg
--
EMail:joerg at schily.isdn.cs.tu-berlin.de (home) J?rg Schilling D-13353 Berlin
js at cs.tu-berlin.de (uni)
schilling at fokus.fraunhofer.de (work) Blog:
http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily
