Arch Linux User Repository

@Retro_Gamer, thank you for pointing out. Unfortunately the source is an archived project (probably libavfilter changed in the while). I will try to see if it's possible to patch this, but this could take some time

FYI this currently broken, not sure for how long. It starts to fail when it gets to libavfilter/libmpcodecs/vf_screenshot.c:137:29: error: passing argument 2 of ‘sws_scale’ from incompatible pointer type

CC      libavfilter/libmpcodecs/vf_screenshot.o
libavfilter/libmpcodecs/vf_screenshot.c: In function ‘scale_image’:
libavfilter/libmpcodecs/vf_screenshot.c:137:29: error: passing argument 2 of ‘sws_scale’ from incompatible pointer type [-Wincompatible-pointer-types]
  137 |     sws_scale(priv->ctx, mpi->planes, mpi->stride, 0, priv->dh, dst, dst_stride);
      |                          ~~~^~~~~~~~
      |                             |
      |                             unsigned char **
In file included from libavfilter/libmpcodecs/vf_screenshot.c:40:
./libswscale/swscale.h:236:64: note: expected ‘const uint8_t * const*’ {aka ‘const unsigned char * const*’} but argument is of type ‘unsigned char **’
  236 | int sws_scale(struct SwsContext *context, const uint8_t* const srcSlice[], const int srcStride[],
      |                                           ~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~
libavfilter/libmpcodecs/vf_screenshot.c: In function ‘draw_slice’:
libavfilter/libmpcodecs/vf_screenshot.c:160:34: error: passing argument 2 of ‘sws_scale’ from incompatible pointer type [-Wincompatible-pointer-types]
  160 |         sws_scale(vf->priv->ctx, src, stride, y, h, dst, dst_stride);
      |                                  ^~~
      |                                  |
      |                                  unsigned char **
./libswscale/swscale.h:236:64: note: expected ‘const uint8_t * const*’ {aka ‘const unsigned char * const*’} but argument is of type ‘unsigned char **’
  236 | int sws_scale(struct SwsContext *context, const uint8_t* const srcSlice[], const int srcStride[],
      |                                           ~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~
make[3]: *** [common.mak:32: libavfilter/libmpcodecs/vf_screenshot.o] Error 1
make[3]: Leaving directory '/home/retro/.cache/yay/gimp-gap/src/gimp-gap/extern_libs/ffmpeg'
make[2]: *** [Makefile:587: /home/retro/.cache/yay/gimp-gap/src/gimp-gap/extern_libs/ffmpeg/libavformat/libavformat.a] Error 2
make[2]: Leaving directory '/home/retro/.cache/yay/gimp-gap/src/gimp-gap/extern_libs'
make[1]: *** [Makefile:485: all-recursive] Error 1
make[1]: Leaving directory '/home/retro/.cache/yay/gimp-gap/src/gimp-gap'
make: *** [Makefile:426: all] Error 2
==> ERROR: A failure occurred in build().

Well, luckily the PKGBUILD was fixed on the Archlinux forum. Now it should be working (at least with the last gimp version). Please let me know if something don't go as expected.

By the way, I added Mplayer as optional dependence (it is needed to extract single frames from a video)

This link from the original source is available in the web archive:

https://web.archive.org/web20230419182600/https://github.com/GNOME/gimp-gap

I was running into the same issue when trying to compile source code from GNOME's Gitlab https://gitlab.gnome.org/Archive/gimp-gap

the upstream patch from ffmpeg mentioned on the arch bbs actually does apply, and I was able to successfully build from source, with some caveats:

• I ran the autogen command from the AUR package's PKGBUILD: ./autogen.sh CC="gcc" CXX="g++" LDFLAGS="-lm" CFLAGS="-g"
• I had to run "make" twice to successfully compile

I haven't delved too deeply into what the error was after running make the first time since running it a second time worked.

here's a modification of the patch to make it work with gimp-gap's directory setup: https://gist.github.com/OrigamiEngineer/9e99c669cc90420dcaba6f4efec11751

We're still looking for a solution....

https://bbs.archlinux.org/viewtopic.php?pid=2125397#p2125397

Thank you @EvPix;

unfortunately the source doesn't work (it gives the same error I have seen yet in the source code from the gimp site).

The problem is with "./libavcodec/x86/mathops.h:114: Error: operand type mismatch for `shr'", but unfortunately this seems to affect other packages If it will not found a workaround, I will have to find another solution.

@ElMastro

Found this repository: https://github.com/nhorman/gimp-gap

@thadeupenna:

Yes, unfortunately I can confirm it. This really is a problem, since to make it work we need a source. To me it seems the Project has been discontinued (it would be a pity). I will look around for information to see if we can sort out a solution

Git repository seems to be removed from github, making this package unbuildable.