Glad to know.
-Ravi
On Dec 10, 7:28 pm, guru wrote:
> Thanks Ravi... I am able to resolve that Issue. As you told the issue
> was with my omx component initialization.
>
> On Dec 8, 2:34 pm, RaviY wrote:
>
> > iThreadSafeHandlerEventHandler is initalized in the node Prepare().
>
> > -Ravi
>
> >
Thanks Ravi... I am able to resolve that Issue. As you told the issue
was with my omx component initialization.
On Dec 8, 2:34 pm, RaviY wrote:
> iThreadSafeHandlerEventHandler is initalized in the node Prepare().
>
> -Ravi
>
> On Dec 8, 1:58 pm, guru wrote:
>
>
>
> > HI Ravi,
>
> > I added log
iThreadSafeHandlerEventHandler is initalized in the node Prepare().
-Ravi
On Dec 8, 1:58 pm, guru wrote:
> HI Ravi,
>
> I added log in the below function using LOGE to check problem with the
> crash:
>
> OMX_ERRORTYPE CallbackEventHandler(OMX_OUT OMX_HANDLETYPE aComponent,
>
HI Ravi,
I added log in the below function using LOGE to check problem with the
crash:
OMX_ERRORTYPE CallbackEventHandler(OMX_OUT OMX_HANDLETYPE aComponent,
OMX_OUT OMX_PTR aAppData,
OMX_OUT OMX_EVENTTYPE aEvent,
If you don't support the index
"PV_OMX_COMPONENT_CAPABILITY_TYPE_INDEX", then the default value for
iIsOMXComponentMultiThreaded is true.
-Ravi
On Dec 7, 5:17 pm, guru wrote:
> hi Ravi,
>
> Whether I have to set iIsOMXComponentMultiThreaded to TREU before
> calling EventHandler? as below.
>
> p
hi Ravi,
Whether I have to set iIsOMXComponentMultiThreaded to TREU before
calling EventHandler? as below.
pComponentPrivate->iPVCapabilityFlags.iIsOMXComponentMultiThreaded =
OMX_TRUE;
I am not setting this flag in my component code, but calling
pthread_create to call ComponentThread.
Regards
The OMX code has always been working with PV's and other HW OMX
components. Also, there have been quite a few folks who were able to
add new codecs. Hence my suspicion on your OMX component/decoder.
http://source.android.com/submit-patches is where you can contribute
to the Android Open Source Pro
Hi Ravi,
Thanks for the reply. I will check it.
My doubt is, it is crashing when it tries to call Eventhandler when
STATE is Loaded. My understanding is evenhandler is part of opencore
and we are calling from component. I am not understanding how the aac
decoder is causing the crash.
Whether afte
>From the stack trace, it looks like the crash is in the code that you
added. You would have to debug further.
Just curious, why are you trying to add a new AAC decoder library?
-Ravi
On Dec 4, 5:50 pm, guru wrote:
> HI Ravi,
>
> Below is the stack trace
>
> I/DEBUG ( 770): 407f1f2c 000
HI Ravi,
Below is the stack trace
I/DEBUG ( 770): 407f1f2c
I/DEBUG ( 770): 407f1f30
I/DEBUG ( 770): 407f1f34
I/DEBUG ( 770): 407f1f38
I/DEBUG ( 770): 407f1f3c
...
..
..
I/DEBUG ( 770): 40807c34
I
You shouldn't be needing any changes in the callbacks. The callback
functions are generic, and should work for all cases. Can you post the
complete stacktrace? I would have expected the shared library names in
the stack trace, and some address.
-Ravi
On Dec 4, 3:07 pm, guru wrote:
> HI All,
>
>
11 matches
Mail list logo