New beagleboard demo image, now with 100% more DSP

716 views
Skip to first unread message

Koen Kooi

unread,
Mar 28, 2009, 8:31:26 AM3/28/09
to Beagle Board
Hi,

There's a new demo image + kernel available from http://angstrom-distribution.org/demo/beagleboard/

It now includes *all* the things needed to get gstreamer to use the
DSP for decoding audio and video using the infrastructure from
gstreamer.ti.com.

As you can see in http://www.youtube.com/watch?v=pcdaosTiWPI there is
a TI watermark in the video, this is because only evaluation codecs
can be distributed, but nothing is stopping you from using the
production codecs from the dvsdk.

regards,

Koen

PGP.sig

Dan Poirot

unread,
Mar 28, 2009, 2:15:33 PM3/28/09
to beagl...@googlegroups.com
Way cool demo image... ...and I haven't even got to Gstreamer.

I showed this to a coworker and he said "It's just like a tiny Linux box!"


...yes, it is.

Beautiful package Koen.

Thanks,
- dan

Frans Meulenbroeks

unread,
Mar 29, 2009, 8:10:21 AM3/29/09
to Beagle Board
Nice work Koen!

Søren Steen Christensen

unread,
Mar 29, 2009, 10:56:19 AM3/29/09
to beagl...@googlegroups.com
> Nice work Koen!

Indeed - Nice work - I unfortunately can't make the gstreamer DSP link
working => It's hard to see the great improvement - I hope somebody can help
me forward :-)

I'm unfortunately still pretty new to gstreamer and Linux multimedia in
general...

In order for anybody to tell me what I'm doing wrong, I will therefore here
try to sketch what I did:

1) Download the binaries from:
http://angstrom-distribution.org/demo/beagleboard/
2) Copy u-boot, MLO and uImage to the MMC FAT partition
3) Extract the file system image to the EXT partition
4) Boot into uboot and set environment using the serial connection like:

a) setenv bootargs 'console=ttyS2,115200n8 console=tty0 root=/dev/mmcblk0p2
rw rootfstype=ext3 rootwait omapfb.video_mode=640x480MR-16@60 mem=104M'
b) setenv bootcmd 'mmcinit; fatload mmc 0 0x80300000 uImage; bootm
0x80300000'
c) saveenv

5) Restart board and connect HUB with mouse and keyboard
6) Boot into the X-environment - Shows nicely over DVI
7) Start a terminal and enter the following:

a) su
b) modprobe cmemk phys_start=0x88000000 phys_end=0x89000000
pools=20x4096,8x131072,5x1048576,1x1429440,1x256000,1x5250000,3x829440
c) modprobe dsplinkk
d) modprobe lpm_omap3530
e) cd /usr/share/ti-codec-combos

8) Try to playback the BigBuckBunny.m4v file like:

a) gst-launch filesrc location=/data/movies/BigBuckBunny_640x360.m4v !
qtdemux name=demux demux.video_00 ! TIViddec2 ! xvimagesink

=>

The gstreamer complains about:
"Failed to load plugin ... libstrsubparse.so"

and stops with the comment
"Pipeline is PREROLLING ..."

I can stop(kill gstreamer by pressing CTRL+C and I get the same result even
though I run it several times. Anybody having any idea, what I'm doing
wrong? Or anybody having any ideas of what to try? Or what worked for them?
Any kind of link will be highly appreciated :-)

Best regards and thanks in advance
Søren

PS: I'm running on a B5 board, but I don't think that's important...

Koen Kooi

unread,
Mar 29, 2009, 11:20:51 AM3/29/09
to beagl...@googlegroups.com

Op 29 mrt 2009, om 16:56 heeft Søren Steen Christensen het volgende
geschreven:


Could you try:

env | grep DISPLAY

to see if the DISPLAY var is set? It should be :0 (that's not a
smiley, but a colon and a zero)

regards,

Koen

PGP.sig

Søren Steen Christensen

unread,
Mar 29, 2009, 11:27:38 AM3/29/09
to beagl...@googlegroups.com

Forgot to mention in my previous post:

Step 7f) export DISPLAY=:0

-          Display variable was/is therefore set

/ Søren

Søren Steen Christensen

unread,
Mar 29, 2009, 12:22:57 PM3/29/09
to beagl...@googlegroups.com

Forgot to mention in my previous post:

Step 7f) export DISPLAY=:0

-          Display variable was/is therefore set

/ Søren

I just gave it another try, with nearly identical result, although new a little different:

 

1)      Boot the system as described in previous post

2)      gst-launch -v videotestsrc ! xvimagesink                                               

Output: “X Error of failed request:  BadAtom (invalid Atom parameter)”

3)      gst-launch -v videotestsrc ! xvimagesink

Output: This time the color bar test image is output on the DVI display as expected

4)      gst-launch filesrc location=/test/BigBuckBunny_640x360.m4v ! qtdemux name=demux.video_00 ! TIViddec2 ! xvimagesink

Output:

(gst-launch-0.10:1756): GStreamer-WARNING **: Failed to load plugin '/usr/lib/gstreamer-0.10/libgstsubparse.so': /usr/lib/gstreamer-0.10/libgstsubparse.so: undefined symbol: parse_sami

Setting pipeline to PAUSED ...

Pipeline is PREROLLING ...

Unhandled fault: external abort on non-linefetch (0x1818) at 0x43274000

Bus error

5)      gst-launch filesrc location=/test/BigBuckBunny_640x360.m4v ! qtdemux name=demux.video_00 ! TIViddec2 ! xvimagesink

Output:

(gst-launch-0.10:1767): GStreamer-WARNING **: Failed to load plugin '/usr/lib/gstreamer-0.10/libgstsubparse.so': /usr/lib/gstreamer-0.10/libgstsubparse.so: undefined symbol: parse_sami

Setting pipeline to PAUSED ...

Pipeline is PREROLLING ...

Pipeline is PREROLLED ...

Setting pipeline to PLAYING ...

New clock: GstSystemClock

Got EOS from element "pipeline0".

Execution ended after 53253178 ns.

Setting pipeline to PAUSED ...

Setting pipeline to READY ...

Setting pipeline to NULL ...

FREEING pipeline ...

6)      gst-launch filesrc location=/test/BigBuckBunny_640x360.m4v ! qtdemux name=demux.video_00 ! TIViddec2 ! xvimagesink

Output:

(gst-launch-0.10:1767): GStreamer-WARNING **: Failed to load plugin '/usr/lib/gstreamer-0.10/libgstsubparse.so': /usr/lib/gstreamer-0.10/libgstsubparse.so: undefined symbol: parse_sami

Setting pipeline to PAUSED ...

Pipeline is PREROLLING ...

HANGING, but can be canceled by hitting CTRL+C

Steps 6 repeats over and over again in case the commend is tried again

 

I have no problem playing the file using mplayer, so the file is definitely OK.

Does the above log ring any bells at anyone?

Is the GStreamer-WARNING also “supposed” to occur when the playback is working?

 

Best regards and thanks again

  Søren

Brijesh Singh

unread,
Mar 30, 2009, 12:53:24 PM3/30/09
to beagl...@googlegroups.com
Hello,

Looks like some issue with your cmem module. I have rev B7 and my
cmdline and loadmodule looks something like this

1: Boot kernel with mem=88M

2: Use the below loadmodule.sh

# Default Memory Map
#
# Start Addr Size Description
# -------------------------------------------
# 0x80000000 88 MB Linux
# 0x85800000 08 MB CMEM
# 0x86800000 24 MB DDRALGHEAP
# 0x87800000 6 MB DDR2 (BIOS, Codecs, Applications)
# 0x87E00000 1 MB DSPLINK (MEM)
# 0x87F00000 4 KB DSPLINK (RESET)
# 0x87F01000 1020 KB unused

modprobe cmemk phys_start=0x85800000 phys_end=0x86800000
pools=20x4096,8x131072,4x829440,1x5250000,1x1429440,1x256000


# insert DSP/BIOS Link driver
#
modprobe dsplinkk

# make /dev/dsplink
rm -f /dev/dsplink
mknod /dev/dsplink c `awk "\\$2==\"dsplink\" {print \\$1}" /proc/devices` 0


# insert Local Power Manager driver
#
modprobe lpm_omap3530

# insert sdma module
modprobe sdmak


3: And finally my pipeline looks like something this for elementry
video decoding

gst-launch filesrc location=$1 ! TIViddec2 codecName=$codecName
engineName=decode genTimeStamps=FALSE ! xvimagesink

Thanks
Brijesh Singh
--
Confusion is always the most honest response.

Søren Steen Christensen

unread,
Mar 30, 2009, 4:36:04 PM3/30/09
to beagl...@googlegroups.com
Hi Brijesh,

Thanks for your comments, with this info I was able to make it (nearly) work
:-) :-) :-)

1) I changed bootargs to 'mem=88M'
Then
2) modprobe cmemk phys_start=0x85800000 phys_end=0x86800000
pools=20x4096,8x131072,4x829440,1x5250000,1x1429440,1x256000
3) modprobe dsplinkk
4) modprobe lpm_omap3530

5)
a) gst-launch -v filesrc location=/data/BigBuckBunny_640x360.m4v !
qtdemux name=demux.video_00 ! TIViddec2 ! xvimagesink
=> Video starts playing with TI logo in upper right corner :-)
No Audio - Is this supposed?
Crashes with a mmcblk0: error -84 transferring data error after some
random time
b) gst-launch playbin uri=file:///data/BigBuckBunny_640x360.m4v
=> Black video with TI logo in corner and Audio Plays :-)
Does not seem to crash with MMC error, although not extensively
tested...

I think the original command I used will only work on a RevC board with
256MB RAM?

After taking a closer look, the phys_start address in my original command
was 0x88000000, which is the exact end of the SDRAM - This new value is
within the 128MB limit:-)... That being said, I tried to change the limit to
104M (by setting phys_start=0x86800000, phys_end=0x87800000 and changing
mem=104M in bootargs) - This however didn't seem to work - Is this as
expected?

Best regards and thanks - I'm beginning to get a hole through :-) :-)
Søren
> No virus found in this incoming message.
> Checked by AVG - www.avg.com
> Version: 8.0.238 / Virus Database: 270.11.31/2029 - Release Date:
> 03/29/09 16:56:00

Vladimir Pantelic

unread,
Mar 30, 2009, 4:50:54 PM3/30/09
to beagl...@googlegroups.com
Søren Steen Christensen wrote:
> Hi Brijesh,

> After taking a closer look, the phys_start address in my original command
> was 0x88000000, which is the exact end of the SDRAM - This new value is

this one works only on 256MB revC

> within the 128MB limit:-)... That being said, I tried to change the limit to
> 104M (by setting phys_start=0x86800000, phys_end=0x87800000 and changing
> mem=104M in bootargs) - This however didn't seem to work - Is this as
> expected?

Yes, there is not only CMEM but also CE that needs some memory up there,
so you cannot move CMEM without reducing the CE mem.

Brijesh Singh

unread,
Mar 30, 2009, 4:55:53 PM3/30/09
to beagl...@googlegroups.com
On Mon, Mar 30, 2009 at 3:36 PM, Søren Steen Christensen
<sorensch...@stofanet.dk> wrote:
>
> Hi Brijesh,
>
> Thanks for your comments, with this info I was able to make it (nearly) work
> :-) :-) :-)
>
> 1) I changed bootargs to 'mem=88M'
> Then
> 2) modprobe cmemk phys_start=0x85800000 phys_end=0x86800000
>   pools=20x4096,8x131072,4x829440,1x5250000,1x1429440,1x256000
> 3) modprobe dsplinkk
> 4) modprobe lpm_omap3530
>
> 5)
> a) gst-launch -v filesrc location=/data/BigBuckBunny_640x360.m4v !
>   qtdemux name=demux.video_00 ! TIViddec2 ! xvimagesink
>   => Video starts playing with TI logo in upper right corner :-)
>      No Audio - Is this supposed?

[BK] I don't see audio element in plugin in your pipeline. What type
of file is /data/BigBuckBunny_640x360.m4v ?
I see you are using qtdemux, is this mp4 file?? I use the below
pipeline for my mp4

gst-launch filesrc location=sample.mp4 ! typefind ! qtdemux name=demux
demux.audio_00 ! queue max-size-buffers=1800 max-size-time=0
max-size-bytes=0 ! typefind ! TIAuddec1 ! alsasink demux.video_00 !
typefind ! TIViddec2 ! xvimagesink


>      Crashes with a mmcblk0: error -84 transferring data error after some
> random time
> b) gst-launch playbin uri=file:///data/BigBuckBunny_640x360.m4v
>   => Black video with TI logo in corner and Audio Plays :-)
>      Does not seem to crash with MMC error, although not extensively
> tested...
[BK] Currently plugins does not work well with playbin/decodebin. It;s
one the known issue listed at gstreamer.ti.com tracker items.
>
> I think the original command I used will only work on a RevC board with
> 256MB RAM?
>
[BK] I have old beagleboard from friend and it has 128M. I don't know
the mem option for 256M. Sorry.

Søren Steen Christensen

unread,
Mar 30, 2009, 5:30:26 PM3/30/09
to beagl...@googlegroups.com
Cool - That did the trick :-) Now I have both Audio and Video running,
although it seem a bit unstable - It's normally crashing after a short while
(10-20 sec) with something like:

"Failed to configure latency of 0:00:00.000000000
mmcblk0: error -84 transferring data
end_request: I/O error, dev mmcblk0, sector 1924355
end_request: I/O error, dev mmcblk0, sector 1924363
end_request: I/O error, dev mmcblk0, sector 1924371
end_request: I/O error, dev mmcblk0, sector 1924379
..."

Is this supposed/known/expected? Should I try another SD card? Or some
different approach? - I.e. playing the file from a network drive instead of
MMC?

Do you have any pointers to general gsteamer usage? I'm completely new to
gstreamer and while seeing it, it kind of makes sense that I need to set an
audio path as well as the video path, but I'm not sure I would easily work
out the command myself - Thanks for the hint :-)

@Vladimir: Thanks for your comments as well. Luckily they were pretty much
aligned with what I thought :-)

Best regards and thanks to all of you

Peter McDermott

unread,
Apr 1, 2009, 7:53:36 AM4/1/09
to beagl...@googlegroups.com
Koen,

We downloaded the demo image and kernel (2.6.28-r17) from the URL
below. We are able to decode video, but it only runs for 5-10 seconds
before we get kernel panics. Sometimes we are seeing reports of MMC
card errors (transfer data errors, etc.).

We might have some bad cards, so we're going to get new ones.

We have tried a 2.6.27-20 we built with the dsplink from codec engine
2.21. We are also seeing video playback for 5-10 seconds before
kernel panics in MMC. Same as with the above.

We also used CIFS with our 2.6.27-20 kernel to mount files over the
network and play, but then we saw kernel panics in the kernel power
management driver (omap3_pm_idle function).

Any thoughts?

Regards,

Peter

P.S. Youtube is blocked again over here in China, so we aren't able to
see your video :( But we believe it can work!

Amanuense

unread,
Apr 6, 2009, 7:27:08 PM4/6/09
to Beagle Board
Hi all

I tried to reproduce a video using the very same instructions, but I
thing I have some setbacks.

note: all the commandas where introduced using the serial port since I
have no adapter to use a keyboard and a mouse in the B6 beagleboard.

1) bootargs to 'mem=88M video=omapfb:vram:10M
omapfb.video_mode=1024x768MR-16@60'
2) modprobe cmemk phys_start=0x85800000 phys_end=0x86800000
pools=20x4096,8x131072,4x829440,1x5250000,1x1429440,1x256000
3) modprobe dsplinkk
4) modprobe lpm_omap3530
5) export DISPLAY=:0
6) try to play a video
a) gst-launch -v filesrc location=/home/root/
BigBuckBunny_640x360.m4v !
qtdemux name=demux.video_00 ! TIViddec2 ! xvimagesink
result: nothing.
console output: http://pastebin.com/m3bdd4fbd
b) gst-launch playbin uri=file:///home/root/BigBuckBunny_640x360.m4v
result: Only audio is played, no video output, not even the black
video with TI's logo mentioned by Søren
c) omapfbplay BigBuckBunny_640x360.m4v rev
result: Nothing
the console complain about "Error allocating frame buffers"
d) mplayer /home/root/BigBuckBunny_640x360.m4v
result: video is played

even when I stop X and try omapfbsink or dfbvideosink I have no video
output from gstreamer

Any idea about of what could be the problem I have to reproduce
video?

Best regards
Oscar Arias

On Mar 30, 3:36 pm, Søren Steen Christensen

Brijesh Singh

unread,
Apr 6, 2009, 8:30:47 PM4/6/09
to beagl...@googlegroups.com
Hello,

> a) gst-launch -v filesrc location=/home/root/
> BigBuckBunny_640x360.m4v !
> qtdemux name=demux.video_00 ! TIViddec2 ! xvimagesink
> result: nothing.
> console output: http://pastebin.com/m3bdd4fbd

Can you add "--gst-debug=TI*:2" in pipeline to see if there are any
errors. Also "--gst-debug=TIViddec2:5" to get detail debugging log.

> b) gst-launch playbin uri=file:///home/root/BigBuckBunny_640x360.m4v
> result: Only audio is played, no video output, not even the black
> video with TI's logo mentioned by Søren

There are some known issue with TI plugin while using playbin. Check
tracker item on gstreamer.ti.com

See http://wiki.davincidsp.com/index.php?title=GstTIPlugin_Elements
for some more details on element.

On X windowing system, you may need to use xvimagesink instead of
TIDmaiVideoSink.

-Brijesh

Søren Steen Christensen

unread,
Apr 7, 2009, 2:46:08 AM4/7/09
to beagl...@googlegroups.com

Hi Oscar,

I think I ran into this problems as well - You need to cd into the TI codec
catalog
"cd /usr/share/ti-codec-combos" before trying to play the video (i.e. as
step 5½)

Other than that I think you have all the details I needed to get it up
running...

Best regards - Good luck
Søren

Koen Kooi

unread,
Apr 7, 2009, 2:58:39 AM4/7/09
to beagl...@googlegroups.com

Op 7 apr 2009, om 08:46 heeft Søren Steen Christensen het volgende
geschreven:

>
>

That should be fixed with the current gstreamer plugins in the
angstrom feeds (opkg update ; opkg install gstreamer-ti). The patch
that was used for that: http://patchwork.openembedded.org/patch/263/

regards,

Koen

PGP.sig

Amanuense

unread,
Apr 7, 2009, 11:25:51 AM4/7/09
to Beagle Board

Hi everybody

I want to thank you (all) for your answers, I just test them and I got
video... only for while because it get frozen at a random time but I
think this is caused by the SD card I am using (got mmcblk0: error -84
transferring data ).

Apparently the only issue was changing of directory, I'll try to
update angstrom as son as I get a USB-NIC

BR
Oscar Arias
>  PGP.sig
> < 1KViewDownload

farazv

unread,
Apr 8, 2009, 5:48:54 PM4/8/09
to Beagle Board
@Koen and and others,

I have downloaded the latest kernel modules from:

http://www.angstrom-distribution.org/demo/beagleboard/modules-2.6.28-r17-beagleboard.tgz

and there doesn't seem to be either cmemk or dsplinkk in this package!
Is this the wrong package? or am I missing a something here?!

Thanks,
--Faraz

Peter McDermott

unread,
Apr 8, 2009, 7:21:31 PM4/8/09
to beagl...@googlegroups.com
Oscar,

We and another person on this list had exactly the same problem as you
-- video plays for a few seconds, then the kernel reports SD card
errors.

Has anyone been able to make video play for longer than a few
seconds? If so, how?

Regards,

Peter

David Hagood

unread,
Apr 10, 2009, 5:48:26 PM4/10/09
to Beagle Board

I have a RevC Beagleboard, I've loaded the Angstrom image + the
packages, and I have the same problems as others above.

I am using the following command line for the kernel:
console=ttyS2,115200n8 root=/dev/mmcblk0p2 rw rootwait omapfb.vram=8M,
4M omapfb.video_mode=1280x800MR-24@60 mem=232M

With the modules being loaded by:

modprobe cmemk phys_start=0x8F000000 phys_end=0x90000000
pools=20x4096,8x131072,5x1048576,1x1429440,1x256000,1x5250000,3x829440
modprobe dsplinkk
modprobe lpm_omap3530

When I try to run any Gstreamer commands from the command line I get:

(gst-launch-0.10:2377): GStreamer-WARNING **: Failed to load plugin '/
usr/lib/gstreamer-0.10/libgstsubparse.so': /usr/lib/gstreamer-
0.10/libgstsubparse.so: undefined symbol: parse_sami
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...

** (gst-launch-0.10:2376): WARNING **: libomxil.so.0: cannot open
shared object file: No such file or directory


** (gst-launch-0.10:2376): WARNING **: libomxil.so.0: cannot open
shared object file: No such file or directory

So there is something buggered in the package dependencies, and/or
there are missing packages.

Kevin Holland

unread,
Apr 16, 2009, 6:00:58 PM4/16/09
to beagleboard
I got the DSP to decode a h.264 move using gstreamer in the demo image but it is very slow and blocky.  Any Ideas why?

bootargs: mem=88M omapfb.video_mode=1024x768MR-16@60


modprobe cmemk phys_start=0x85800000 phys_end=0x86800000
pools=20x4096,8x131072,4x829440,1x5250000,1x1429440,1x256000

modprobe dsplinkk
modprobe lpm_omap3530
export DISPLAY=:0

gst-launch -v filesrc location=/home/root/
elephantsdream-480-h264-st-aac.mov !
   qtdemux name=demux.video_00 ! TIViddec2 ! xvimagesink

Also I tried updating with opkg install gstreamer-ti but it fails with a opkg fork error.

Thanks,
Kevin


Rediscover Hotmail®: Get quick friend updates right in your inbox. Check it out.

Kevin Holland

unread,
Apr 17, 2009, 2:56:53 PM4/17/09
to beagleboard
I got a different video to decode, must have been something weird with the other file. 
Decoding without the audio is very stable (file is on a USB stick), but as soon as you add audio the whole system grinds to a halt in a matter of seconds.  Would having a revC board help this because of more ram or is this a problem with something else?  I've tried both alsasink and osssink and they both work for a little bit then the system becomes locked up requiring a restart.

Another question I have is do I need to allocate more memory for the cmemk driver if I'm doing audio or wil the standard call work:

modprobe cmemk phys_start=0x85800000 phys_end=0x86800000
pools=20x4096,8x131072,4x829440,1x5250000,1x1429440,1x256000

Thanks for your help

Kevin



From: habi...@hotmail.com

To: beagl...@googlegroups.com
Subject: [beagleboard] Re: New beagleboard demo image, now with 100% more DSP
Date: Thu, 16 Apr 2009 17:00:58 -0500

Rediscover Hotmail®: Get e-mail storage that grows with you. Check it out.

Brijesh Singh

unread,
Apr 18, 2009, 12:56:33 PM4/18/09
to beagl...@googlegroups.com
Kevin,

This memory map looks okay for playing D1_NTSC video and audio.
Elements (audio and video) allocates CMEM circular buffer to copy the
data from upstream to contiguous memory location. If your cmem pool
is not a big enough then element will report ERROR. If you do not see
any error that means you are fine with your cmem args. I think your
issue is more of related to available free memory.

RevC will definatly help but for that you need to rebuild codec-combo
and other components , this page
http://wiki.davincidsp.com/index.php?title=Changing_the_DVEVM_memory_map
talks about some details for rebuilding combo's and other tools of
dm6446 evm and pretty much the same holds true on OMAP3. Note that
the default combo's are hard-coded for mem=88M option. Look at
loadmodule.sh script in my previous post. This will give you default
memory map.

Checkout this video to get familiar with TI plugins [1]
Also refer [2] and [3] for more info on element properties and some
sample pipeline. If you have any technical questions then i would
suggest posting on gstreamer.ti.com forums.

[1] https://gstreamer.ti.com/gf/project/gstreamer_ti/wiki/?pagename=OverviewPresentation

[2] http://wiki.davincidsp.com/index.php?title=GStreamer

[3] http://wiki.davincidsp.com/index.php?title=GstTIPlugin_Elements


Thanks
Brijesh

nguyen giang

unread,
Apr 22, 2009, 3:00:39 AM4/22/09
to beagl...@googlegroups.com
Hi all,
I've followed these step:

1) set boot args mem=88M video=omapfb:vram:10M omapfb.video_mode=1024x768MR-16@60

2) modprobe cmemk phys_start=0x85800000 phys_end=0x86800000 pools=20x4096,8x131072,4x829440,1x5250000,1x1429440,1x256000


3) modprobe dsplinkk

4) modprobe lpm_omap3530

5) export DISPLAY=:0

6) gst-launch-0.10 filesrc location="/media/mmcblk0p3/movie.avi" ! avidemux ! omx_mpeg4dec ! omapfbsink

Then I got these message:


Setting pipeline to PAUSED ...
ERROR: Pipeline doesn't want to pause.

Setting pipeline to NULL ...
FREEING pipeline ...

when I use --gst-debug=3 --gst-debug-no-color, I see that :


Setting pipeline to PAUSED ...
0:00:00.334045424  1798    0x15050 INFO            GST_STATES gstelement.c:2434:gst_element_change_state:<omapfbsink0> have FAILURE change_state return
0:00:00.334716811  1798    0x15050 INFO            GST_STATES gstelement.c:2044:gst_element_abort_state:<omapfbsink0> aborting state from NULL to READY
0:00:00.335449233  1798    0x15050 INFO            GST_STATES gstbin.c:2369:gst_bin_change_state_func:<pipeline0> child 'omapfbsink0' failed to go to state 2(READY)
0:00:00.336059584  1798    0x15050 INFO            GST_STATES gstelement.c:2434:gst_element_change_state:<pipeline0> have FAILURE change_state return
0:00:00.336700453  1798    0x15050 INFO            GST_STATES gstelement.c:2044:gst_element_abort_state:<pipeline0> aborting state from NULL to PAUSED
ERROR: Pipeline doesn't want to pause.

Any help please?
Regards,
Giang Nguyen

ps: I attached the debug file.
debug.txt

Søren Steen Christensen

unread,
May 5, 2009, 4:47:27 AM5/5/09
to Tan...@gmail.com, beagl...@googlegroups.com
> how do you get on well with DSP now? are you solve this problem
> that: the gstreamer ti plugin play only few seconds before the mmcblk0
> error occurred?
> I meet the same error as you, also I can only play a video for few
> seconds, and then, dead of "mmcblkp: error-84 transferring data". do
> you find any solutions?

I didn't have any more time for debugging it, and since I basically only
needed the graphics for fun (wanted to see the great work Koen and all the
others did in order to get this running), I didn't care that much. I think I
read on the mailing list somewhere that there were some MMC patches fixing
this issue, but I didn't try them myself - yet.

Hopefully somebody else on the list can comment
Søren

Søren Steen Christensen

unread,
May 5, 2009, 6:21:14 AM5/5/09
to Favor Tang, beagl...@googlegroups.com
> I have searched all over the mailing list, however, I got nothing
> patches for "mmcblkp: error-84 transferring data" error.
>
> I will try again to search that patches.

The patch I was thinking about was the one for the MMC -110 error.
I don't know if the errors are related and/or if this patch fixes the -84
problems as well, but in case you haven't it included already I would
recommend you to give it a try - See as well the discussion on the list of
SDHC errors from the 8th of April...

Best regards - See you
Søren

LaoHuo

unread,
May 6, 2009, 11:38:26 PM5/6/09
to Beagle Board
HI:
i have the same problem;


On 3月31日, 上午5时30分, Soren Steen Christensen
<sorenschristen...@stofanet.dk> wrote:
> Cool - That did the trick :-) Now I have both Audio and Video running,
> although it seem a bit unstable - It's normally crashing after a short while
> (10-20 sec) with something like:
>
> "Failed to configure latency of 0:00:00.000000000
> mmcblk0: error -84 transferring data
> end_request: I/O error, dev mmcblk0, sector 1924355
> end_request: I/O error, dev mmcblk0, sector 1924363
> end_request: I/O error, dev mmcblk0, sector 1924371
> end_request: I/O error, dev mmcblk0, sector 1924379
> ..."
>
> Is this supposed/known/expected? Should I try another SD card? Or some
> different approach? - I.e. playing the file from a network drive instead of
> MMC?
>
> Do you have any pointers to general gsteamer usage? I'm completely new to
> gstreamer and while seeing it, it kind of makes sense that I need to set an
> audio path as well as the video path, but I'm not sure I would easily work
> out the command myself - Thanks for the hint :-)
>
> @Vladimir: Thanks for your comments as well. Luckily they were pretty much
> aligned with what I thought :-)
>
> Best regards and thanks to all of you
> Soren
>
>
>
> > -----Original Message-----
> > From: beagl...@googlegroups.com
> > [mailto:beagl...@googlegroups.com] On Behalf Of Brijesh Singh
> > Sent: Monday, March 30, 2009 10:56 PM
> > To: beagl...@googlegroups.com
> > Subject: [beagleboard] Re: New beagleboard demo image, now with 100%
> > more DSP
>
> > > Soren
> > >> On Sun, Mar 29, 2009 at 11:22 AM, Soren Steen Christensen
> > >> <sorenschristen...@stofanet.dk> wrote:
> > >> > Forgot to mention in my previous post:
>
> > >> > Step 7f) export DISPLAY=:0
>
> > >> > - Display variable was/is therefore set
>
> > >> > / Soren
> > >> > Soren
>
> > >> --
> > >> Confusion is always the most honest response.
>
> > >> No virus found in this incoming message.
> > >> Checked by AVG -www.avg.com
> > >> Version: 8.0.238 / Virus Database: 270.11.31/2029 - Release Date:
> > >> 03/29/09 16:56:00
>
> > --
> > Confusion is always the most honest response.
>
> > No virus found in this incoming message.
> > Checked by AVG -www.avg.com
> > Version: 8.0.238 / Virus Database: 270.11.31/2029 - Release Date:
> > 03/29/09 16:56:00- 隐藏被引用文字 -
>
> - 显示引用的文字 -

LaoHuo

unread,
May 6, 2009, 11:41:03 PM5/6/09
to Beagle Board
HI:
I have the same problem;
can you help me if you have solved it;

On 3月31日, 上午5时30分, Soren Steen Christensen
<sorenschristen...@stofanet.dk> wrote:
> Cool - That did the trick :-) Now I have both Audio and Video running,
> although it seem a bit unstable - It's normally crashing after a short while
> (10-20 sec) with something like:
>
> "Failed to configure latency of 0:00:00.000000000
> mmcblk0: error -84 transferring data
> end_request: I/O error, dev mmcblk0, sector 1924355
> end_request: I/O error, dev mmcblk0, sector 1924363
> end_request: I/O error, dev mmcblk0, sector 1924371
> end_request: I/O error, dev mmcblk0, sector 1924379
> ..."
>
> Is this supposed/known/expected? Should I try another SD card? Or some
> different approach? - I.e. playing the file from a network drive instead of
> MMC?
>
> Do you have any pointers to general gsteamer usage? I'm completely new to
> gstreamer and while seeing it, it kind of makes sense that I need to set an
> audio path as well as the video path, but I'm not sure I would easily work
> out the command myself - Thanks for the hint :-)
>
> @Vladimir: Thanks for your comments as well. Luckily they were pretty much
> aligned with what I thought :-)
>
> Best regards and thanks to all of you
> Soren
>
>
>
> > -----Original Message-----
> > From: beagl...@googlegroups.com
> > [mailto:beagl...@googlegroups.com] On Behalf Of Brijesh Singh
> > Sent: Monday, March 30, 2009 10:56 PM
> > To: beagl...@googlegroups.com
> > Subject: [beagleboard] Re: New beagleboard demo image, now with 100%
> > more DSP
>
> > > Soren
> > >> On Sun, Mar 29, 2009 at 11:22 AM, Soren Steen Christensen
> > >> <sorenschristen...@stofanet.dk> wrote:
> > >> > Forgot to mention in my previous post:
>
> > >> > Step 7f) export DISPLAY=:0
>
> > >> > - Display variable was/is therefore set
>
> > >> > / Soren
> > >> > Soren
>
> > >> --
> > >> Confusion is always the most honest response.
>
> > >> No virus found in this incoming message.
> > >> Checked by AVG -www.avg.com
> > >> Version: 8.0.238 / Virus Database: 270.11.31/2029 - Release Date:
> > >> 03/29/09 16:56:00
>
> > --
> > Confusion is always the most honest response.
>
> > No virus found in this incoming message.
> > Checked by AVG -www.avg.com
> > Version: 8.0.238 / Virus Database: 270.11.31/2029 - Release Date:

LaoHuo

unread,
May 7, 2009, 3:55:46 AM5/7/09
to Beagle Board
HI:
have you solved the problem;
I have the problem now;
If you success in it; can you tell me how to slove it;
thanks a lot;

On 3月31日, 上午5时30分, Soren Steen Christensen
<sorenschristen...@stofanet.dk> wrote:
> Cool - That did the trick :-) Now I have both Audio and Video running,
> although it seem a bit unstable - It's normally crashing after a short while
> (10-20 sec) with something like:
>
> "Failed to configure latency of 0:00:00.000000000
> mmcblk0: error -84 transferring data
> end_request: I/O error, dev mmcblk0, sector 1924355
> end_request: I/O error, dev mmcblk0, sector 1924363
> end_request: I/O error, dev mmcblk0, sector 1924371
> end_request: I/O error, dev mmcblk0, sector 1924379
> ..."
>
> Is this supposed/known/expected? Should I try another SD card? Or some
> different approach? - I.e. playing the file from a network drive instead of
> MMC?
>
> Do you have any pointers to general gsteamer usage? I'm completely new to
> gstreamer and while seeing it, it kind of makes sense that I need to set an
> audio path as well as the video path, but I'm not sure I would easily work
> out the command myself - Thanks for the hint :-)
>
> @Vladimir: Thanks for your comments as well. Luckily they were pretty much
> aligned with what I thought :-)
>
> Best regards and thanks to all of you
> Soren> -----Original Message-----
> > From: beagl...@googlegroups.com
> > [mailto:beagl...@googlegroups.com] On Behalf Of Brijesh Singh
> > Sent: Monday, March 30, 2009 10:56 PM
> > To: beagl...@googlegroups.com
> > Subject: [beagleboard] Re: New beagleboard demo image, now with 100%
> > more DSP
>
> > > Soren
> > >> On Sun, Mar 29, 2009 at 11:22 AM, Soren Steen Christensen
> > >> <sorenschristen...@stofanet.dk> wrote:
> > >> > Forgot to mention in my previous post:
>
> > >> > Step 7f) export DISPLAY=:0
>
> > >> > - Display variable was/is therefore set
>
> > >> > / Soren
> > >> > Soren

Favor Tang

unread,
May 7, 2009, 10:25:15 AM5/7/09
to beagl...@googlegroups.com
hi. all

as I searched and tracked about this issue, I have found out:

Assume that you have compiled all the dsplink modules out, also you
have the gstreamer ti plugin compiled as well.

when you play a video(the video must be support by TI codec combos)
on the SD/MMC card, you will get the "mmcblk0: error -84 transferring
data" error, the video will hang by this error as well. I get another
try, I copy the video from card to memory of ramdisk, then, gstreamer
ti pugin can play over the whole video without that issue.

so I think this issue is something about mmc/sd card driver, and
maybe the linux-omap mailing list or other groups have already know
this issue, and may have be fixed already, but I didn't know where is
these patches. if someone found them, please let me know,thanks.

I didn't try other SD/MMC card types, I have only one type of card
named kingston, I wanna try another type of card, but I didn't get one
at present. so, hope others can help to test this, in order to see if
only this card type cause this problem.

that's what i found, if anyone has something new, please update
this mailing list.

thanks.

2009/5/7 LaoHuo <qvbh...@gmail.com>:
--
~~~~~~~~~~~~~~~~~
/favor
~~~~~~~~~~~~~~~~~

Jesse

unread,
May 11, 2009, 7:35:52 PM5/11/09
to Beagle Board
Has anyone gotten this to work flawlessly? If you have can you
please post a step by step guide. I've tried to follow some of the
steps in this post, but its become pretty convoluted, and I'm not
sure if I am just doing stuff that people have already done and
figured out it was wrong.
Thanks

On May 7, 7:25 am, Favor Tang <tang...@gmail.com> wrote:
> hi. all
>
> as I searched and tracked about this issue, I have found out:
>
> Assume that you have compiled all the dsplink modules out, also you
> have the gstreamer ti plugin compiled as well.
>
> when you play a video(the video must be support by TI codec combos)
> on the SD/MMC card, you will get the "mmcblk0: error -84 transferring
> data" error, the video will hang by this error as well. I get another
> try, I copy the video from card to memory of ramdisk, then, gstreamer
> ti pugin can play over the whole video without that issue.
>
> so I think this issue is something about mmc/sd card driver, and
> maybe the linux-omap mailing list or other groups have already know
> this issue, and may have be fixed already, but I didn't know where is
> these patches. if someone found them, please let me know,thanks.
>
> I didn't try other SD/MMC card types, I have only one type of card
> named kingston, I wanna try another type of card, but I didn't get one
> at present. so, hope others can help to test this, in order to see if
> only this card type cause this problem.
>
> that's what i found, if anyone has something new, please update
> this mailing list.
>
> thanks.
>
> 2009/5/7 LaoHuo <qvbhs...@gmail.com>:
> ...
>
> read more >>

priyank...@gmail.com

unread,
M