Package Details: lib32-gstreamer-git 1.24.0+r1586+g1a412969f1-1

Git Clone URL: https://aur.archlinux.org/lib32-gstreamer-git.git (read-only, click to copy)
Package Base: lib32-gstreamer-git
Description: Multimedia graph framework (32-bit) - core
Upstream URL: https://gstreamer.freedesktop.org/
Licenses: LGPL
Conflicts: lib32-gstreamer
Provides: lib32-gstreamer
Submitter: SKV
Maintainer: SKV
Last Packager: SKV
Votes: 1
Popularity: 0.000055
First Submitted: 2022-05-22 04:56 (UTC)
Last Updated: 2024-11-08 17:54 (UTC)

Dependencies (91)

Required by (8)

Sources (1)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 Next › Last »

MarsSeed commented on 2023-12-02 08:55 (UTC)

Please kindly remove the unneeded (and currently broken) makedepend lib32-shaderc, and instead add makedepends=shaderc.

heyrict commented on 2023-11-19 05:06 (UTC) (edited on 2023-11-19 05:06 (UTC) by heyrict)

Please add the following packages as make dependencies:

  • (build dependencies) flex, bison
  • (required for stripping .so files) debugedit

In addition, I've also encountered the "ERROR: Automatic wrap-based subproject downloading is disabled" error in aja. This is one workaround.

--- OLD_PKGBUILD    2023-11-19 13:03:42.108494808 +0800
+++ PKGBUILD    2023-11-19 13:03:43.308486521 +0800
@@ -114,6 +114,7 @@
     -D gst-plugins-good:package-name="Arch Linux gst-plugins-good $pkgver-$pkgrel"
     -D gst-plugins-good:package-origin="https://www.archlinux.org/"

+    -D gst-plugins-bad:aja=disabled
     -D gst-plugins-bad:amfcodec=disabled
     -D gst-plugins-bad:chromaprint=disabled
     -D gst-plugins-bad:directfb=disabled
@@ -536,7 +537,7 @@
     usr/lib32/gstreamer-1.0/libgstfluidsynthmidi.so
     usr/lib32/gstreamer-1.0/libgstgme.so
     usr/lib32/gstreamer-1.0/libgsthls.so
-    usr/lib32/gstreamer-1.0/libgstkate.so
+    #usr/lib32/gstreamer-1.0/libgstkate.so
     usr/lib32/gstreamer-1.0/libgstladspa.so
     usr/lib32/gstreamer-1.0/libgstlv2.so
     usr/lib32/gstreamer-1.0/libgstmodplug.so

SKV commented on 2023-07-23 07:52 (UTC)

@RAMChYLD Thanks, I've changed this in the latest commit, you can rebuild again.

SKV commented on 2023-07-23 07:48 (UTC)

@MarsSeed, arch-meson set --auto-features enabled as default. I will keep use arch-meson generate build directory instead of meson, and check carefully in my local test

MarsSeed commented on 2023-07-21 22:15 (UTC)

You should actually start your meson_options array with the -D auto_features=disabled, to prevent such things from happening. From then on, only the mandatory dependencies and the explicitly enabled options will be used during the build.

RAMChYLD commented on 2023-07-21 18:40 (UTC) (edited on 2023-07-21 18:44 (UTC) by RAMChYLD)

Please remove lc3 support from lib32-gst-plugins-bad by adding

-D gst-plugins-bad:lc3=disabled

To the relevant part of the PKGBUILD.

There is no 32-bit liblc3 libraries. Additionally to my understanding it is only used for some bluetooth headsets support. On a normal lib32-gst-plugins-bad build this breaks the build since the build will abort with the error "ERROR: Automatic wrap-based subproject downloading is disabled".

SKV commented on 2023-07-17 17:56 (UTC)

@MarsSeed, thanks, all your advice has take in effect

MarsSeed commented on 2023-07-16 17:35 (UTC) (edited on 2023-07-16 17:35 (UTC) by MarsSeed)

Please also remove lib32-libnice dependency. It was added by repo in 2018 to gst-plugins-bad to be used with webrtc. It is useless for any other purposes.

And this package does not even define lib32-webrtc-audio-processing as a dependency. (As it should not be needed, being too new a technology for 15+ year old bin32 tools to support).

Now on that note, please make sure you disable the 'webrtc' meson option inside gst-plugins-bad.

MarsSeed commented on 2023-07-11 16:47 (UTC)

lib32-spandsp, a "DSP library for telephony", should also not be needed in 32-bit in my view.

MarsSeed commented on 2023-07-11 15:35 (UTC)

Some people reported unresolved build problems with lib32-gsm in Jan 2023.

I can wholeheartedly recommend that you turn that off as well in this build. I cannot imagine anyone wanting to use the old, low-quality GSM mobile audio format, in a 32-bit software or otherwise. VoIP applications are available in 64-bit and support much better codecs as well, and VoIP-to-POTS services also allow other codecs.

(And again, GSM compressed audio recordings can still be used with 64-bit multimedia software.)