1068969 - Consider using tunnel mode for Video decode as well

Status: NEW

(Core :: Audio/Video: Playback, defect)

Description

[bhargavg1]

+++ This bug was initially created as a clone of Bug #1064376 +++

Can we consider using TM for video decode as well to save on power

Comment 1

[Chris Pearce [:cpearce (Not reading bugmail)]]

What is tunnel mode?

Comment 2

[bhargavg1]

(In reply to Chris Pearce (:cpearce) from comment #1)
> What is tunnel mode?

See Bug 976172 for implementation of audio playback cases

Comment 3

[Ravi Dandu]

Do we know how much power savings tunneling audio portion of a video decode may bring? 

976172 dealt with the low hanging fruit: Audio playback tunneling to DSP will bring significant savings as the application processor can be switched off. Use-cases such as listening to music over a headset with the screen off. For example, with audio tunneling, Android Nexus 5 offers a total off-network audio playback time of up to 60 hours, an increase of over 50% over non-tunneled audio. 

In the current bug, video decode will keep the application processor on. Hence the question on how much incremental value tunneling the audio portion of the video decode will bring.

Comment 4

[bhargavg1]

(In reply to rdandu from comment #3)
> In the current bug, video decode will keep the application processor on.
> Hence the question on how much incremental value tunneling the audio portion
> of the video decode will bring.

we are talking about ~15% in overall savings

Comment 5

[Blake Wu [:bwu][:blakewu]]

This feature is important for TV to play 4k content with higher fps. We could use [1] to leverage Android's video tunnel mode based on our new decoder module[2]. 

[1]http://androidxref.com/5.1.0_r1/xref/frameworks/av/media/libstagefright/OMXClient.cpp#81
[2]https://bugzilla.mozilla.org/show_bug.cgi?id=1203859