-
-
Save sphaero/02717b0b35501ad94863 to your computer and use it in GitHub Desktop.
#!/bin/bash --debugger | |
set -e | |
BRANCH="master" | |
if grep -q BCM2708 /proc/cpuinfo; then | |
echo "RPI BUILD!" | |
RPI="1" | |
fi | |
[ -n "$1" ] && BRANCH=$1 | |
# Create a log file of the build as well as displaying the build on the tty as it runs | |
exec > >(tee build_gstreamer.log) | |
exec 2>&1 | |
# Update and Upgrade the Pi, otherwise the build may fail due to inconsistencies | |
grep -q BCM2708 /proc/cpuinfo && sudo apt-get update && sudo apt-get upgrade -y --force-yes | |
# Get the required libraries | |
sudo apt-get install -y --force-yes build-essential autotools-dev automake autoconf \ | |
libtool autopoint libxml2-dev zlib1g-dev libglib2.0-dev \ | |
pkg-config bison flex python3 git gtk-doc-tools libasound2-dev \ | |
libgudev-1.0-dev libxt-dev libvorbis-dev libcdparanoia-dev \ | |
libpango1.0-dev libtheora-dev libvisual-0.4-dev iso-codes \ | |
libgtk-3-dev libraw1394-dev libiec61883-dev libavc1394-dev \ | |
libv4l-dev libcairo2-dev libcaca-dev libspeex-dev libpng-dev \ | |
libshout3-dev libjpeg-dev libaa1-dev libflac-dev libdv4-dev \ | |
libtag1-dev libwavpack-dev libpulse-dev libsoup2.4-dev libbz2-dev \ | |
libcdaudio-dev libdc1394-22-dev ladspa-sdk libass-dev \ | |
libcurl4-gnutls-dev libdca-dev libdirac-dev libdvdnav-dev \ | |
libexempi-dev libexif-dev libfaad-dev libgme-dev libgsm1-dev \ | |
libiptcdata0-dev libkate-dev libmimic-dev libmms-dev \ | |
libmodplug-dev libmpcdec-dev libofa0-dev libopus-dev \ | |
librsvg2-dev librtmp-dev libschroedinger-dev libslv2-dev \ | |
libsndfile1-dev libsoundtouch-dev libspandsp-dev libx11-dev \ | |
libxvidcore-dev libzbar-dev libzvbi-dev liba52-0.7.4-dev \ | |
libcdio-dev libdvdread-dev libmad0-dev libmp3lame-dev \ | |
libmpeg2-4-dev libopencore-amrnb-dev libopencore-amrwb-dev \ | |
libsidplay1-dev libtwolame-dev libx264-dev libusb-1.0 \ | |
python-gi-dev yasm python3-dev libgirepository1.0-dev | |
# get the repos if they're not already there | |
cd $HOME | |
[ ! -d src ] && mkdir src | |
cd src | |
[ ! -d gstreamer ] && mkdir gstreamer | |
cd gstreamer | |
# get repos if they are not there yet | |
[ ! -d gstreamer ] && git clone git://anongit.freedesktop.org/git/gstreamer/gstreamer | |
[ ! -d gst-plugins-base ] && git clone git://anongit.freedesktop.org/git/gstreamer/gst-plugins-base | |
[ ! -d gst-plugins-good ] && git clone git://anongit.freedesktop.org/git/gstreamer/gst-plugins-good | |
[ ! -d gst-plugins-bad ] && git clone git://anongit.freedesktop.org/git/gstreamer/gst-plugins-bad | |
[ ! -d gst-plugins-ugly ] && git clone git://anongit.freedesktop.org/git/gstreamer/gst-plugins-ugly | |
[ ! -d gst-libav ] && git clone git://anongit.freedesktop.org/git/gstreamer/gst-libav | |
[ ! -d gst-omx ] && git clone git://anongit.freedesktop.org/git/gstreamer/gst-omx | |
[ ! -d gst-python ] && git clone git://anongit.freedesktop.org/git/gstreamer/gst-python | |
[ ! $RPI ] && [ ! -d gstreamer-vaapi ] && git clone git://gitorious.org/vaapi/gstreamer-vaapi.git | |
export LD_LIBRARY_PATH=/usr/local/lib/ | |
# checkout branch (default=master) and build & install | |
cd gstreamer | |
git checkout -t origin/$BRANCH || true | |
sudo make uninstall || true | |
git pull | |
./autogen.sh --disable-gtk-doc | |
make | |
sudo make install | |
cd .. | |
cd gst-plugins-base | |
git checkout -t origin/$BRANCH || true | |
sudo make uninstall || true | |
git pull | |
./autogen.sh --disable-gtk-doc | |
make | |
sudo make install | |
cd .. | |
cd gst-plugins-good | |
git checkout -t origin/$BRANCH || true | |
sudo make uninstall || true | |
git pull | |
./autogen.sh --disable-gtk-doc | |
make | |
sudo make install | |
cd .. | |
cd gst-plugins-ugly | |
git checkout -t origin/$BRANCH || true | |
sudo make uninstall || true | |
git pull | |
./autogen.sh --disable-gtk-doc | |
make | |
sudo make install | |
cd .. | |
cd gst-libav | |
git checkout -t origin/$BRANCH || true | |
sudo make uninstall || true | |
git pull | |
./autogen.sh --disable-gtk-doc | |
make | |
sudo make install | |
cd .. | |
cd gst-plugins-bad | |
git checkout -t origin/$BRANCH || true | |
sudo make uninstall || true | |
git pull | |
# some extra flags on rpi | |
if [[ $RPI -eq 1 ]]; then | |
export LDFLAGS='-L/opt/vc/lib' \ | |
CFLAGS='-I/opt/vc/include -I/opt/vc/include/interface/vcos/pthreads -I/opt/vc/include/interface/vmcs_host/linux' \ | |
CPPFLAGS='-I/opt/vc/include -I/opt/vc/include/interface/vcos/pthreads -I/opt/vc/include/interface/vmcs_host/linux' | |
./autogen.sh --disable-gtk-doc --disable-examples --disable-x11 --disable-glx --disable-glx --disable-opengl | |
make CFLAGS+="-Wno-error -Wno-redundant-decls -I/opt/vc/include -I/opt/vc/include/interface/vcos/pthreads -I/opt/vc/include/interface/vmcs_host/linux" \ | |
CPPFLAGS+="-Wno-error -Wno-redundant-decls -I/opt/vc/include -I/opt/vc/include/interface/vcos/pthreads -I/opt/vc/include/interface/vmcs_host/linux" \ | |
CXXFLAGS+="-Wno-redundant-decls" LDFLAGS+="-L/opt/vc/lib" | |
else | |
./autogen.sh --disable-gtk-doc | |
make CFLAGS+="-Wno-error -Wno-redundant-decls" CXXFLAGS+="-Wno-redundant-decls" | |
fi | |
sudo make install | |
cd .. | |
# python bindings | |
cd gst-python | |
git checkout -t origin/$BRANCH || true | |
export LD_LIBRARY_PATH=/usr/local/lib/ | |
sudo make uninstall || true | |
git pull | |
PYTHON=/usr/bin/python3 ./autogen.sh | |
make | |
sudo make install | |
cd .. | |
# omx support | |
cd gst-omx | |
sudo make uninstall || true | |
git pull | |
if [[ $RPI -eq 1 ]]; then | |
export LDFLAGS='-L/opt/vc/lib' \ | |
CFLAGS='-I/opt/vc/include -I/opt/vc/include/IL -I/opt/vc/include/interface/vcos/pthreads -I/opt/vc/include/interface/vmcs_host/linux -I/opt/vc/include/IL' \ | |
CPPFLAGS='-I/opt/vc/include -I/opt/vc/include/IL -I/opt/vc/include/interface/vcos/pthreads -I/opt/vc/include/interface/vmcs_host/linux -I/opt/vc/include/IL' | |
./autogen.sh --disable-gtk-doc --with-omx-target=rpi | |
# fix for glcontext errors and openexr redundant declarations | |
make CFLAGS+="-Wno-error -Wno-redundant-decls" LDFLAGS+="-L/opt/vc/lib" | |
else | |
./autogen.sh --disable-gtk-doc --with-omx-target=bellagio | |
# fix for glcontext errors and openexr redundant declarations | |
make CFLAGS+="-Wno-error -Wno-redundant-decls" | |
fi | |
sudo make install | |
cd .. | |
# VAAPI, not for RPI | |
if [[ $RPI -ne 1 ]]; then | |
cd gstreamer-vaapi | |
sudo make uninstall || true | |
git pull | |
./autogen.sh | |
make | |
sudo make install | |
cd .. | |
fi |
It worked on RPi-zero !
- Gstreamer version: BRANCH = 1.8
- changed BCM2708 to BCM2835
- add to ~/.profile:
export GST_PLUGIN_PATH=/usr/local/lib/gstreamer-1.0/
export GST_OMX_CONFIG_DIR=/usr/local/etc/xdg/
export LD_LIBRARY_PATH=/usr/local/lib/
export GI_TYPELIB_PATH=/usr/local/lib/girepository-1.0/
- add the link:
sudo ln -s /usr/lib/arm-linux-gnueabihf/libpython3.4m.so /usr/lib/libpython3.4m.so
- Gst-omx version: BRANCH = 1.0 (otherwise it requires GStreamer version 1.13)
my version here.
Thanks for the script!
For my RPi3, I did the following modifications.
- Changed BCM2708 to BCM2835.
- Added "python-dev" to the apt-get for required libraries to fix gst-python build.
- Changed to LDFLAGS+="-L/opt/vc/lib -lGLESv2 -lEGL" to fix some undefined references in gst-plugins-bad build.
- Changed to LDFLAGS+="-L/opt/vc/lib -lGLESv2 -lEGL -lbcm_host" to fix some undefined references in gst-omx build.
- Added "-j3" option to the make commands.
I have managed to build most of the gst components. However, for gst-libav, I am getting the error "GNU assembler not found, install/update gas-preprocessor". I have tried obtaining the gas-preprocessor.pl script from https://github.com/libav/gas-preprocessor, adding it to /usr/local/bin and adding a chmod +x to it as suggested by some users in Stack Overflow but the error still persist.
Anyone has encountered this error so far?
Yes @dariuskrail I'm stuck at the same spot.
Can't get gst-libav to compile.
after installing gas-preprocessor.pl I'm seeing errors like this in gst-libav/gst-libs/ext/libav/config.log
`gas-preprocessor.pl -arch arm -as-type -- as -v
unknown as type: '--'
`
and
`as -D_ISOC99_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_POSIX_C_SOURCE=200112 -D_XOPEN_SOURCE=600 -DPIC -march=armv6 -fPIC -c -o /tmp/ffconf.1TgBWyqx.o /tmp/ffconf.FVLDOfEV.S
as: unrecognized option '-_ISOC99_SOURCE'
`
before it bombs out with the "GNU assembler not found, install/update gas-preprocessor" error.
@deadplant, I have gotten the same error as you did on gst-libav/gst-libs/ext/libav/config.log on the unrecognized option '-_ISOC99_SOURCE', when libav's configure was running in libav checking the GNU assembler's capability.
You could skip this autogen.sh step in libav to avoid this error and run make directly. However, I think this is not the proper way as even if the build is successful, there is no guarantee that libav's plugins would properly work after that.
@dariuskrail @deadplant
I have the same issue building gst-ffmpeg on Raspbian. I can force -as-type
to be gas
instead of empty string, which will fix the "unknown type" error, but the unrecognized option '-_ISOC99_SOURCE' one remains and also bites during compilation.
Wrote to gst-devel and ffmpeg-user, but nothing yet.
Using all the suggestions here, I was able to build gstreamer 1.10.4 on Raspbian Lite (Raspberry Pi3) with full omx support, but was unable to build it properly on full Raspbian. Has anyone else been able to build it on full Raspbian??
I had the same issue on RPI 3 related to missing voaacenc plugin (as reported by hblanken).
I was able to solve such problem installing lib-voaacenc among the required libraries (line #20).
Thanks a lot for the script!
It looks like the new version of Raspbian that is Stretch based now includes gstreamer 1.10 precompiled, but glimagesink doesn't seem to work in Raspbian Stretch Lite without X.
When I went to compile 1.10 and 1.12 myself the above script complained about:
/usr/bin/ld: cannot find -lGLESv2
/usr/bin/ld: cannot find -lEGL
It looks like some of the GLES files were renamed in Stretch. I copied /opt/vc/lib/libbrcmGLESv2.so to /opt/vc/lib/libGLESv2.so and /opt/vc/lib/libbrcmEGL.so to /opt/vc/lib/libEGL.so and it seems to be compiling now. I'm going to test both self compiled 1.10 and 1.12, and poke around a bit more with the 1.10 that comes in the default Raspbian repository.
1.12 seems to compile OK, but glimagesink complains about "ERROR: from element /GstPipeline:pipeline0/GstGLImageSinkBin:glimagesinkbin0/GstGLImageSink:sink: could not GetProcAddress core opengl functions"
Near as I can tell, the version of gstreamer 1.10 that is included in the Raspbian Stretch repository is designed for use with X, I get full acceleration when using a minimal X installation on Raspbian Stretch Lite with the fake KMS OpenGL driver, and I don't get any of the display driver leaks I was getting when I was using my self compiled version of 1.10 and 1.12 on Raspbian Jessie Lite with OpenGL ES without X. They both have similar CPU usage.
I think getting a self compiled version of 1.10 or 1.12 working under stretch is likely beyond my capabilities at this point, but I will continue to test and report back.
I've given up on getting self compiled 1.10 or 1.12 working under Raspbian Stretch Lite for now. Instead I installed the gstreamer1.0 (1.10) package onto Raspbian Stretch Lite from the repository, then did a minimal X install, switched to the fake KMS OpenGL driver, and can now launch my program that links to gstreamer via startx.
Minimal X:
sudo apt-get install --no-install-recommends xserver-xorg
sudo apt-get install --no-install-recommends xinit
Test:
sudo apt-get install mesa-utils
sudo startx glxgears
It loads very quickly with no window manager installed, gstreamer works very nicely, but I can't get transparency to work right when I launch my other programs.
Until I get the transparency stuff figured out I think I'll be sticking to Jessie.
Edit: It seems like under X, there is a higher initial CPU cost in my simple pipelines, but total CPU usage for intensive pipelines is noticeably lower (to the point I can up my framerate). I'm not sure if this is due to something in Stretch or because I am using gstreamer with X.
After noticing that 1.10 in stretch seemed to work better than self compiled 1.12 did in Jessie, I installed Jessie Lite on a fresh SD card and recompiled 1.10. I noticed that the memory leaks I had in 1.12 were gone in 1.10.
My program creates and destroys a lot of pipelines via gst_parse_launch, and in 1.12 it appeared that the "glimagesink" element count name kept going up each time I used the element in a new pipeline, until crashing. I'm assuming that unused copies of it were hanging around until all video ram was consumed. My quick hack fix with 1.12 was to use replace gst_parse_launch in my program with spawning "gst-launch-1.0". It appears the resources get released when "gst-launch-1.0" quits, but not when I stopped and killed the pipeline created with gst_parse_launch. In 1.10 it all works perfectly for me with gst_parse_launch, which launches way faster than gst-launch-1.0.
As a secondary operation, I also overlay some OpenGL ES 2 animations with a shutter effect that opens and closes to show and hide the video stream. With the Legacy Raspbian opengl driver, any OpenGL program can write to the video card directly, and transparent areas in other programs are seen as visible. This compositing seems to be very fast. In Jessie with 1.10 and 1.12 this works well.
Once I switched to stretch I couldn't get my self compiled version to compile any more, so I installed stock 1.10 via apt-get, but that version requires the new KMS OpenGL driver & X to be installed. I got that working with minimal X (see above), but compositing a different program over another with transparent areas in X didn't seem to work right, every sample I tried created black boxes where they should be transparent. But relying on X to do compositing isn't the best idea anyway so....
As a final test, in Jessie I played with a C program that could grab the textures from gstreamer using the built in callbacks and share gstreamer's openGL context for rendering some 3D. This is probably the "correct" way to solve my problem, but is is more complex. It was basically a heavily modified version of this: https://github.com/GStreamer/gst-plugins-bad/tree/master/tests/examples/gl/generic/cube I got the glimagesink "client-draw" callback to work and produce openGL textures, but it was too slow on the Pi to be viable for live video, I was getting about half the performance of my past gstreamer (gst_parse_launch or gst-launch-1.0) plus a separate opengl program solutions. I'd guess that the buffers are probably getting copied back and forth from the video card during rendering slowing stuff down, but I'm not familiar enough with what every gstreamer api call does behind the scenes yet. I need to also figure out how to use the appsink or fakesink callbacks and see if they work better, or find any way to use the textures directly without making a copy of them.
Until then, self compiled gstreamer 1.10 (using the above build scripts) on Raspbian jessie lite will be my preferred choice.
I spent the last few days mashing the glxgears demo together with some gstreamer demos to make a new sample program that can share textures from gstreamer frames to OpenGL without copying them (and from OpenGL to gstreamer, if you wanted to). I tested it under Raspbian Stretch Lite with 1.10 (precompiled) with minimal X and the Fake KMS OpenGL Driver.
https://github.com/Swap-File/gst-context-share/tree/master
There were a lot of people asking on the gstreamer forums about how to do this, but I couldn't find any examples of it. It's currently rough around the edges but hopefully someone will find it useful.
On Raspbian Wheezy and Jessie I have been using gstreamer and gstreamer-omx for real time transcoding of DVB streams.
On Stretch gstreamer is version 1.10.4, but gstreamer-omx is still version 1.0.0.1 and does not work with gstreamer any more. Compiling gstreamer-omx from 1.10.5 source was only possible after compiling the bad plugins with Rasperry Pi specific settings (from 1.10 branch).
But trying to use gstreamer-omx decoding in a tool chain always throws an error:
ERROR: from element /GstPipeline:pipeline0/GstOMXH264Dec-omxh264dec:omxh264dec-omxh264dec0: Internal data stream error.
Additional debug info:
gstomxvideodec.c(1599): gst_omx_video_dec_loop (): /GstPipeline:pipeline0/GstOMXH264Dec-omxh264dec:omxh264dec-omxh264dec0:
stream stopped, reason not-negotiated
Did anybody create a working gstreamer-omx 1.10.5 module (and how)?
I was able to fully compile 1.14 on my Pi with the following script on Stretch Lite:
https://gist.github.com/Swap-File/d8511128930c93281f36f18d634f6748
It also installs minimal X & 217 plugins.
https://gist.github.com/Swap-File/bfa6d6e9f1047d6f7be0f83d7d2bdf78
Video acceleration seems to be working OK & accelerated video output with the Fake / Real KMS driver enabled.
P.S. Also I've searched and there is no such file in pkg-config - gstreamer-video-1.0.pc
Check out the libgstreamer-plugins-base1.0-dev
package, just in case anyone encounters the same issue.
I am getting the following:
make[5]: Entering directory '/home/pi/src/gstreamer/gst-plugins-base/gst-libs/gst/video'
CC libgstvideo_1.0_la-colorbalance.lo
CC libgstvideo_1.0_la-colorbalancechannel.lo
CC libgstvideo_1.0_la-navigation.lo
CC libgstvideo_1.0_la-video.lo
CC libgstvideo_1.0_la-video-anc.lo
video-anc.c:617:5: error: "G_GNUC_CHECK_VERSION" is not defined [-Werror=undef]
#if G_GNUC_CHECK_VERSION(3,4)
^
video-anc.c:617:25: error: missing binary operator before token "("
#if G_GNUC_CHECK_VERSION(3,4)
^
cc1: all warnings being treated as errors
this is insane! getting this from a fresh pull.
In file included from gst_private.h:49:0,
from gstpad.c:90:
gstpad.c: In function ‘cleanup_hook’:
gstpad.c:1376:7: error: format ‘%llu’ expects argument of type ‘long long unsigned int’, but a
rgument 8 has type ‘gulong {aka long unsigned int}’ [-Werror=format=]
"cleaning up hook %" G_GUINT64_FORMAT " with flags %08x", hook->hook_id,
^
gstinfo.h:640:31: note: in definition of macro ‘GST_CAT_LEVEL_LOG’
(GObject *) (object), __VA_ARGS__); \
^~~~~~~~~~~
gstpad.c:1375:3: note: in expansion of macro ‘GST_DEBUG_OBJECT’
GST_DEBUG_OBJECT (pad,
^~~~~~~~~~~~~~~~
CC libgstreamer_1.0_la-gstparamspecs.lo
CC libgstreamer_1.0_la-gstpipeline.lo
CC libgstreamer_1.0_la-gstplugin.lo
CC libgstreamer_1.0_la-gstpluginfeature.lo
CC libgstreamer_1.0_la-gstpluginloader.lo
CC libgstreamer_1.0_la-gstpoll.lo
CC libgstreamer_1.0_la-gstpreset.lo
CC libgstreamer_1.0_la-gstprotection.lo
CC libgstreamer_1.0_la-gstquark.lo
CC libgstreamer_1.0_la-gstquery.lo
CC libgstreamer_1.0_la-gstregistry.lo
CC libgstreamer_1.0_la-gstregistrychunks.lo
cc1: all warnings being treated as errors
Makefile:1363: recipe for target 'libgstreamer_1.0_la-gstpad.lo' failed
make[4]: *** [libgstreamer_1.0_la-gstpad.lo] Error 1
make[4]: *** Waiting for unfinished jobs....
make[4]: Leaving directory '/root/src/gstreamer/gstreamer/gst'
Makefile:1732: recipe for target 'all-recursive' failed
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory '/root/src/gstreamer/gstreamer/gst'
Makefile:936: recipe for target 'all' failed
make[2]: *** [all] Error 2
make[2]: Leaving directory '/root/src/gstreamer/gstreamer/gst'
Makefile:742: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory '/root/src/gstreamer/gstreamer'
Makefile:648: recipe for target 'all' failed
make: *** [all] Error 2
I can comment out the offending code but surprise surprise there are more errors.
Anyone else get this error on a raspberry pi 3 b+?
I'd like to suggest adding rock64 support as well
The RPI detection does not work on a PI Zero, that has a BCM2835
chip.
Probably line 5 grep -q BCM2
Hello,
@sphaero @johnboiles thanks for providing this script. I tried to use it in order to install the latest gstreamer on my raspberry pi 3, but it fails..
If in line 4 of your script I specify BRANCH="1.18" and then i run the script, it gives the following error and the installation stops.. If BRANCH="master" it still gives error..
$ sudo ./gstreamer-build.sh
./gstreamer-build.sh: /usr/share/bashdb/bashdb-main.inc: No such file or directory
./gstreamer-build.sh: warning: cannot start debugger; debugging mode disabled
Reading package lists...
Building dependency tree...
Reading state information...
autoconf is already the newest version (2.69-11).
automake is already the newest version (1:1.16.1-4).
autopoint is already the newest version (0.19.8.1-9).
autotools-dev is already the newest version (20180224.1).
bison is already the newest version (2:3.3.2.dfsg-1).
build-essential is already the newest version (12.6).
flex is already the newest version (2.6.4-6.2).
gettext is already the newest version (0.19.8.1-9).
git is already the newest version (1:2.20.1-2+deb10u3).
gtk-doc-tools is already the newest version (1.28-1).
iso-codes is already the newest version (4.2-1).
ladspa-sdk is already the newest version (1.13-3).
liba52-0.7.4-dev is already the newest version (0.7.4-19).
libaa1-dev is already the newest version (1.4p5-46).
libass-dev is already the newest version (1:0.14.0-2).
libavc1394-dev is already the newest version (0.5.4-5).
libbz2-dev is already the newest version (1.0.6-9.2deb10u1).r495-1+b1).
libcaca-dev is already the newest version (0.99.beta19-2.1).
libcdaudio-dev is already the newest version (0.99.12p2-14).
libcdio-dev is already the newest version (2.0.0-2).
libcdparanoia-dev is already the newest version (3.10.2+debian-13).
libcurl4-gnutls-dev is already the newest version (7.64.0-4+deb10u1).
libdc1394-22-dev is already the newest version (2.2.5-1).
libdca-dev is already the newest version (0.0.6-1).
libdv4-dev is already the newest version (1.0.0-12).
libdvdnav-dev is already the newest version (6.0.0-1).
libdvdread-dev is already the newest version (6.0.1-1).
libexempi-dev is already the newest version (2.5.0-2).
libexif-dev is already the newest version (0.6.21-5.1+deb10u5).
libfaad-dev is already the newest version (2.8.8-3).
libflac-dev is already the newest version (1.3.2-3).
libgirepository1.0-dev is already the newest version (1.58.3-2).
libglib2.0-dev is already the newest version (2.58.3-2+deb10u2).
libgme-dev is already the newest version (0.6.2-1).
libgsm1-dev is already the newest version (1.0.18-2).
libgudev-1.0-dev is already the newest version (232-2+rpi1).
libiec61883-dev is already the newest version (1.2.0-3).
libiptcdata0-dev is already the newest version (1.0.5-2.1).
libjpeg-dev is already the newest version (1:1.5.2-2+deb10u1).
libkate-dev is already the newest version (0.4.1-9).
libmad0-dev is already the newest version (0.15.1b-10).
libmimic-dev is already the newest version (1.0.4-2.3).
libmms-dev is already the newest version (0.6.4-3).
libmodplug-dev is already the newest version (1:0.8.9.0-2).
libmp3lame-dev is already the newest version (3.100-2+b1).
libmpcdec-dev is already the newest version (2:0.1
libmpeg2-4-dev is already the newest version (0.5.1-8).
libofa0-dev is already the newest version (0.9.3-19).
libopencore-amrnb-dev is already the newest version (0.1.3-2.1).
libopencore-amrwb-dev is already the newest version (0.1.3-2.1).
libopus-dev is already the newest version (1.3-1).
libpango1.0-dev is already the newest version (1.42.4-8deb10u1).rc1.2-1+b2).
libpng-dev is already the newest version (1.6.36-6).
libraw1394-dev is already the newest version (2.1.2-1+b1).
librsvg2-dev is already the newest version (2.44.10-2.1+rpi1).
librtmp-dev is already the newest version (2.4+20151223.gitfa8646d.1-2).
libschroedinger-dev is already the newest version (1.0.11-2.1).
libshout3-dev is already the newest version (2.4.1-2).
libsidplay1-dev is already the newest version (1.36.59-11).
libslv2-dev is already the newest version (0.6.6+dfsg1-3).
libsndfile1-dev is already the newest version (1.0.28-6).
libsoundtouch-dev is already the newest version (2.1.2+ds1-1).
libsoup2.4-dev is already the newest version (2.64.2-2).
libspandsp-dev is already the newest version (0.0.6+dfsg-2).
libspeex-dev is already the newest version (1.2
libtag1-dev is already the newest version (1.11.1+dfsg.1-0.3+deb10u1).
libtheora-dev is already the newest version (1.1.1+dfsg.1-15).
libtool is already the newest version (2.4.6-9).
libtwolame-dev is already the newest version (0.3.13-4).
libusb-1.0-0 is already the newest version (2:1.0.22-2).
libusb-1.0-0-dev is already the newest version (2:1.0.22-2).
libusb-1.0-doc is already the newest version (2:1.0.22-2).
libv4l-dev is already the newest version (1.16.3-3).
libvisual-0.4-dev is already the newest version (0.4.0-15).
libvorbis-dev is already the newest version (1.3.6-2).
libwavpack-dev is already the newest version (5.1.0-6).
libx11-dev is already the newest version (2:1.6.7-1+deb10u1).
libx264-dev is already the newest version (2:0.155.2917+git0a84d98-2+rpi1).
libxml2-dev is already the newest version (2.9.4+dfsg1-7+deb10u1).
libxt-dev is already the newest version (1:1.1.5-1+b3).
libxvidcore-dev is already the newest version (2:1.3.5-1).
libzbar-dev is already the newest version (0.22-1).
libzvbi-dev is already the newest version (0.2.35-16).
pkg-config is already the newest version (0.29-6).
python-gi-dev is already the newest version (3.30.4-1).
python3 is already the newest version (3.7.3-1).
python3-dev is already the newest version (3.7.3-1).
yasm is already the newest version (1.3.0-2).
zlib1g-dev is already the newest version (1:1.2.11.dfsg-1).
libasound2-dev is already the newest version (1.1.8-1+rpt1).
libcairo2-dev is already the newest version (1.16.0-4+rpt1).
libgtk-3-dev is already the newest version (3.24.5-1+rpt2).
libpulse-dev is already the newest version (12.2-4+deb10u1+rpi3).
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
W: --force-yes is deprecated, use one of the options starting with --allow instead.
Switched to a new branch '1.18'
Branch '1.18' set up to track remote branch '1.18' from 'origin'.
make: *** No rule to make target 'uninstall'. Stop.
Already up to date.
./gstreamer-build.sh: line 67: ./autogen.sh: No such file or directory
Could you please help me with that ? How to install the latest gstreamer on my rapsberry pi 3 ?
thanks a lot
The script is very old so probably things have changed either in the distro or in gstreamer. Any of the forks have better luck? I hadn't noticed so many people responded to this script. A proper git repo would have served it better. 😬
Dear @sphaero
i think that the problem is in the gstreamer branch 1.18 because i see that there is no file .autogen and your script tries to execute this and fails. I dont even know what is the purpose of this file.. I also dont know what is the meaning of command sudo make uninstall || true because it also gives the error make: *** No rule to make target 'uninstall'. Stop.
I dont have any programming knowledge and i am a complete newbie. Is there any quick way to make this script work ? Or any other alternative commands that i could run in order to instal gstreamer 1.18 on my rapsberry pi 3 ?
Thanks a lot
@sphaero following the link you mentioned I can install gstreamer through apt-get command but it installs version 1.14.. I need version 1.18..
I have raspberry pi 3 and in the /etc/apt/sources.list there is only one line inside as deb http://raspbian.raspberrypi.org/raspbian/ buster main contrib non-free rpi
do you know if there is another specific repository that contains the latest gstreamer version ?
I am sorry but as I said I am completely novice user.. I just wish I could run apt-get install gstreamer1.0 so that gstreamer v1.18 could be installed ...But this command install v1.14
Hi @sphaero it seems that Gstreamer moved to github. The new repository link is https://github.com/GStreamer/
Could you please update your gist accordingly. Your gist was useful to install the latest Gstreamer in one command but is not working anymore.
the link provided by you above (installing through apt-get) only installs the old version.
Thanks.
I think that's just a mirror, they moved to gitlab I think. I'd need to look into it but if you have a patch that'd be great.
Thanks for writing this script - great work.
I have 1.8 working, but I've had some issues which I feel I might need some recent pi3 patches (SKIP64BIT flag). After using this script with 1.10 (it compiled file), gstreamer omx was pretty broken - couldn't get anything but corrupted h264 out of the encoder. Has anyone else had success on 1.10 or 1.11 which included gstomxh264dec and gstomxh264enc in the pipeline (basically a transcoder)?