HCS Forum - vgmstream

by wiibomb at 12:53 PM EDT on July 8, 2015: @Mouser
thanks a lot for your reply, this has been pretty confusing for me since I see some people have managed to open these darn MCA files, but the Oct release doesn't support them and I need to open them too..

may be you you know where I can find that mod that open the MCA files?

edited 6:13 PM EDT July 8, 2015
by wiibomb at 5:06 PM EDT on July 8, 2015: ok, I found that pcm16fix and all its needed components and it works for decrypting the MCA files.. well, more or less, it has a lot of noise, but that's for the other thread.

right now I would like to know if there is a way to convert the wav files back to the .MCA files with this program, or if there is another program to make the encoding.

as always, thanks a lot, now I can at least know which file is which
by hcs at 11:29 AM EDT on July 9, 2015: I've been thinking about this for a while, two things I don't think I can reliably keep up with anymore:

1. Windows builds

2. backports from kode54's repo

I don't know how the other authors feel, but I think it is time to say that vgmstream development is over on the sourceforge side of things. And as I don't intend to try and keep up with kode54 (he is pretty active with taking pull requests), I don't think I'll be setting up another official vgmstream repo over on github.

So if you want the latest, kode54's foobar2000 component is probably the best place to look, though I don't think it has been built with the latest stuff from soneek just yet?
by wiibomb at 12:07 PM EDT on July 9, 2015: @hcs

that's right, I tried foobar2000 component but it hasn't been updated since some months ago, and pcm16fix has done some work over that time, like for example the MCA decrypting, although not complete (only type 3 is decrypting well), that is the latest work done

I was wondering just how I would make the executables for all the kode54's files since much people would be left behind because of that
by kode54 at 9:28 PM EDT on August 5, 2015: I've moved to gitlab on my own server:

https://gitlab.kode54.net/kode54/vgmstream

And I've also updated the xmplay plugin to working order:

https://static.kode54.net/xmp-vgmstream.zip
by soneek at 7:48 AM EDT on August 6, 2015: I signed up through Gitlab on Kode's server. Are you dropping the github repo later?
by kode54 at 12:54 PM EDT on August 6, 2015: I haven't decided whether I'll drop them, I probably should at least put up notices there. I don't really know what to do about all the extraneous repositories on Github and Bitbucket.
by JFD62780 at 10:29 PM EDT on August 6, 2015: Yo, Kode:

Congrats on getting the XMPlay plugin working, but where's the Configuration?

EDIT: Correction: XMPlay may load, but upon trying to play a file, I got this:

The "WavPack (rev.4)" plugin crashed while attempting to verify the following file:
(filepath and name redacted, but it was a .VGM file)

The crash will now be passed on to Windows.

I don't know... If only this forum accepted picture attachments...

Everything otherwise works fine with the final Winamp release tho, so there is that.

edited 3:53 AM EDT August 7, 2015
by kode54 at 3:15 PM EDT on August 7, 2015: xmp-vgmstream does not handle .vgm files, you want some GME based plugin instead.
by Kurausukun at 6:25 PM EDT on August 8, 2015: kode54: I know this is somewhat off-topic, but I don't really know where else you're active. Could I make a sort-of feature request for foo_gep? I made it under issues on your GitHub repo here, but I don't assume you check that very frequently, so I'm just posting the link here instead. Thanks.

edited 11:35 PM EDT August 8, 2015
by kode54 at 9:50 PM EDT on August 9, 2015: I'm sorry, I saw your issue already, as all issues are automatically emailed to me, but I didn't know the best way to reply to it, especially since I didn't plan to implement the necessary functionality in a timely fashion.

It comes down to adding extra interface functions in various places, and adding a configuration option. I'll probably stuff it into Advanced Preferences, since the current Preferences dialog is quite stuffed as it is.
by Kurausukun at 1:12 AM EDT on August 10, 2015: Oh, OK. No worries, and sorry for bugging you. I didn't know you had seen it. Thanks a lot for listening. I'll look forward to it eventually!
100 kbps in winamp? by Sephirothkefka at 4:25 PM EDT on August 14, 2015: Why does Winamp (or vgmstream) always report files as being 100 kbps?
by kode54 at 6:22 PM EDT on August 14, 2015: That is because that plugin has not been updated to use the new bitrate calculator function, which actually checks the sizes of all unique files opened for decoding, so it works with multi-file streams.
by Sephirothkefka at 8:01 PM EDT on August 14, 2015: I see... It still confuses me sometimes.
by Sephirothkefka at 11:07 PM EDT on August 14, 2015: maybe the true kbps could be seen in the info box thing?
Weird Crash by Bonboon228 at 3:52 PM EDT on August 22, 2015: Vgmstream keeps crashing on my Foobar2000 player.
Here is the Error report.
Illegal operation:
Code: C0000094h, flags: 00000000h, address: 02689D6Bh

Call path:
folder watcher thread=>watch loop

Code bytes (02689D6Bh):
02689D2Bh: 7D 14 47 8B 54 24 10 F7 D8 F7 DA 83 D8 00 89 44
02689D3Bh: 24 14 89 54 24 10 8B 44 24 1C 0B C0 7D 14 47 8B
02689D4Bh: 54 24 18 F7 D8 F7 DA 83 D8 00 89 44 24 1C 89 54
02689D5Bh: 24 18 0B C0 75 18 8B 4C 24 18 8B 44 24 14 33 D2
02689D6Bh: F7 F1 8B D8 8B 44 24 10 F7 F1 8B D3 EB 41 8B D8
02689D7Bh: 8B 4C 24 18 8B 54 24 14 8B 44 24 10 D1 EB D1 D9
02689D8Bh: D1 EA D1 D8 0B DB 75 F4 F7 F1 8B F0 F7 64 24 1C
02689D9Bh: 8B C8 8B 44 24 18 F7 E6 03 D1 72 0E 3B 54 24 14

Stack (02A2F32Ch):
02A2F30Ch: 00000001 0327F3DC 00E70538 00000400
02A2F31Ch: 00000010 000005F6 00000002 0327F410
02A2F32Ch: 00005DC0 8479C000 001A81D8 025B7331
02A2F33Ch: 8479C000 00000005 00000000 00000000
02A2F34Ch: 001A81D8 00000000 001B80A8 00005DC0
02A2F35Ch: 00000000 442F2F3A 6F445C3A 00000000
02A2F36Ch: 2073746E 00000002 74746553 73676E69
02A2F37Ch: 6D614D5C 61747361 794D5C72 636F4420
02A2F38Ch: 6E656D75 4D5C7374 754D2079 5C636973
02A2F39Ch: 746F6F48 7461445C 202D2061 454A494D
02A2F3ACh: 61565C54 2073696C 7A2E4949 537C7069
02A2F3BCh: 43502E53 7A2E004D 537C7069 43502E53
02A2F3CCh: 4350004D 0000004D 00000000 00000000
02A2F3DCh: 00000000 00000000 00000000 00000000
02A2F3ECh: 00000000 00000000 00000000 00000000
02A2F3FCh: 00000000 00000000 00000000 00000000
02A2F40Ch: 00000000 00000000 00000000 00000000
02A2F41Ch: 00000000 00000000 00000000 00000000
02A2F42Ch: 00000000 00000000 00000000 00000000
02A2F43Ch: 00000000 00000000 00000000 00000000

Registers:
EAX: 00000005, EBX: 00005DC0, ECX: 00000000, EDX: 00000000
ESI: 8479C000, EDI: 00000000, EBP: 02A3F378, ESP: 02A2F32C

Crash location:
Module: foo_input_vgmstream
Offset: E9D6Bh

Loaded modules:
foobar2000 loaded at 00400000h - 005CD000h
ntdll loaded at 7C900000h - 7C9B2000h
kernel32 loaded at 7C800000h - 7C8F6000h
COMCTL32 loaded at 773D0000h - 774D3000h
msvcrt loaded at 77C10000h - 77C68000h
ADVAPI32 loaded at 77DD0000h - 77E6B000h
RPCRT4 loaded at 77E70000h - 77F03000h
Secur32 loaded at 77FE0000h - 77FF1000h
GDI32 loaded at 77F10000h - 77F59000h
USER32 loaded at 7E410000h - 7E4A1000h
SHLWAPI loaded at 77F60000h - 77FD6000h
WINMM loaded at 76B40000h - 76B6D000h
DSOUND loaded at 73F10000h - 73F6C000h
ole32 loaded at 774E0000h - 7761E000h
VERSION loaded at 77C00000h - 77C08000h
UxTheme loaded at 5AD70000h - 5ADA8000h
SHELL32 loaded at 7C9C0000h - 7D1D8000h
zlib1 loaded at 62E80000h - 62E9F000h
shared loaded at 10000000h - 1002D000h
imagehlp loaded at 76C90000h - 76CB9000h
dbghelp loaded at 59A60000h - 59B01000h
COMDLG32 loaded at 763B0000h - 763F9000h
CRYPT32 loaded at 77A80000h - 77B17000h
MSASN1 loaded at 77B20000h - 77B32000h
gdiplus loaded at 4EC50000h - 4EDFB000h
WINHTTP loaded at 4D4F0000h - 4D549000h
IMM32 loaded at 76390000h - 763AD000h
LPK loaded at 629C0000h - 629C9000h
USP10 loaded at 74D90000h - 74DFB000h
MSCTF loaded at 74720000h - 7476C000h
msctfime loaded at 755C0000h - 755EE000h
btmmhook loaded at 01260000h - 01279000h
OLEAUT32 loaded at 77120000h - 771AB000h
foo_freedb2 loaded at 015A0000h - 015F0000h
foo_dsp_effect loaded at 01600000h - 01645000h
foo_dsp_std loaded at 01660000h - 01697000h
foo_converter loaded at 016C0000h - 01748000h
foo_midi loaded at 01770000h - 019E6000h
BASS loaded at 01A00000h - 01A50000h
MSACM32 loaded at 77BE0000h - 77BF5000h
BASSMIDI loaded at 01A50000h - 01A88000h
foo_albumlist loaded at 02120000h - 0217B000h
foo_input_std loaded at 02230000h - 0238C000h
avcodec-fb2k-56 loaded at 669C0000h - 66B9E000h
avutil-fb2k-54 loaded at 6B540000h - 6B5CA000h
foo_ui_std loaded at 023B0000h - 024BE000h
MSIMG32 loaded at 76380000h - 76385000h
foo_fileops loaded at 024E0000h - 0252E000h
foo_dsp_eq loaded at 02550000h - 02587000h
foo_rgscan loaded at 02190000h - 021EF000h
foo_input_vgmstream loaded at 025A0000h - 026EB000h
libvorbis loaded at 02700000h - 0273E000h
libmpg123-0 loaded at 02750000h - 02791000h
libg7221_decode loaded at 027B0000h - 027D5000h
libg719_decode loaded at 027F0000h - 02816000h
at3plusdecoder loaded at 02830000h - 0289E000h
foo_cdda loaded at 02090000h - 020E1000h
foo_unpack loaded at 028E0000h - 0292C000h
CLBCATQ loaded at 76FD0000h - 7704F000h
COMRes loaded at 77050000h - 77115000h
xpsp2res loaded at 02BB0000h - 02E75000h
wdmaud loaded at 72D20000h - 72D29000h
WINTRUST loaded at 76C30000h - 76C5E000h
msacm32 loaded at 72D10000h - 72D18000h
midimap loaded at 77BD0000h - 77BD7000h
KsUser loaded at 73EE0000h - 73EE4000h

Stack dump analysis:
Address: 025B7331h (foo_input_vgmstream+17331h)
Address: 74746553h (MSCTF+26553h), symbol: "TF_CheckThreadInputIdle" (+6856h)

Environment:
App: foobar2000 v1.3.8
UI: Default User Interface 0.9.5

Components:
Core (2015-03-26 07:45:52 UTC)
foobar2000 core 1.3.8
foo_albumlist.dll (2015-03-26 07:42:40 UTC)
Album List 4.5
foo_cdda.dll (2015-03-26 07:42:18 UTC)
CD Audio Decoder 3.0
foo_converter.dll (2015-03-26 07:42:24 UTC)
Converter 1.5
foo_dsp_effect.dll (2015-08-23 00:58:14 UTC)
Effect DSP 0.16
foo_dsp_eq.dll (2015-03-07 10:19:44 UTC)
Equalizer 1.0
foo_dsp_std.dll (2015-03-26 07:42:26 UTC)
Standard DSP Array 1.3.1
foo_fileops.dll (2015-03-07 10:19:10 UTC)
File Operations 2.2.1
foo_freedb2.dll (2015-03-07 10:19:36 UTC)
Online Tagger 0.7
foo_input_std.dll (2015-03-26 07:45:52 UTC)
Standard Input Array 1.0
foo_input_vgmstream.dll (2015-08-23 00:58:25 UTC)
vgmstream plugin r1040-44-g833a7a2
foo_midi.dll (2015-08-23 00:58:16 UTC)
MIDI synthesizer host 1.243
foo_rgscan.dll (2015-03-26 07:43:12 UTC)
ReplayGain Scanner 2.2.1
foo_ui_std.dll (2015-03-26 07:45:52 UTC)
Default User Interface 0.9.5
foo_unpack.dll (2015-03-26 07:42:42 UTC)
ZIP/GZIP/RAR Reader 1.7.1

Recent events:
Performing early media library init
Pre component load
Loading DLL: D:\Program Files\foobar2000\components\foo_freedb2.dll
Loading DLL: D:\Documents and Settings\Mamastar\Application Data\foobar2000\user-components\foo_dsp_effect\foo_dsp_effect.dll
Loading DLL: D:\Program Files\foobar2000\components\foo_dsp_std.dll
Loading DLL: D:\Program Files\foobar2000\components\foo_converter.dll
Loading DLL: D:\Documents and Settings\Mamastar\Application Data\foobar2000\user-components\foo_midi\foo_midi.dll
Loading DLL: D:\Program Files\foobar2000\components\foo_albumlist.dll
Loading DLL: D:\Program Files\foobar2000\components\foo_input_std.dll
Loading DLL: D:\Program Files\foobar2000\components\foo_ui_std.dll
Loading DLL: D:\Program Files\foobar2000\components\foo_fileops.dll
Loading DLL: D:\Program Files\foobar2000\components\foo_dsp_eq.dll
Loading DLL: D:\Program Files\foobar2000\components\foo_rgscan.dll
Loading DLL: D:\Documents and Settings\Mamastar\Application Data\foobar2000\user-components\foo_input_vgmstream\foo_input_vgmstream.dll
Loading DLL: D:\Program Files\foobar2000\components\foo_cdda.dll
Loading DLL: D:\Program Files\foobar2000\components\foo_unpack.dll
Components loaded in: 0:00.057716
Pre config read
Configuration read in: 0:00.001034
Starting playlist loading
Watching: D:\Documents and Settings\Mamastar\My Documents\My Music
User Interface initialized in: 0:00.084805
Processing commandline
initquit::init entry
initquit::init exit
Opening track for playback: "D:\Documents and Settings\Mamastar\My Documents\My Music\Custom Brstms\Confusion.brstm"
Startup time : 0:01.726322

Machine specifications:
OS: Windows 5.1.2600 Service Pack 3 x86
CPU: Intel(R) Core(TM)2 Duo CPU E6850 @ 3.00GHz, features: MMX SSE SSE2 SSE3
CPU threads: 2
Audio: Realtek HD Audio output
by kode54 at 3:40 PM EDT on August 23, 2015: Should be worked around now, but your file is still broken or something.
Working now by Bonboon228 at 5:12 AM EDT on August 24, 2015: Thanks Kode. All is good on my end now.
by puggsoy at 4:48 AM EDT on August 26, 2015: Question, are there still new test.exe builds going up anywhere? I have a tool that uses them and it would be good to be able to update with the newest improvements and additions every now and again.
by kode54 at 5:37 PM EST on November 14, 2015: What's the status on Smash Bros. for 3DS? Specifically the StreetSmash files? I have a report that some of the files from the rip don't play, and I don't think it's anything I've done to the library.
by MurraySkull at 1:47 AM EST on November 15, 2015: Tried them, they indeed don't play. This includes StreetSmash and the Kirby's Dream Land tracks.
by kode54 at 11:25 PM EST on November 18, 2015: Thanks, I figured as much. I don't think it's a bug with any changes I've made, either. Chalk it up to different format issue. Or variation unsupported.
by AnonRunzes at 7:40 PM EST on November 28, 2015: So, I attempted to play an .at3(PS3) file that had a different structure from the .at3(PSP) file at foobar2000.

While the PSP .at3 files I tested had no problems, with the PS3 .at3(again, different structure from the PSP .at3 file) it doesn't even play at all. Seems like it has multiple channels or something... If anyone is able to figure the puzzle for this problem I'll be very grateful.

edited 7:43 PM EST November 28, 2015
by richardpl at 8:15 AM EST on November 29, 2015: Sample?
by AnonRunzes at 11:48 AM EST on November 29, 2015: This is the PSP .at3 file.
This is the PS3 .at3 file.

These are all the samples I can get.

Ah great, here goes someone asking for a sample and then disappearing afterwards... Typical.

edited 10:32 AM EST November 30, 2015
by richardpl at 6:33 AM EST on December 1, 2015: It just have extra bytes before RIFF, just remove them.
by AnonRunzes at 9:59 PM EST on December 1, 2015: @richardpl To remove the PS3 AT3 bytes or... yeah, I'll try either way.

EDIT: I've got it! To remove the extra bytes before "RIFF", first I had to copy and paste the file as a "backup" file, then I proceeded to edit the original file using an hex editor.

Now it works! Better tell this method to other communities.

edited 9:56 PM EST December 2, 2015
by einstein95 at 10:43 PM EST on December 4, 2015: From Mighty Switch Force: Hyper Drive Edition, but the format can also be seen in other 3DS and possibly Wii U titles. Ask if you want more samples.

http://puu.sh/lJO6v/5743d38cb0.zip

edited 10:44 PM EST December 4, 2015
by AceK at 6:28 AM EST on December 21, 2015: @hcs I was wondering if there are any plans/possibilities of having 5.1 surround sound channel conversion support for VGMStream (mainly for .logg format). Vorbis decoder for Winamp has an option for this via input processing ("remap 6 channels" plays it perfectly on my end).
by robotortoise at 6:33 PM EST on December 21, 2015: You can already do that by converting the tracks to .wav.

You have to remap them manually in Audacity.

Are you asking to remap them automatically?
by AceK at 9:22 PM EST on December 21, 2015: "Are you asking to remap them automatically?"

Yes. I'm requesting an option for vgmstream to allow the option of remapping the channels (which in_vorbis.dll does allow it in Winamp plug-in config) for .logg format streams that contain 6 channels.

edited 9:24 PM EST December 21, 2015
by Nisto at 1:57 PM EST on December 28, 2015: There is an odd issue(?) with headerless XA files. I know they are probably generally ill-advised, but I have kind of been under the impression that vgmstream in recent years added support for headerless XA, because most of the time they've played fine, but now I see why sometimes they haven't.

From a clean start of foobar2000, if I play a headerless XA file, it will play back distorted. However, if I first play an XA file with a RIFF header, the headerless file will play back fine afterwards.

If this is some kind of hack rather than a bug in supporting headerless XA files, I'd rather the hack was dropped honestly. I kinda killed my ears a little a few minutes ago -- and I have a history of ear infection. :(

edited 2:30 PM EST December 28, 2015
by Nisto at 8:00 PM EST on January 6, 2016: Also, vgmstream has problems decoding 4 MIB files from Devil May Cry 2: BGM-06,08,29&31. They do play fine if GENH'd with 2 channels @ 44100Hz and an interleave value of 0x4000 though.
by AnonRunzes at 8:39 PM EST on January 6, 2016: @Nisto - I have the same problem, this time with two individual tracks from two separate games.
vgmstream error with Square Enix proprietary BCSTM? by icecream at 11:14 PM EST on January 7, 2016: Posting because I've tried looking for a solution for this and haven't found one. Was documented once on GBATemp without a solution, just an order to go here. Which is what I'm doing.

Does Square Enix use some special type of BCSTM that vgmstream cannot decode? Every time I try to decrypt a BCSTM from Dream Drop Distance or Bravely Default (and I'm assuming Bravely Second), it yields a "cannot open/ read file" error or something like that. Examining the BCSTMs themselves in a hex editor shows that they lack the header it seems.

However I am sure that people have decrypted them before so how can I do it?

edited 11:14 PM EST January 7, 2016
by icecream at 3:56 PM EST on January 11, 2016: Huh, Bravely Second's BCSTMs work perfectly fine in vgmstream. Default's BCSTMs though still bug out.....
by AceK at 9:22 PM EDT on March 13, 2016: I want to do another release for converted HCA stream to .OGG/.LOGG... the only problem is vgmstream doesn't allow remapping to play 5.1 surround sound perfectly.

So, just want to know what's the preferred conversion of .HCA to another, loopable, 5.1 sound file? If there is not any way atm, then is there any reason why .logg in vgm_stream does not support linking settings with in_vorbis? in_vorbis is able to set the option to properly remap in winamp.

Otherwise, it just adds more unnecessary file content that could normally be handled in it's original file. By this, I mean that there would be two specific folders, one for 5.1 for those that really want the channel numbers unaltered (which would actually play fine if you rename .logg to .ogg and modify in_vorbis settings to remap), and then another folder for stereo conversions.

edited 9:25 PM EDT March 13, 2016
by DrO at 11:09 AM EDT on March 14, 2016: if logg is just ogg (no funny headers, etc) then there's nothing to stop leveraging the native Winamp plug-in to do the logg playback so you can use it's settings, etc (and save having to ship an ogg dll with vgmstream for the Winamp plug-in if that's the only thing it's being used for).

as it's been ages since i've even looked at the vgmstream code (not sure where the 'current' version is meant to be obtained from anymore either) so it might be that for the Winamp plug-in, trying to leverage the native Winamp plug-ins just isn't worth the hassle, but it's a possibility to achieve what you're wanting.
by hcs at 6:27 PM EDT on March 14, 2016: vgmstream still needs to have fairly low-level access to the Ogg Vorbis libraries as there are a few formats supported that are obfuscated in various ways.

Also, I don't know if it would be possible to do proper lapping for the loop in in_vorbis. Looping is the main reason why there is support for Vorbis in vgmstream at all. That's why the recent FF VII PC port used it!

In any case, you can't consider the Winamp plugin to be properly maintained anymore.
by DrO at 11:40 AM EDT on March 15, 2016: i've been out of the loop of things in general so wasn't sure how much vgmstream leveraged things with ogg. thanks for the clarification.

btw, where is the best place for getting source code for vgmstream? and yes, I'd assumed that the Winamp plug-in is basically unsupported unless someone still wanting to use it steps up to try to do something about it.
by hcs at 9:25 PM EDT on March 15, 2016: Whenever I need it I get it from kode54's GitLab.

Though his GitHub repo is at the same commit.
by AnonRunzes at 9:52 AM EDT on March 29, 2016: Are the SGB/SGH formats even supported yet? I can play a .SGB format without any problems on MPC-HC - heck, I'll even decode it using ffmpeg if I wanted to.

edited 9:55 AM EDT March 29, 2016
by smashbros855 at 1:00 PM EDT on April 12, 2016: i found something wrong with playing the idsp files from WiiU's game "Taiko no Tatsujin - Atsumete Tomodachi Daisakusen!"
it just play in weird way, did i do something wrong directions ?
Loop point for Drakengard (and possibly other) SS2 streams by Moose at 9:24 AM EDT on April 15, 2016: It's the 4 byte little-endian number at 0x18 (assuming the first four bytes are "53 53 68 64"). It's probably only for this game (I found a REALLY OVERSIZED "cavia stream format" magic number when i was ripping them again for stupid reasons), but if someone could try it out with other SS2s, that'd be nice.
by RetroFanatic at 1:13 PM EDT on April 19, 2016: Umm, vgmstream all of a sudden doesn't show up in the plugin list in winamp.

No, I didn't change anything in it. Not that I know of. Yes, the dll file is still in the plugin folder.

Any ideas of what's wrong?

edited 1:13 PM EDT April 19, 2016
by Kirishima at 10:16 PM EDT on April 19, 2016: @retrofanatic
Have you tried reinstalling winamp then vgmstream?
edited 10:17 PM EDT April 19, 2016

edited 10:19 PM EDT April 19, 2016
by DrO at 12:12 PM EDT on April 21, 2016: if there's no trace of it in the plug-in list (which implies using an older version of Winamp - as the later 5.6x releases show 'not loaded' if it was found but there was an issue), then re-installing vgmstream is probably the best first option to do (and if possible, using a current patched winamp release) as that won't mess with the files unlike some earlier winamp releases would do :(
by hcs at 1:07 PM EDT on April 21, 2016: Oh nice, I never knew about getwinamp.com, thanks!
by robotortoise at 4:51 PM EDT on April 21, 2016: vgmstream seems to not like it if the header at 0x09 in a CWAV is set to 01.

http://hcs64.com/mboard/forum.php?showthread=45018

Is there a way to fix this, please?
by JFD62780 at 6:15 PM EDT on April 21, 2016: Dr.O:

From the bottom of my Winamp lovin' ears...

THANK YOU for fixing Winamp, even when Radionomy couldn't! You're a SANITY saver, making a build that DON'T ruin plugins for once! XD
by DrO at 8:11 PM EDT on April 22, 2016: JFD62780: if my memory is right, that that change to the installer was done prior to Winamp's sale (might have been around the 5.64 release, but was definitely done by the last release that I worked on) as removing what was going on in the installer was for the best despite what it was intended to do (which made little sense with OS and overall improvements over the years).

hcs: is a bit of self promotion (so hope that's ok) as found too many weren't getting the patched final version (to avoid a library import crash) and since the nicer domain than what I was using became available, thought I'd get it out there a bit more for those who still do want to use Winamp. is just a shame what the current owners haven't done post-sale (so am glad I'm not with them anymore).
by Hotcakes at 6:08 PM EDT on April 23, 2016: Hey Dr, so what's the story with Radionomy anyway? Why buy something you have no interest in?
by DrO at 11:14 AM EDT on April 24, 2016: simply put, they primarily wanted shoutcast and they also had to take winamp (which was deemed the more important off the two). then despite good intentions (or just lying about things - am still uncertain how much of what I was told was / wasn't true now), things haven't worked out as wanted on either products with the concensus being that the shoutcast side of things was going to pay for winamp development.
by Hotcakes at 5:50 PM EDT on April 24, 2016: Huh. So it really is dead now. Shoot.
by DrO at 7:05 PM EDT on April 24, 2016: in january it was stated that they'd reset things to a point before I really started tinkering on things (which was done whilst other stuff was waiting to be confirmed re: licensing) but a lot of that was left in-complete when I was switched full-time to shoutcast (at their instruction).

supposedly some of the stuff I had done was re-implemented but overall the bit that was done by another dev was just replacing some of the existing plug-ins / libraries to get around licensing requirements (so they don't have to pay for licensing things).

the last i'd recently heard was that they weren't paying (or going to pay) the people who they'd been trying to get on-board to do things (it took months to get my back-pay out of them) and it's since all ground to a halt again (which seemed to coincide with the lawsuit against the owners).

and I revoked my allowing the jtfe plug-in to be shipped with their version which is supposedly a reason that some are giving out as the reason for no new release (or them just ignoring my authorship rights). but anything that would be released from what i've been hearing isn't going to be feature complete to even the patched 5.666 release seeing as none of the gracenote stuff works / has a replacement at this time (which for most isn't going to make much of a difference).

so to whether it's dead or not is debatable as to what counts as 'dead'. as people are still using Winamp (not forgetting those die-hard 2.x users), it's just 'official' updates that appear to be not coming and it's over to users to do something about it (which can be done from patching / replacing existing plug-ins) to move things on which tbh is what has been possible to do at any point over the years (e.g. ml_tree and dynamic library were different ways to access the library that would never be natively implemented), just no one really had the need to.
by hcs at 11:31 AM EDT on April 26, 2016: > vgmstream seems to not like it if the header at 0x09 in a CWAV is set to 01.

I've made a merge request for this on kode54's gitlab so it will hopefully get into his foobar2000 build.

Here's a test.exe and winamp build (no idea if the winamp dll works).

edited 11:58 AM EDT April 26, 2016

@DrO: Microsoft Security Essentials is complaining about trojans in those installers. I trust you, and Metadefender doesn't turn up anything, but it's a bit unsettling.

edited 12:30 PM EDT April 26, 2016
by DrO at 4:13 PM EDT on April 26, 2016: hcs: thanks for mentioning it. i've just thrown them at virustotal and all 3 downloads (lite, full, international) get a clean bill of health.

i've also updated to the latest MSE definition (for 26th April) and there's no reported errors so is a bit strange you're seeing that.

though i've been seeing mentions of false positives against nsis based installers again of late so maybe it's related to that (as i've not yet gotten around to re-building the installer to use the latest nsis to avoid the dll loading issue it has).

as the last aol release / patched installer was stripped of any of the ad stuff from the likes of opencandy so that shouldn't be causing problems with detection (as it sadly did too often in the past).
by Hotcakes at 5:57 PM EDT on April 27, 2016: Thanks for the low down, DrO. Much appreciated, as has been much of your work over the years!
by robotortoise at 3:02 AM EDT on April 28, 2016: Thank you, hcs!

It works perfectly!
by JFD62780 at 2:09 AM EDT on April 29, 2016: DUDE! THE WINAMP PLUGIN IS BACK!!!

Seriously, HCS, this is a build worthy of the VGMStream section in your own domain!

I'm listening to a custom-made ADX with the build as I type! :D

EDIT: WITH XMPlay! XD

edited 2:10 AM EDT April 29, 2016
by hcs at 9:38 PM EDT on April 30, 2016: I dunno DrO, I'm still seeing this with the latest virus definitions (created 4/30/2016 3:24 PM 1.219.465.0).

Quarantine report

Name: winamp5666_lite_en-us_redux.exe
Size: 3482886 bytes (3 MB)
SHA256: 0B0C00CD41F66C3560A400A42D990419DF952CA0E77BE096235313222FEF3636
by DrO at 12:49 PM EDT on May 1, 2016: the raw size and sha256 are same for my copies. from a quick look at anything to do with Win32/Fethar.B!cl and it seems like there's been a lot of false positives relating to that over the last 2 months or so.

all I can really do is just ensure i've got the correct file size and sha noted on the download page. as virsutotal is still giving a clean bill of health.

the only other thing is that I re-build the installers with the latest version of NSIS (which I should probably do anyway to avoid a potential dll loading issue with it) and see if that makes any difference.

[edit]
file size and sha256 are now noted on the page.

edited 1:08 PM EDT May 1, 2016
by kode54 at 1:35 AM EDT on May 3, 2016: Dear athe, people are still using Winamp. Please fix this immediately.
by AnonRunzes at 4:39 PM EDT on May 3, 2016: Oh gosh, what a amazing job you guys have made!

Seriously, what the hell is this? Why are you writing components for a program that is Winamp that will later on be considered as a dangerous entity as any anti-virus program detects it? I don't even use Winamp since it's an outdated program anyway.

I agree with kode54. A solution is waiting to be solved, and it's best to examine deeper into the problem until it runs rampant.
by DrO at 5:22 PM EDT on May 3, 2016: do we really have to get into what / why / how people decide to use something and how it does / doesn't fit in with their own views ?

if someone wants to use winamp or foobar2000 (which for the record I use both) or itunes or xmplay or vlc or whatever else then it's their choice and that should be that.

i get that people think winamp is old / out-dated / should have been killed off years ago (which Radionomy's actions is having a great way of doing that) / is full of crap (which could always be un-checked but that was the sad nature of how to pay the bills) / it's not as good as player x, y and z, etc etc. but the same can be applied to a lot of things out there that others use.

----------------------------------

for the MSE detection issue that hcs is having, I have been trying to look into it but with a lack of information on what it is (from MS) and a lack of it appearing on other setups that I've tried and gotten a few other people to try out, it's a bit of head scratcher (just like the issue the fb2k installer was having recently that I saw).

[edit]
I've finally managed to reproduce what is being seen on a Windows 10 setup (latest preview build at time of this update) and am trying to get it submitted for review (as it's also showing for other mirror copies of the lite redux installer - not for full / international which is weird as they are more involved in the install process than the lite one).

edited 7:01 PM EDT May 3, 2016

edited 7:03 PM EDT May 3, 2016
by DrO at 5:24 PM EDT on May 3, 2016: and yes i'm probably wasting my time doing anything with winamp but whilst I still want to use it and I know that others do, then cut us a bit of a slack and let us use what we want to ok?

and if that means me screwing around and making a build of vgmstream that better integrates with winamp then that's my decision (which is what i'm doing anyway).
by CyberBotX at 9:08 AM EDT on May 4, 2016: I'd just like to say that I still use Winamp myself, partially due to Nostalgia, partially due to a few plugins that I wrote myself.

I also have been sitting on some edits to the Winamp version of vgmstream that I made, some of which do actually add support for things in Winamp like the format converter and ReplayGain. But some of said changes are also pretty hackish. I had added some code to make it read a file called albumgain.txt (if it exists) to get the album gain/peak of a file (but have nothing for the track gain/peak). I also added some code to use a file called album.txt (if it exists) as the name of the album or use the folder name otherwise.

I could look into getting said modifications into the public eye so someone could look at them. But yeah, as I said, some of it is pretty hackish.
by Hotcakes at 10:42 PM EDT on May 6, 2016: It's weird that people would come to a forum for a Winamp plugin to bitch about people using Winamp.

Just saying.
vgmstream Winamp by Alpha23 at 12:50 PM EDT on May 9, 2016: Hi! I just wanted to mention that the in_vgmstream.dll doesn't work with Winamp 5.666 (NOT LOADED)
by DrO at 4:18 PM EDT on May 9, 2016: Alpha23: you need to install the supporting dlls (as per the readme with the in_vgmstream archive).

-

so the sooner a version that doesn't fail to load without those dlls is provided the better (i.e. i need to finish off my modifications to the plug-in).
by AceK at 4:42 PM EDT on May 11, 2016: @DrO, I probably may sound like a broken record, but how is in_vorbis.dll integrated to playback while converting specific channels from 5.1 to stereo? I have certain .HCA conversions I would look to turn into a playable 5.1 .logg file, but it doesn't integrate with in_vorbis to convert the mapping of the channels itself.

I'm not sure if this is something that in_vgmstream is involved with or not (if it's outdated primarily in Winamp)... but is it possible for the .logg script properties take place with the in_vorbis.dll?
by Mouser X at 7:13 PM EDT on May 11, 2016: I'm still using Winamp 5.581, because "Next on Stop" didn't work with anything newer than that. At least, it didn't the last time I tried looking. I'll install 5.666 (patched) and see if it makes a difference.

I would like to point out that only the "main" exe is 5.581. I pulled the newest plugins from various (newer) installers as I could find them. However, even so, it looks like nothing major has been touched since 2011... (Apparently from Winamp 5.61, as I still have the gutted installation directory on my computer.... Though some of the input plugins have been updated, but those don't really count, I think).

So, regarding people using outdated software, I like Winamp, because it looks nice, my plugins/formats work (95% of the time), and it's uncluttered.

Last, I sometimes lose VGMstream when Winamp starts up. When that happens, I remove all the offending input plugins, and restart Winamp (though, the process to find what these "offending" input plugins is, requires removing all the input plugins except in_vgmstream.dll, and then putting all the other input plugins back in [in groups] (restarting Winamp every time) until I figure out which ones stop in_vgmstream.dll from loading. The annoying thing is, most of the time, it's not the same plugins that cause the problem. Though "in_pxtone.dll" has been pretty consistent in not playing nice with in_vgmstream.dll).

Glad to see DrO back. I'll try out the "new" Winamp, and see if that clears up some of the problems I've learned to either work around, or live with. Mouser X over and out.
by DrO at 8:37 PM EDT on May 11, 2016: AceK: I never did much with in_vorbis so I don't remember much of how it works. So i'd have to assume that it purely comes down to how the plug-in is setting up the reading of the ogg file (via the vorbis library) and how it then fills the output buffer that is provided to the dsp / output plug-in.

so as in_vgmstream is doing those files itself, none of the options that in_vorbis provides will be making use of it's options.

if they (logg) are just straight ogg files then I don't see why not without a bit of tweaking, in_vgmstream could be changed to pass them onto in_vorbis when playback starts so you can have the in_vorbis handling of them. but that's assuming i'm following what logg actually are.

Mouser: at least you're not one of the people that still email me every few months looking for a copy of one of my plug-ins to work on 2.x.

with next on stop, that is going to be brought back in some form (I honestly cannot remember what issues it might have with newer Winamp's as I've not used it for years).

the failure of in_vgmstream.dll to load is a weird one as there really shouldn't be any reason for another plug-in to cause such a failure unless it's doing something really bad or even is causing a partial crash which could explain why it drops it). though i've not header of "in_pxtone.dll" before so is hard to know if my guess is good or not.

edited 8:37 PM EDT May 11, 2016
by Mouser X at 9:46 PM EDT on May 11, 2016: The plugin "in_pxtone.dll" allows Winamp to play the native sound format used by the indie game, "Cave Story". That being said, the game has been ported to numerous systems since its initial release, and the music has been altered accordingly. Thus, it's available in numerous other forms. I essentially never use the plugin (largely because it more often than not conflicts with VGMstream. IIRC, it's always been a little buggy anyway), but it's nice to have, if I want to listen to Cave Story's music as it sounded on its initial release (most of the ports change the music a little, though I think there's one or two that use streams to recreate the original sound).

I installed 5.666 over my 5.581 directory (yes, I know better, but I did it anyway), and not surprisingly, it didn't even start up.... It did generate a crash log though. I reverted back to 5.581, because I didn't want to take the time to track down where the problem occurred, or to rebuild my current setup, using 5.666. Maybe someday I'll go through with that, but not today.

"Technically", I probably just need to copy over my DLLs and settings to the new install, and it might just work (obviously, I'd have to do it in segments, as it's almost certainly one of my old DLLs and its settings that's causing the crash). Mouser X over and out.
by DrO at 8:18 AM EDT on May 12, 2016: if you've got a crash report then I can have a look to see what the possible cause was. it'll be in the settings folder if it was a Winamp generated crash report (named as report.zip).

edited 8:44 AM EDT May 12, 2016
by CyberBotX at 9:21 AM EDT on May 12, 2016: Actually MouserX, I have to correct you there. Cave Story did not use PxTone at all, it uses the Organya format. PxTone is a different format. The only game I ever came across that used it was the game "cat planet" from one of the Ludum Dares. I'm sure it has had more usage than that, though. I didn't even know someone else had made an in_pxtone.dll though. I made one of my own because I wanted to be able to play cat planet's music in Winamp.
by Mouser X at 10:40 PM EDT on May 13, 2016: What I said was "The plugin 'in_pxtone.dll' allows Winamp to play the native sound format used by the indie game, 'Cave Story'." That is correct, and therefore no correction is necessary. So the PxTone plugin can play PxTone, and Organya. Great! I don't see where the conflict/confusion occurs here. Mouser X over and out.
by AnonRunzes at 11:58 PM EDT on May 13, 2016: @Mouser X - Do some research on the format Cave Story used before you insist on that idea. Just saying.
by hcs at 2:30 AM EDT on May 14, 2016: @Mouser X

pxtone is something of a sequel to Organya.

I, at least, wasn't able to get in_pxtone to load the files from Cave Story (using the pxtone.dll from here).

Maybe you're using in_org?
by Mouser X at 3:18 AM EDT on May 14, 2016: Apparently, I *did* install in_pxtone to play Cave Story's music (back in 2011). However, it came as part of a package that allowed Winamp to play the music from multiple games, including Cave Story. I just didn't realize it was a collection of plugins, and thus figured that in_pxtone was the one doing the work. Considering I have input plugins dating back to 1999 in my Winamp plugin directory, it's no surprise that I got it mixed up (though it *is* a surprise Winamp still runs!).

So, no, in_pxtone doesn't play Cave Story's music. But that is why it got installed for Winamp on my PC. Therefore, back to DrO's non-recognition of the plugin, my answer is valid, in that it was installed to play Cave Story's music, but it's not *actually* the plugin that is playing Cave Story's music (that would be "in_org.dll", and works just fine with VGMstrream). I did find that "Teleportower Plus" uses pxtone files though.

However, more importantly, this thread is for VGMstream, and why it may, or may not, work for some people, and some versions of Winamp. My unintentional derailment was a mere side-note that in_pxtone doesn't seem to play nice with VGMstream. I did find out that my version of in_pxtone is 0.4, and that there's a 1.0.1 available, so I'll have to try the new version, and see if it works alongside VGMstream any better than the old version.

Sorry for the confusion and subsequent off-topic discussion.

[EDIT] HCS posted while I was composing this reply. Obviously, I perpetuated a misunderstanding (as explained above). And the version he found is even more recent than the one I found, so I'll try that out as well. Thanks HCS! Mouser X over and out.

edited 3:30 AM EDT May 14, 2016
by DCX at 4:16 PM EDT on May 14, 2016: When I convert Tony Hawk PS2 games .genh files, the second channel is cut just 2/3 seconds at the end in the flac file.

Is it an error from vgmstream plugin?
by snakemeat at 9:37 PM EDT on May 14, 2016: Assuming it's MIB or something, sounds like an incomplete rip in the source files. Probably missing the last bytes for that channel. Common issue with extracting Sony ADPCM without a file table.

Which game is it?
by DCX at 9:43 AM EDT on May 20, 2016: All Tony Hawk's episodes on PS2, thanks for the info.
Well i converted the whole MUSIC.WAD to get no errors of channels and split everything by myself.

I'm curious to know how to get that PS2 table file. Can you tell me more? Thanks!

Some errors I notified :
- Crazy Taxi 2 ADX (Dreamcast), music can't get longer than 2:10 (tested with a redump rip).
- Crazy taxi 3 ADX (Xbox), same kind of problem.
(on foobar2000)

edited 10:14 AM EDT May 20, 2016

edited 10:15 AM EDT May 20, 2016
by DCX at 9:48 AM EDT on May 20, 2016: Some others errors :
- Tony Hawk's Pro Skater 3 WAD PS2, little noise explosion in Redman track
- Dragon Ball Z Budokai 3 ADX PS2, little noise explosion sometimes with the guitars
- Tony Hawk's Underground 2 WAD (Xbox), around 9 tracks in the mix plays perfeclty and then it's about noise explosion for the others tracks

Hope the developpers can take a look at fixing this.
by DrO at 6:56 PM EDT on June 16, 2016: hcs: it looks like MS have finally (after a month and a half) updated their definitions to not flag the lite installer. if you could double-check with the latest definitions then that'd be appreciated.
by hcs at 4:08 AM EDT on July 1, 2016: Yep, scanning cleanly now (definitions from 7/1/2016 12:32 AM Eastern), thanks!

And a nice update: kode54 recently incorporated HCA support in vgmstream, I have a new Winamp build up with this on the vgmstream page.
by AceK at 4:51 AM EDT on July 3, 2016: @hcs

in_vgmstream.dll from your latest version "r1050-50-gd22a43b (2016-07-01)" doesn't seem to load up correctly for me using "Winamp v5.666 Build 3516 (x86) - Dec 12 2013"

http://i.imgur.com/NbIAcU7.png
by hcs at 1:56 PM EDT on July 3, 2016: Did you install all the included external DLLs (those besides in_vgmstream.dll) in the main dir with winamp.exe?

(this should be in the readme but I didn't include it in the current zip)

edited 6:50 PM EDT July 3, 2016
by AceK at 4:37 AM EDT on July 4, 2016: These files?

libmpg123-0.dll
libvorbis.dll
libg7221_decode.dll

Then yes. What's weird is that "vgmstream-r1050-36-gfa6c986-test" and "vgmstream-r1050-50-gd22a43b-test" doesn't work correctly for me... but the "vgmstream-r1040-test" build works perfectly on my end. I'm using Windows 8.1.
by hcs at 6:39 AM EDT on July 4, 2016: I mean all of those included in the r1050-50-gd22a43b zip:
at3plusdecoder.dll
libg719_decode.dll
libg7221_decode.dll
libmpg123-0.dll
libvorbis.dll

Delete the old ones and install these new ones.
by Franpa at 7:17 AM EDT on July 5, 2016: Your latest Winamp compile seems to work fine HCS. Windows 10 x64.

edited 7:17 AM EDT July 5, 2016
by AceK at 7:20 PM EDT on July 5, 2016: Works for me now. Thanks @hcs !
by RetroFanatic at 10:23 PM EDT on July 6, 2016: vgmstream won't play XMA files? Trying to rip some Tales of Vesperia music. Are those 6ch? Using the r1040 version atm.

Importing raw data into Audacity just gets me a bunch of noise.

Edit: Oh yeah. Using the winamp plugin too.

edited 10:24 PM EDT July 6, 2016
by hcs at 1:09 AM EDT on July 7, 2016: Yeah, no XMA support.
by Knurek at 6:57 AM EDT on July 7, 2016: @hcs: yet? ;)
by Sir-Sabin at 3:38 PM EDT on July 7, 2016: Are you going add it anytime soon?
by hcs at 8:42 PM EDT on July 7, 2016: No, not me, anyway.
by AnonRunzes at 10:10 PM EDT on July 10, 2016: Is there any way to play these .mib/.mih files? Here are the samples, by the way.
by Kirishima at 3:43 AM EDT on July 11, 2016: @AnonRunzes

Genh? Tried Sony adpcm with 22050hz, 2 channels interleaved at 0xc000. The MIH file is empty(nothing but zeros).

edited 3:46 AM EDT July 11, 2016

Previous Page | Next Page
Go to Page 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27

Search this thread

Show all threads

Reply to this thread:

HCS Forum Index
Halley's Comet Software
forum source

User Name		Tags: bold: [b]bold[/b] italics: [i]italics[/i] emphasis: [em]emphasis[/em] underline: [u]underline[/u] small: [small]small[/small] Link: [url=http://www.google.com]Link[/url] [img=https://www.hcs64.com/images/mm1.png]
Password
Subject
Message