[Bluez-devel] LInux Bluetooth and Audio (OSS) interface

[Bluez-devel] LInux Bluetooth and Audio (OSS) interface

[Timmy Li]

Hello,

    I am a newbie to bluetooth. It seems that there are no integration
on linux bluetooth (SCO link) and audio (OSS) interface, so that there
are no standard API for the user mode audio applications when using or
not using bluetooth handset.
   Bluetooth-alsa seems to be something like that, but it focuses on
Bluetooth + ALSA, I am not sure whether it is a good starting point.

   Can anyone give me some advice on how to provide an uniform
interface for user mode audio applications ? Since it could be
paintful for user mode audio applications to use SCO socket interface
directly and handle the details for bluetooth handset.

   Thanks,

Timmy


-------------------------------------------------------
All the advantages of Linux Managed Hosting--Without the Cost and Risk!
Fully trained technicians. The highest number of Red Hat certifications in
the hosting industry. Fanatical Support. Click to learn more
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel

Re: [Bluez-devel] LInux Bluetooth and Audio (OSS) interface

[Brad Midgley]

Timmy

Maybe you could rewrite btsco.c (the userspace daemon) so it only uses
oss interfaces to the kernel. Hmm... the hooks may not all be there
however. If it could be done, the kernel mod wouldn't really have to
change since you can use alsa-oss-emulation.

There are a lot of directions we could take this. Pure oss isn't one of
the most promising.

I think an interesting option is gstreamer drivers entirely in
userspace. That should embed more easily which is one big strike against
alsa. gst events might cover the complexity we have now in interacting
with a daemon.

Brad

>    I am a newbie to bluetooth. It seems that there are no integration
> on linux bluetooth (SCO link) and audio (OSS) interface, so that there
> are no standard API for the user mode audio applications when using or
> not using bluetooth handset.
>   Bluetooth-alsa seems to be something like that, but it focuses on
> Bluetooth + ALSA, I am not sure whether it is a good starting point.
> 
>   Can anyone give me some advice on how to provide an uniform
> interface for user mode audio applications ? Since it could be
> paintful for user mode audio applications to use SCO socket interface
> directly and handle the details for bluetooth handset.
> 
>   Thanks,
> 
> Timmy
> 
> 
> -------------------------------------------------------
> All the advantages of Linux Managed Hosting--Without the Cost and Risk!
> Fully trained technicians. The highest number of Red Hat certifications in
> the hosting industry. Fanatical Support. Click to learn more
> http://sel.as-us.falkag.net/sel?cmd=k&kid\x107521&bid$8729&dat\x121642
> _______________________________________________
> Bluez-devel mailing list
> Bluez-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bluez-devel



-------------------------------------------------------
All the advantages of Linux Managed Hosting--Without the Cost and Risk!
Fully trained technicians. The highest number of Red Hat certifications in
the hosting industry. Fanatical Support. Click to learn more
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel

Re: [Bluez-devel] LInux Bluetooth and Audio (OSS) interface

[Sowmya Gattupalli]

[-- Attachment #1: Type: text/plain, Size: 2757 bytes --]

But Brad.... incase we write the OSS Api dependency in btsco we need not
have to upgrade the kernel to have kernel with inbuilt ALSA drivers..... I
feel this is the advantage we are filling up with SCO amd OSS appln incase
if we have to.... isn't it??

On 5/26/06, Brad Midgley <bmidgley@xmission.com> wrote:
>
> Timmy
>
> Maybe you could rewrite btsco.c (the userspace daemon) so it only uses
> oss interfaces to the kernel. Hmm... the hooks may not all be there
> however. If it could be done, the kernel mod wouldn't really have to
> change since you can use alsa-oss-emulation.
>
> There are a lot of directions we could take this. Pure oss isn't one of
> the most promising.
>
> I think an interesting option is gstreamer drivers entirely in
> userspace. That should embed more easily which is one big strike against
> alsa. gst events might cover the complexity we have now in interacting
> with a daemon.
>
> Brad
>
> >    I am a newbie to bluetooth. It seems that there are no integration
> > on linux bluetooth (SCO link) and audio (OSS) interface, so that there
> > are no standard API for the user mode audio applications when using or
> > not using bluetooth handset.
> >   Bluetooth-alsa seems to be something like that, but it focuses on
> > Bluetooth + ALSA, I am not sure whether it is a good starting point.
> >
> >   Can anyone give me some advice on how to provide an uniform
> > interface for user mode audio applications ? Since it could be
> > paintful for user mode audio applications to use SCO socket interface
> > directly and handle the details for bluetooth handset.
> >
> >   Thanks,
> >
> > Timmy
> >
> >
> > -------------------------------------------------------
> > All the advantages of Linux Managed Hosting--Without the Cost and Risk!
> > Fully trained technicians. The highest number of Red Hat certifications
> in
> > the hosting industry. Fanatical Support. Click to learn more
> > http://sel.as-us.falkag.net/sel?cmd=k&kid\x107521&bid$8729&dat\x121642
> > _______________________________________________
> > Bluez-devel mailing list
> > Bluez-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/bluez-devel
>
>
>
> -------------------------------------------------------
> All the advantages of Linux Managed Hosting--Without the Cost and Risk!
> Fully trained technicians. The highest number of Red Hat certifications in
> the hosting industry. Fanatical Support. Click to learn more
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642
> _______________________________________________
> Bluez-devel mailing list
> Bluez-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bluez-devel
>

[-- Attachment #2: Type: text/html, Size: 3650 bytes --]

Re: [Bluez-devel] LInux Bluetooth and Audio (OSS) interface

[Brad Midgley]

Sowmya

Are you suggesting we wouldn't need the kernel mod at all?

The only way to avoid the kernel mod for an oss client is to do a
shared-object interceptor hack like libaoss that catches
read/write/ioctl to /dev/dsp and processes it in some other way.

Brad

> But Brad.... incase we write the OSS Api dependency in btsco we need not
> have to upgrade the kernel to have kernel with inbuilt ALSA drivers.....
> I feel this is the advantage we are filling up with SCO amd OSS appln
> incase if we have to.... isn't it??
> 
> On 5/26/06, *Brad Midgley* <bmidgley@xmission.com
> <mailto:bmidgley@xmission.com>> wrote:
> 
>     Timmy
> 
>     Maybe you could rewrite btsco.c (the userspace daemon) so it only uses
>     oss interfaces to the kernel. Hmm... the hooks may not all be there
>     however. If it could be done, the kernel mod wouldn't really have to
>     change since you can use alsa-oss-emulation.


-------------------------------------------------------
All the advantages of Linux Managed Hosting--Without the Cost and Risk!
Fully trained technicians. The highest number of Red Hat certifications in
the hosting industry. Fanatical Support. Click to learn more
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel