Arch Linux User Repository

And lib32-zbar can also be dropped in my opinion. Anyone who wants to read barcodes, QR codes etc. can do so with 64-bit software. Or if somehow someone still has e.g. an old 32-bit Windows program for that, such software would use its own DLL library for this functionality, and wouldn't need lib32-gstreamer for it.

You can also disable lib32-chromaprint, which is a heavy library necessitating lib32-ffmpeg, and which is only used for audio fingerprinting (sound analysis based music identification). All software that one would need for that purpose is available in 64-bit, and this functionality was never used by games, workstation / office apps, digital encyclopedias, etc.

Hi,

I recommend that you drop and disable using lib32-openjpeg2. I did some digging, and it turns out that it is only for JPEG2000 video stream, which is a format I have yet to see used in my life. Digital cameras used to create MJPEG videos, that is a different format. And no desktop multimedia software or game would ship their videos in this obscure, non-delta-compressed format, which would result in unnecessarily huge files.

If someone has video recordings from digital cameras in JPEG2000 video, they would still be able to open and play those in 64-bit media players and editors, through repo's gst-plugins-bad or ffmpeg.

By this same logic, you can disable lib32-mjpegtools, as again, all the multimedia handling software one needs is available in 64-bit nowadays, and games never, ever used the MJPEG format.

Also, if some 32-bit-only desktop software would want to open from or save to JPEG2000 picture files, they would not (and could not) use gstreamer for it, but instead call openjpeg2 or some other JPEG2000 library directly.

Edit: turns out that FFMPEG has an internal JPEG2000 video codec which is even faster. So if someone happens to need this video format in a 32-bit application, they can do so via lib32-ffmpeg, or its wrapper, lib32-gst-libav. So definitely no need for lib32-openjpeg2 support here.

Edit 2: FFMPEG also supports the MJPEG format natively.

Thanks, I'll remove deps libsidplay

Arch has dropped the 64-bit libsidplay from repos and from depends of gst-plugins-ugly. This package should follow that change and remove depends lib32-libsidplay, otherwise it cannot be built in clean environment.

In general I believe 32-bit libraries to play Commodore 64 music files are not needed anymore. Commodore emulators can be built in 32 or 64 bit and they play Commodore music on their own without GStreamer. So this dependency would be good to remove even if libsidplay becomes available again in Arch or AUR repo.

@SKV hmm then I'm confused what is going wrong, currently trying to build lib32-gst*, failing at lib32-libnice because of failing test-gstreamer. Commenter under lib32-libnice package was able to pass this by using lib32-gstreamer-git rather than lib32-gstreamer, only lib32-gstreamer-git requires lib32-libnice as a dependency so I'm stuck.

@hauu when build lib32-gstreamer, lib32-libnice is makedepends. when install lib32-gst*, only lib32-gst-plugins-bad-git depends on lib32-libnice. the deps-graph seems like:

lib32-gstreamer -----------> lib32-libnice -------------------> lib32-gst-plugins-bad
      \                                                                  /
       --> lib32-gst-plugins-base-libs --> lib32-gst-plugins-bad-libs --> 

that's ok

This package is a dependency of lib32-libnice but also has lib32-libnice as it's own dependency.

@mokkurkalve，the latest libzvbi is a little different from extra/zvbi

https://github.com/zapping-vbi/zvbi/blob/main/src/libzvbi.h

to fix this problem, you can replace #include "version.h" with

#define VBI_VERSION_MAJOR 0
#define VBI_VERSION_MINOR 2
#define VBI_VERSION_MICRO 40

Compiling fails thus:

[3195/3859] Compiling C object subprojects/gst-plugins-bad/ext/teletextdec/libgstteletext.so.p/gstteletextdec.c.o
FAILED: subprojects/gst-plugins-bad/ext/teletextdec/libgstteletext.so.p/gstteletextdec.c.o 
gcc -m32 -Isubprojects/gst-plugins-bad/ext/teletextdec/libgstteletext.so.p -Isubprojects/gst-plugins-bad/ext/teletextdec -I../gstreamer/subprojects/gst-plugins-bad/ext/teletextdec -Isubprojects/gst-plugins-bad -I../gstreamer/subprojects/gst-plugins-bad -Isubprojects/gst-plugins-base/gst-libs -I../gstreamer/subprojects/gst-plugins-base/gst-libs -Isubprojects/gstreamer/libs -I../gstreamer/subprojects/gstreamer/libs -Isubprojects/gstreamer -I../gstreamer/subprojects/gstreamer -Isubprojects/gst-plugins-base/gst-libs/gst/video -Isubprojects/gstreamer/gst -I/usr/include/glib-2.0 -I/usr/lib32/glib-2.0/include -I/usr/include/orc-0.4 -flto=auto -fdiagnostics-color=always -D_FILE_OFFSET_BITS=64 -Wall -Winvalid-pch -fvisibility=hidden -fno-strict-aliasing -DG_DISABLE_DEPRECATED -Wmissing-prototypes -Wold-style-definition -Wmissing-declarations -Wredundant-decls -Wwrite-strings -Wformat -Wformat-security -Winit-self -Wmissing-include-dirs -Waddress -Wno-multichar -Wvla -Wpointer-arith -march=native -O2 -pipe -fno-plt -fexceptions -Wp,-D_FORTIFY_SOURCE=2 -Wformat -Werror=format-security -fstack-clash-protection -fcf-protection -g -ffile-prefix-map=/tmp/makepkg/lib32-gstreamer-git/src=/usr/src/debug/lib32-gstreamer-git -fPIC -pthread -DHAVE_CONFIG_H -MD -MQ subprojects/gst-plugins-bad/ext/teletextdec/libgstteletext.so.p/gstteletextdec.c.o -MF subprojects/gst-plugins-bad/ext/teletextdec/libgstteletext.so.p/gstteletextdec.c.o.d -o subprojects/gst-plugins-bad/ext/teletextdec/libgstteletext.so.p/gstteletextdec.c.o -c ../gstreamer/subprojects/gst-plugins-bad/ext/teletextdec/gstteletextdec.c
In file included from ../gstreamer/subprojects/gst-plugins-bad/ext/teletextdec/gstteletextdec.h:26,
                 from ../gstreamer/subprojects/gst-plugins-bad/ext/teletextdec/gstteletextdec.c:45:
/usr/include/libzvbi.h:28:10: fatal error: version.h: No such file or directory
   28 | #include "version.h"
      |          ^~~~~~~~~~~
compilation terminated.
[3204/3859] Linking target subprojects/gst-plugins-bad/ext/sctp/libgstsctp.so
ninja: build stopped: subcommand failed.