You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In our testing with ExoPlayer on 60fps Widevine encrypted content we've observed calls to codec.queueSecureInputBuffer() are taking ~8-12ms on the AFTTIFF43 and INSIGNIA_NS_43F301NA22. On the other platforms, we've checked the time is around ~4ms. These long queueSecureInputBuffer() times combined with needsSynchronizationWorkaround being set in doQueueSecureInputBuffer() prevent ExoPlayer from processing an audio and video sample on average every 16ms.
If we don't set needsSynchronizationWorkaround and feed audio and video in parallel we can mostly meet the ~16ms average time but it's still close.
Our questions are:
Any idea why codec.queueSecureInputBuffer() calls are so slow on the AFTTIFF43 and INSIGNIA_NS_43F301NA22? Is there anything we can do about it?
Any idea if it's safe to disable the needsSynchronizationWorkaround for these and other FireTV platforms so that we are calling codec.queueSecureInputBuffer() for audio and video in parallel from separate threads? On other platforms(Broadcom) we see video corruption without needsSynchronizationWorkaround but so far our limited testing of FireTV devices has not shown any issues with needsSynchronizationWorkaround set to false.
The text was updated successfully, but these errors were encountered:
In our testing with ExoPlayer on 60fps Widevine encrypted content we've observed calls to codec.queueSecureInputBuffer() are taking ~8-12ms on the AFTTIFF43 and INSIGNIA_NS_43F301NA22. On the other platforms, we've checked the time is around ~4ms. These long queueSecureInputBuffer() times combined with needsSynchronizationWorkaround being set in doQueueSecureInputBuffer() prevent ExoPlayer from processing an audio and video sample on average every 16ms.
If we don't set needsSynchronizationWorkaround and feed audio and video in parallel we can mostly meet the ~16ms average time but it's still close.
Our questions are:
Any idea why codec.queueSecureInputBuffer() calls are so slow on the AFTTIFF43 and INSIGNIA_NS_43F301NA22? Is there anything we can do about it?
Any idea if it's safe to disable the needsSynchronizationWorkaround for these and other FireTV platforms so that we are calling codec.queueSecureInputBuffer() for audio and video in parallel from separate threads? On other platforms(Broadcom) we see video corruption without needsSynchronizationWorkaround but so far our limited testing of FireTV devices has not shown any issues with needsSynchronizationWorkaround set to false.
The text was updated successfully, but these errors were encountered: