package/omxplayer: new package
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 piped (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, when playing a locally-stored 1080p video, OMXplayer averages 20%
(with peaks up to ~30%, depending on the complexity of the video) CPU,
while gstreamer bursts up to 40+% when playing 720p and totally chokes
on a 1080p video; all on an non-overclocked RPi-1.
Note that we have to depend on rpi-userland. rpi-userland is a GLES/EGL
provider, so it can't be selected (as all providers of a virtual package
can't).
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
Cc: Maxime Hadjinlian <maxime.hadjinlian@gmail.com>
Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
[Thomas: add a depends on BR2_PACKAGE_FFMPEG_ARCH_SUPPORTS.]
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-05-02 12:09:58 +02:00
|
|
|
config BR2_PACKAGE_OMXPLAYER
|
|
|
|
|
bool "omxplayer"
|
|
|
|
|
depends on BR2_arm
|
|
|
|
|
depends on BR2_USE_MMU # dbus
|
|
|
|
|
depends on BR2_PACKAGE_FFMPEG_ARCH_SUPPORTS # ffmpeg
|
|
|
|
|
depends on BR2_INSTALL_LIBSTDCPP # boost
|
2017-12-04 22:31:03 +01:00
|
|
|
depends on BR2_TOOLCHAIN_HAS_THREADS # alsa-lib, boost, libusb
|
package/omxplayer: new package
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 piped (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, when playing a locally-stored 1080p video, OMXplayer averages 20%
(with peaks up to ~30%, depending on the complexity of the video) CPU,
while gstreamer bursts up to 40+% when playing 720p and totally chokes
on a 1080p video; all on an non-overclocked RPi-1.
Note that we have to depend on rpi-userland. rpi-userland is a GLES/EGL
provider, so it can't be selected (as all providers of a virtual package
can't).
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
Cc: Maxime Hadjinlian <maxime.hadjinlian@gmail.com>
Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
[Thomas: add a depends on BR2_PACKAGE_FFMPEG_ARCH_SUPPORTS.]
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-05-02 12:09:58 +02:00
|
|
|
depends on BR2_USE_WCHAR # boost
|
|
|
|
|
depends on BR2_PACKAGE_RPI_USERLAND
|
2017-12-04 22:31:03 +01:00
|
|
|
select BR2_PACKAGE_ALSA_LIB
|
package/omxplayer: new package
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 piped (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, when playing a locally-stored 1080p video, OMXplayer averages 20%
(with peaks up to ~30%, depending on the complexity of the video) CPU,
while gstreamer bursts up to 40+% when playing 720p and totally chokes
on a 1080p video; all on an non-overclocked RPi-1.
Note that we have to depend on rpi-userland. rpi-userland is a GLES/EGL
provider, so it can't be selected (as all providers of a virtual package
can't).
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
Cc: Maxime Hadjinlian <maxime.hadjinlian@gmail.com>
Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
[Thomas: add a depends on BR2_PACKAGE_FFMPEG_ARCH_SUPPORTS.]
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-05-02 12:09:58 +02:00
|
|
|
select BR2_PACKAGE_BOOST
|
|
|
|
|
select BR2_PACKAGE_DBUS
|
|
|
|
|
select BR2_PACKAGE_FFMPEG
|
|
|
|
|
select BR2_PACKAGE_FFMPEG_AVRESAMPLE
|
|
|
|
|
select BR2_PACKAGE_FFMPEG_SWSCALE
|
|
|
|
|
select BR2_PACKAGE_FREETYPE
|
|
|
|
|
select BR2_PACKAGE_LIBIDN
|
|
|
|
|
select BR2_PACKAGE_LIBUSB
|
|
|
|
|
select BR2_PACKAGE_PCRE
|
|
|
|
|
select BR2_PACKAGE_ZLIB
|
|
|
|
|
help
|
2017-12-18 09:21:05 +01:00
|
|
|
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.
|
package/omxplayer: new package
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 piped (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, when playing a locally-stored 1080p video, OMXplayer averages 20%
(with peaks up to ~30%, depending on the complexity of the video) CPU,
while gstreamer bursts up to 40+% when playing 720p and totally chokes
on a 1080p video; all on an non-overclocked RPi-1.
Note that we have to depend on rpi-userland. rpi-userland is a GLES/EGL
provider, so it can't be selected (as all providers of a virtual package
can't).
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
Cc: Maxime Hadjinlian <maxime.hadjinlian@gmail.com>
Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
[Thomas: add a depends on BR2_PACKAGE_FFMPEG_ARCH_SUPPORTS.]
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-05-02 12:09:58 +02:00
|
|
|
|
|
|
|
|
https://github.com/popcornmix/omxplayer
|
|
|
|
|
|
|
|
|
|
comment "omxplayer needs rpi-userland and a toolchain w/ C++, threads, wchar, dynamic library"
|
|
|
|
|
depends on BR2_arm
|
|
|
|
|
depends on BR2_USE_MMU
|
|
|
|
|
depends on BR2_PACKAGE_FFMPEG_ARCH_SUPPORTS
|
|
|
|
|
depends on !BR2_PACKAGE_RPI_USERLAND
|
|
|
|
|
depends on !BR2_INSTALL_LIBSTDCPP || !BR2_TOOLCHAIN_HAS_THREADS \
|
|
|
|
|
|| !BR2_USE_WCHAR || BR2_STATIC_LIBS
|
