Hi, nicholas.
Thanks for your reply again.
> > I think he will need to spend a little extra time (maybe a few months)
> > for supporting eSCO.
>
> I think if you pay him for supporting eSCO, then it will be very quickly
> integrated.
Thanks for your advice.
It can't be decided on my own responsibility,
but I will input it to our team members when we will study on this topic.
> > Do you mean that offering a headphone with Bluetooth audio functionality
> > to him is necessary to develop A2DP?
>
> Look here:
> http://sourceforge.net/mailarchive/message.php?msg_id=8643774
> I don"t know whether someone donated anything after this request, but I
> think he can"t get enought. ;)
Thank you very much for this reference of the thread that you have searched.
I also guess he doesn't get enough donation.
> > If you have a few guesses about such a company that provides the
> > support of using BlueZ, please tell me the name of such a company.
>
> I don"t know of any...
OK, thank you.
And please forgive me for asking such a rude question.
> > Or, please forgive me for asking this rude question, but,
> > could the developers of BlueZ community provide the support to ensure
> > the quality, as counter value for some maintenance fee?
>
> ..but i am quite sure this might be possible. Marcel while probably
> reply itself. He is the best suited person, for such a job.
Yes, I think so, too.
The problem is whether it is acceptable to ask him to do such a job, or not.
I'm worried that such a business model may be unseemly in the open-source world.
(This is the reason why I ask a question to this mailing-list)
> > If a new profile is testing or has been released immediately
> > after the development, probably some bugs are still included.
> > So we think if BlueZ is used for the commercial use, the stable
> > version is necessary,
> > because a commercial product is required to be a high quality.
>
> Yeah I understand your problem and IMO you are partly right. There is no
> so strict seperation of a testing and a stable tree. But you have to
> seperate: the generic ACL/RFCOMM support is quite stable. You can use
> it without integrating all those parts which might be considered not
> completely stable.
Yes, I understand what you say, because of the reply from you and Marcel.
> I personaly wouldn"t use HID or SCO support in a commercial device.
Why won't you use these features in a commercial device?
(This is only my personal interest.)
> > If so, is the modification of the kernel part still stable?
>
> You mean those -mh patches for 2.6?
Now I understand this part in my mind.
I'm sorry for this confusing question. Please forget this part.
Regards,
KeiHachi
-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 -
digital self defense, top technical experts, no vendor pitches,
unmatched networking opportunities. Visit http://www.blackhat.com
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
Hi KeiHachi,
> > ..but i am quite sure this might be possible. Marcel while probably
> > reply itself. He is the best suited person, for such a job.
>
> Yes, I think so, too.
> The problem is whether it is acceptable to ask him to do such a job, or not.
> I'm worried that such a business model may be unseemly in the open-source world.
> (This is the reason why I ask a question to this mailing-list)
you can always ask such a question. In general this is always possible,
but depending on my free time and the amount of money you wanna spend, I
will say yes or no.
> > I personaly wouldn"t use HID or SCO support in a commercial device.
>
> Why won't you use these features in a commercial device?
> (This is only my personal interest.)
There is still some work to do for a clean implementation. Even if it
works, means not that I will send it for kernel inclusion. My personal
standards for source code are very high. You should really had come to
the LinuxTag and asked me in personal.
Regards
Marcel
-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 -
digital self defense, top technical experts, no vendor pitches,
unmatched networking opportunities. Visit http://www.blackhat.com
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel