Package Details: lib32-gst-rtsp-server-git 1.22.0+r1604+g4f5e881e2a-1

Git Clone URL: (read-only, click to copy)
Package Base: lib32-gstreamer-git
Description: Multimedia graph framework (32-bit) - rtsp server
Upstream URL:
Licenses: LGPL
Conflicts: lib32-gst-rtsp-server
Provides: lib32-gst-rtsp-server
Submitter: SKV
Maintainer: SKV
Last Packager: SKV
Votes: 1
Popularity: 0.130929
First Submitted: 2022-05-22 04:56 (UTC)
Last Updated: 2023-07-17 17:53 (UTC)

Dependencies (90)

Required by (0)

Sources (1)

Latest Comments

1 2 3 4 5 Next › Last »

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=""

+    -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/
+    #usr/lib32/gstreamer-1.0/

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.)

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

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.