http://android.git.kernel.org/?p=platform/external/opencore.git;a=tree;f=doc;h=dc6682b55061c156c1641d564e72cfb00a8ecb82;hb=d8b443ddaa386ed85ba31fbd663c40423a8d4ded
On Fri, Feb 6, 2009 at 12:25 PM, hdandroid <[email protected]> wrote: > > Can someone point me to the document? Is is somewhere on PV website or > can I get it from git? > I am pretty sure OpenCore is not tearing down the playback session - > it continues to keep the component in PAUSE after the end of playback. > > On Feb 5, 6:24 pm, Dave Sparks <[email protected]> wrote: > > When the app calls release, ultimately it will flow down to through > > the framework to tear down the playback session. As Freepine points > > out, the OMX decoder node in OpenCore is responsible for making the > > appropriate calls to transistion the OMX component. There's an OMX > > guide in the OpenCore docs that should help explain this. > > > > On Feb 5, 1:42 am, hdandroid <[email protected]> wrote: > > > > > > > > > I am not clear about the flow from the app's release() method to the > > > OMX component. Isn't PV SW getting involved in changing OMX component > > > state from PAUSE to IDLE or LOADED. > > > > > May be a better way to ask is who drives OMX Audio decoder's state > > > transition when release() method is called. (I am assuming there is > > > some kind of OMX IL client PV SW in android stack) > > > > > On Feb 4, 11:12 pm, Dave Sparks <[email protected]> wrote: > > > > > > OpenCore has no context to do this, this is managed through > > > > application life cycle. > > > > > > The app is supposed to manage the resources by calling release() on > > > > the MediaPlayer. If the screen times out, then the app's onPause() > > > > method will be called and it should call the release() method. If the > > > > app is not doing this - it's an app problem. > > > > > > On Feb 4, 10:26 pm, hdandroid <[email protected]> wrote: > > > > > > > At the end of audio playback, opencore framework places OMX audio > > > > > decoder component in PAUSE state. User may not perform any > operation > > > > > after the end of playback (may be for several minutes). In case of > HW > > > > > audio decode, this will hold up resources and continue to drain > > > > > current in PAUSE state. To avoid this from happening, opencore can > > > > > either move the component to IDLE (or LOADED) state after > completing > > > > > playback of each song. This will allow the component to release HW > > > > > resources and reduce power consumption > > > > > > > Is it a straight forward change to move the component to idle state > > > > > instead of pause state at the end of playback? Any issues with this > > > > > approach?- Hide quoted text - > > > > > > - Show quoted text -- Hide quoted text - > > > > - Show quoted text - > > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "android-framework" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/android-framework?hl=en -~----------~----~----~----~------~----~------~--~---
