@vger.kernel.org
Subject: Re: DSP Bridge video decode of above VGA videos
Hi James,
It seems that this question is more intended to the TI SN team, anyway
I have taken a look at the mail chain and from your conclusions below
seems that you are facing memory allocation issues. I think
Many thanks for the help Rene, it makes a huge difference being told
whereabouts in the gigabytes of source to start looking!
You are quite correct in that the error comes from NODE_Create.
Node_Create calls DISP_NodeCreate
DISP_NodeCreate calls SendMessage
SendMessage succeeds, but after
Hi James,
It seems that this question is more intended to the TI SN team, anyway
I have taken a look at the mail chain and from your conclusions below
seems that you are facing memory allocation issues. I think it is
probably you are getting a SYS_EALLOC coming in from the call to
Hi Rene,
This email contains 2 error logs. The first comes from trying to switch
to using the software decoder.
Is there something else I need to do to revert to software codecs
perhaps?
The second error log is the stack trace when the watchdog timer calls
SYNC_EnterCS.
I am sorry for
A bit more information about why videos are not playing in a port of
Zoom2 to gumstix:
1)
I can switch to use the software codec by simply removing the
/system/etc/01_Vendor_ti_omx.cfg file.
2)
If I use the OpenCORE unit tests I can successfully decode:
VGA movies with software codec
Hi James,
On Tue, Nov 23, 2010 at 8:34 AM, James Adams james.r.ad...@gmail.com wrote:
A bit more information about why videos are not playing in a port of
Zoom2 to gumstix:
2)
If I use the OpenCORE unit tests I can successfully decode:
VGA movies with software codec
1280*544 movie with
Hi James,
The second error log is the stack trace when the watchdog timer calls
SYNC_EnterCS.
Actually is not the WDT calling the function to get into the critical
section, it is the WDT being disabled when the DSP is going to OFF
state. This should fine.
The stack trace is shown below.
1)
Hi All,
We are running Android on a custom Gumstix Overo Water platform. We
have ported the 25.12 Zoom2 release to do this.
It is almost working except that when trying to decode H264 videos
with resolution above 640x480 (either horizontally or vertically, e.g.
640*544) the DSP module appears to
James,
On Mon, Nov 22, 2010 at 7:14 AM, James Adams james.r.ad...@gmail.com wrote:
Hi All,
We are running Android on a custom Gumstix Overo Water platform. We
have ported the 25.12 Zoom2 release to do this.
It is almost working except that when trying to decode H264 videos
with resolution
Hi Hari,
Please see output below - hopefully there are some clues in there? many thanks,
James
I/ActivityManager( 966): Starting activity: Intent {
act=android.intent.action.
MAIN cat=[android.intent.category.LAUNCHER] flg=0x1020
cmp=com.android.devel
opment/.Development }
Hi James,
On Mon, Nov 22, 2010 at 9:26 AM, James Adams james.r.ad...@gmail.com wrote:
D/TI_Video_Decoder( 934): VIDDEC_InitDSP_H264Dec():6573 After Rounding:
nFrameW
idth = 1280, nFrameHeight = 544
drivers/dsp/bridge/services/sync.c, line 357: Assertion (0) failed.
Hi Rene,
We have got the watchdog timer enabled at the moment (interval 5 seconds).
The code does indeed point to the line as you say.
I tried using dump_stack and it was getting triggered by an interrupt
calling handle_hibernation_fromDSP which then called functions
eventually triggering the
James,
On Mon, Nov 22, 2010 at 11:12 AM, James Adams james.r.ad...@gmail.com wrote:
Hi Rene,
We have got the watchdog timer enabled at the moment (interval 5 seconds).
The code does indeed point to the line as you say.
I tried using dump_stack and it was getting triggered by an interrupt
13 matches
Mail list logo