Add ffmpeg-2 and omxplayer
cover Add ffmpeg-2 and omxplayer
From: "Yann E. MORIN" <[email protected]>
Hello All!
This series is an RFC (or final, as you want) to add ffmpeg2 and omxplayer.
omxplayer is an optimised video application, specially written for the Raspberry Pi, which allows decoding video using hardware acceleration with openMAX.
With omxplayer, it is posible to decide h264 1080p30 with as low as 20% CPU usage (where gst is not able to, and tops at ~40% CPU for 720p30).
The series might still be rough on the edges, so beware.
I've only slightly build-tested it, and even slightier runtime-tested it as well. Seems OK so far, but YMMC, as they say... ;-)
Regards,
Yann E. MORIN.
----------------------------------------------------------------
Yann E. MORIN (2):
package/ffmpeg2: new package
package/omxplayer: new package
package/Config.in | 2 + package/ffmpeg2/Config.in | 235 ++++++++++++++++++ package/ffmpeg2/ffmpeg2.mk | 274 +++++++++++++++++++++ package/omxplayer/Config.in | 31 +++ .../omxplayer-0000-clean-up-Makefile.include.patch | 38 +++ package/omxplayer/omxplayer.mk | 44 ++++ 6 files changed, 624 insertions(+) create mode 100644 package/ffmpeg2/Config.in create mode 100644 package/ffmpeg2/ffmpeg2.mk create mode 100644 package/omxplayer/Config.in create mode 100644 package/omxplayer/omxplayer-0000-clean-up-Makefile.include.patch create mode 100644 package/omxplayer/omxplayer.mk
Signature · 6 lines
.-----------------.--------------------.------------------.--------------------. | Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: | | +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ | | +33 223 225 172 `------------.-------: X AGAINST | \e/ There is no | | http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL | v conspiracy. | '------------------------------^-------^------------------^--------------------'
PATCH 1/2 package/ffmpeg2: new package
From: "Yann E. MORIN" <[email protected]>
We package ffmpeg2 as a separate package from ffmpeg, instead of bumping the latter, since gstreamer-0.10's gst-ffmpeg still use an older version of ffmpeg. Since we still support gstreamer-0.10, we need to keep our legacy ffmpeg, and add ffmpeg2 as a spearate package.
However, ffmpeg and ffmpeg2 can't be installed concurrently on the same system, since the latter installs binaries named the same as the former. Hence, they are made mutually exclusive in the menuconfig.
--- package/Config.in | 1 + package/ffmpeg2/Config.in | 235 ++++++++++++++++++++++++++++++++++++++ package/ffmpeg2/ffmpeg2.mk | 274 +++++++++++++++++++++++++++++++++++++++++++++ 3 files changed, 510 insertions(+) create mode 100644 package/ffmpeg2/Config.in create mode 100644 package/ffmpeg2/ffmpeg2.mk
package/Config.in +1 -0
@@ -8,6 +8,7 @@ source "package/aumix/Config.in" source "package/bellagio/Config.in" source "package/faad2/Config.in" source "package/ffmpeg/Config.in" +source "package/ffmpeg2/Config.in" source "package/flac/Config.in" source "package/gstreamer/Config.in" source "package/gstreamer1/Config.in"
package/ffmpeg2/Config.in new file +235 -0
235 lines not on this page · raw message
package/ffmpeg2/ffmpeg2.mk new file +274 -0
274 lines not on this page · raw message
Signature · 1 line
1.8.1.2
PATCH 1/2 package/ffmpeg2: new package
"Yann E. MORIN" <[email protected]> wrote in news:d4f3847e403c1e5c4e8733f75bbfccce6e0b4975.1390242867.git.yann.morin.199 8 at free.fr:
Quoted 3 lines
We package ffmpeg2 as a separate package from ffmpeg, instead of bumping the latter, since gstreamer-0.10's gst-ffmpeg still use an older version of ffmpeg.
Hi,
this is not true anymore:
gst-ffmpeg: Use internal libav instead of external ffmpeg:
http://git.buildroot.net/buildroot/commit/?id=6ea49a23df3fa950e253bf704188e87a583a8ba4
ffmpeg: Bump version to 1.2.5: http://git.buildroot.net/buildroot/commit/?id=4b959fcb67675b9e0594dc6b12742e119c82c96e
Regards, Bernd
PATCH 1/2 package/ffmpeg2: new package
Hi Bernd,
On Mon, Jan 20, 2014 at 8:05 PM, Bernd Kuhls <[email protected]> wrote:
[..]
Quoted 6 lines
this is not true anymore:
gst-ffmpeg: Use internal libav instead of external ffmpeg:
http://git.buildroot.net/buildroot/commit/?id=6ea49a23df3fa950e253bf704188e87a583a8ba4
In fact, there is another patch in patchwork by Bogdan Radulescu that removes gst-ffmpeg entirely in favor of gst-libav:
http://patchwork.ozlabs.org/patch/207431/
The conclusion from patchwork cleanup session #4 was that this patch is still relevant. It seems that your patch (that has been included in buildroot already) addresses the same problem, but in a different way.
It would be great if you and Bogdan could review the patch mentioned above in the light of the current buildroot version, and assess which parts of this patch still need to be applied, if any. For example, the patch removes gst-dsp and gst-omapfb from gstreamer, but that was for gstreamer1 and this is already addressed in current buildroot.
Thanks,
Thomas
PATCH 1/2 package/ffmpeg2: new package
Hi Bernd,
Quoted 20 lines · Thomas De Schampheleire
Hi Bernd,
On Mon, Jan 20, 2014 at 8:05 PM, Bernd Kuhls <[email protected]> wrote:
[..]Quoted 6 lines
this is not true anymore:
gst-ffmpeg: Use internal libav instead of external ffmpeg:
http://git.buildroot.net/buildroot/commit/?id=6ea49a23df3fa950e253bf704188e87a583a8ba4In fact, there is another patch in patchwork by Bogdan Radulescu that removes gst-ffmpeg entirely in favor of gst-libav:
http://patchwork.ozlabs.org/patch/207431/The conclusion from patchwork cleanup session #4 was that this patch is still relevant. It seems that your patch (that has been included in buildroot already) addresses the same problem, but in a different way.
Quoted 5 lines
It would be great if you and Bogdan could review the patch mentioned above in the light of the current buildroot version, and assess which parts of this patch still need to be applied, if any. For example, the patch removes gst-dsp and gst-omapfb from gstreamer, but that was for gstreamer1 and this is already addressed in current buildroot.
Bogdan indicated that he does not have time shortly to look into the differences with his patch.
Could you have a look maybe?
Thanks,
Thomas
PATCH 1/2 package/ffmpeg2: new package
In reply to Bernd KuhlsBernd, All,
On 2014-01-20 20:05 +0100, Bernd Kuhls spake thusly:
Quoted 10 lines
"Yann E. MORIN" <[email protected]> wrote in news:d4f3847e403c1e5c4e8733f75bbfccce6e0b4975.1390242867.git.yann.morin.199 8 at free.fr:
Quoted 3 lines
We package ffmpeg2 as a separate package from ffmpeg, instead of bumping the latter, since gstreamer-0.10's gst-ffmpeg still use an older version of ffmpeg.
Hi,
Quoted 8 lines
this is not true anymore:
gst-ffmpeg: Use internal libav instead of external ffmpeg:
http://git.buildroot.net/buildroot/commit/?id=6ea49a23df3fa950e253bf704188e87a583a8ba4ffmpeg: Bump version to 1.2.5: http://git.buildroot.net/buildroot/commit/?id=
4b959fcb67675b9e0594dc6b12742e119c82c96e
Ah, yes. This ffmpeg2 patch of mine I did some three months ago. I just refreshed it yesterday, and forgot to re-check the compatibilty issue.
I'll double check what needs to be done, rework the commit log, and resubmit later.
Thank you! :-)
Regards,
Yann E. MORIN.
Signature · 6 lines
.-----------------.--------------------.------------------.--------------------. | Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: | | +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ | | +33 223 225 172 `------------.-------: X AGAINST | \e/ There is no | | http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL | v conspiracy. | '------------------------------^-------^------------------^--------------------'
PATCH 1/2 package/ffmpeg2: new package
Bernd, All,
On 2014-01-20 22:27 +0100, Yann E. MORIN spake thusly:
Quoted 17 lines
On 2014-01-20 20:05 +0100, Bernd Kuhls spake thusly:
Quoted 16 lines
"Yann E. MORIN" <[email protected]> wrote in news:d4f3847e403c1e5c4e8733f75bbfccce6e0b4975.1390242867.git.yann.morin.199 8 at free.fr:
Quoted 3 lines
We package ffmpeg2 as a separate package from ffmpeg, instead of bumping the latter, since gstreamer-0.10's gst-ffmpeg still use an older version of ffmpeg.
Hi,
this is not true anymore:
gst-ffmpeg: Use internal libav instead of external ffmpeg:
http://git.buildroot.net/buildroot/commit/?id=6ea49a23df3fa950e253bf704188e87a583a8ba4
Quoted 8 lines
Quoted 2 lines
ffmpeg: Bump version to 1.2.5: http://git.buildroot.net/buildroot/commit/?id=
4b959fcb67675b9e0594dc6b12742e119c82c96eAh, yes. This ffmpeg2 patch of mine I did some three months ago. I just refreshed it yesterday, and forgot to re-check the compatibilty issue.
I'll double check what needs to be done, rework the commit log, and resubmit later.
The sets of files installed by each version has a non-null intersection, especially the header files, and the .pc files.
The libraries have different versions, indeed, but we still can't install both, as the .so links will point to the latest being installed, which is not predictible.
Say for example:
- package 'zzz' depends on ffmpeg (and is incompatible with ffmpeg2)
- the Makefile builds the package in alphabetical order, so we'd build:
ffmpeg -> ffmpeg2 -> zzz
- zzz will see header and .pc files, and .so symlinks from ffmpeg2, not ffmpeg.
So, I still think we should consider ffmpeg2 to be clashing with ffmpeg1.
Regards,
Yann E. MORIN.
Signature · 6 lines
.-----------------.--------------------.------------------.--------------------. | Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: | | +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ | | +33 223 225 172 `------------.-------: X AGAINST | \e/ There is no | | http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL | v conspiracy. | '------------------------------^-------^------------------^--------------------'
PATCH 1/2 package/ffmpeg2: new package
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
"Yann" == Yann E MORIN <[email protected]> writes:
Hi,
Quoted 9 lines
Quoted 5 lines
Ah, yes. This ffmpeg2 patch of mine I did some three months ago. I just refreshed it yesterday, and forgot to re-check the compatibilty issue.
I'll double check what needs to be done, rework the commit log, and resubmit later.
The sets of files installed by each version has a non-null intersection, especially the header files, and the .pc files.
Quoted 6 lines
The libraries have different versions, indeed, but we still can't install both, as the .so links will point to the latest being installed, which is not predictible.
Say for example:
- package 'zzz' depends on ffmpeg (and is incompatible with ffmpeg2)
Do we have any examples of this?
If not, I would simply say that ffmpeg 2.x is the latest and greatest of ffmpeg, so ffmpeg.mk should build 2.x (and we shouldn't have a ffmpeg2.mk)
Signature · 1 line
Bye, Peter Korsgaard
PATCH 1/2 package/ffmpeg2: new package
Peter Korsgaard <[email protected]> wrote in
news:8738kfd40w.fsf at dell.be.48ers.dk:
Quoted 3 lines
If not, I would simply say that ffmpeg 2.x is the latest and greatest of ffmpeg, so ffmpeg.mk should build 2.x (and we shouldn't have a ffmpeg2.mk)
Hi,
atm xbmc gotham is incompatible with ffmpeg 2.x, therefore I sent ffmpeg 1.2.5 for inclusion in buildroot.
@Yann: Does omxplayer also work with ffmpeg 1.2.5?
Regards, Bernd
PATCH 1/2 package/ffmpeg2: new package
Bernd, All,
Quoted 1 line
Peter Korsgaard <[email protected]> wrote in
news:8738kfd40w.fsf at dell.be.48ers.dk:
Quoted 7 lines
Quoted 3 lines
If not, I would simply say that ffmpeg 2.x is the latest and greatest of ffmpeg, so ffmpeg.mk should build 2.x (and we shouldn't have a ffmpeg2.mk)
atm xbmc gotham is incompatible with ffmpeg 2.x, therefore I sent ffmpeg 1.2.5 for inclusion in buildroot.
@Yann: Does omxplayer also work with ffmpeg 1.2.5?
Not as I know.
Their standard build ptocedure even git-clones ffmpeg2 explicitly.
Regarda,
Yann E. MORIN.
Signature · 1 line
Sent from my Android device with K-9 Mail. Please excuse my brevity.
PATCH 1/2 package/ffmpeg2: new package
In reply to Bernd KuhlsBernd, All,
On 2014-01-23 06:58 +0100, Bernd Kuhls spake thusly:
Quoted 9 lines
Peter Korsgaard <[email protected]> wrote in
news:8738kfd40w.fsf at dell.be.48ers.dk:Quoted 3 lines
If not, I would simply say that ffmpeg 2.x is the latest and greatest of ffmpeg, so ffmpeg.mk should build 2.x (and we shouldn't have a ffmpeg2.mk)
atm xbmc gotham is incompatible with ffmpeg 2.x, therefore I sent ffmpeg 1.2.5 for inclusion in buildroot.
I've discussed with a guy that built XBMC Gotham (next release, from git tree) with ffmpeg2. Here's what he said:
- Gotham and ffmpeg 1.x : builds and runs OK
- Gotham and ffmpeg 2.0.x : Builds and runs OK
- Gotham and ffmpeg 2.1.{0,1}: builds OK, fails at runtime (broken VDPAU)
- Gotham and ffpmeg 2.1.{2,3}: builds and runs OK
- Gotham and ffmpeg master : builds and runs OK
He also pointed me to this bug report:
https://trac.ffmpeg.org/ticket/3133 and this comment stating it's been fixed: https://trac.ffmpeg.org/ticket/3133#comment:81
Since we're adding ffmpeg 2.1.3, we should be able to build Gotham with our ffmpeg2 version.
Do you know of another reason why Gotham can't build with latest ffmpeg2 (that is, ffmpeg 2.1.3 or ffmpeg master)?
But even then, I'd favour keeping ffmpeg as 1.x, and add ffmpeg 2.x as ffmpeg2. Unles Peter has a stong opinion against.
Quoted 1 line
@Yann: Does omxplayer also work with ffmpeg 1.2.5?
As I briefly answered this morning, no, they do require ffmpeg 2.1+.
Regards,
Yann E. MORIN.
Signature · 6 lines
.-----------------.--------------------.------------------.--------------------. | Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: | | +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ | | +33 223 225 172 `------------.-------: X AGAINST | \e/ There is no | | http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL | v conspiracy. | '------------------------------^-------^------------------^--------------------'
PATCH 1/2 package/ffmpeg2: new package
"Yann E. MORIN" <[email protected]> wrote in news:20140123175214.GA3446 at free.fr:
Hi,
Quoted 2 lines
Do you know of another reason why Gotham can't build with latest ffmpeg2 (that is, ffmpeg 2.1.3 or ffmpeg master)?
building gotham with ffmpeg git master is not the problem but last time I tried during runtime I had sound problems:
http://forum.xbmc.org/showthread.php?tid=180859&pid=1578887#pid1578887
Downgrading to ffmpeg 1.2.x, copying OpenELEC here, fixed the problem. I still did not find the time to test the patch I mentioned on the xbmc forum though, maybe this weekend I find some time for this...
Btw, work seems to have started to support ffmpeg2 in xbmc:
https://github.com/FernetMenta/xbmc/commits/ffmpeg2
Regards, Bernd
PATCH 1/2 package/ffmpeg2: new package
In reply to Bernd KuhlsBernd Kuhls <[email protected]> wrote in news:skn6raxead.ln2 at ID-313208.user.individual.net:
Quoted 2 lines
atm xbmc gotham is incompatible with ffmpeg 2.x, therefore I sent ffmpeg 1.2.5 for inclusion in buildroot.
Hi,
xbmc devs are aiming to support ffmpeg 2.x after Gotham release, a repo containing the necessary code is already present:
http://forum.xbmc.org/showthread.php?tid=165707&pid=1618520#pid1618520
I am currently testing this code, first results look good. Because of this I think buildroot does not need to stick to ffmpeg 1.x, it can go forward to include ffmpeg 2.1.3 if other deps permit it.
FTR and only for test purposes here is the diff I am using, which includes some xbmc specific patches:
--- 29494.org/src/fbr/buildroot/package/ffmpeg/ffmpeg.mk 2014-02-03 20:43:20.000000000 +0100
+++ 29494/src/fbr/buildroot/package/ffmpeg/ffmpeg.mk 2014-02-03 21:11:14.325528814 +0100
@@ -4,9 +4,12 @@
#
###########################################################################
#####
.
-FFMPEG_VERSION = 1.2.5
-FFMPEG_SOURCE = ffmpeg-$(FFMPEG_VERSION).tar.bz2 -FFMPEG_SITE = http://ffmpeg.org/releases
+FFMPEG_VERSION = 11086c540305ffb208e6fc17d301db989d3c4151 +FFMPEG_SITE = git://github.com/FernetMenta/FFmpeg.git
+
+#FFMPEG_VERSION = 1.2.5
+#FFMPEG_SOURCE = ffmpeg-$(FFMPEG_VERSION).tar.bz2 +#FFMPEG_SITE = http://ffmpeg.org/releases
FFMPEG_INSTALL_STAGING = YES
.
FFMPEG_LICENSE = LGPLv2.1+, libjpeg license
Regards, Bernd
PATCH 1/2 package/ffmpeg2: new package
Bernd, All,
On 2014-02-04 20:51 +0100, Bernd Kuhls spake thusly:
Quoted 7 lines
xbmc devs are aiming to support ffmpeg 2.x after Gotham release, a repo containing the necessary code is already present:
http://forum.xbmc.org/showthread.php?tid=165707&pid=1618520#pid1618520I am currently testing this code, first results look good. Because of this I think buildroot does not need to stick to ffmpeg 1.x, it can go forward to include ffmpeg 2.1.3 if other deps permit it.
For now, we do have a few packages that depend on ffmpeg:
- vlc
- opencv
- freerdp
- mediastreamer
- mpd
I don't know the state of each package wrt ffmpeg2 compatibility. So I would prefer to stay on the safe side, and ad dffmpeg2 as a separate package for now.
Also, XBMC Gotham is not released yet, and from what I understood from the above, it will still use ffmpeg1, and only the next release will (maybe) be using ffmpeg2. We do not know how long it will take before Gotham is released, and even less when the next release will come.
Since we already have an XBMC patch right now, and I'd like it to go in sooner than later, we'll have to stick with ffmpeg1 for a while, I'm afraid.
Regards,
Yann E. MORIN.
Signature · 6 lines
.-----------------.--------------------.------------------.--------------------. | Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: | | +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ | | +33 223 225 172 `------------.-------: X AGAINST | \e/ There is no | | http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL | v conspiracy. | '------------------------------^-------^------------------^--------------------'
PATCH 2/2 package/omxplayer: new package
In reply to Yann E. MORINFrom: "Yann E. MORIN" <[email protected]>
OMXplayer uses openMAX on the RPi to play videos with hardware acceleration.
Compared to using a gstreamer pipe, OMXplayer uses a complete "tunnel-mode", in which the video is pipped (after demuxing) into the hardware, all the way down to the display, whereas gstreamer composes the video using the eglgles sink, which uses mem-to-mem copies.
So, OMXplayer can cope with Full-HD videos (1080p), when gstreamer can only handle 720p, with 1080p being jerky (frames are dropped).
When playing a locally-stored 1080p video, OMXplayer uses around 20% CPU, while gstreamer bursts up to 40+% when playing 720p; all on an non overclocked RPi.
--- package/Config.in | 1 + package/omxplayer/Config.in | 31 +++++++++++++++ .../omxplayer-0000-clean-up-Makefile.include.patch | 38 +++++++++++++++++++ package/omxplayer/omxplayer.mk | 44 ++++++++++++++++++++++ 4 files changed, 114 insertions(+) create mode 100644 package/omxplayer/Config.in create mode 100644 package/omxplayer/omxplayer-0000-clean-up-Makefile.include.patch create mode 100644 package/omxplayer/omxplayer.mk
package/Config.in +1 -0
@@ -19,6 +19,7 @@ source "package/mpd/Config.in" source "package/mpg123/Config.in" source "package/mplayer/Config.in" source "package/musepack/Config.in" +source "package/omxplayer/Config.in" source "package/on2-8170-libs/Config.in" source "package/opus-tools/Config.in" source "package/pulseaudio/Config.in"
package/omxplayer/Config.in new file +31 -0
@@ -0,0 +1,31 @@ +comment "omxplayer needs a toolchain w/ C++, threads, largefile, IPv6" + depends on !(BR2_INSTALL_LIBSTDCPP && BR2_TOOLCHAIN_HAS_THREADS && BR2_LARGEFILE && BR2_INET_IPV6) + depends on BR2_arm + +config BR2_PACKAGE_OMXPLAYER + bool "omxplayer" + depends on BR2_arm + depends on BR2_INSTALL_LIBSTDCPP # boost, rpi-userland + depends on BR2_TOOLCHAIN_HAS_THREADS # boost, dbus, libusb, rpi-userland + depends on BR2_LARGEFILE # boost, ffmpeg2, rpi-userland + depends on BR2_INET_IPV6 # ffmpeg2 + depends on !BR2_PACKAGE_FFMPEG # ffmpeg2 + depends on BR2_USE_MMU # dbus + select BR2_PACKAGE_BOOST + select BR2_PACKAGE_DBUS + select BR2_PACKAGE_FFMPEG2 + select BR2_PACKAGE_FFMPEG2_AVFILTER + select BR2_PACKAGE_FFMPEG2_SWRESAMPLE + select BR2_PACKAGE_FFMPEG2_SWSCALE + select BR2_PACKAGE_FREETYPE + select BR2_PACKAGE_LIBIDN + select BR2_PACKAGE_LIBUSB + select BR2_PACKAGE_PCRE + select BR2_PACKAGE_RPI_USERLAND + select BR2_PACKAGE_ZLIB + help + OMXPlayer is a commandline OMX player for the Raspberry Pi. It was + developed as a testbed for the XBMC Raspberry PI implementation + and is quite handy to use standalone. + + https://github.com/popcornmix/omxplayer
package/omxplayer/omxplayer-0000-clean-up-Makefile.include.patch new file +38 -0
@@ -0,0 +1,38 @@ +Makefile.include: clean up the cruft + +Most of the variables that Makefile.include tries to set (and fails to), +are already available from Buildroot's variables: + - AR, AS, CC, CXX, OBJDUMP... + - CFLAGS, CXXFLAGS, CPPFLAGS... + +This leaves us with a few select variables that defines (include and +library) paths local to the omxplayer package, plus a few optimisations. + +Signed-off-by: "Yann E. MORIN" <[email protected]> +diff -durN omxplayer-37fd6fb.orig/Makefile.include omxplayer-37fd6fb/Makefile.include +--- omxplayer-37fd6fb.orig/Makefile.include 2013-10-16 14:21:05.000000000 +0200 ++++ omxplayer-37fd6fb/Makefile.include 2013-10-17 22:53:02.294062252 +0200 +@@ -20,21 +20,5 @@ + + JOBS=7 + +-CFLAGS := -isystem$(PREFIX)/include +-CXXFLAGS := $(CFLAGS) +-CPPFLAGS := $(CFLAGS) +-LDFLAGS := -L$(BUILDROOT)/lib +-LD := $(TOOLCHAIN)/bin/$(HOST)-ld --sysroot=$(SYSROOT) +-CC := $(TOOLCHAIN)/bin/$(HOST)-gcc --sysroot=$(SYSROOT) +-CXX := $(TOOLCHAIN)/bin/$(HOST)-g++ --sysroot=$(SYSROOT) +-OBJDUMP := $(TOOLCHAIN)/bin/$(HOST)-objdump +-RANLIB := $(TOOLCHAIN)/bin/$(HOST)-ranlib +-STRIP := $(TOOLCHAIN)/bin/$(HOST)-strip +-AR := $(TOOLCHAIN)/bin/$(HOST)-ar +-CXXCP := $(CXX) -E +-PATH := $(PREFIX)/bin:$(BUILDROOT)/output/host/usr/bin:$(PATH) +- +-CFLAGS += -pipe -mfloat-abi=$(FLOAT) -mcpu=arm1176jzf-s -fomit-frame-pointer -mabi=aapcs-linux -mtune=arm1176jzf-s -mfpu=vfp -Wno-psabi -mno-apcs-stack-check -g -mstructure-size-boundary=32 -mno-sched-prolog +-LDFLAGS += -L$(SDKSTAGE)/lib -L$(SDKSTAGE)/usr/lib -L$(SDKSTAGE)/opt/vc/lib/ -Lpcre/build +-#INCLUDES += -isystem$(SDKSTAGE)/usr/include -isystem$(SDKSTAGE)/opt/vc/include -isystem$(SYSROOT)/usr/include -isystem$(SDKSTAGE)/opt/vc/include/interface/vcos/pthreads -isystem$(SDKSTAGE)/usr/include/freetype2 +-INCLUDES += -isystem$(SDKSTAGE)/opt/vc/include -isystem$(SYSROOT)/usr/include -isystem$(SDKSTAGE)/opt/vc/include/interface/vcos/pthreads -Ipcre/build -Iboost-trunk -Ifreetype2/include ++CFLAGS += -fomit-frame-pointer -Wno-psabi -mno-apcs-stack-check \ ++ -mstructure-size-boundary=32 -mno-sched-prolog
package/omxplayer/omxplayer.mk new file +44 -0
44 lines not on this page · raw message
Signature · 1 line
1.8.1.2
PATCH 2/2 package/omxplayer: new package
Quoted 7 lines
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
"Yann" == Yann E MORIN <[email protected]> writes:
From: "Yann E. MORIN" <[email protected]>
OMXplayer uses openMAX on the RPi to play videos with hardware acceleration.Compared to using a gstreamer pipe, OMXplayer uses a complete "tunnel-mode", in which the video is pipped (after demuxing) into the hardware, all the way
s/pipped/piped/
Otherwise it looks good to me.
Signature · 1 line
Bye, Peter Korsgaard