Gstreamer 1.0 for raspbian

[mcisely]

ok, I have updated gstreamer to 1.0.6 and liborc to 0.4.17.

After updating the following pipeline should work:
CODE: SELECT ALL
gst-launch-1.0 filesrc location=big_buck_bunny_720p_H264_AAC_25fps_3400K.MP4 ! decodebin ! videoconvert ! ximagesink

Yes, that fixed it. Thanks. (However I see now that ximagesink is too slow for what I need but that's not a bug, just another example for why the GPU is needed to do this correctly.) Thanks again.

-Mike

[Defiant]

Noticed that. Also the fbdevsink is too slow. Try the eglglessink after updating.

[tomtaylor]

I'm using this build of gstreamer, but I can't get eglglessink to work correctly. When I attempt to pipe a video through, I see:

libEGL warning: DRI2: xcb_connect failed
libEGL warning: DRI2: xcb_connect failed
libEGL warning: GLX: XOpenDisplay failed

And then eglglessink says it could not init the display connection, returned error 3000.

I'm guessing this is because I need to be in X to run eglglessink. Can it be used without X?

[Defiant]

It runs without. Did you update?

[denjell]

i can confirm that it eglglessink is now "working" without X, but seems to be framedropping to keep up. it is definitely smoother, but by my estimate around 15fps. still not on par with omxplayer, but is starting to get better and better.

[Defiant]

Seems to be pipeline dependent.

Code: Select all

videotestsrc ! eglglessink

also lagged for me, while the test pipeline

Code: Select all

filesrc location=big_buck_bunny_720p_H264_AAC_25fps_3400K.MP4 ! qtdemux ! queue
max-size-bytes=10000000 ! h264parse ! omxh264dec ! queue max-size-buffers=4 ! eglglessink

does fine.

[denjell]

wow! you're right. I was using videoconvert in my pipeline - which drops out. your video-only pipeline works fine at 720p - but still has framedropping issues at 1080p. (although this could be because of my slow SD card...)

here is my pipeline with audio:

Code: Select all

gst-launch-1.0 filesrc location=big_buck_bunny_720p_H264_AAC_25fps_3400K_short.MP4 ! qtdemux name=demuxer \ demuxer. ! queue ! faad ! alsasink device=hw:0,0 sync=false \ demuxer. ! queue max-size-bytes=10000000 ! h264parse ! omxh264dec ! queue max-size-buffers=4  ! eglglessink

any idea why it drops frames at 1080p?

[portets]

So if a video player that uses gstreamer, like Totem for example, were compiled against the version of gstreamer in this thread, would it be fully functional and hardware accelerated?

[Defiant]

Should be. I guess someone has to to try..

But if a decodebin ! autovideosink pipeline works, so should totem.

[10robinho]

It runs without. Did you update?

Hi, what version of gst-plugins-bad did you used? Latest git?

Because I've tried with 1.0.6 and it doesn't work without X for me.

[Defiant]

The important part is on how you compile it. You need to do

Code: Select all

LDFLAGS='-L/opt/vc/lib' CPPFLAGS='-I/opt/vc/include
-I/opt/vc/include/interface/vcos/pthreads -I/opt/vc/include/interface/vmcs_host/linux' ./autogen.sh

[10robinho]

Is this combo
omxh264dec ! eglglessink
rendering video with zero-copy?

[sanv]

Hi.

I'm using this prebuild of gstreamer.
it works fine:

Code: Select all

gst-launch-1.0 filesrc location=sema_h264.avi ! decodebin ! videoconvert ! eglglessink

It does not work:

Code: Select all

gst-launch-1.0 filesrc location=sema_h264.avi ! qtdemux ! queue max-size-bytes=10000000 ! h264parse ! omxh264dec ! queue max-size-buffers=4 ! eglglessink

********* PAUSED…
**********(PREROLL)…
ERROR: из элемента /GstPipeline:pipeline0/GstQTDemux:demuxer: This file is invalid and can not be reproduced.
Дополнительная отладочная информация:
qtdemux.c(597): gst_qtdemux_pull_atom (): /GstPipeline:pipeline0/GstQTDemux:demuxer:
atom has bogus size 1380533830
ERROR: pipeline does not want (PREROLL).

Help,pls)

[Defiant]

Is qtdemux the right demuxer for you? Your file with .avi extension doesn't look like a Quick Time video.

[sanv]

I'm not sure... My goal is qml video(QtMultimedia).
Raspbian OMX player sees my file.I will now download and try
buck bunny.

[sanv]

How to run the qml application after installation of the prebuild of gstreamer(gst-omx)?
"./testvideo" or "./testvideo -?????"
Maybe I need to add a environment variable?

[Defiant]

This sounds like a question that should be addressed to the QT-People.
Gst-omx should automatically be used by decodebin.

[Kentzo]

Hi everyone.

A few questions:
Neither ximagesink nor xvimagesink work on my pi (Raspbian).
xvinfo returns "Unable to open display".
How do you make the sinks above work?

When playing 1080p (h264) fps is low. Is it known issue or I miss some parameters in my pipeline?

Code: Select all

filesrc location=./big_buck_bunny_1080p_H264_AAC_25fps_7200K.MP4 ! qtdemux ! h264parse ! omxh264dec ! eglglessink

[Defiant]

You need to run a xserver to output to the x-sinks.
But egl is the better sink anyway.

Did you try the pipeline as it is shown here:
http://www.raspberrypi.org/phpBB3/viewt ... 71#p326571

[Kentzo]

Did you try the pipeline as it is shown here:
http://www.raspberrypi.org/phpBB3/viewt ... 71#p326571

Thank you for the reply!

Yes, I tried it (except that I used 1080p version of this movie). I also tried to overclock pi to 1 GHz, but it didn't really help. I dedicated 256MB of memory to GPU.

Note that I'm using stable version of gst installed from http://vontaene.de/raspbian-updates

[Defiant]

I never tried the 1080p Version, maybe you should try to ask the gst-omx developers - I don't think they are reading this forum.

[fbutler]

When playing 1080p (h264) fps is low. Is it known issue or I miss some parameters in my pipeline?

Could it be the throughput of your SD card that is causing a bottleneck?

[Kentzo]

Unlikely. I'm using SD card class 10.
And omxplayer is very smooth on the same video.

I've filed a bug report regarding that issue.

[Kentzo]

I was able to fix the problem by compiling gstreamer from the sources.

I think maintainer of http://vontaene.de/raspbian-updates/ should update packages.

[Defiant]

thanks, will do.