i.MX6 Video acceleration on Ubuntu Raring (and Debian)

When we recently posted Linaro Raring images for i.MX6, we were surprised at the number responses regarding hardware acceleration, and especially video acceleration.

For a long time now, we’ve been saying that it could be done, but leaving it as an exercise for the reader. In other words, go read the manuals and figure it out. Based on the response, it’s probably time to show some details.

It’s not very pretty, but the following will show you how it can be done. I recommend a full cup of coffee and a SATA drive, because almost all of this will occur on the device, and native compilation is very slow on SD card.

Also note that these notes apply and have been tested on Debian Wheezy, except that the names of some of the prerequisites are different. Also note that I’m starting with raring-nano to make sure I capture all of them.

First, the pre-requisites

First, make sure your system is up-to-date:
root@linaro-nano:~# apt-get update
Then you’ll need a compiler:
root@linaro-nano:~# apt-get install build-essential
And the ability to compile gstreamer plugins:
root@linaro-nano:~# apt-get install libgstreamer-plugins-base0.10-dev
root@linaro-nano:~# apt-get build-dep gst-plugins-base0.10
During the steps above, you’re going to get messages like this:
/sbin/ldconfig.real: /usr/lib/libOpenVG.so is not a symbolic link
In English, this is a warning that the Vivante libraries we installed don’t follow proper Linux shared-library versioning standards (where .so files are supposed to be symlinks to .so.version).

You can safely ignore them.

Then get the packages

The packages required for building the gstreamer plugins are as follows:
  • A set of kernel headers
  • firmware-imx-3.5.7-1.0.0
  • imx-lib-3.5.7-1.0.0
  • fsl-alsa-plugins-3.5.7-1.0.0
  • libfslcodec-3.5.7-1.0.0
  • libfslparser-3.5.7-1.0.0
  • libfslvpuwrap-3.5.7-1.0.0
  • gst-fsl-plugins-3.5.7-1.0.0

Kernel headers

Because some of these packages use hardware-specific APIs, they expect some i.MX6-specific header files to be present in /usr/include on the build machine.

There are two simple ways to accomplish this:
  1. If you’ve already built the kernel, you can use the headers_install target in the kernel build tree to create a set of headers and simply copy them into /usr/include, or
  2. You can use the Debian approach of make-kpkg to build a linux-headers-versionnum.deb package and use dpkg -i to install it.
To make this easy, we’ve uploaded a package to our cloud storage site with a recent version of the tar-ball version that you can grab and extract as shown below. We had some difficulty with make-kpkg generating an armhf package with a cross-compiler.
root@linaro-nano:~# wget http://commondatastorage.googleapis.com/boundarydevices.com/linux-headers-3.0.35-02829-gac24896_4.1.0.tar.gz
root@linaro-nano:~# tar zxvf linux-headers-3.0.35-02829-gac24896_4.1.0.tar.gz -C /usr

Getting the other packages from Freescale – the LTIB way

There are two routes to the other packages, which are distributed by Freescale. The first is to download two packages from the Freescale 3.0.35_4.1.0 release page:

Inside the L3.0.35_4.1.0_ER_SOURCE_BSP package, you’ll find tar-balls for both the imx-lib-3.0.35-4.1.0 and firmware-imx-3.0.35-4.1.0 packages, and you’ll find tar-balls of the other packages inside L3.0.35_4.1.0_MM_CODECS package in the ltib codecs directory. Note that although there are .deb packages inside the codec package, we weren’t successful in compiling from them.

Getting the other packages from Freescale – the Yocto way

Another way to get the codec and BSP packages is to download them from the Freescale Yocto repository at http://www.freescale.com/lgfiles/NMG/MAD/YOCTO/. This location allows for automated download, but because some of the sources require acceptance of a EULA, they’re packaged as self-extracting shell scripts (.bin files).

Getting the packages is very easy using this route:
# first, the open-source codec package:
root@linaro-nano:~# wget http://www.freescale.com/lgfiles/NMG/MAD/YOCTO/gst-fsl-plugins-3.5.7-1.0.0.tar.gz
# then the restricted files
root@linaro-nano:~# for pkg in firmware-imx \
                             imx-lib \
                             fsl-alsa-plugins \
                             libfslcodec \
                             libfslparser \
                             libfslvpuwrap ; do \
                         wget http://www.freescale.com/lgfiles/NMG/MAD/YOCTO/${pkg}-3.5.7-1.0.0.bin ; \
                     done
But extracting is a bit more complicated, requiring you to accept the EULA for each:
root@linaro-nano:~# tar zxf gst-fsl-plugins-3.5.7-1.0.0.tar.gz
root@linaro-nano:~# for pkg in firmware-imx \
                             imx-lib \
                             fsl-alsa-plugins \
                             libfslcodec \
                             libfslparser \
                             libfslvpuwrap ; do \
                         sh ${pkg}-3.5.7-1.0.0.bin ; \
                     done

Building the packages

Building (or installing) the packages is relatively straightforward once you know the flags required for each.

The firmware-imx package simply requires copying files to the /lib/firmware directory:
root@linaro-nano:~# cp -ravf firmware-imx-3.5.7-1.0.0/firmware/* /lib/firmware/
The imx-lib package seems to have failures building the rng library, so we’ve skipped it. It also requires the PLATFORM=IMX6Q flag:
root@linaro-nano:~# cd imx-lib-3.5.7-1.0.0/
root@linaro-nano:~/imx-lib-3.5.7-1.0.0# rm -rf rng
root@linaro-nano:~/imx-lib-3.5.7-1.0.0# make PLATFORM=IMX6Q all && make PLATFORM=IMX6Q install
The fsl-alsa-plugins package requires some autotools-fu before compilation:
root@linaro-nano:~# cd fsl-alsa-plugins-3.5.7-1.0.0/
root@linaro-nano:~/fsl-alsa-plugins-3.5.7-1.0.0# aclocal && autoconf && automake --add-missing
root@linaro-nano:~/fsl-alsa-plugins-3.5.7-1.0.0# ./configure --prefix=/usr
root@linaro-nano:~/fsl-alsa-plugins-3.5.7-1.0.0# make all && make DESTDIR=/ install
The libfslparser, libfslvpuwrap, and gst-fsl-plugins packages each have an autogen.sh script to take care of the autotools stuff:
root@linaro-nano:~# cd libfslcodec-3.5.7-1.0.0
root@linaro-nano:~/libfslcodec-3.5.7-1.0.0# ./autogen.sh --prefix=/usr && make all && make DESTDIR=/ install
root@linaro-nano:~/libfslcodec-3.5.7-1.0.0# cd ../libfslparser-3.5.7-1.0.0
root@linaro-nano:~/libfslparser-3.5.7-1.0.0# ./autogen.sh --prefix=/usr && make all && make DESTDIR=/ install
root@linaro-nano:~/libfslparser-3.5.7-1.0.0# cd ../libfslvpuwrap-3.5.7-1.0.0 
root@linaro-nano:~/libfslvpuwrap-3.5.7-1.0.0# ./autogen.sh --prefix=/usr && make all && make DESTDIR=/ install
root@linaro-nano:~/libfslvpuwrap-3.5.7-1.0.0# cd ../gst-fsl-plugins-3.5.7-1.0.0 
root@linaro-nano:~/gst-fsl-plugins-3.5.7-1.0.0# ./autogen.sh PLATFORM=MX6 --prefix=/usr 
root@linaro-nano:~/gst-fsl-plugins-3.5.7-1.0.0# make all && make DESTDIR=/ install

Testing things out

To test things out, we downloaded the Sintel 1080P video file from the Blender Foundation’s Sintel web-site and played the video using gplay. Note that before doing so, we also installed the base, good, bad, and ugly gstreamer plugins, and that we flushed the disk cache prior to starting playback:
root@linaro-nano:~# for t in base good bad ugly ; do \
         apt-get install gstreamer0.10-plugins-${t} ; \
done
root@linaro-nano:~# echo 3 > /proc/sys/vm/drop_caches
root@linaro-nano:~# gplay Sintel.2010.1080p.mkv
We also tested out camera capture for both our OV5642 5MP parallel camera and OV5640 5MP MIPI camera using the mfw_v4lsrc element:
root@linaro-nano:~# modprobe mxc_v4l2_capture
root@linaro-nano:~# gst-launch-0.10 mfw_v4lsrc capture-mode=4 ! mfw_v4lsink

Binary distribution

I’m sure a lot of you patient enough to get this far saying “I just want it to work!”.

I hear you, and I’m getting there.

If you look closely above, you’ll see that everything except firmware-imx uses make install to install things into the root filesystem, and that most of the packages specify the DESTDIR variable to say where the output should go. The one exception is imx-lib, which wants the PLATFORM=IMX6Q flag and a destination directory of DEST_DIR.

We can use this to create an overlay of the binary bits in a temporary directory:
root@linaro-nano:~# mkdir -p /root/overlay/lib/firmware/
root@linaro-nano:~# cp -ravf firmware-imx-3.5.7-1.0.0/firmware/* \
                        /root/overlay/lib/firmware/
root@linaro-nano:~# for pkg in fsl-alsa-plugins \
      gst-fsl-plugins \
      libfslcodec \
      libfslparser \
      libfslvpuwrap ; do \
      cd ${pkg}-3.5.7-1.0.0 ; \
      make DESTDIR=/root/overlay/ install ; \
      cd ../ ; \
done
root@linaro-nano:~# cd imx-lib-3.5.7-1.0.0
root@linaro-nano:~/imx-lib-3.5.7-1.0.0# make DEST_DIR=/root/overlay PLATFORM=IMX6Q install
And create a tar-ball of the result like so:
root@linaro-nano:~# cd overlay
root@linaro-nano:~/overlay# tar czvf ../imx6-gstreamer-plugins-raring-20131003.tar.gz *
We’ve uploaded the result of this, and you can grab it at: If you extract this on top of one of the previously uploaded images, you’ll need to install gstreamer and the gst-plugins- packages as described above.

Recap and commentary

To recap, this post described the steps needed to get, build, and install most of the gstreamer plugins for i.MX6.

Note that there is one component not covered: the OpenGL image sink. That will have to wait for another day.

We also haven’t yet tested all of the functionality to look for gaps between this and other platforms. It’s entirely possible that there’s some breakage because we haven’t included patches like this one to the core GStreamer build.

Tags:

32 Responses to “i.MX6 Video acceleration on Ubuntu Raring (and Debian)”

  1. Tele October 4, 2013 6:23 pm #

    Its beautiful, thank you very much.

  2. merics October 7, 2013 4:35 am #

    I noticed that L3.0.35_4.1.0_MM_CODECS sources includes gst-fsl-plugins, libfslcodec and libfslparser version 3.0.7-2, not 3.5.7-1.0.0. which version is correct to use with 3.0.35-4.1.0 kernel release? I’m kinda confused.

    • ericn October 7, 2013 7:39 am #

      Hi Meric,

      Unfortunately, I’m probably going to make things worse…

      • The 3.5.7-1.0.0 release actually contains version 3.0.8 of the package, and
      • There’s a new 3.10.9 release (3.10.9 refers to the kernel version) which is in alpha that reportedly is backward-compatible and will be used as the baseline going forward
  3. danielo October 8, 2013 11:31 am #

    The MIPI Camera only supports auto exposure at the beginning of the gstreamer pipeline. After the brightness is constant.

  4. Dataedge October 16, 2013 2:28 am #

    Hi all,

    I am trying to configure Xorg in portrait mode, because our product will have it’s display rotated counter clockwise CCW. My system ia a BD-SL-i.MX6 sabrelite used as development board, connected with NHD-5.0-800480TF-ATXI-CTP newhaven display :

    http://www.newhavendisplay.com/specs/NHD-5.0-800480TF-ATXI-CTP.pdf

    Like pointed out in that freescale thread: https://community.freescale.com/thread/310542
    I can confirm that vivante driver doesn’t seem to support any display rotation, and I’m forced to use the generic Xorg fbdev video driver.

    Has anyone ever faced this issue ?

  5. johncst October 24, 2013 10:30 am #

    I downloaded and installed the kernel headers as described above, but they don’t seem to be a complete set of kernel headers. For example, this fails with a “file not found”:

    #include <linux/module.h>
    

    Do I need to build the kernel from source to get this file, or??? Thanks…

    • ericn October 24, 2013 10:39 am #

      Hi John,

      You shouldn’t be including <linux/module.h> from a userspace program.

      Are you trying to build a driver? If so, you’ll need the full kernel sources.

  6. johncst October 24, 2013 10:31 am #

    I guess the angle brackets don’t work. The #include above was for linux/module.h

    • ericn October 24, 2013 10:33 am #

      That’s the trouble w/HTML comments ;)

  7. johncst October 24, 2013 12:04 pm #

    Yes, there are several drivers as part of a much larger system. Thanks for your reply…

    • ericn October 24, 2013 12:11 pm #

      Note that you may consider cross-compiling. It’s much faster.

      Recent Ubuntu releases contain a nice package gcc-arm-linux-gnueabihf that makes this painless.

  8. johncst October 24, 2013 12:40 pm #

    Thanks again, I just installed the cross compiler…

  9. Jasbir October 27, 2013 10:23 am #

    Hi Eric,

    Link below to my rootfs with working GPU acceleration, please would you test.

    http://jas-hacks.blogspot.co.uk/2013/10/imx6-ubuntu-1304-with-gpu-acceleration.html

  10. Bai Shi November 4, 2013 8:33 am #

    Hi Eric,

    Do you happen to have an idea where I can get the tvsrc source for gstreamer? One of our adv7180 board only works with tvsrc but not with mfw_v4lsrc. When I gst-launch mfw_v4lsrc the image seems having syncing problem and the frames will span to two buffers and either buffer will contain two different frames which make the image totally unusable.

    I straced tvsrc call and followed exactly the same sequence of VIDIOC ioctl calls. However I noticed that my result of v4l2-ctl –all shows different width and hight and bytes per field after call. I believe there is something wrong with my struct v4l2_format data, how I couldn’t pinpoint what’s wrong. Do you have any clue about it?

  11. Benjamin Federau November 13, 2013 10:40 am #

    Hi,

    I have followed your instructions to get the Freescale Libs and GStreamer plugins compiled on Ubuntu 12.04/armhf. But if I execute “gst-inspect | grep imx” I only get these elements

    aiur.imx: aiurdemux: aiur universal demuxer
    aiur.imx: webm: webm
    isink.imx: mfw_isink: IPU-based video sink
    ipucsc.imx: mfw_ipucsc: IPU-based video converter
    v4lsink.imx: mfw_v4lsink: v4l2 video sink
    vpu.imx: vpuenc: VPU-based video encoder
    vpu.imx: vpudec: VPU-based video decoder
    v4lsrc.imx: mfw_v4lsrc: v4l2 based camera src

    The beep.imx elements are completely missing. With GST_DEBUG I see that GStreamer blacklists the beep plugin, but I don’t why. There are no more error messages …
    Does the beep plugin run on Ubuntu raring for you?

    • ericn November 13, 2013 11:00 am #

      Hi Benjamin,

      Yes. I’m seeing beep.imx.

      root@linaro-alip:~# gst-inspect-0.10  | grep -i imx
      isink.imx:  mfw_isink: IPU-based video sink
      v4lsrc.imx:  mfw_v4lsrc: v4l2 based camera src
      v4lsink.imx:  mfw_v4lsink: v4l2 video sink
      ipucsc.imx:  mfw_ipucsc: IPU-based video converter
      beep.imx:  beepdec.aac: AAC LC decoder
      beep.imx:  beepdec.mp3: MP3 decoder
      beep.imx:  beepdec.wma: WMA decoder
      beep.imx:  beepdec.ac3: AC3 decoder
      beep.imx:  beepdec.vorbis: Vorbis decoder
      beep.imx:  beepdec: beep audio decoder
      beep.imx: 3ca: ac3
      beep.imx: ac3: ac3
      vpu.imx:  vpuenc: VPU-based video encoder
      vpu.imx:  vpudec: VPU-based video decoder
      aiur.imx:  aiurdemux: aiur universal demuxer
      aiur.imx: webm: webm
      
  12. Richard March 10, 2014 1:32 pm #

    Will this also give me OpenCL for my cubox?

    • ericn March 10, 2014 1:35 pm #

      Nope. It probably won’t even boot on one of those.

  13. lisarden April 8, 2014 12:27 am #

    Eric,
    I did everything step by step to the “Testing things out” and tried to test the OV5640 camera immediately and got this:
    root@linaro-nano:/mnt/Projects/gst-fsl-plugins-3.5.7-1.0.0# lsmod
    Module Size Used by
    mxc_v4l2_capture 22642 1
    ipu_fg_overlay_sdc 4868 1 mxc_v4l2_capture
    ipu_csi_enc 2937 1 mxc_v4l2_capture
    ipu_prp_enc 4685 1 mxc_v4l2_capture
    ipu_still 1703 1 mxc_v4l2_capture
    ipu_bg_overlay_sdc 3925 1 mxc_v4l2_capture
    ov5640_camera_mipi 52023 0

    root@linaro-nano:~# gst-launch-0.10 mfw_v4lsrc capture-mode=4 ! mfw_v4lsink
    MFW_GST_V4LSRC_PLUGIN 3.0.8 build on Apr 8 2014 06:52:28.
    MFW_GST_V4LSINK_PLUGIN 3.0.8 build on Apr 8 2014 06:52:01.
    Setting pipeline to PAUSED …
    Pipeline is live and does not need PREROLL …
    Setting pipeline to PLAYING …
    New clock: GstSystemClock
    full screen size:1920×1080
    [V4L Update Display]: left=0, top=0, width=1920, height=1080
    set v4l display crop sucessfully
    set v4l rotate sucessfully
    full screen size:1920×1080
    >>V4L_SINK: Actually buffer status:
    hardware buffer : 12
    software buffer : 0
    mxc_sdc_fb mxc_sdc_fb.0: Unable to allocate framebuffer memory
    mxc_v4l2_output mxc_v4l2_output.0: ERR:config_disp_output fb_set_var ret:-12
    mxc_v4l2_output mxc_v4l2_output.0: Config display output failed

    Can you help to resolve this issue?

    • lisarden April 8, 2014 10:31 am #

      I found what was wrong at my side, now the camera works. Just a few annoying issues with it:
      1) weird auto-focus behavior. The auto-focus works only on the startup and not during the capturing. For example when the camera starts it tunes the auto-focus to some state and when I move it around the focus stays where it was and a picture is fuzzy.

      2) Next annoying issue is that with the command “gst-launch-0.10 mfw_v4lsrc capture-mode=4 ! mfw_v4lsink” the captured image is blended with a picture on the screen. Is there any way to show the captured image exclusively?

      3) And finally with capture-mode=5 the framerate is only 15fps, however I expected it was possible to achieve 30.

  14. lisarden April 11, 2014 1:48 am #

    Hi Eric!

    please recommend how to fix 6x_bootscript to enable 1080p resolution on HDMI. I tried to set 1920×1080 instead of 1280×720 but HDMI output becomes blank (even a display does not want to switch to HDMI input). Here is my cmdline:
    enable_wait_mode=off video=mxcfb0:dev=hdmi,1920x1080MR@60,if=RGB16 fbmem=48M console=ttymxc1,115200 vmalloc=400M consoleblank=0 mxc_hdmi.only_cea=1

    • ericn April 11, 2014 7:09 am #

      The problem in your video= clause is the if=RGB16. This clause refers to the interface between the IPU and HDMI transmitter, and should always be if=RGB24 for HDMI.

      Note that this doesn’t affect the in-memory framebuffer format. The bpp clause is used for that.

      • lisarden April 11, 2014 8:07 am #

        Eric,
        here is a new cmdline:
        video=mxcfb0:dev=hdmi,1920x1080M@60,if=RGB24 fbmem=32M console=ttymxc1,115200 vmalloc=400M consoleblank=0 mxc_hdmi.only_cea=1

        still no HDMI output. I have compiled the kernel myself using your instructions
        I have Sabre Lite rev-D 5-9-12

        • ericn April 11, 2014 9:02 am #

          Hi Lisarden,

          This looks good, though I generally use 1920x1080MR@60 which uses reduced margins and a slightly slower video clock.

          Can you check to see what modes your monitor supports and what mode was selected through /sys?

          ~/$ cat /sys/class/graphics/fb0/modes
          ~/$ cat /sys/class/graphics/fb0/mode
          

          > w
          The modes element will give you the modes reported by your monitor and the mode will tell you what was selected.

          Also, do you see penguins during the boot process?

          • lisarden April 11, 2014 9:12 am
            #

            rebooted with this cmdline:
            enable_wait_mode=off video=mxcfb0:dev=hdmi,1920x1080MR@60,if=RGB24 fbmem=32M console=ttymxc1,115200 vmalloc=400M consoleblank=0 mxc_hdmi.only_cea=1

            root@linaro-nano:~# cat /sys/class/graphics/fb0/modes
            S:720x576p-50
            S:720x480p-60
            S:1280x720p-50
            S:1920x1080p-50
            S:1280x720p-60
            S:1920x1080p-60
            V:640x480p-60
            D:1280x720p-60
            D:1920x1080p-60
            V:640x480p-60
            root@linaro-nano:~# cat /sys/class/graphics/fb0/mode
            S:1920x1080p-60
            root@linaro-nano:~# w
            16:10:44 up 1 min, 2 users, load average: 3.57, 1.36, 0.50
            USER TTY FROM LOGIN@ IDLE JCPU PCPU WHAT
            root ttymxc1 16:09 0.00s 0.11s 0.03s w
            root tty1 16:09 1:35 0.04s 0.02s -bash

            No penguins at all. What penguins should I see if my display does not want to choose HDMI input?

  15. lisarden April 11, 2014 10:21 am #

    Eric,

    I’ve noticed that when HDMI fails there are lines “mxc_sdc_fb mxc_sdc_fb.0: timeout when waiting for flip irq” in the dmesg. Please have a look:

    camera ov5640_mipi is not found
    mxc_sdc_fb mxc_sdc_fb.0: timeout when waiting for flip irq
    mxc_sdc_fb mxc_sdc_fb.0: timeout when waiting for flip irq
    eth0: Freescale FEC PHY driver [Micrel KSZ9021 Gigabit PHY] (mii_bus:phy_addr=1:06, irq=284)
    ADDRCONF(NETDEV_UP): eth0: link is not ready
    mxc_sdc_fb mxc_sdc_fb.0: timeout when waiting for flip irq
    EXT2-fs (mmcblk0p1): warning: mounting unchecked fs, running e2fsck is recommended
    PHY: 1:06 – Link is Up – 1000/Full
    ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
    init: failsafe main process (318) killed by TERM signal
    init: plymouth-stop pre-start process (447) terminated with status 1
    init: tty1 main process (448) killed by TERM signal
    eth0: no IPv6 routers present
    imx-ipuv3 imx-ipuv3.0: IPU Warning – IPU_INT_STAT_5 = 0×10800000
    imx-ipuv3 imx-ipuv3.0: IPU Warning – IPU_INT_STAT_10 = 0×00180000
    ipu_init_sync_panel: disp=1, pixel_clk=148500000 148500000
    mxc_sdc_fb mxc_sdc_fb.0: timeout when waiting for flip irq
    mxc_sdc_fb mxc_sdc_fb.0: timeout when waiting for flip irq

    • lisarden April 11, 2014 10:33 am #

      ok, so I tried to boot in 720p mode and then issue the following command:
      echo S:1920x1080p-60 > /sys/class/graphics/fb0/mode
      the system booted fine in 720p mode and after the previous command the display went blank and here is the dmesg output

      ipu_init_sync_panel: disp=1, pixel_clk=148500000 148500000
      imx-ipuv3 imx-ipuv3.0: IPU Warning – IPU_INT_STAT_10 = 0×00080000
      imx-ipuv3 imx-ipuv3.0: IPU Warning – IPU_INT_STAT_5 = 0×10000000
      imx-ipuv3 imx-ipuv3.0: IPU Warning – IPU_INT_STAT_5 = 0×00800000
      imx-ipuv3 imx-ipuv3.0: IPU Warning – IPU_INT_STAT_10 = 0×00100000
      mxc_sdc_fb mxc_sdc_fb.0: timeout when waiting for flip irq
      eth0: no IPv6 routers present
      mxc_sdc_fb mxc_sdc_fb.0: timeout when waiting for flip irq
      mxc_sdc_fb mxc_sdc_fb.0: timeout when waiting for flip irq
      root@linaro-nano:~#

      • lisarden April 11, 2014 10:43 am #

        Eric,
        I found it! Since I use only HDMI display I removed all lines about additional displays from the 6x_bootscript and therefore words video=mxcfb1:off video=mxcfb2:off video=mxcfb2:off were missing. I added these words back and now my virtual console is 1080p. I’ve read this thread:
        https://lists.yoctoproject.org/pipermail/meta-freescale/2013-December/005849.html
        and it helped a lot! Thank you!

        • ericn April 12, 2014 7:48 am #

          Glad to hear it, Lisarden.

  16. anoop_abs July 8, 2014 1:48 am #

    Eric,

    i’m referring a post by benjanmin I too don’t find the beepdec elements.
    I’m running Ubuntu on imx6. I once again ran the entire steps as you have mentioned. And gplay also works well (both audio and video). but if inspect gst for imx idon’t find beedec.
    Therefore for the below command gives error for beepdec
    gst-launch udpavbsrc buffer-size=202400 do-timestamp=false uri=udp://10.192.242.255:5002 caps=”application/x-rtp, media=(string)audio, clock-rate=(int)90000″ ! rtpmpadepay ! queue ! beepdec ! queue ! alsasink sync=false &

    any inputs why beepdec might be missing?

Leave a Reply