DSP video decode problem

GoogleGroups
1

Hi,

I enabled DSP support (dspbridge) on my BeagleBoard running Debian Lenny
using the latest kernel (2.6.35) and patches and installed all the
required TI's bins and libs, but when I try to play a video using
gstreamer and the DSP algorithms I get a scrambled video decoding, as
shown in the following screenshot:

http://img716.imageshack.us/img716/2879/bbbdistort.png

Kernel log shows no errors on boot:

[ 38.823394] bridgedriver: module is from the staging directory, the
quality is unknown, you have been warned.
[ 38.998535] proc_load: Processor Loaded /lib/dsp/baseimage.dof
[ 39.007049] omap mailbox rev 4.0
[ 39.015289] proc_start: dsp in running state
[ 39.026397] DSP Bridge driver loaded

The provided ping utility also works.

Can anyone help me sorting out this problem?

Thanks

Pietro Pizzo

2

Pietro Pizzo wrote:

Hi,

I enabled DSP support (dspbridge) on my BeagleBoard running Debian Lenny
using the latest kernel (2.6.35) and patches and installed all the
required TI's bins and libs, but when I try to play a video using
gstreamer and the DSP algorithms I get a scrambled video decoding, as
shown in the following screenshot:

thats not scrambled, that is just an image stride issue.

The omap YUV overlays expect the image to have a width which is a multiple
of 16 pixels, so the dsp decoder needs to add padding for clips that are
not a multiple of 16 wide...

Or this image is decoded correctly, but somebody copies it not taking the
16x stride into account...

3

Thanks for your quick reply Vladimir. I tried with other movies with a
width multiple of 16 pixels and it worked like a sharm!

Just a question: is it possible to play movies which don't respect
width limitations? Could it be possible to insert a component in the
gstreamer pipeline which pads the frames with blank pixels?

Thanks again.

Pietro

4

Pietro Pizzo wrote: