Closed krackjack234 closed 3 years ago
We don't see any obvious root cause in the bug report. Does your client have a relationship with that device manufacturer (presumably Amlogic)? If so then I'd suggest you get help directly from them, since they're better positioned to be able to root case the problem.
If not then let us know, and we can try and point Amlogic in the direction of this issue.
hi @ojw28 it will very helpful if you can try from our side. We will also try in parallel
Is the error code (E/ACodec: [OMX.amlogic.avc.decoder.awesome] ERROR(0x80001001)) specific to codec implementation ?
Please note we are using 2 exoplayers here, one to play Ad and another to play content and when Ad is playing both are present. Can that be a problem?
Please note we are using 2 exoplayers here, one to play Ad and another to play content and when Ad is playing both are present. Can that be a problem?
It may well be the problem. You could simply be exceeding the capabilities of the device, in terms of what decoder components it's able to allocate at any one point in time.
Note that it's not necessary to have two players in order to implement ad-insertion use cases, as demonstrated by ExoPlayer's IMA extension. The two player approach has really quite significant downsides (higher device requirements, lack of ability to coordinate buffering of the ad and the content, etc). So it would probably be a good idea for you to try and move away from that approach.
Is the error code (E/ACodec: [OMX.amlogic.avc.decoder.awesome] ERROR(0x80001001)) specific to codec implementation ?
I'm not certain, but I suspect the error code is specific to the implementation.
hi @ojw28 in our case we are using a 3rd party Ad engine and player to play ads. Hence we cannot use exoplayer ima extension.
The IMA extension is just an example. It's possible to implement the AdsLoader
interface to talk to a different ad provider. If the ad provider you're using doesn't provide you with sufficient flexibility for you to implement AdsLoader
, or provide you with their own implementation of AdsLoader
, then perhaps that should be a feature request to them.
It can be solved by reinitializing the hard decoder or converting to soft solution
Closing because this is (or was) a device specific issue, relating to a specific STB platform. It sounds like the correct path forward is (or was) to follow up with the STB manufacturer directly.
[REQUIRED] Issue description
Playback failing on STB box, throwing java.lang.IllegalStateException in MediaCodecRenderer.render function on start
[REQUIRED] Reproduction steps
We have an OTT app on our client's STB platform. On certain variants of stb boxes when we play AD + content, we see a 100% failure with neither content (clear files no drm) nor ads playing
[REQUIRED] Link to test content
Unfortunately this is a device specific problem and we can't share any public link
[REQUIRED] A full bug report captured from the device
Adb logcat & bug report attached. https://drive.google.com/drive/folders/1GGVVYWhi_Ftw_icXP6FxxTdgOAq15-vk?usp=sharing
We see the below exception which looks to be for some unsupported codecs. But the issue is happening on a particular variant, so will be great if we can get the actual root cause (which codec/profile/action etc.) is causing the issue and how we can avoid this.
[REQUIRED] Version of ExoPlayer being used
Exoplayer version used is 2.11.3
[REQUIRED] Device(s) and version(s) of Android being used
Android 9 aosp stb box