Re: Ann: Serial MIDI Interfaces
Re: Ann: Serial MIDI Interfaces
- Subject: Re: Ann: Serial MIDI Interfaces
- From: Bill Stewart <email@hidden>
- Date: Mon, 07 Oct 2002 15:47:02 -0700
Just to reiterate on what Doug said...
on 7/10/02 12:16 PM, Doug Wyatt wrote:
>
On Saturday, Oct 5, 2002, at 10:34 US/Pacific, Lachlan Deck wrote:
>
>> We do not believe that this will effect anyone, because the way it is
>
>> at the
>
>> moment it is unusable anyway.
>
>
>
> True it's unusable - but no one effected? i.e., the future
>
>
Not sure of the details, but I have heard of it trying to grab the
>
hardware when it shouldn't ...
>
>
I'm going to take a look at it this week.
Ie. We're going to revise the code before we release it so that it is
fundamentally in good shape.
>
>> That said, however, we still appreciate the value of this for some
>
>> products
>
>> and developers. So, we are planning on making this code available for
>
>> developers to use as part of the CoreAudio SDK - with all the usual
>
>> disclaimers about code in the SDK - use it at your own risk, and so
>
>> forth.
>
>
>
> Can I humbly suggest that instead of removing it, make it open source
>
> and so allow its continued development with patches making their way
>
> to the main source tree... There seems to be some willing to help out.
>
>
That's exactly what Bill's suggesting ... making it sample code is
>
effectively equivalent to open sourcing it, though without a
>
centralized maintenance structure -- though I think we can that here.
If the SDK release ends up being a problem, we can look at an alternative
mechanism - one of the things we can do is to still remain a point of
arbitration... If developers who use this code and change it want to send us
back those changes, we can look at them and then include it in any future
SDK release.
Also, if there are any changes in the base classes of the MIDI drivers, we
can ensure that we keep the sources for this up to date.
The main thing we are trying to avoid here is that we DON'T have the time or
the support, given that (1) We no longer ship machines with this capability
and (2) most users of X are not using this anyway, to continue to maintain
this.
This *IS* currently causing some developers problems in bringing their
products to market - that is bad... As we can't spend the time qualifying
this (and to be honest don't want to - there are many other things with a
much higher priority that really need the time) it seemed to us that the
best solution was to remove this from the shipping OS...
But, and I want to reassure those of you who do care about this, the fact
that we are prepared to make this code available should be taken to indicate
that we do understand that some people do have a valid use for this code and
we would like to ensure that this continues to be supported (if not ideally,
then at least adequately) for those developers.
Bill
>
Doug
>
>
--
>
Doug Wyatt
>
work: email@hidden (CoreAudio)
>
personal: email@hidden http://www.sonosphere.com
>
_______________________________________________
>
coreaudio-api mailing list | email@hidden
>
Help/Unsubscribe/Archives:
>
http://www.lists.apple.com/mailman/listinfo/coreaudio-api
>
Do not post admin requests to the list. They will be ignored.
--
mailto:email@hidden
tel: +1 408 974 4056
__________________________________________________________________________
"Much human ingenuity has gone into finding the ultimate Before.
The current state of knowledge can be summarized thus:
In the beginning, there was nothing, which exploded" - Terry Pratchett
__________________________________________________________________________
_______________________________________________
coreaudio-api mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/coreaudio-api
Do not post admin requests to the list. They will be ignored.