This is probably best asked in android-framework, the Packet Video engineers are more likely to answer.
However, OMX enforces pretty strict timing on interface calls, I believe all calls must return within 20 msecs. I can't think of many encoder/decoder nodes that can satisfy that timing requirement with purely synchronous calls. On Feb 23, 3:45 am, AJAY <ajay...@gmail.com> wrote: > To add futther: > > I am setting the iIsOMXComponentMutiThreaded to FALSE in the > PV_OMXComponentCapabiltiesFlagsType for cap exchange. > > On Feb 23, 4:39 pm, AJAY <ajay...@gmail.com> wrote: > > > To make it simple: > > Does the OpenMAX component needs to be implemented as an active > > object ? > > > -Ajay > > > On Feb 23, 4:28 pm, AJAY <ajay...@gmail.com> wrote: > > > > Hi, > > > > I am integratring n my OpenMAX IL for audio decoder to PV Framework. > > > However since my component only supports synchronous calls and doesnt > > > implement asynchronous operation, will that be an issue . > > > > As of now the AudioDecodeNode calls Prepare and the Buffers are > > > allocated. But it looks like the State transition to execute mode is > > > not happening , since my component doesnt receive and SendCommand > > > with EXECUTE. > > > > Does Android mandate async calls for OpenMAX plugins ? > > > > Thanks > > > Ajay --~--~---------~--~----~------------~-------~--~----~ unsubscribe: android-porting+unsubscr...@googlegroups.com website: http://groups.google.com/group/android-porting -~----------~----~----~----~------~----~------~--~---