Probably this is a newbie problem, patience with me, I'm just
introducing in gst-dsp project. I'm using gst-dsp version v0.7.1 and
dspbridge from http://git.kernel.org/?p=linux/kernel/git/tmlind/linux-omap-2.6.git;a... and playing the open movie big-buck-bunny-480p-surround.avi I get this
error:
Gstreamer shows:
---
create_node: dsp node allocate failed
init_node: dsp node creation failed
ERROR: from element
/GstPlayBin:playbin0/GstDecodeBin:decodebin0/GstDspVDec:dspvdec0:
couldn't start node
ERROR: pipeline doesn't want to preroll.
Setting pipeline to NULL ...
FREEING pipeline ...
---
And dmesg shows
---
[ 249.314666] proc_map: not aligned: 0x7ac00 (68)
[ 249.319274] proc_map: not aligned: 0x7ad00 (68)
[ 249.324005] proc_map: not aligned: 0x7ae00 (68)
[ 249.328582] proc_map: not aligned: 0x7af00 (68)
[ 250.277832] procwrap_detach: deprecated dspbridge ioctl
---
On Tue, Apr 27, 2010 at 11:04 AM, Enric Balletbò i Serra
<eballe...@gmail.com> wrote:
> Probably this is a newbie problem, patience with me, I'm just
> introducing in gst-dsp project. I'm using gst-dsp version v0.7.1 and
> dspbridge from http://git.kernel.org/?p=linux/kernel/git/tmlind/linux-omap-2.6.git;a... > and playing the open movie big-buck-bunny-480p-surround.avi I get this
> error:
No problem, that's what this mailing list is for ;)
> And dmesg shows
> ---
> [ 249.314666] proc_map: not aligned: 0x7ac00 (68)
> [ 249.319274] proc_map: not aligned: 0x7ad00 (68)
> [ 249.324005] proc_map: not aligned: 0x7ae00 (68)
> [ 249.328582] proc_map: not aligned: 0x7af00 (68)
> [ 250.277832] procwrap_detach: deprecated dspbridge ioctl
> ---
Don't pay attention to "deprecated dspbridge ioctl", that's just a warning.
The real problem is that the node allocation failed. That might be due
to the fact that the DSP is in a bad state, and needs to be reloaded,
or that the DSP firmware is missing. So:
1) Do you have the firmware in /lib/dsp?
2) Where did you get the firmware? L23.i3.3[1]?
3) Have you tried reloading the 'bridgedriver' module?
>2010/4/27 Felipe Contreras <felipe.contre...@gmail.com>:
> Hello Enric,
> On Tue, Apr 27, 2010 at 11:04 AM, Enric Balletbò i Serra
> <eballe...@gmail.com> wrote:
>> Probably this is a newbie problem, patience with me, I'm just
>> introducing in gst-dsp project. I'm using gst-dsp version v0.7.1 and
>> dspbridge from http://git.kernel.org/?p=linux/kernel/git/tmlind/linux-omap-2.6.git;a... >> and playing the open movie big-buck-bunny-480p-surround.avi I get this
>> error:
> No problem, that's what this mailing list is for ;)
>> And dmesg shows
>> ---
>> [ 249.314666] proc_map: not aligned: 0x7ac00 (68)
>> [ 249.319274] proc_map: not aligned: 0x7ad00 (68)
>> [ 249.324005] proc_map: not aligned: 0x7ae00 (68)
>> [ 249.328582] proc_map: not aligned: 0x7af00 (68)
>> [ 250.277832] procwrap_detach: deprecated dspbridge ioctl
>> ---
> Don't pay attention to "deprecated dspbridge ioctl", that's just a warning.
> The real problem is that the node allocation failed. That might be due
> to the fact that the DSP is in a bad state, and needs to be reloaded,
> or that the DSP firmware is missing. So:
<eballe...@gmail.com> wrote:
>>2010/4/27 Felipe Contreras <felipe.contre...@gmail.com>:
>> On Tue, Apr 27, 2010 at 11:04 AM, Enric Balletbò i Serra
>> <eballe...@gmail.com> wrote:
>>> Probably this is a newbie problem, patience with me, I'm just
>>> introducing in gst-dsp project. I'm using gst-dsp version v0.7.1 and
>>> dspbridge from http://git.kernel.org/?p=linux/kernel/git/tmlind/linux-omap-2.6.git;a... >>> and playing the open movie big-buck-bunny-480p-surround.avi I get this
>>> error:
>> No problem, that's what this mailing list is for ;)
>> The real problem is that the node allocation failed. That might be due
>> to the fact that the DSP is in a bad state, and needs to be reloaded,
>> or that the DSP firmware is missing. So:
>> 2) Where did you get the firmware? L23.i3.3[1]?
> Ooops, not this version.
I have never tried L23.i3.3 myself, the last one I got working was
0.3.5. It's possible that L23.i3.3 needs some changes that still
haven't been pushed.
Personally I would try these patches:
0001-vdec-register-conversions-library.patch
0003-vdec-add-send_cb-for-MPEG4-decoder.patch
0004-vdec-add-recv_cb-for-MPEG4-decoder.patch
I know #1 is needed, but I don't think it will fix your problem, so
try the other two as well.
I'm also CC'ing the omapzoom mailing list that should know more about
this error.
On Tue, Apr 27, 2010 at 09:13:19PM +0300, Felipe Contreras wrote:
> You can either try 0.3.5, or try applying some of these patches that I
> just uploaded:
> http://people.freedesktop.org/~felipec/gst-dsp/
I'm a bit lost with all the available gst-dsp repositories. Which one is the
"official" and which one has the cutting-edge features?
2010/4/28 Víctor M. Jáquez L. <vjaq...@igalia.com>:
> On Tue, Apr 27, 2010 at 09:13:19PM +0300, Felipe Contreras wrote:
>> You can either try 0.3.5, or try applying some of these patches that I
>> just uploaded:
>> http://people.freedesktop.org/~felipec/gst-dsp/
> I'm a bit lost with all the available gst-dsp repositories. Which one is the
> "official" and which one has the cutting-edge features?
The Fremantle and Harmattan branches have some experimental stuff and
hacks that have no place in the main (upstream) repository. However, I
haven't had time to try TI's L23.i3.3 public release, so I don't know
what fixes from the Harmattan branch would make sense to push.
Once we know what's needed for L23.i3.3, I would like to make those
changes optional; I think the main repo should work reasonably ok on
all platforms, and eventually there would not be a need for any
platform-specific branches.
> However, I
> haven't had time to try TI's L23.i3.3 public release, so I don't know
> what fixes from the Harmattan branch would make sense to push.
So the patches in your freedesktop page are those you use internally?
> Once we know what's needed for L23.i3.3, I would like to make those
> changes optional; I think the main repo should work reasonably ok on
> all platforms, and eventually there would not be a need for any
> platform-specific branches.
2010/4/28 Víctor M. Jáquez L. <vjaq...@igalia.com>:
>> However, I
>> haven't had time to try TI's L23.i3.3 public release, so I don't know
>> what fixes from the Harmattan branch would make sense to push.
> So the patches in your freedesktop page are those you use internally?
The ones I think are relevant (TI SN API), yeah. The rest are mostly
parsing stuff (which I consider WIP), other WIP patches, and secret
stuff ;)
2010/4/28 Víctor M. Jáquez L. <vjaq...@igalia.com>:
> On Wed, Apr 28, 2010 at 04:47:02PM +0300, Felipe Contreras wrote:
>> Once we know what's needed for L23.i3.3, I would like to make those
>> changes optional; I think the main repo should work reasonably ok on
>> all platforms, and eventually there would not be a need for any
>> platform-specific branches.
> Roger that.
I got L23.i3.3 working, I'll make the configure option and send the
patches to the list, but in the meantime I've pushed the changes to a
new branch: next-l23-i3-3.
On May 2, 6:16 pm, Felipe Contreras <felipe.contre...@gmail.com>
wrote:
> 2010/4/28 Víctor M. Jáquez L. <vjaq...@igalia.com>:
> > On Wed, Apr 28, 2010 at 04:47:02PM +0300, Felipe Contreras wrote:
> >> Once we know what's needed for L23.i3.3, I would like to make those
> >> changes optional; I think the main repo should work reasonably ok on
> >> all platforms, and eventually there would not be a need for any
> >> platform-specific branches.
> > Roger that.
> I got L23.i3.3 working, I'll make the configure option and send the
> patches to the list, but in the meantime I've pushed the changes to a
> new branch: next-l23-i3-3.
How do you get this working?
I've a 2.6.32-felipec1 kernel, I've created the /lib/dsp directory
with
the contents of DSPbinaries-3.09-Linux-x86-Install
(L23.i3.3OMXDSPBinaries)
Then I load the modules with debug traces enabled
On Fri, May 7, 2010 at 12:45 PM, Jorge <jorge.monteag...@gmail.com> wrote:
> How do you get this working?
> I've a 2.6.32-felipec1 kernel, I've created the /lib/dsp directory
> with
> the contents of DSPbinaries-3.09-Linux-x86-Install
> (L23.i3.3OMXDSPBinaries)
> Then I load the modules with debug traces enabled
I haven't used that kernel (2.6.32-felipec1) in a while, nowadays
there's a dspbridge branch in linux-omap (based on v2.6.33):
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git
I tested the L23.i3.3 binaries with that branch and it works fine
(with gst-dsp next-l23-i3-3).
Have you tried a recent kernel?
BTW. For a newer bridge you need to compile gst-dsp like:
make NEW=y
On Fri, May 07, 2010 at 02:45:07AM -0700, Jorge wrote:
> How do you get this working?
> I've a 2.6.32-felipec1 kernel, I've created the /lib/dsp directory
> with
> the contents of DSPbinaries-3.09-Linux-x86-Install
> (L23.i3.3OMXDSPBinaries)
> Then I load the modules with debug traces enabled
> > I've a 2.6.32-felipec1 kernel, I've created the /lib/dsp directory
> > with
> > the contents of DSPbinaries-3.09-Linux-x86-Install
> > (L23.i3.3OMXDSPBinaries)
> > Then I load the modules with debug traces enabled
> I haven't used that kernel (2.6.32-felipec1) in a while, nowadays
> there's a dspbridge branch in linux-omap (based on v2.6.33):
> git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git
> I tested the L23.i3.3 binaries with that branch and it works fine
> (with gst-dsp next-l23-i3-3).
> Have you tried a recent kernel?
> BTW. For a newer bridge you need to compile gst-dsp like:
> make NEW=y
then I've to switch to any branch or the main is ok?
Is it ok to use the /opt/gst directory from your demo image in order
to test
the gstreamer and change only the /opt/gst/lib/gstreamer-0.10/
libgstdsp.so file
with the one from gst-dsp next-l23-i3-3 branch ??
> On Fri, May 7, 2010 at 12:45 PM, Jorge <jorge.monteag...@gmail.com> wrote:
> > How do you get this working?
> > I've a 2.6.32-felipec1 kernel, I've created the /lib/dsp directory
> > with
> > the contents of DSPbinaries-3.09-Linux-x86-Install
> > (L23.i3.3OMXDSPBinaries)
> > Then I load the modules with debug traces enabled
> I haven't used that kernel (2.6.32-felipec1) in a while, nowadays
> there's a dspbridge branch in linux-omap (based on v2.6.33):
> git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git
> I tested the L23.i3.3 binaries with that branch and it works fine
> (with gst-dsp next-l23-i3-3).
> Have you tried a recent kernel?
Now I have the kernel from this git repository. Have I to switch to
a branch ?? I've done
> On Fri, May 07, 2010 at 02:45:07AM -0700, Jorge wrote:
> > How do you get this working?
> > I've a 2.6.32-felipec1 kernel, I've created the /lib/dsp directory
> > with
> > the contents of DSPbinaries-3.09-Linux-x86-Install
> > (L23.i3.3OMXDSPBinaries)
> > Then I load the modules with debug traces enabled
> then I've to switch to any branch or the main is ok?
I don't know what's the status with the default branch, it probably
has experimental stuff, and not dspbridge. I only tested the dspbridge
one; I suggest you do the same since it's based on vanilla v2.6.33 (no
hacks).
> Is it ok to use the /opt/gst directory from your demo image in order
> to test
> the gstreamer and change only the /opt/gst/lib/gstreamer-0.10/
> libgstdsp.so file
> with the one from gst-dsp next-l23-i3-3 branch ??
>> then I've to switch to any branch or the main is ok?
> I don't know what's the status with the default branch, it probably
> has experimental stuff, and not dspbridge. I only tested the dspbridge
> one; I suggest you do the same since it's based on vanilla v2.6.33 (no
> hacks).
>> Is it ok to use the /opt/gst directory from your demo image in order
>> to test
>> the gstreamer and change only the /opt/gst/lib/gstreamer-0.10/
>> libgstdsp.so file
>> with the one from gst-dsp next-l23-i3-3 branch ??
> Now I'm using branch next-l23-i3-3 with
> DSPbinaries-3.09-Linux-x86-Install, but I'm still having problems.
> Here is the log:
> ---
> # gst-launch-0.10 playbin uri=file:///home/root/big-buck-bunny-480p-surround.avi
> Setting pipeline to PAUSED ...
> Pipeline is PREROLLING ...
> [ 661.995452] proc_map: not aligned: 0x7af00 (68)
> [ 662.000061] proc_map: not aligned: 0x7b000 (68)
> [ 662.004730] proc_map: not aligned: 0x7b100 (68)
> [ 662.009490] proc_map: not aligned: 0x7b200 (68)
> ** Message: don't know how to handle audio/x-ac3, rate=(int)48000,
> channels=(int)6
> [ 663.765167] proc_map: not aligned: 0x42300500 (16)
> [ 663.770080] proc_map: not aligned: 0x42300600 (16)
> [ 663.775024] proc_map: not aligned: 0x42300700 (8120)
> [ 663.780059] proc_map: not aligned: 0x42302780 (8120)
> map_buffer: buffer not aligned: 0x44019008-0x440e1288
> [ 663.830047] memory_sync_page: no page for 42301000
> [ 663.835754] proc_memory_sync: InValid address parameters 42300700 1fb8
> map_buffer: buffer not aligned: 0x44019008-0x440e1288
> [ 663.847106] memory_sync_page: no page for 42303000
> [ 663.852783] proc_memory_sync: InValid address parameters 42302780 1fb8
> [ 663.859558] proc_map: not aligned: 0x151400 (4515)
> [ 663.865264] proc_map: not aligned: 0x152c00 (309)
> got_message: error: cmd=3584, arg1=2, arg2=3846
> dsp_thread: failed waiting for events
> dsp_thread: failed waiting for events
> dsp_thread: failed waiting for events
> (and lot of this messages)
> ---
> Can someone give me some light on this issue ?
> Thanks in advance,
> Enric
> 2010/5/7 Felipe Contreras <felipe.contre...@gmail.com>:
> > On Fri, May 7, 2010 at 1:39 PM, Jorge <jorge.monteag...@gmail.com> wrote:
> >>> Have you tried a recent kernel?
> >>> BTW. For a newer bridge you need to compile gst-dsp like:
> >>> make NEW=y
> >> Ok, I'll give a try... Now I'm getting the 2.6.33
> >> then I've to switch to any branch or the main is ok?
> > I don't know what's the status with the default branch, it probably
> > has experimental stuff, and not dspbridge. I only tested the dspbridge
> > one; I suggest you do the same since it's based on vanilla v2.6.33 (no
> > hacks).
> >> Is it ok to use the /opt/gst directory from your demo image in order
> >> to test
> >> the gstreamer and change only the /opt/gst/lib/gstreamer-0.10/
> >> libgstdsp.so file
> >> with the one from gst-dsp next-l23-i3-3 branch ??
> On Fri, May 07, 2010 at 04:47:07PM +0200, Enric Balletbň i Serra wrote:
>> Hi,
>> Now I'm using branch next-l23-i3-3 with
>> DSPbinaries-3.09-Linux-x86-Install, but I'm still having problems.
>> Here is the log:
>> ---
>> # gst-launch-0.10 playbin uri=file:///home/root/big-buck-bunny-480p-surround.avi
>> Setting pipeline to PAUSED ...
>> Pipeline is PREROLLING ...
>> [ 661.995452] proc_map: not aligned: 0x7af00 (68)
>> [ 662.000061] proc_map: not aligned: 0x7b000 (68)
>> [ 662.004730] proc_map: not aligned: 0x7b100 (68)
>> [ 662.009490] proc_map: not aligned: 0x7b200 (68)
>> ** Message: don't know how to handle audio/x-ac3, rate=(int)48000,
>> channels=(int)6
>> [ 663.765167] proc_map: not aligned: 0x42300500 (16)
>> [ 663.770080] proc_map: not aligned: 0x42300600 (16)
>> [ 663.775024] proc_map: not aligned: 0x42300700 (8120)
>> [ 663.780059] proc_map: not aligned: 0x42302780 (8120)
>> map_buffer: buffer not aligned: 0x44019008-0x440e1288
>> [ 663.830047] memory_sync_page: no page for 42301000
>> [ 663.835754] proc_memory_sync: InValid address parameters 42300700 1fb8
>> map_buffer: buffer not aligned: 0x44019008-0x440e1288
>> [ 663.847106] memory_sync_page: no page for 42303000
>> [ 663.852783] proc_memory_sync: InValid address parameters 42302780 1fb8
>> [ 663.859558] proc_map: not aligned: 0x151400 (4515)
>> [ 663.865264] proc_map: not aligned: 0x152c00 (309)
>> got_message: error: cmd=3584, arg1=2, arg2=3846
>> dsp_thread: failed waiting for events
>> dsp_thread: failed waiting for events
>> dsp_thread: failed waiting for events
>> (and lot of this messages)
>> ---
>> Can someone give me some light on this issue ?
>> Thanks in advance,
>> Enric
>> 2010/5/7 Felipe Contreras <felipe.contre...@gmail.com>:
>> > On Fri, May 7, 2010 at 1:39 PM, Jorge <jorge.monteag...@gmail.com> wrote:
>> >>> Have you tried a recent kernel?
>> >>> BTW. For a newer bridge you need to compile gst-dsp like:
>> >>> make NEW=y
>> >> Ok, I'll give a try... Now I'm getting the 2.6.33
>> >> then I've to switch to any branch or the main is ok?
>> > I don't know what's the status with the default branch, it probably
>> > has experimental stuff, and not dspbridge. I only tested the dspbridge
>> > one; I suggest you do the same since it's based on vanilla v2.6.33 (no
>> > hacks).
>> >> Is it ok to use the /opt/gst directory from your demo image in order
>> >> to test
>> >> the gstreamer and change only the /opt/gst/lib/gstreamer-0.10/
>> >> libgstdsp.so file
>> >> with the one from gst-dsp next-l23-i3-3 branch ??
