Media player can't play music after using csipsimple
Brought to you by:
krunalhire
Menu
▾
▴
#2185 Media player can't play music after using csipsimple
Need-Details
nobody
None
Medium
Defect
2016-10-23
2013-01-22
Anonymous
No
Originally created by: casinmi...@gmail.com
What steps will reproduce the problem?
1. RECEIVE a call with csipsimple, do not answer the call and hang up in the originating side
2. Try to play a video file with the default video player in Samsung Galaxy S3
What is the expected output? What do you see instead?
Expected: play video. What is seen: Message: "cannot play file while in a call"
The only way to start a video again is rebooting the phone
What version of the product are you using? On what operating system?
csipsimple 0.04-05 [r2093]
Android 4.1.2
SHV-E210L Samsung Galaxy S3
View and moderate all "tickets Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Tickets"
Originally posted by: tv@duh.org
I'm also experiencing this. Music can resume when the SIP provider drops its registration and reconnects (e.g., by entering CSipSimple's settings and exiting, which restarts the connection). The music player app I'm using is Google Play Music up-to-date as of June 2014.
Android 4.0.3; Kyocera C5155 ("Rise")
This unit requires using the audio Mode API in order for audio routing to work properly. However, disabling that workaround in Audio Troubleshooting does not change the behavior.
View and moderate all "tickets Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Tickets"
Originally posted by: tv@duh.org
Eep, forgot to mention CSipSimple version: 1.02.00 from Play Store.
HOWEVER, I managed to find a workaround. The following settings are required:
1. Media -> Audio troubleshooting -> Use WebRTC implementation -> checked
2. Media -> Audio troubleshooting -> Focus audio -> checked (this is the default)
3. Media -> Codecs -> *DISABLE* PCMU for all bandwidth types.
You can leave PCMA enabled, which should still allow calls to and from points that only support G.711 (it uses a-law encoding rather than µ-law encoding). Something in the PCMU codec implementation is holding onto a stream lock when a call ends, but PCMA is not.
Other audio routing settings don't have any effect, so they can be set to whatever is appropriate to make audio routing work properly for your device.
View and moderate all "tickets Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Tickets"
Originally posted by: r3gis...@gmail.com
@tv : Interesting findings :)
Weird that enabling/disabling PCMU has an effect. Might be linked to a 2 step codec negotiation.
Can you collect me some logs (with both pcma and pcmu enabled). See : https://code.google.com/p/csipsimple/wiki/HowToCollectLogs?wl=en
Status: Need-Details
View and moderate all "tickets Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Tickets"
Originally posted by: tv@duh.org
This appears to be resolved for me as of [r2439]. Right now both PCMU and PCMA can interrupt the music player, and properly release all locks to allow the player to resume after a call. No idea what changed to make this happen.
Related
Commit: [r2439]
View and moderate all "tickets Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Tickets"
Originally posted by: tv@duh.org
...hm, or not. Now it's spotty. PCMA is still reliable. however.
Will try to get some debug details for this.
Disabling PCMU worked around this issue for me on both galaxy s4 and s5. Any idea what the issue with PCMU is?