gstreamer-0.10 and gstreamer 1.0plugwash wrote:I'm not going to put in a second version of a large and potentially security sensitive library like gstreamer without a very good reason. Do you have a very good reason for using this over the version of gstreamer that is in wheezy?
This is not about rebuilding against new library.plugwash wrote:The gstreamer website says they can be installed together but doesn't say anything about them "working together",
Our priority for raspbian wheezy is to stay as close to debian wheezy as reasonablly possible and avoid breaking stuff that works. The only time I'd even consider rebuilding everything against a new version of a library before debian does it is if the version currently in raspbian is not working at all. So even if I did put gstreamer 1.0 in it would just be a confusing orphan.
So sorry but you will have to wait for raspbian jessie.
download source packages fromnemilos wrote:+1 for gstreamer1.0 in raspbian ! thx
can you give some line to compile gstreamer-1.0 for raspbian ? thx ..
I don't know to make repo.Defiant wrote:Maybe someone can put prebuilds on a custom repository?
http://live.mdragon.org/gst_raspbian/Defiant wrote:I can do the repository part..trying to compile gst1.0 now.
As for creating packages, the debian distribution is pretty good documented, look for dh_make:
http://www.debian.org/doc/manuals/maint ... st.en.html
I can confirm the same bad behavior here. I am running latest-everything including the latest gstreamer packages from vontaene.de as of a few hours ago. Here's a simpler stream invocation that produces the same result:by wickwire » Wed Mar 06, 2013 11:25 am
Thanks for all the work,
I have installed the gstreamer1.0* packages from the repo and attempted video playback with gst-launch. I couldn't find any fbdevsink element, so I went with X > startx and then the following gst-launch line:
gst-launch-1.0 --gst-debug=omx:5 filesrc location=big_buck_bunny_480p_h264.mov ! qtdemux name=demuxer \ demuxer. ! queue ! faad ! audioconvert ! alsasink device=hw:0,0 sync=false \ demuxer. ! h264parse ! omxh264dec ! autovideosink
I got "internal data stream error" and "pipeline doesn't want to preroll" - also tried with other media files.
Can any of you confirm or dismiss success using gst-omx at this point, with gstreamer 1.0 on the Pi?
Maybe a proper gst-launch line for testing?
You're absolutely right. I hadn't thought to try it that way - still too new to this. With fakesink it doesn't crash (I presume it's pumping video into the bit bucket). With xvimagesink pointing over an ssh X proxy it works - as a slideshow of course. But interestingly enough if I change that to ximagesink pointing over the same ssh proxy I get the same crash as earlier documented.by Defiant » Sat Mar 30, 2013 4:08 am
The problem seems to be with the sink. So far I only tested xvimagesink over ssh.
The same pipeline works with fakesink, right?
Code: Select all
gst-launch-1.0 filesrc location=big_buck_bunny_720p_H264_AAC_25fps_3400K.MP4 ! decodebin ! videoconvert ! ximagesink
The gst1.0 python wrapper doesn't seem to be packaged for debian yet :(denjell wrote:just wondering if you could add a python-gst1.0 and python-gst1.0-dev to the repo...