On Tue, July 7, 2009 15:35, Gilles Dartiguelongue wrote:
> Le mardi 07 juillet 2009 à 13:57 +0100, AllenJB a écrit :
> [snip]
>
>> Are users really going to want to fine-tune between just playing or
>> also being able to rip/write audio cd's?
>
> I myself would probably not separate those features but they might be
> because they pull a number of different libs.

I would.

Ripping a cd just requires raw access to the device. You don't need
anything for that, just a working kernel as far as I know.

Playing cdaudio requires a lot more stuff, besides many other thing
it will require a working sound system (and some even blindly assume
that will be alsa, which pisses me the most).

You might use a computer to rip cdaudio to fill your portable mp3
player or to do backups, that doesn't mean that you want alsa in that
machine, you might not even have speakers attached. It's one example
but I could think of many more, it's just a matter of being creative.

>  Getting informations from
> cddb or musicbrainz is another story and I wouldn't like to see this
> notion merged with cdaudio.

Agreed. For example, those using gentoo as a base to create an OS for
an embedded device will probably not have a way to lookup cddb's on
the internet, and they for sure don't want to pull all of that on a
device where the storage space is really limited.

cddb must stay as it is, there's no reason to change that.




Whether you pick cdda, cdaudio or audiocd is completely unimportant
to me, the other two functionalities shouldn't have anything to do
with this.

Let's concentrate on the original purpose of the thread: choose what flag
is the right one to designate "audio cd support", and forget the rest of
creative ideas.

:)
-- 
Jesús Guerrero


Reply via email to