Package Details: ffmpeg-mmal 2:5.0-6

Git Clone URL: https://aur.archlinux.org/ffmpeg-mmal.git (read-only, click to copy)
Package Base: ffmpeg-mmal
Description: ffmpeg built with MMAL hardware acceleration support for Raspberry Pi
Upstream URL: https://ffmpeg.org/
Licenses: GPL3
Conflicts: ffmpeg
Provides: ffmpeg, libavcodec.so, libavdevice.so, libavfilter.so, libavformat.so, libavutil.so, libpostproc.so, libswresample.so, libswscale.so
Submitter: fmang
Maintainer: fmang
Last Packager: fmang
Votes: 12
Popularity: 0.001613
First Submitted: 2016-09-14 09:46 (UTC)
Last Updated: 2022-05-06 19:20 (UTC)

Required by (1435)

Sources (3)

Latest Comments

DragonX256 commented on 2022-04-20 15:45 (UTC)

@strshr It's unsupported by upstream, because of moving to v4l2.

strshr commented on 2022-04-20 15:42 (UTC)

Is 64 bit still unsupported? Getting the mmal not found exception.

DragonX256 commented on 2021-10-28 00:59 (UTC) (edited on 2021-10-28 00:59 (UTC) by DragonX256)

@fmang Okay, did as you told me, and it worked! I suppose it's yay's AUR helper fault or something. Thanks!

fmang commented on 2021-10-27 21:08 (UTC)

@DragonX256 The PKGBUILD does not hardcode any dependency’s version number, only the built binary package requires concrete version numbers. libvpx and x264 got updated on October 22th, so the pkgrel bump should be enough to trigger the rebuild with the new versions.

Note however that if you built ffmpeg-mmal before your system upgrade, it would be hard-linked to the old dependencies. If that’s the case, your best option is to uninstall ffmpeg-mmal, upgrade your system, then rebuild ffmpeg-mmal. Also note that pacman -Syu, not being aware of AUR, won’t be smart enough to detect the new ffmpeg-mmal and rebuild it automatically.

DragonX256 commented on 2021-10-27 00:33 (UTC)

@fmang Well bumping pkgrel didn't do anything. PKGBUILD still have hard dependencies on versions of packages, which got updated recently. You should change theirs versions.

fmang commented on 2021-10-26 20:28 (UTC)

@DragonX256 I’ve updated the package right around the time you posted your comment. That issue should be solved now.

DragonX256 commented on 2021-10-26 16:02 (UTC)

Cannot build package because of hard dependencies:

:: installing libvpx (1.11.0-1) breaks dependency 'libvpx.so=6-32' required by ffmpeg-mmal
:: installing x264 (3:0.163.r3060.5db6aa6-1) breaks dependency 'libx264.so=161-32' required by ffmpeg-mmal

fmang commented on 2021-08-16 17:31 (UTC)

@cyph84 About AMF, I don’t see the point in keeping it enabled either. I updated the PKGBUILD.

fmang commented on 2021-08-16 17:24 (UTC)

@cyph84 If you’d like to share a working build of mpv for Raspberry Pi, you may create a new mpv-rpi package. The one I used to maintain was basically the upstream PKGBUILD with --enable-rpi added, and depending on ffmpeg-mmal instead of ffmpeg.

cyph84 commented on 2021-08-16 17:18 (UTC) (edited on 2021-08-16 17:20 (UTC) by cyph84)

Latest ffmpeg-mmal seems to be not building with amf-headers:

/usr/bin/ld: libavcodec/amfenc_h264.o: in function `GetDefaultChannelLayout':
amfenc_h264.c:(.text+0x0): multiple definition of `GetDefaultChannelLayout'; libavcodec/amfenc.o:amfenc.c:(.text+0x44): first defined here
/usr/bin/ld: libavcodec/amfenc_hevc.o: in function `GetDefaultChannelLayout':
amfenc_hevc.c:(.text+0x0): multiple definition of `GetDefaultChannelLayout'; libavcodec/amfenc.o:amfenc.c:(.text+0x44): first defined here
collect2: error: ld returned 1 exit status
make: *** [ffbuild/library.mak:103: libavcodec/libavcodec.so.58] Error 1

Don't see much harm in just disabling amf

cyph84 commented on 2021-08-16 16:55 (UTC)

@fmang that's unfortunate. mpv-rpi is is still needed for HD videos, can't get smooth playback with any combination of hwdec (v4lm2m, mmal) or vo otherwise.

fmang commented on 2021-08-07 16:46 (UTC)

@cyph84 The AUR package mpv-rpi got deleted by a moderator after someone reported it for being incompatible with x86_64. Some comments mentionned old RPi support not working well on newer versions of mpv, or mpv-rpi not being needed anymore on recent RPi.

cyph84 commented on 2021-08-07 03:21 (UTC) (edited on 2021-08-07 05:20 (UTC) by cyph84)

Was the mpv-rpi package deleted? The following link is broken: https://aur.archlinux.org/packages/mpv-rpi/

fmang commented on 2020-11-26 18:09 (UTC)

Updated the package to fix the build, which broke after a libsrt update.

jarosz commented on 2020-11-26 08:15 (UTC)

Won't build on armv7l, fixed with patch provided in the comment section: https://aur.archlinux.org/packages/ffmpeg-mmal/#comment-773186

don_carlos commented on 2020-11-18 08:38 (UTC)

@ABHIRAMSHIBU, as mentioned in github.com/raspberrypi/Raspberry-Pi-OS-64bit/issues/98:

Userspace MMAL usage is currently not compatible with 64bit, but will be fixed up when resource allows.

ABHIRAMSHIBU commented on 2020-11-04 02:44 (UTC) (edited on 2020-11-04 02:48 (UTC) by ABHIRAMSHIBU)

==> Starting build()... ERROR: mmal not found

If you think configure made a mistake, make sure you are using the latest version from Git. If the latest version fails, report the problem to the ffmpeg-user@ffmpeg.org mailing list or IRC #ffmpeg on irc.freenode.net. Include the log file "ffbuild/config.log" produced by configure as this will help solve the problem. ==> ERROR: A failure occurred in build().
Cannot compile on aarch64 with raspberrypi-userland-aarch64 installed
Tried including /opt/vc/include

jose1711 commented on 2020-10-30 14:56 (UTC)

could you please add this patch? fixed the build issue for me on RPi3. thanks!

jose1711 commented on 2020-10-30 12:06 (UTC)

unable to compile:

libavformat/libsrt.c: In function ‘libsrt_set_options_pre’:
libavformat/libsrt.c:317:66: error: ‘SRTO_STRICTENC’ undeclared (first use in this function); did you mean ‘SRTO_STATE’?
  317 | >enforced_encryption >= 0 && libsrt_setsockopt(h, fd, SRTO_STRICTENC, "SRTO_STRICTENC", &s->enforced_encryption, sizeof(s->enforced_encryption)) < 0) ||
      |                                                       ^~~~~~~~~~~~~~
      |                                                       SRTO_STATE
libavformat/libsrt.c:317:66: note: each undeclared identifier is reported only once for each function it appears in
libavformat/libsrt.c:336:50: error: ‘SRTO_SMOOTHER’ undeclared (first use in this function); did you mean ‘SRTO_SENDER’?
  336 |         (s->smoother && libsrt_setsockopt(h, fd, SRTO_SMOOTHER, "SRTO_SMOOTHER", s->smoother, strlen(s->smoother)) < 0) ||
      |                                                  ^~~~~~~~~~~~~
      |                                                  SRTO_SENDER
libavformat/libsrt.c: In function ‘libsrt_setup’:
libavformat/libsrt.c:409:5: warning: ‘srt_socket’ is deprecated [-Wdeprecated-declarations]
  409 |     fd = srt_socket(cur_ai->ai_family, cur_ai->ai_socktype, 0);
      |     ^~
In file included from libavformat/libsrt.c:24:
/usr/include/srt/srt.h:754:41: note: declared here
  754 | SRT_ATR_DEPRECATED_PX SRT_API SRTSOCKET srt_socket(int, int, int) SRT_ATR_DEPRECATED;
      |                                         ^~~~~~~~~~
make: *** [ffbuild/common.mak:59: libavformat/libsrt.o] Error 1

alfrednewman commented on 2020-09-14 07:14 (UTC)

I had this problem where once compiling the program I couldn't install it because it was missing this dependency called libx264.so=159-32 that is impossible to find anywhere. I simply changed libx264.so and libx265.so to x264 and x265 in the PKGBUILD file, recompiled it, and it worked and installed without any issues.

danboid commented on 2020-09-08 12:09 (UTC)

Has anyone been able to get hw accelerated h265 playback working with mpv on a Pi4? If so, please tell me what kernel you're running, the mpv command you are using and what options you are using in /boot/config.txt plus anything else you had to do to get it to work. I am trying to get some UHD h265 videos to play that play fine under Raspbian's VLC when using the MMAL-based vout plugin video output setting.

I have tried using vc4-kms-v3d and vc4-kms-v3d-pi4 for the dtoverlay option in config.txt but vc4-fkms-v3d is the only one that works at all for me, well its the only one that lets me run X in UHD/4K.

fmang commented on 2020-06-12 11:24 (UTC)

General comment for users that get this x265 error when upgrading their system:

installing x265 (3.4-1) breaks dependency 'libx265.so=188-32' required by ffmpeg-mmal

Long story short, the simple solution is to remove ffmpeg-mmal, upgrade the system, then rebuild ffmpeg-mmal again.

Gr3q commented on 2020-01-28 08:20 (UTC)

I have a RPi 4, it works. I'm running on armv7f

fmang commented on 2020-01-28 02:29 (UTC)

@stuartiannaylor Architecture aarch64 is known to cause problems (see the previous comments). Otherwise, as far as I can tell it should work, but I don’t have the hardware to confirm this. You can try building it and report your errors here if the build fails.

stuartiannaylor commented on 2020-01-27 19:59 (UTC)

Does this support Pi4 or is it just for 3 and lower?

LiteracyFanatic commented on 2019-11-16 15:35 (UTC)

@fmang I'm using aarch64 because I was having trouble with kernel panics that I never managed to solve on my armv7h install. Thanks for the links shedding light on the MMAL issue.

fmang commented on 2019-11-16 15:26 (UTC) (edited on 2019-11-16 15:26 (UTC) by fmang)

@LiteracyFanatic raspberrypi-firmware is specific to Arch Linux ARM, which is why it appears red on AUR. Make sure your [alarm] repo is configured and up to date.

What architecture are you using? According to https://archlinuxarm.org/packages raspberrypi-firmware is only available for armv6h and armv7h. Digging a bit, I found that aarch64 support for MMAL is problematic (https://github.com/raspberrypi/userland/issues/460 https://github.com/raspberrypi/firmware/issues/1118), which would explain why it is missing.

LiteracyFanatic commented on 2019-11-16 14:51 (UTC) (edited on 2019-11-16 15:11 (UTC) by LiteracyFanatic)

@fmang Hmmm, that's strange. I definitely can't install raspberrypi-firmware with pacman or find it on the Arch package or AUR websites with the search feature. Additionally, it appears in red text under the dependencies section of this page. Do you have any idea why it wouldn't be showing up for me?

Edit: Found my problem. raspberrypi-firmware supports armv6h and armv7h but not aarch64 which my Pi 3 is using.

fmang commented on 2019-11-16 14:07 (UTC)

@LiteracyFanatic You do need raspberrypi-firmware, which should be one pacman -S command away. The package firmware-raspberrypi also exists, but it’s not the same at all.

LiteracyFanatic commented on 2019-11-16 13:53 (UTC)

When I try to install this package it complains that raspberrypi-firmware doesn't exist. I tried editing the PKGBUILD to use firmware-raspberrypi. This results in ERROR: mmal not found during the build step.

Gr3q commented on 2019-11-01 19:53 (UTC)

@fmang Thanks, it worked.

fmang commented on 2019-11-01 01:46 (UTC)

@Gr3q You need to uninstall ffmpeg-mmal, upgrade your system, then rebuild ffmpeg-mmal.

Gr3q commented on 2019-10-31 18:51 (UTC)

Can't upgrade my system because of a dependency of this package:

:: installing x265 (3.2.1-1) breaks dependency 'libx265.so=176-32' required by ffmpeg-mmal

fmang commented on 2019-03-31 19:36 (UTC)

@etognoni Neon might not be available on all Raspberry Pi versions, and I wouldn’t like to break compatibility for that. Besides, MMAL relays the decoding process to a dedicated chip, so I don’t think Neon is worth enabling anyway, though it could still be a nice to have. If you know a good flag combination I might as well try it, but otherwise I don’t think I’ll have the time to look further into that now.

etognoni commented on 2019-03-26 15:05 (UTC) (edited on 2019-05-09 12:25 (UTC) by etognoni)

@fmang i added to the ./configure --enable-neon (on ffmpeg-mmal)

before x264-git needs 'armv7h' in arch=('i686' 'x86_64')

result is this, probably not optimized but it works. [libx264 @ 0x9c1990] using SAR=64/45 [libx264 @ 0x9c1990] using cpu capabilities: ARMv6 NEON

fmang commented on 2019-03-02 20:56 (UTC)

Oops. Somehow I missed the out-of-date notification, sorry. I'll push the new PKGBUILD as soon as I confirm it builds.

Dark-Sky commented on 2019-02-28 18:24 (UTC) (edited on 2019-02-28 18:26 (UTC) by Dark-Sky)

Flagged out of date by someone:

If you change pkgver=4.0.2 to pkgver=4.1.1 in PKGBUID it will go and get the current ffmpeg version that is arch's repo and compile it just fine and his mpv-rpi will compile and work with it also.

Dark-Sky commented on 2018-08-23 05:12 (UTC)

fmang:

libdrm.pc was there. I had reinstalled libdrm but do not know if I completely removed it and reinstalled. I removed it and re-installed. It compiled just fine. I noticed you had updated today and it pulled in yasm that I did not have installed; do not know if that had anything to do with it or not.

Thank you for your work maintaining this package.

rpi2 commented on 2018-08-23 03:28 (UTC)

so, now ffmprg-mmal-git? and, how to deal with perl annoy?

fmang commented on 2018-08-23 02:00 (UTC)

Updated the package to 4.0.2, following the upstream PKGBUILD.

@Dark-Sky Ensure the file /usr/lib/pkgconfig/libdrm.pc is present on your system. If it is not, there's something wrong with your libdrm package and you should try reinstalling it.

@etognoni The transition to the new x264 should not break anything, but the version change does. It is crucial that you build ffmpeg-mmal after installing the latest x264. The relatively easy way is to install the upstream ffmpeg, replacing ffmpeg-mmal, then upgrade your whole system. Once you've done that, you need to rebuild ffmpeg-mmal and then you can install it again, replacing ffmpeg.

For your MPEG-4 issue, I'd need more details to help you, like the output of mpv -v. Does it work with omxplayer? I'm not sure it's relevant to this package, but feel free to send me a mail to talk about that, my address is in the PKGBUILD.

@JimmyZ It's not up to the PKGBUILD to decide what -j to use, but this is what makepkg's MAKEFLAGS variable is for.

etognoni commented on 2018-08-22 18:30 (UTC)

Hi i have a question on mmal-mpeg and mpeg-4 in this PKGBUILD there is --enable-omx --enable-omx-rpi --enable-mmal

i made probably a mistake but i have the license key for mmal-mpeg2/4 hardware acceleration

locate vcgencmd /opt/vc/bin/vcgencmd /opt/vc/include/interface/vmcs_host/vcgencmd.h [alarm@alarmpi ~]$ /opt/vc/bin/vcgencmd codec_enabled MPG2 MPG2=enabled

the thing is, i can see the movie, but only h264 has mmal_h264 hardware acceleration when i play a mpv --vo=rpi --hwdec=mmal if is an mpeg4 i dont have hw if is a h264 i get the mpv message Using hardware decoding (mmal) So maybe is not related to the package, in this case i apologize, but if is not off topic, can you help me? After compiling ffbuild-mmal i compile mpv-rpi also

ive installed also archlinux-headers-rpi (I dont know if is necessary or correct)

Thanks you for help

etognoni commented on 2018-08-20 15:10 (UTC) (edited on 2018-08-20 15:24 (UTC) by etognoni)

sudo pacman -Syuw ... :: Aggiornamento del sistema in corso... :: Vuoi sostituire libx264 con extra/x264? [S/n]

x264 breaks dependency if i install x264 ffmpeg-mmal wont build,then i could have problem going back to libx264 im not sure if it's necessary to install the precedent libx264 then the latest. before libx264-2:152.20171224-1-armv7h.pkg.tar.xz then libx264-2:152.20171224-2-armv7h.pkg.tar.xz

Dark-Sky commented on 2018-08-15 03:56 (UTC)

It errors out here:

ERROR: libdrm not found using pkg-config

I have the latest updates and libdrm installed

JimmyZ commented on 2018-07-16 19:10 (UTC)

I'd recommend adding -j4 to the make command if you're building it on RPi2/3, speed things up dramatically.

Also I tried 4.0.1, seems to be working.

chenmah commented on 2018-06-14 21:40 (UTC)

I rolled back mpv-rpi to the last working version as you suggested in another thread. But then it is forced to software rendering. It seems that ffmpeg-mmal is not working? Or am I missing something?

I am running the latest ffmpeg-mmal.

[vo/rpi] Could not get DISPMANX objects. [vo/opengl] Could not get DISPMANX objects. [vo/opengl] Suspected software renderer or indirect context. Failed to open VDPAU backend libvdpau_nvidia.so: cannot open shared obje [vo/vdpau] Error when calling vdp_device_create_x11: 1 [vo/xv] No Xvideo support found. [vaapi] libva: va_getDriverName() failed with unknown libva error,driver [vaapi] vaInitialize(): unknown libva error [vo/x11] Warning: this legacy VO has bad performance. Consider fixing yo

fmang commented on 2018-06-01 01:47 (UTC)

Increased the PKGBUILD to force linking against the new incompatible x265 version, following @rpi2's advice. That probably explains why AUR helpers didn't rebuild it. Related: https://bbs.archlinux.org/viewtopic.php?id=147057

@chenmah Actually, you could also install the upstream ffmpeg package, as it replaces ffmpeg-mmal without removing the packages that depend on it, then make your update, and rebuild ffmpeg-mmal after the update.

In general, you do need to rebuild a software every time a library it depends on breaks its binary compatibility. Luckily, this doesn't happen too often with the most important system libs.

rpi2 commented on 2018-06-01 01:26 (UTC)

why not set pkgrel=2 ?

chenmah commented on 2018-05-30 22:42 (UTC)

One more question.

Sometimes I also use AUR helper programs like packer, instead of git clone from aur then makepkg -si. I assume packer -Syu will also update the aur packages, right? In fact, last time I run packer -Syu, it recompiles ffmpeg-mmal, but still didnt' get it right with x265.

What is the problem in this particular case?

chenmah commented on 2018-05-30 22:24 (UTC)

OK. Thanks for the suggestion. Just try to understand the whole thing. Does it mean I have to manually repeat this process everytime there is an update of its dependencies?

Quite a few softwares depend on ffmpeg. For instance, in my sytem, pacman -Rc ffmpeg-mmal will also remove firefox, opencv, mpv, mplayer etc. They also need to be manually reinstalled after recompiling ffmpeg-mmal.

Is there anything special in this case which prevents resolving dependency automatically?

fmang commented on 2018-05-29 23:34 (UTC)

@chenmah You need to install the new x265 before compiling ffmpeg-mmal.

In other words: 1. pacman -Rc ffmpeg-mmal, 2. pacman -Su, 3. rebuild ffmpeg-mmal

chenmah commented on 2018-05-29 22:24 (UTC) (edited on 2018-05-29 22:25 (UTC) by chenmah)

I am running 32bit archlinux arm on a raspberry pi 3. I got the following error message when trying to do a system update. I already pulled the latest source from aur and recompiled ffmpeg-mmal. What is the correct way to solve this problem?

:: ffmpeg-mmal: installing x265 (2.8-1) breaks dependency 'libx265.so=151-32'

<hr>

$ pacman -Qi x265

Name : x265 Version : 2.7-1 Description : Open Source H265/HEVC video encoder Architecture : armv7h URL : https://bitbucket.org/multicoreware/x265 Licenses : GPL Groups : None Provides : libx265.so=151-32 Depends On : gcc-libs Optional Deps : None Required By : ffmpeg-mmal Optional For : None Conflicts With : None Replaces : None Installed Size : 2.33 MiB Packager : Arch Linux ARM Build System builder+xu8@archlinuxarm.org Build Date : Fri 09 Mar 2018 08:12:14 PM CET Install Date : Sun 11 Mar 2018 08:53:45 AM CET Install Reason : Installed as a dependency for another package Install Script : No Validated By : SHA-256 Sum

<hr>

$ pacman -Qi ffmpeg-mmal

Name : ffmpeg-mmal Version : 1:4.0-1 Description : ffmpeg built with MMAL hardware acceleration support for Raspberry Pi Architecture : armv7h URL : http://ffmpeg.org/ Licenses : GPL3 Groups : None Provides : libavcodec.so=58-32 libavdevice.so=58-32 libavfilter.so=7-32 libavformat.so=58-32 libavresample.so=4-32 libavutil.so=56-32 libpostproc.so=55-32 libswresample.so=3-32 libswscale.so=5-32 ffmpeg Depends On : alsa-lib bzip2 fontconfig fribidi glibc gmp gnutls gsm lame libavc1394 libdrm libiec61883 libmodplug libomxil-bellagio libpulse libraw1394 libsoxr libssh libtheora libvdpau libwebp libx11 libxcb libxext libxml2 libxv opencore-amr openjpeg2 opus sdl2 speex v4l-utils xz zlib libass.so=9-32 libbluray.so=2-32 libfreetype.so=6-32 libva-drm.so=2-32 libva.so=2-32 libva-x11.so=2-32 libvidstab.so=1.1-32 libvorbisenc.so=2-32 libvorbis.so=0-32 libvpx.so=5-32 libx264.so=152-32 libx265.so=151-32 libxvidcore.so=4-32 raspberrypi-firmware Optional Deps : ladspa: LADSPA filters [installed] Required By : ffmpegthumbnailer firefox mplayer mpv-rpi xine-lib Optional For : youtube-dl Conflicts With : ffmpeg Replaces : None Installed Size : 24.20 MiB Packager : Unknown Packager Build Date : Wed 30 May 2018 12:04:52 AM CEST Install Date : Wed 30 May 2018 12:09:01 AM CEST Install Reason : Explicitly installed Install Script : No Validated By : None

fmang commented on 2018-02-12 19:57 (UTC) (edited on 2018-02-12 19:57 (UTC) by fmang)

Updated to ffmpeg 3.4.2.

I've noticed that the upstream PKGBUILD adds --enable-omx, so I also added --enable-omx-rpi on top of it.

fmang commented on 2018-01-30 19:34 (UTC)

@nagual You need to uninstall ffmpeg-mmal, upgrade your system, then rebuild it.

With dynamic linking, when you upgrade a library, you need to rebuild the applications that depend on it. Maybe a pacman wrapper like yaourt would rebuild it for you, but otherwise you have to uninstall the conflicting AUR packages yourself and reinstall them.

nagual commented on 2018-01-29 22:48 (UTC)

Today when I try to upgrade the system i get: :: ffmpeg-mmal: installing libx264 (2:152.20171224-1) breaks dependency 'libx264.so=148-32' :: ffmpeg-mmal: installing x265 (2.6-1) breaks dependency 'libx265.so=130-32' Any idea?

fmang commented on 2017-11-03 21:19 (UTC)

@nagual Sure. I cannot test it for you though.

nagual commented on 2017-11-03 18:25 (UTC)

@fmang Any chance to add armv6h support?

fmang commented on 2017-10-08 09:56 (UTC)

@bemeurer No problem. I don't have the hardware to test that aarch64 support though. This package also depends on raspberrypi-firmware, which might cause problems. Could you confirm it works?

bemeurer commented on 2017-10-05 08:08 (UTC)

Could you add Aarch64 support?

fmang commented on 2017-09-16 08:30 (UTC)

Updated to 3.3.4. The openjpeg dependency is now mentionned upstream, along with a patch I've included here too.

kalsan commented on 2017-08-16 10:11 (UTC)

openjpg seems to be a dependency for building ffmpeg-nmal now.

kalsan commented on 2017-08-16 09:49 (UTC) (edited on 2017-08-16 10:01 (UTC) by kalsan)

Currently update fails again with message as described below: ffmpeg-mmal: installing x265 (2.5-1) breaks dependency 'libx265.so=116-32' A painful but working workaround is to uninstall ffmpeg-nmal by installing ffmpeg and then upgrading, and finally re-installing ffpmeg-nmal after cleaning the cache.

m8D2 commented on 2017-06-06 00:20 (UTC)

Hi, I've got this error during build: ffmpeg-3.3.1.tar.xz ... Failed (unknown public key B4322F04D67658D8) Error: One or More PGP signatures could not be verified! Error: Makepkg was unable to build ffmpeg-mmal. Does anyone else have this problem?

fmang commented on 2017-05-30 19:28 (UTC)

Thanks nini for reporting your problem, with a solution on top of it! This is strange though. The x265 package does mention libx265.so in its provides array, so this shouldn't make a difference. Besides, this is what upstream does. I'll try to reproduce your bug, and if I manage to, you might have found a bug in the official PKGBUILD. Upstream sources for reference: https://raw.githubusercontent.com/archlinuxarm/PKGBUILDs/master/extra/ffmpeg/PKGBUILD https://raw.githubusercontent.com/archlinuxarm/PKGBUILDs/master/extra/x265/PKGBUILD https://git.archlinux.org/svntogit/packages.git/tree/trunk/PKGBUILD?h=packages/ffmpeg https://git.archlinux.org/svntogit/packages.git/tree/trunk/PKGBUILD?h=packages/x265

nini commented on 2017-05-30 17:38 (UTC) (edited on 2017-05-30 17:38 (UTC) by nini)

I couldn't upgrade my system anymore because of issues with ffmpeg-mmal and x265, so I removed both and installed to the newest version of x265, which, when trying to install ffmpeg-mmal again, still resulted in the same error: warning: cannot resolve "libx265.so=110-32", a dependency of "ffmpeg-mmal" error: failed to prepare transaction (could not satisfy dependencies) I have changed the PKGBUILD, so ffmpeg-mmal depends on x265, not libx265.so – now it works. Not sure if that's a sustainable solution though.

fmang commented on 2017-02-19 08:29 (UTC)

Updated to 3.2.4.

fmang commented on 2016-12-24 21:21 (UTC)

@joao I double checked and built the package, and the signature checked. Please make sure your system certificates are up to date.

joao commented on 2016-12-21 19:25 (UTC) (edited on 2016-12-23 04:24 (UTC) by joao)

2 new errors: ==> Verifying source file signatures with gpg... ffmpeg-3.2.2.tar.xz ... FAILED (error during signature verification) ==> ERROR: One or more PGP signatures could not be verified! Tip for users: to skip pgp checks (POTENTIALLY UNSAFE) pass --skippgpcheck to mkpkg. if you use yaourt: yaourt --m-arg "--skippgpcheck" mpv-rpi will install mpv-rpi without checking validity of the downloaded files. at your own risk! 2nd Error: Build will fail unable to find pod2man /bin/sh: pod2man: command not found make: *** [doc/Makefile:119: doc/ffmpeg.1] Error 127 ==> ERROR: A failure occurred in build(). Tip for users: Probably an issue with perl. remedy by appending /usr/bin/core_perl (or location of perl binaries) to your PATH. For example: export PATH="/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/bin/core_perl"

fmang commented on 2016-12-20 22:00 (UTC)

Updated, along with mpv-rpi. Thanks for reporting. Haven't had time to test the build, but since I've just imported the modifications for the upstream package, it should be alright.

fmang commented on 2016-12-20 08:38 (UTC)

The sha256 should not differ unless the ffmpeg team made a new release using the same version number, for some reason. Anyway, there's probably a newer version by now. Will try to update this evening.

joao commented on 2016-12-19 23:26 (UTC)

==> ERROR: Integrity checks (sha256) differ in size from the source array. PKGBUILD out of date?

fmang commented on 2016-09-14 11:41 (UTC)

mpv links to libmmal_core.so (and more) at runtime, which is how I found the name of the needed package (pacman -Qo). That raspberrypi-firmware-tools dependency clearly makes the package Raspberry Pi-exclusive, and this is annoying. I wished it could be built on other platforms, even if there would have been no point in running it. Here, it cannot even build… I'll update the arch array later.

sekret commented on 2016-09-14 11:22 (UTC)

Ok, I think you're right, I'm sure it's not just a make-dependency, but a real dependency. Just like vlc-omx, which I have here on my system (I have no AUR package for it because it doesn't seem to work...) I'll wait for it to finish compiling and give feedback if there's anything that doesn't work.

sekret commented on 2016-09-14 11:18 (UTC)

Ok nevermind, I added raspberrypi-firmware-tools to the makedepends, now it builds fine. I think you should add this! Or are there other platforms, which can make use of mmal and which aren't Raspberrys? In that case ... difficult! About the arch array, are you sure there are i686 and x86_64 platforms which can make use of mmal?

fmang commented on 2016-09-14 11:10 (UTC)

Looks like it actually depends on the package raspberrypi-firmware-tools. I have updated the PKGBUILD to mention the dependency.

sekret commented on 2016-09-14 10:38 (UTC)

Oh I've been waiting for a package like this!!! Unfortunately I cannot build it, here's the output: ==> Starting build()... ERROR: mmal not found If you think configure made a mistake, make sure you are using the latest version from Git. If the latest version fails, report the problem to the ffmpeg-user@ffmpeg.org mailing list or IRC #ffmpeg on irc.freenode.net. Include the log file "config.log" produced by configure as this will help solve the problem. ==> ERROR: A failure occurred in build(). Aborting... How can I fix this?