Andre Heynatz <[EMAIL PROTECTED]> wrote:
> The discussion is quite entertaining, so much energy! Then it is easy to move
> to a
> grand solution! The legal issues can be sorted out easily if Joerg joins
> debian-legal
> for a short time and solves any issues there. Some bits of rhetorics might be
> needed to make collaboration happen, though (I have read some threads
> already).
I would be willing to do this...if this helps to avoid missunderstandings.
Around March, I did notice that there was a discussion about cdrecord on Debian
Legal, but I did not join it because it was not based on provable facts and full
of missunderstandings. Instead of using provable facts to verify claims, the
people on that discussion did use "belly based" arguments.
Do you believe there is a chance to have a fact based discussion that could
result in dismantling missunderstandings?
> There needs to be a way for the kernel to provide drive state changes.
> Insertion
> of an audio CD-ROM may lead to an audio player being started. Is it possible
> to
> detect the Media ID of an empty medium? To determine burn speed, the system
What do you understand by "media ID"?
> (kernel/desktop) may need some special information. Calling cdrecord
> would be one solution for this, but does it work on empty DVD media as well?
Cdrecord suppoorts CDs and DVDs (CDs since 1995 and DVDs since 1998).
Note that you will always get wrong results if you try to retrieve some
information without a medium inside.
> k3b can detect media if I poll it by pressing a button. I don't know how it
> does the detection, though. It should be triggered by HAL (event-based). What
> do you
> think?
I believe that HAL will be useful as a media change event handler once the
other
problems are solved, see:
http://groups.google.de/group/fa.linux.kernel/browse_thread/thread/dae74ed85b328048/056ef06d37312e3f?lnk=st&q=cdrecord&rnum=11&hl=de#056ef06d37312e3f
but if you like to support decives that have no stable interface (like
CD/DVD/HD-DVD/Blu-Ray) and that are known to have many firmware bugs, it makes
sense to have as few dependencies to out of date software as possible.
Jörg
--
EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin
[EMAIL PROTECTED] (uni)
[EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily
