Cool. Can't wait to see encoding/decoding function to be added into gst-omx.cnxsoft wrote:Some work is apparently being done on supporting the Gstreamer OpenMAX implementation for the Raspberry Pi @ http://cgit.freedesktop.org/gstreamer/gst-omx
Code: Select all
[email protected]:~$ gst-inspect |grep omx omx: omx_volume: OpenMAX IL Volume component omx: omx_audiosink: OpenMAX IL audiosink element omx: omx_mp3dec: OpenMAX IL MP3 audio decoder omx: omx_vorbisdec: OpenMAX IL Vorbis audio decoder omx: omx_h263enc: OpenMAX IL H.263 video encoder omx: omx_h264enc: OpenMAX IL H.264/AVC video encoder omx: omx_mpeg4enc: OpenMAX IL MPEG-4 video encoder omx: omx_wmvdec: OpenMAX IL WMV video decoder omx: omx_h263dec: OpenMAX IL H.263 video decoder omx: omx_h264dec: OpenMAX IL H.264/AVC video decoder omx: omx_mpeg4dec: OpenMAX IL MPEG-4 video decoder omx: omx_dummy_2: OpenMAX IL dummy element omx: omx_dummy: OpenMAX IL dummy element
Code: Select all
[email protected]:~$ gst-launch fakesrc ! omx_mp3dec ! fakesink OMX-library /usr/local/lib/omxloaders/libomxdynamicloader.so dlopen error: /usr/local/lib/omxloaders/libomxdynamicloader.so: undefined symbol: RM_Deinit OMX-Component not found with current ST static component loader. Setting pipeline to PAUSED ... ERROR: Pipeline doesn't want to pause. Setting pipeline to NULL ... Freeing pipeline ...
You need a colourspace convert.. (the below example works)pauly24 wrote:I'm testing with
gst-launch-0.10 videotestsrc pattern=snow ! autovideosink
on the PI
And im getting a very quick display of about a second with just some garbage on the screen and an error message could not negotiate format.
EDIT: if i use
$ gst-launch videotestsrc ! video/x-raw-rgb, framerate=25/1, width=640, height=360 ! fbdevsink
I can get a box to appear, and the width, height will control the size.
Although the box is just a single colour, its suppose to be a test signal, so its still not working correctly.
Ill go ahead and try the IL specific elements.
Does any know the difference between
I am trying to compile the fork gst-omx and have this problem..shirro wrote:I think -omx is a fork but I can't remember the details. I got both to build and got configs that were dl-opening the openmax libs but I couldn't work out how to get a pipeline going or even if the config files were right.
I wish someone could tell us what needs to be done. It would be such a big win to get gstreamer working. Can we use omx as an audio sink as well? It would be handy to avoid the ALSA drivers in their current state.
Thanks... taking a look nowasb wrote:You'll want to use Debian wheezy and might have most luck building http://cgit.collabora.com/git/user/gkia ... ebian.git/ in the 'proper debian way'.
Stuck at the same place..... I did notice that Rasbian has 10.36 in their repo but I lost motivation to try it...pauly24 wrote:Alright I git clone http://cgit.collabora.com/git/user/gkia ... ebian.git/
and the error I'm getting when I use ./configure is
Requested 'gstreamer-0.10>=0.10.35.1' but version of GStreamer is 0.10.30
I just apt-get install gstreamer0.10 and I'm still getting this error.
If you just ran ./configure, then the libraries are in /usr/local/lib (the --prefix statement in ./configure will change the path) but you need to tell GStreamer where to look.pauly24 wrote:I just dont understand enough linux.
I installed git://git.collabora.co.uk/git/user/gkiagia/gst-omx0.10-debian.git, did ./autogen.sh and configure and make, then make install.
There was a directory called omx, so i went into there and did the same thing, it said it copied a bunch of files to /usr/local/lib/gstreamer-0.10, so i went in there and theres 3 fiels. libgstopenmax.a, libgstopenmax.la and libgstopenmax.so.
But if I now do a
gst-inspect |grep omx
gst-inspect |grep open
gst-inspect |grep gst
I'm not finding any of these new elements.