Package Details: vgmstream-git r1896.72.g4f3dee8e-1

Git Clone URL: (read-only, click to copy)
Package Base: vgmstream-git
Description: Library for playback of various streamed audio formats used in video games
Upstream URL:
Licenses: BSD
Conflicts: vgmstream, vgmstream-kode54-git
Provides: vgmstream
Replaces: vgmstream-kode54-git
Submitter: Deewiant
Maintainer: Deewiant
Last Packager: Deewiant
Votes: 4
Popularity: 0.160009
First Submitted: 2021-01-02 00:07 (UTC)
Last Updated: 2024-02-12 14:55 (UTC)

Latest Comments

1 2 3 Next › Last »

Deewiant commented on 2023-05-26 14:29 (UTC)

Alright, well it seems that your plugin does need the api.h so I added it here.

kode54 commented on 2023-05-26 07:28 (UTC)

@Deewiant: I'm not really involved with the project any more. Though I do occasionally use it still. I don't know that the api.h was really needed by a plugin, I may be able to get away without it.

I made a deadbeef plugin, it requires this AUR package to build, and links to it dynamically. - under plugins/vgm

Deewiant commented on 2023-05-25 15:36 (UTC)

@kode54 You might know something I don't but as far as I can tell those aren't really used, at least yet. I've based the headers to install on delivering a working vgmstream.h, which seems like the "entry point" to the public API. api.h currently doesn't do anything other than include base/plugins.h, which was apparently moved from plugins.h recently but that one has never been installed here either.

I guess the problem is that this thing isn't really a library in the sense of being intended for use by other projects. Or if it is, I don't understand where the line is between public API and internals.

(As a side note I tried to do a CMake conversion of the PKGBUILD but that one apparently doesn't install a shared library at all and just statically links both of the binaries, so it's in even worse shape from my perspective...)

kode54 commented on 2023-05-25 09:18 (UTC)

New headers for the install headers patch:


Deewiant commented on 2023-01-23 16:07 (UTC)

@jkl Yep, that's exactly it. Updated.

jkl commented on 2023-01-22 23:37 (UTC)

This broke again with latest HEAD because the celt symbols were renamed. Need something like the following to fix it.

@@ -78,7 +78,7 @@ celt_symbols=(
 build() {
   celt06_cflags="$CFLAGS -fPIC"
   for sym in ${celt_symbols[@]}; do
-    celt06_cflags+=" -D$sym=$(sed 's/[^_]\+/&_0061/' <<< $sym)"
+    celt06_cflags+=" -D$sym=${sym}_0061"
   celt11_cflags="${celt06_cflags//_0061/_0110} -DCUSTOM_MODES=1"

Deewiant commented on 2021-08-27 11:53 (UTC)

Fixed now. (You may have been unlucky, the update that broke it came just a few hours before your message.)

silverhikari commented on 2021-08-27 01:35 (UTC)

the patch is failing, causing the build to fail.

Deewiant commented on 2021-07-23 11:35 (UTC)

@kode54 Indeed, it works, thanks for the quick fix.

The FFmpeg-side commit message suggests that the skip_samples fields were never meant to be public, so always using start_time does seem like a better choice. I'm not an expert though, you may want to check with the FFmpeg devs.

kode54 commented on 2021-07-22 20:31 (UTC)

@Deewiant It should build now with the latest commit. I made the members conditional on the version that was mentioned by the first FFmpeg commit to remove them. I don't know if it's wise to even leave them in there, since the public start_time member it now uses should have existed in all prior versions as well.