Arch Linux

Is there a way to show information about the time or position of a playing video? Some kind of OSD?

Я решил проблему сборки путем редактирования файла omxplayer.cpp как он был раньше, когда вместе тех отсутствующих файлов были другие строки. Вот патч http://pastebin.com/cJp7FUFW Так же нужно немного изменить PKGBUILD На момент сборки у себя он был в таком виде http://pastebin.com/bM0Xsv3p

I solved the problem of the Assembly by editing the file omxplayer.cpp as he was earlier, when together those missing files were the other lines. Here's the patch http://pastebin.com/cJp7FUFW just need to slightly modify the PKGBUILD At the time of Assembly, he was in this form http://pastebin.com/bM0Xsv3p

"omxplayer.cpp" breaks compilation:

void print_usage()
{
printf(
#include "help.h"
);
}

void print_keybindings()
{
printf(
#include "keys.h"
);
}

missing both files

Please add depends for xorg-xset and xorg-xrefresh.

$ omxplayer /dev/video0
which: no xset in (/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/bin/core_perl)
which: no xrefresh in (/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/bin/core_perl)
have a nice day ;)

@parched thank you.

http://pastebin.com/XckNRzvY

@rabreu your diff is missing the font path fix.

omxplayer.arch is no longer needed in the omxplayer-git package. See these threads:

https://github.com/popcornmix/omxplayer/issues/97
https://github.com/popcornmix/omxplayer/commit/858ec77f2469ba9dc4a1fd73ce020648982a330a

I made a diff file for PKGBUILD.

http://pastebin.com/zacfUQTv

$ patch PKGBUILD < pkgbuild.patch

How about using the upstream launch script but adding this line to the build to fix the font path:
sed -i "s,truetype/freefont,TTF,g" omxplayer.cpp

Does not build:
Makefile:45: recipe for target 'utils/log.o' failed
make: *** [utils/log.o] Error 4

I've written a new startup script that kills the dbus daemon afterwards so you don't end up with lots started. http://pastie.org/8506546

Woops, there's an error, it should say "$@" instead of $@.

I've updated the startup script (omxplayer.arch) to include launch dbus and add the italic font. http://pastie.org/8500049

Seems we need updated start script, dbus needs to be started
in order for kbd to work. Will update soonish

for me and using the latest update (Oct 23), omxplayer does not listen to input after start, so keyboard shortcuts do not work. anyone with a solution?

the firmware seems to be updated to latest version. can you please update the package? thanks...

we have chosen to not update our version of arch linux arm to the latest firmware provided by raspberrypi , we prefered to compile the version of omxplayer before the following commit
https://github.com/popcornmix/omxplayer/commit/40467a70b609c893c8756951ccf7ef1f56f1d43e
we suppose that arch linux arm pacman hasn't yet included the latest firmware of raspberrypi yet.

The compilation fails, because the package is outdated - against the omxplayer repository as well as the RPI firmware header files.
To compile it, do the steps below. Note - I use hardfloat. Also, make copies of files you replace.
Download the newest raspberry pi firmware:
https://github.com/raspberrypi/firmware
Two folders are needed:
/boot and /hardfp
- Replace the existing files inside /boot with the ones from the repository's /boot
- Replace the existing /opt folder with the repository's /hardfp/opt
Download the package needed for the compilation (you may already have it installed):
sudo pacman -S dbus
Modify the makefiles:
Makefile.arch
add dbus to LDFLAGS:

LDFLAGS+=-L./ -lc -lWFC -lGLESv2 -lEGL -lbcm_host -lopenmaxil -lfreetype -lz -ldbus-1

add new files to SRC:
...
OMXCore.cpp \ - this one exists, two below should be added
OMXControl.cpp \
Keyboard.cpp \
...

Makefile.include.arch:
INCLUDES should look like this:
INCLUDES += -I/opt/vc/include -I/opt/vc/include/interface/vcos/ \
-I/opt/vc/include/interface/vcos/pthreads \
-I/usr/include/freetype2 -I/opt/vc/include/interface/vmcs_host/linux \
-I/opt/vc/include/interface/IL -I/usr/include/dbus-1.0 \
-I/usr/lib/dbus-1.0/include

PKGBUILD:
Skip MD5 checks by:
md5sums=('SKIP'
'SKIP'
'SKIP'
'SKIP')
This should create a working package.

Edited Makefile.include

added this to the INCLUDES array :
-I/usr/include/dbus-1.0 \
-I/usr/lib/dbus-1.0/include \

now ... it fails later.

omxplayer.o: In function `main':
omxplayer.cpp:(.text.startup+0xc40): undefined reference to `OMXControl::init(OMXClock*, OMXPlayerAudio*)'
omxplayer.cpp:(.text.startup+0xcc8): undefined reference to `Keyboard::setKeymap(std::map<int, int, std::less<int>, std::allocator<std::pair<int const, int> > >)'
omxplayer.cpp:(.text.startup+0x1118): undefined reference to `Keyboard::Close()'
omxplayer.cpp:(.text.startup+0x1704): undefined reference to `OMXControl::getEvent()'
omxplayer.o: In function `_GLOBAL__sub_I_omxplayer.cpp':
omxplayer.cpp:(.text.startup+0x3cbc): undefined reference to `OMXControl::OMXControl()'
omxplayer.cpp:(.text.startup+0x3ce0): undefined reference to `Keyboard::Keyboard()'
omxplayer.cpp:(.text.startup+0x3e30): undefined reference to `OMXControl::~OMXControl()'
omxplayer.cpp:(.text.startup+0x3e38): undefined reference to `Keyboard::~Keyboard()'


this is far beyond my knowledge.
... help would be greatly appreciated :)

hmmm,
commenting out the problematic code (yeah, I know, ugly solution to test) leads to this :

In file included from omxplayer.cpp:57:0:
OMXControl.h:6:23: fatal error: dbus/dbus.h: No such file or directory

dependency problem maybe ?

same compilation problem here.

Any help would be welcome.

OMXAudio.cpp: In member function ‘float COMXAudio::GetMaxLevel(double&)’:
OMXAudio.cpp:1008:3: error: ‘OMX_CONFIG_BRCMAUDIOMAXSAMPLE’ was not declared in this scope
OMXAudio.cpp:1008:33: error: expected ‘;’ before ‘param’
OMXAudio.cpp:1009:3: error: ‘param’ was not declared in this scope
OMXAudio.cpp:1015:53: error: ‘OMX_IndexConfigBrcmAudioMaxSample’ was not declared in this scope
OMXAudio.cpp:1026:1: warning: control reaches end of non-void function [-Wreturn-

when compiling this on my RasPi it would abort on this:

In file included from OMXOverlayCodecText.cpp:25:0:
OMXStreamInfo.h:31:34: fatal error: libavcodec/avcodec.h: No such file or directory

The binary that was linked to below would not run without ffmpeg installed,
and installing ffmpeg also takes compilation a whole lot further than the abort point mentioned above. Now it chokes on:

OMXAudio.cpp:1008:3: error: 'OMX_CONFIG_BCRMAUDIOMAXSAMPLE' was not declared in this scope

and a few more similar complaints...

my questions:

- Should ffmpeg then not be listed as a dependency ?
- what is going wrong during compilation ?

Thanks, I really appreciate your offer. I've been maintainer in name only for too long.

Disowned.

I can take this over if you don't want it.

The new PKGBUILD is the work of Huulivoide. As of now (c. 2013-08-03 16:30 UTC), there is an upstream bug in src/omxplayer/gen_version.sh that adds an wanted '\n' to the final echo, which will cause the build to fail, but that does not affect the correctness of Huulivoide's work in the PKGBUILD.

The workaround is to edit src/omxplayer/gen_version.sh and 'makepkg -e' to complete the build until upstream fix it.

Thanks (especially for sorting out all the compat cruft).

If anyone else wants to volunteer as maintainer ...

Here is new PKGBUILD that builds from popcormix'
repo.

http://huulivoide.pp.fi/Arch/omxplayer-git-211.6838dfd-1.src.tar.gz

And a binary package too ^_^
http://huulivoide.pp.fi/Arch/omxplayer-git-211.6838dfd-1-armv6h.pkg.tar.xz

There are some clues as described down the page (i.e. 2013-07-10 10:33). It's really a non-trivial problem that has been brewing since Debian forked ffmpeg into avutils. There was other discussion of the issues here 2013-02-02.

i will like to help.
But the package doesnt work with the repo popcornmix.
If you contact with me at ginobvhc [at] gmail [dot] com
you can explain me and i help to fix this bug.
but i dont know what to do.

PD sorry about repost reload the page was the problem

Salute Gino

Just say if you want to take over maintaining the package.

please test this pkgbuild
https://gist.github.com/ginobvhc/6105102

please test this pkgbuild
https://gist.github.com/ginobvhc/6105102

please test this pkgbuild
https://gist.github.com/ginobvhc/6105102

i change the repo to popconrnmix (https://github.com/popcornmix/omxplayer)
i will test the results

Unfortunately, the new repo is wedded to Debian's view of ffmpeg / libav and doesn't build against the Arch / upstream version. One option would be to build and ship a private copy of ffmpeg, but I don't really have the energy for that just now.

no problem. I flagged it out of date, because i have trouble with the audio. So i thought the new repo will fix it, but i don't know if it does. There are other people out there, which have the same problem:
http://www.raspberrypi.org/phpBB3//viewtopic.php?f=53&t=44614

Cancel that ... still uses the old URL. Apologies

There's a new PKGBUILD using the new git tree. As my RPi is headless, this builds but is otherwise untested.

This (git) tree is no longer under active delevopment. Updates will occur here: https://github.com/popcornmix/omxplayer

New firmware, new problems. Sound works, but is corrupted. b0143ac0 should be the revision to use for the time being. I'm building it by cloning a full repo and checking that revision out. I don't know if that's the recommended way, but it works.

Ok. ae4dc6e9 is the commit that broke things for me. http://sprunge.us/DdSZ It mentions needing a certain firmware. That was just updated to 20130424 for me, so I'm going to test with that.

mangelic: If you build the version from 2013-02-18, it works. I think you can set _gitref in the PKGBUILD to 875e0570. I'm doing a git bisect to track down the change that broke it for us.

I built this package on the date of April 22 and I don't have sound. I have installed the sound modules and I can play music using mplayer but omxplayer sound doesn't work for me. Could anyone help me please?

Has anyone else built this recently? Sound stopped worked for me.

Successful build and install.

So: THIS PACKAGE MAY HAVE PROBLEMS IF YOU USE: BerryBoot (http://www.berryterminal.com/doku.php/berryboot).

That's the only thing I can think of that may have had something to do with the sudden success after all the failures.

Random Warning List:
Oh, and OMXCore.cpp has many implicit typecasts from long unsigned int to unsigned int in functions (A format string, actually).
And OMXAudio.cpp doesn't use starttime or endtime (Line 1185).
OMPlayerVideo.cpp LIne 283 and 364, comparison between signed and unsigned ints.
Same with OMXPlayerAudio.cpp, 360 and 363.

But as the joke goes: ( http://www.workjoke.com/programmers-jokes.html#94 )
The boy is smoking and leaving smoke rings into the air.
The girl gets irritated with the smoke and says to her lover: "Can't you see the warning written on the cigarettes packet, smoking is injurious to health!"
The boy replies back: "Darling, I am a programmer. We don't worry about warnings, we only worry about errors."

5 stars.

It did. I'm now re-installing my Arch Pi (to remove the need for BerryBoot and get rid of unstable or unnecessary aspects of the system), so will try again.

To review, I need base-devel and gcc installed, and am installing the 62 MB of packages on the above list.

Baffling. And the following works for you?

$ ls -l /usr/include/c++/4.7.2/string
-rw-r--r-- 1 root root 2022 Feb 19 23:58 /usr/include/c++/4.7.2/string

Oh, and g++ -v output is at: https://gist.github.com/5126485

Paste of gcc -v output and a makepkg output (on a fresh folder) at this location:
https://gist.github.com/5126467

That's because you've already applied the patch from a previous makepkg (clue's in the message ...). So

* Remove the patch (patch -R ... ) before re-running makepkg; or
* Delete the src directory before re-running makepkg.

omxfont.patch fails, patch states "reversed (or previously applied) patch detected!"

OK. When you can pastebin, you could also post a log of the failed build:

$ cd /path/to/omxplayer-git
$ # Clean out old failed builds
$ rm -rf pkg src
$ makepkg 2>&1 | tee /tmp/build.log

paste the contents of /tmp/build.log

/usr/include/c++/4.7.2/string does exist, I am not certain if that means it is installed.

g++ -v says the version is 4.7.2, and I can't copy the rest (because no way to pastebin from that computer yet).

The failure is finding a standard C++ library (string). Do you have /usr/include/c++/4.7.2/string installed for starters?

And the output of
$ g++ -v

Never built it before.
Installed the required packages for AUR packages.
I ran `makepkg -s`, and all the dependencies were installed.
Anything else I should look for?

Just build it here using the existing PKGBUILD, so there is no need for an update.

It would appear to be your build environment, at a guess. Have you built it before?

Wait until I fix it and create a new PKGBUILD. Probably tomorrow (2013-03-01) now.

Failing build because
"utils/log.h:25:18 fatal error: string: no such file or directory"

Any advice?

Thx, built perfectly. What fun :-)

New PKGBUUILD:

* Addresses the psi.neamf identified build issues (in a rather ugly way for now)

* Migrates to the new upstream libswresample usage

Hi stonnag,

Thank you :-) I appreciate your time and effort.

It would appear that upstream is using libav features that are not supported by the ffmpeg-compat shim in Arch. An unfortunate consequence of the (your adjective here) ffmpeg/libav fork. There will be an ugly hack later today that makes it build again, but it really need a newer [community] ffmpeg-compat release.

Struggling to build this :-|

Get :

OMXOverlayCodecText.cpp:44:30: error: ‘AV_CODEC_ID_SSA’ was not declared in this scope
OMXOverlayCodecText.cpp:45:21: error: ‘AV_CODEC_ID_SUBRIP’ was not declared in this scope

And if I comment that code, later I get :

In file included from DllAvFilter.h:29:0,
from BitstreamConverter.h:28,
from BitstreamConverter.cpp:26:
DllSwResample.h:48:6: error: #error "Either libswresample or libavresample is needed!"

It's probably upstream, but there we go.

Added -I /opt/vc/include/interface/vmcs_host/linux/ to Makefile.include

https://github.com/raspberrypi/firmware/issues/125

I had a compilation error, saying it cannot find:
/opt/vc/include/interface/vmcs_host/vchost_config.h
It turned out that the file was in the directory linux, so:

cd /opt/vc/include/interface/vmcs_host/linux/
cp vchost_config.h ../

fixed it.

"Reversed (or previously applied) patch detected! Skipping patch." means what it says.

==> Applying font path patch
patching file omxplayer.cpp
Reversed (or previously applied) patch detected! Skipping patch.
2 out of 2 hunks ignored -- saving rejects to file omxplayer.cpp.rej

There is also patch, gcc and make as a dependancy :)

Hello, I just recompiled omxplayer-git again with yaourt. I still am unable to play a movie file after I upgrade my system per my original post. This worked fine before I did a pacman -Syuf.

From a terminal, I do "omxplayer somevideo.avi" and I just am returned back to the prompt. The same thing occurs with videos with spaces in the name and with no spaces.

[root@alarmpi ~]# pacman -Qs omxplayer-git
local/omxplayer-git 20121217-1
omxplayer is a command line media player for the RaspberryPi

The 2012-12-16 update addresses the missing escapes in the binary wrapper script and patches the source to change the default font to the Arch default. As an short-cut, you can define a specific subtitle font in the wrapper script or thusly:

$ OMXFONT=/usr/share/fonts/TTF/DejaVuSans.ttf omxplayer video_file.mp4

Mea culpa, the second instance of $1 is not quoted ("$1"), so the spaces in the file name upset it. There will be an update this weekend (also adding the default font path for @Kppqju77).

I have reproduced this on two Raspberry PI's

I updated my system today and it broke omxplayer:
omxplayer /media/television/incoming/Breaking\ the\ Girls\ 2012\ DVDRip\ Xvid\ AC3\ Legend-Rg/*.avi
/usr/bin/omxplayer: line 6: [: too many arguments

Packages updated:

Targets (30): at-spi2-core-2.6.3-1 git-1.8.0.2-1 gnupg-2.0.19-3
harfbuzz-0.9.9-1 kdepim-runtime-4.9.4-2 kmod-12-1
libcanberra-0.30-3 libcanberra-pulse-0.30-3 libkolab-0.4.0-1
libkolabxml-0.8.1-1 libssh2-1.4.3-1 libutempter-1.1.6-1
lua-5.2.1-3 lua51-5.1.5-3 mkinitcpio-0.12.0-2 nmap-6.25-2
openal-1.15.1-1 pango-1.32.4-1 pyqt-common-4.9.6-1
python2-pyqt-4.9.6-1 python2-sip-4.14.2-1 qscintilla-2.7-1
sip-4.14.2-1 sound-theme-freedesktop-0.8-1 vlc-2.0.4-5
webkitgtk2-1.10.2-1 xerces-c-3.1.1-3 xorg-server-1.13.0.902-2
xorg-server-common-1.13.0.902-2 xterm-287-2

I would prefer to add the Arch specific font path to the script that gets installed as omxplayer in arch, rather than touch the upstream script, which would have to be patched each time.

If you could replace /usr/share/fonts/truetype/freefont/FreeSans.ttf by /usr/share/fonts/TTF/FreeSans.ttf in /usr/bin/omxplayer.dist.sh it'll be great (this is the defaul install dir of ttf-freefont and it will fix sutitles issues), you may add ttf-freefont as an optional dependecy, for subtitles....

I built this and I really do have to complement how well it utilizes the rbp. Videos that are unplayable under mplayer or mplayer2 run perfectly with this - also utilizing all screen real estate!!

Ik can now confirm that it works. I will submit a pull request to https://github.com/huceke/omxplayer

It builds when I add the following line to SubtitleRenderer.cpp

#include "bcm_host.h"

Don't know if it works though, but it builds.

pkgbuild fails currently with this message:

****************************************


==> GIT checkout done or server timeout
==> Starting make...
g++ -pipe -mcpu=arm1176jzf-s -fomit-frame-pointer -mabi=aapcs-linux -mtune=arm1176jzf-s -mfpu=vfp -Wno-psabi -mno-apcs-stack-check -O3 -mstructure-size-boundary=32 -mno-sched-prolog -std=c++0x -DSTANDALONE -D__STDC_CONSTANT_MACROS -D__STDC_LIMIT_MACROS -DTARGET_POSIX -D_LINUX -fPIC -DPIC -D_REENTRANT -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -DHAVE_CMAKE_CONFIG -D__VIDEOCORE4__ -U_FORTIFY_SOURCE -Wall -mfpu=vfp -mno-apcs-stack-check -DHAVE_OMXLIB -DUSE_EXTERNAL_FFMPEG -DHAVE_LIBAVCODEC_AVCODEC_H -DHAVE_LIBAVUTIL_MEM_H -DHAVE_LIBAVUTIL_AVUTIL_H -DHAVE_LIBAVFORMAT_AVFORMAT_H -DHAVE_LIBAVFILTER_AVFILTER_H -DOMX -DOMX_SKIP64BIT -ftree-vectorize -pipe -DUSE_EXTERNAL_OMX -DTARGET_RASPBERRY_PI -DHAVE_PLATFORM_RASPBERRY_PI -DUSE_EXTERNAL_LIBBCM_HOST -Wno-psabi -I/opt/vc/include/ -I/opt/vc/include -I/opt/vc/include/interface/vcos/ -I/opt/vc/include/interface/vcos/pthreads -I /usr/include/ffmpeg-compat/ -I /usr/include/freetype2/ -I./ -Ilinux -c SubtitleRenderer.cpp -o SubtitleRenderer.o -Wno-deprecated-declarations
SubtitleRenderer.cpp: In member function ‘void SubtitleRenderer::initialize_window(int)’:
SubtitleRenderer.cpp:368:3: error: ‘graphics_get_display_size’ was not declared in this scope
make: *** [SubtitleRenderer.o] Error 1
==> ERROR: A failure occurred in build().
Aborting...
The build failed.

*******************************

i don't know exactly what the problem is, ffmpeg and -compat and everything else listed is installed and up2date.

Can anyone help?

The PKGBUILD should now be float format agnostic. Alas, still pulls the git repo like all the other git based packages and the wiki example, because I don't know any better. And a big kudos to pepedog the hard float build ... awesome.

Thanks, I hoped it would be that easy. I'm currently migrating my RPi to hf, so I'll update the PKGBUILD to cope with both when it's done.

I just manually changed some parts of the makefiles included, nothing more. Just replacing -mfloat-abi from "softfp" to "hard" was enough.
It built and ran well... although I have a small problem with MKV files with embedded subtitles. The log mentions "ERROR: OMXPlayerSubtitles::RenderLoop threw 13Enforce_error (Enforcement failed in SubtitleRenderer.cpp(309))"

Indeed, and given that arch hf is only a few days old,"patches welcome".

I guess this package has to be updated for hard-float. <.<

I get a build error:

/usr/include/gnu/stubs.h:7:29: fatal error: gnu/stubs-soft.h: No such file or directory

Perfect, thanks!

To watch videos with oxmplayer, you need to allocate at least 64MB of RAM to the GPU.
Do something like:

$ cd /boot
$ sudo cp arm192_start.elf start.elf

then reboot and try again.

I've tried this on my Pi and when I try and play a file nothing happens. Can you confirm it's working on an up-to-date system?

The git pull is nice to be outside build() so it happens before "==> Starting build()..." is displayed.
See this part of the Arch Packaging Standards: https://wiki.archlinux.org/index.php/Arch_CVS_%26_SVN_PKGBUILD_guidelines

Thanks :-)

Include the Makefile and PKGBUILD dependencies for the new subtitle rendering

Please add -std=c++0x to CFLAGS and -lfreetype -lz to LDFLAGS as well as OMXPlayerSubtitles.cpp, SubtitleRenderer.cpp and Unicode.cpp to SRC in Makefile.arch in order to reflect https://github.com/huceke/omxplayer/commit/d0cedcdb6f9b669a8d2dda0593b8c5223ee75e2c

Update Makefiles to link against ffmpeg-compat. Fixes the 'Have a nice day' and not a lot else output.

Done, thanks

Please add ffmpeg-compat as a dependency. Omxplayer will not compile with recent ffmpeg without the compat package.

Added, thanks

Hi, boost should be added to makedepends.

There's an new PKGBUILD that installs its own build environment rather than patching upstream's. Hopefully this will be more resilient to minor upstream changes.

confirmed - I am getting the same hunk errors. This is on Arch ARM for the Raspberry Pi.

Thanks. I'll look at updating the package towards the end of the week, once I'm back with the hardware.

==> Building and installing package
==> Determining latest git revision...
-> Version found: 20120626
==> Making package: omxplayer-git 20120626-1 (Tue Jun 26 18:00:06 BST 2012)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving Sources...
-> Found omxplayer.patch
==> Validating source files with md5sums...
omxplayer.patch ... Passed
==> Extracting Sources...
==> Starting build()...
Cloning into 'omxplayer'...
remote: Counting objects: 171, done.
remote: Compressing objects: 100% (124/124), done.
remote: Total 171 (delta 85), reused 131 (delta 45)
Receiving objects: 100% (171/171), 213.95 KiB | 276 KiB/s, done.
Resolving deltas: 100% (85/85), done.
patching file Makefile
Hunk #3 FAILED at 49.
1 out of 3 hunks FAILED -- saving rejects to file Makefile.rej
patching file Makefile.include
patching file omxplayer
==> ERROR: A failure occurred in build().
Aborting...
==> ERROR: Makepkg was unable to build omxplayer-git.

Applies fine for me, but if you want if marked out of date, that's fine too.

Let's see ....

==> Determining latest git revision...
-> Version found: 20120617
==> Making package: omxplayer-git 20120617-1 (Sun Jun 17 12:35:53 BST 2012)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving Sources...
-> Found omxplayer.patch
==> Validating source files with md5sums...
omxplayer.patch ... Passed
==> Extracting Sources...
==> Starting build()...
Cloning into 'omxplayer'...
remote: Counting objects: 163, done.
remote: Compressing objects: 100% (116/116), done.
remote: Total 163 (delta 82), reused 126 (delta 45)
Receiving objects: 100% (163/163), 212.24 KiB, done.
Resolving deltas: 100% (82/82), done.
patching file Makefile
patching file Makefile.include
patching file omxplayer
...
==> Finished making: omxplayer-git 20120617-1 (Sun Jun 17 12:46:05 BST 2012)

Please feel free to reassess your marking of out of date.

patch does not apply.

Certainly a work-around. The real solution is for me to set rpath in Makefile, so it looks in /opt/vc/lib by default. Next update ...

At first I did not succeed to compile with messages similiar to or same as crouthamela's.
Then I read on the raspi forums that running ldconfig was supposed to help, but that didn't change anything.
The fix was to add a file in /etc/ld.so.conf.d which contains the path /opt/vc/lib and then run ldconfig.
As far as I understood it, this permanently add /opt/vc/lib to the linker path. I don't know, if that is the best way, but it certainly worked for me.

Thanks, let me know if I can help in any way.

Probably not. You may not have the latest libraries on which omxplayer depends. Unfortunately, as these are bundled with the install, rather than a separate package, it's hard to manage this. I'll look into fixing the attempted install of a broken build.

Is it normal to have an Error but it still allow you to finish the install?

/opt/vc/lib//libopenmaxil.so: undefined reference to `vcos_dlsym'
/opt/vc/lib//libEGL.so: undefined reference to `vchiq_open_service'
collect2: error: ld returned 1 exit status
==> Entering fakeroot environment...
==> Starting package()...
install -d /tmp/yaourt-tmp-teacher/aur-omxplayer-git/pkg/usr/bin
install -d /tmp/yaourt-tmp-teacher/aur-omxplayer-git/pkg/usr/share/doc/omxplayer
install omxplayer /tmp/yaourt-tmp-teacher/aur-omxplayer-git/pkg/usr/bin/
install omxplayer.dist.sh /tmp/yaourt-tmp-teacher/aur-omxplayer-git/pkg/usr/bin/
install omxplayer.bin /tmp/yaourt-tmp-teacher/aur-omxplayer-git/pkg/usr/bin/
install: cannot stat âomxplayer.binâ: No such file or directory
make: *** [install] Error 1
==> Tidying install...

Repatched Makefile, builds again on Arch.
Added a wrapper script that clears the console before execution
The original wrapper is installed as /usr/bin/omplayer.dist.sh, but it deadlocks my machine so YMMV.

Upstream has been changed so that it now only builds on Debian. I'm unlikely to have the energy to fix this anytime soon. Annoyed.

Upstream has changed some files.I'll do a new package later today.

==> Starting build()...
Cloning into 'omxplayer'...
remote: Counting objects: 133, done.
remote: Compressing objects: 100% (81/81), done.
remote: Total 133 (delta 60), reused 123 (delta 50)
Receiving objects: 100% (133/133), 208.97 KiB, done.
Resolving deltas: 100% (60/60), done.
patching file Makefile
Hunk #1 succeeded at 2 with fuzz 2.
Hunk #3 FAILED at 38.
1 out of 3 hunks FAILED -- saving rejects to file Makefile.rej
patching file Makefile.include
Hunk #1 FAILED at 1.
1 out of 1 hunk FAILED -- saving rejects to file Makefile.include.rej
==> ERROR: A failure occurred in build().
Aborting...
==> ERROR: Makepkg was unable to build omxplayer-git.

Any ideas?

Actually, the omxplayer wrapper in git deadlocks my machine completely when it changes the framebuffer to 1x1, so I'm not mad keen on that.
I have no problems with the screen being restored. If I were to have a wrapper script it would be something like:

clear ; exec omxplayer "$@" >/dev/null 2>&1

I was having a problem of the -r fullscreen flag. The movie would play in fullscreen, but after quitting or finishing the movie I'd be left with a blank screen and be forced to reboot. The omxplayer script in the build directory is a wrapper for omxplayer.bin which runs 'fbset -xres X -yres Y' before and after omxplayer.bin. This restores the screen correctly after the player exits. Also I guess fbset should be a dependency or optional dependency of this package since it needs it to function correctly. Thanks!

Makefile.include updated for correct /opt/vc/lib path

Thanks. I had these symlinked into /usr/lib. I'll update the Makefile.

I had to modify the Makefile in order to get the package to build. I had to add -L/opt/vc/lib and two additional libraries -lvchiq_arm -lvcos.

This package replaces the obsolete omxplayer-bin package