CD Burning Library
Ben Jansens
xor at orodu.net
Mon Dec 1 20:24:13 EET 2003
On Mon, Dec 01, 2003 at 07:17:54PM +0100, "Marc Boris D?rner" wrote:
> Hi,
>
> > > Why ? We have a program which works and does its job.. Why do you want
> > > to reinvent the wheel ?
> >
> > Yes it's a great job if you want to script around it or anything. But
> > it's a very poor library. For instance, in an app if you wanted to figure
>
> > out what kind of CDR you have (eg manufacturer or what not) there is no
> > way to do that except to parse out cdrecord. So in an app you would have
> > to exec cdrecord multple times in order to get all the information.
> >
> > Having looked at the code, it's a mess to break it out into a coherent
> > library that you can use as a backend. There is a need for such a library
>
> > and I don't believe it's are re-inventing the wheel rather it's making cd
> > burning applications efficient and easy to program especially one that
> > thats freedesktop standards aware that can use things like dbus.
>
> Something nice in stdc++ would be pretty cool.
> Maybe a stream based set of classes?
> Whats the attraction to ugly old-school C? I am sick of yet another legacy-C
> library.
Bindings for other languages can be hashed out once we have stablized the
public API. This is definitely planned. C++ and Python are obvious targets
for these.
Ben
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.freedesktop.org/archives/xdg/attachments/20031201/d923a58d/attachment.pgp
More information about the xdg
mailing list