[asterisk-bugs] [JIRA] (ASTERISK-29606) garbled or absent bluetooth audio due to hardcoded frame size

Benjamin Keith Ford (JIRA) noreply at issues.asterisk.org
Mon Aug 23 08:52:33 CDT 2021


    [ https://issues.asterisk.org/jira/browse/ASTERISK-29606?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=256026#comment-256026 ] 

Benjamin Keith Ford commented on ASTERISK-29606:
------------------------------------------------

The module you're having difficulty with is in 'extended' support status and is supported only by community members.  Your issue is in the queue. Your patience is appreciated as a community developer may work the issue when time and resources become available.

Asterisk is an open source project and community members work the issues on a voluntary basis. You are welcome to develop your own patches and submit them to the project.[1]

If you are not a programmer and you are in a hurry to see a patch provided then you might try rallying support on the Asterisk users mailing list or forums.[2] Another alternative is offering a bug bounty on the asterisk-dev mailing list.[3] Often a little incentive can go a long way.

[1]: https://wiki.asterisk.org/wiki/display/AST/Patch+Contribution+Process
[2]: http://www.asterisk.org/community/discuss
[3]: https://wiki.asterisk.org/wiki/display/AST/Asterisk+Bug+Bounties



> garbled or absent bluetooth audio due to hardcoded frame size
> -------------------------------------------------------------
>
>                 Key: ASTERISK-29606
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-29606
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Addons/chan_mobile
>    Affects Versions: GIT
>         Environment: raspberry pi (as tested), most modern Bluetooth implementations
>            Reporter: V S
>            Severity: Major
>
> Asterisk chan_mobile uses a hard-coded Bluetooth (e)SCO packet size of 48 bytes, instead of using the packet size negotiated at the eSCO connect (ex 60 bytes). As a result, depending on Bluetooth adapter, audio may be one-way, missing at all or garbled.
> Quick fix: Change #define DEVICE_FRAME_SIZE in chan_mobile.c to match specific setup and recompile
> https://github.com/asterisk/asterisk/blob/master/addons/chan_mobile.c#L81
> Proper fix: Implement packet size detection negotiated at the eSCO connect



--
This message was sent by Atlassian JIRA
(v6.2#6252)



More information about the asterisk-bugs mailing list