vgmstream help by specterfox at 11:45 PM EDT on April 30, 2014
can someone help me, I have tried everything to compile https://github.com/kode54/vgmstream/archive/r1029.zip and everytime it fails when I'm using mingW.
I get a i586-mingw-32msvc-gcc: command not found error 127.
Can someone please compile the winamp dll for me, thanks
Why not just download the precompiled binary from the official source? I can't remember if that contains the source code (probably doesn't), but you can get the source from sourceforge. Kode54's github has some modifications not available in HCS's source, it's true, but I don't think the Winamp plugin is maintained in his source (Though, I assume that only because he uses fb2k).
As for getting kode54's source to compile, I can't help there. HCS's source should compile just fine though. I'm pretty sure he uses mingW when he compiles the distributions.
Thanks, but the one reason I want kode54's vgmstream is the ATRAC3+ compatibility. I see the source has a winamp folder but I get the errors when trying to compile it.
I think... if you're running in mingw, you should be able to edit the makefile and remove the prefix i586-mingw32msvc-. Those prefixes are there for cross-compiling on Linux, in mingw you should be using the native gcc, ar, etc.
I think you just have to make those changes in winamp/Makefile, test/Makefile.mingw, and ext_libs/Makefile.mingw. Then you can just run the top level Makefile:
make mingw_winamp
I am not sure, though, if even with these changes it will compile natively in mingw, I haven't tested it in a long time.
hcs, thank you for providing binaries. Any chance this could go into main VGMstream trunk? It's a hackish sort of way to play these files, but beats nothing/using commercial Sony software to decode the files to WAV+POS pairs.
I second this request. It`s been such a long time since Atrac3+ support was finally added to Foobar`s port of this plugin and I`m even surprised to an extent that it hasn`t been done yet. My guess is that it`s not even expected to somehow break original Atrac3 support in Winamp / XMPlay since tracks encoded using the latter codec aren`t played with help of vgmstream anyway while they have exactly the same extension at AT3+ ones which leads to some confusion at times IE when end users of sets provided at JoshW.info wonder why some AT3s don`t play even in Foobar2000 as of now (that might be especially tricky for them to figure out the reason when dealing with AT3 + AT3+ mixes coming from a single platform of a single game title) therefore it`d be most welcome if someone managed to finally establish parity between both players` possibilities in terms of playback.
I don't spend time on the project, and there aren't many other people working on it. The hours I burned yesterday to get the build working in mingw was not the best use of my time. And there are many things to do before working in vgmstream becomes less painful: Some effort needs to be put in to organize the builds better, probably switch over to github (in the interest of really easily accepting patches), and handle external libraries more sanely.
At some level I am wondering why we don't just team up with libav or ffmpeg; all that we really need that they are missing is looping control, and some vgmstream stuff has been migrating over anyway thanks to folks like James Almer, Justin Ruggles, and Paul B Mahol.
So it's hard for me to put in some small amount of effort and call it done, if that makes sense, and I don't have the time to engage fully.
Maybe kode's version can be considered more up-to-date than the one on sourceforge?