Status Update
Comments
vi...@google.com <vi...@google.com>
[Deleted User] <[Deleted User]> #2
there are some image for help
[Deleted User] <[Deleted User]> #3
hello?
[Deleted User] <[Deleted User]> #4
Hello Team,
Could you please provide any update on this?
ANR, particularly MediaSessionCompat, has been increasing over time. This is most commonly visible with Android 11 and the device state recorded as Background. Is it hampered by something related to background services? Should we move this initialization to the foreground with foreground service initialization?
Please provide your feedback here in order to find an immediate solution to this problem.
[Deleted User] <[Deleted User]> #5
In several sessions, we are getting different logs. Initiation of MediaSessionCompat.init> is the thing that is universal. Could someone please assist us with this? It has been pending for a while. Please advice on how to deal with this problem.
Sharing a new set of stack-trace, just to recap.
main (runnable): tid=1 systid=6426
at android.support.v4.media.session.MediaSessionCompat.<init>(MediaSessionCompat.java:589)
at android.support.v4.media.session.MediaSessionCompat.<init>(MediaSessionCompat.java:530)
at android.support.v4.media.session.MediaSessionCompat.<init>(MediaSessionCompat.java:494)
at android.support.v4.media.session.MediaSessionCompat.<init>(MediaSessionCompat.java:468)
at com.audiomack.playback.MusicService.onCreate(MusicService.kt:220)
at android.app.ActivityThread.handleCreateService(ActivityThread.java:4661)
at android.app.ActivityThread.access$1700(ActivityThread.java:301)
at android.app.ActivityThread$H.handleMessage(ActivityThread.java:2196)
at android.os.Handler.dispatchMessage(Handler.java:106)
at android.os.Looper.loop(Looper.java:246)
at android.app.ActivityThread.main(ActivityThread.java:8653)
at java.lang.reflect.Method.invoke(Method.java)
at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run(RuntimeInit.java:602)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:1130)
[Deleted User] <[Deleted User]> #6
Hello Google Team, I was wondering if there are any updates on this issue. Could you please provide an update if possible? Thank you
[Deleted User] <[Deleted User]> #7
We are also facing the same issue with Android 11, when trying to get the MediaSessionCompat and ANR is increasing everyday. Please find the beow stacktrace
main (runnable):tid=1 systid=3245
at android.support.v4.media.session.MediaSessionCompat$MediaSessionImplApi21.<init>(MediaSessionCompat.java:3822)
at android.support.v4.media.session.MediaSessionCompat$MediaSessionImplApi22.<init>(MediaSessionCompat.java:4405)
at android.support.v4.media.session.MediaSessionCompat$MediaSessionImplApi28.<init>(MediaSessionCompat.java:4422)
at android.support.v4.media.session.MediaSessionCompat$MediaSessionImplApi29.<init>(MediaSessionCompat.java:4447)
at android.support.v4.media.session.MediaSessionCompat.<init>(MediaSessionCompat.java:576)
at android.support.v4.media.session.MediaSessionCompat.<init>(MediaSessionCompat.java:539)
at android.support.v4.media.session.MediaSessionCompat.<init>(MediaSessionCompat.java:503)
at android.support.v4.media.session.MediaSessionCompat.<init>(MediaSessionCompat.java:477)
at com.zee5.androidtv.music.di.MusicPlayerWrapper$mediaSession$2.invoke(MusicPlayerWrapper.kt:43)
at com.zee5.androidtv.music.di.MusicPlayerWrapper$mediaSession$2.invoke(MusicPlayerWrapper.kt:42)
at kotlin.SynchronizedLazyImpl.getValue(LazyJVM.kt:74)
at com.zee5.androidtv.music.di.MusicPlayerWrapper.getMediaSession(MusicPlayerWrapper.kt)
at com.zee5.androidtv.music.player.MusicMediaSessionCallback.<init>(MusicMediaSessionCallback.kt:36)
at com.zee5.data.DaggerZ5Application_HiltComponents_SingletonC$ServiceCImpl.musicMediaSessionCallback(DaggerZ5Application_HiltComponents_SingletonC.java)
at com.zee5.data.DaggerZ5Application_HiltComponents_SingletonC$ServiceCImpl.injectMusicService2(DaggerZ5Application_HiltComponents_SingletonC.java:5070)
at com.zee5.data.DaggerZ5Application_HiltComponents_SingletonC$ServiceCImpl.injectMusicService(DaggerZ5Application_HiltComponents_SingletonC.java)
at com.zee5.androidtv.music.player.Hilt_MusicService.inject(Hilt_MusicService.java:51)
at com.zee5.androidtv.music.player.Hilt_MusicService.onCreate(Hilt_MusicService.java:28)
at com.zee5.androidtv.music.player.MusicService.onCreate(MusicService.kt:57)
at android.app.ActivityThread.handleCreateService(ActivityThread.java:4317)
at android.app.ActivityThread.access$1600(ActivityThread.java:249)
at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1988)
at android.os.Handler.dispatchMessage(Handler.java:111)
at android.os.Looper.loop(Looper.java:250)
at android.app.ActivityThread.main(ActivityThread.java:7848)
at java.lang.reflect.Method.invoke(Native method)
at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run(RuntimeInit.java:609)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:1002)
Description
Audiomack is a music streaming service that is available online. We used Exoplayer for our work and are presently utilizing version - 2.13.3. For their specific purposes, we've integrated MediaControllerCompat and MediaSession. To initialize these two media components, we use a lazy binding method. However, with the initialization of these two components, we are getting a lot of ANR, especially on Android 11.
The ANRs are logged over Firebase, and we can't replicate them locally, thus we're sharing the Firebase stack-trace in a text file, reference ANR's title is listed here. Stack-trace you can find in the attached text file.
Stack-trace : 1 : MediaSessionCompat
Stack-trace : 2 : MediaSessionConnector
Stack-trace : 3 : MediaSessionConnector.setPlayer
Stack-trace : 4 : MediaControllerCompat.registerCallback
Stack-trace : 5 : ContextWrapper.registerReceiver
Android version : 11
Android Studio : Android Studio Bumblebee | 2021.1.1 Patch 1
Exoplayer Version: 2.13.3
Chromecast: com.google.android.gms:play-services-cast-framework:21.0.1
Devices reported: Samsung/Vivo/HMD Global/