Package Details: lib32-gst-plugin-va-git 1.22.0+r2661+gd2fb30a188-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) - va plugin
Upstream URL: https://gstreamer.freedesktop.org/
Licenses: LGPL
Conflicts: lib32-gst-plugin-va
Provides: lib32-gst-plugin-va
Submitter: SKV
Maintainer: SKV
Last Packager: SKV
Votes: 1
Popularity: 0.007420
First Submitted: 2022-05-22 04:56 (UTC)
Last Updated: 2023-12-14 18:09 (UTC)

Latest Comments

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

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.

MarsSeed commented on 2023-07-11 15:34 (UTC) (edited on 2023-07-11 15:48 (UTC) by MarsSeed)

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.

MarsSeed commented on 2023-07-11 15:32 (UTC) (edited on 2023-07-11 16:03 (UTC) by MarsSeed)

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.

SKV commented on 2023-06-05 17:42 (UTC)

Thanks, I'll remove deps libsidplay

MarsSeed commented on 2023-06-03 08:28 (UTC)

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.

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