Update to Brasero 2.25.x [LSARC/2009/201 FastTrack timeout 04/03/2009]
Artem Kachitchkine
Artem.Kachitchkin at Sun.COM
Wed Apr 1 13:15:04 PDT 2009
>> For cases like CD ripping, we should be able to provide apps with a
>> functional API, hiding USCSI implementation in the privileged component,
>> preferably sd driver, extending cdio(7I) if necessary; failing that,
>> smserverd would probably be another choice. We now also have the
>> improved cdrtools that provide programmatic access to CD ripping
>> operations, as seen in cdda2wav-based GStreamer CDDA plugin.
>
> Is it possible to provide a library API that applications could use,
> or is it only possible to get this information via running a program
> like cdda2wav as a forked process?
These are not mutually exclusive: you can have a library API that
internally communicates with a more privileged process be it a daemon, a
transient process, or the kernel (which is, in many ways, is just
another privileged process). The key here is to minimize the amount of
unaudited code that runs with elevated privileges: a GUI media player
with megabytes of mmapped GNOME libraries is a lot of code.
-Artem
More information about the opensolaris-arc
mailing list