The only problem I have in XP is that going to "Play> File..." in the menu causes winamp to crash if the lib7221 dll file is loaded.
That happens on both ME and XP.
vgmstream should run on a windows9x system... there's no reason for it not to if in_cube, which is the predecessor and plays the same kind of streamed music, can play in windows ME, but vgmstream doesn't start playing.
The info at the vgmstream dev page at sourceforge says it runs an any 32 bit windows system, though I exclude 95 just because that old OS might be a stretch to say... but I dunno. Maybe someday I'll test it with an untouched pre-release disk of windows 95 I found just sitting in a box of disks while digging for my ME cd key.
It's just like saying "Do people still use the ancient Unify Dataserver database?" (which was designed in the early 80s, hasn't progressed much further than that, lacks network support and is quite fragile) - which is used by many healthcare systems and the US DoD
Josh, the lib7221 crashes on my pentium 4 CPU in windows XP exactly the same way, only when going to Play> File, on both OS', on both separate computers. I don't actually play anything WITH the lib7221, and these plugins should just be optional and not load the file types in the list they're meant for if you choose not to have them. I hope someday you guys do do that.
Hcs, can't you try testing it on windows 98, or have someone you know that works on the plugin do it, as that other guy said he has the same problem in 98. What would you need from me to see what's going on? I'm thinking of having a thread for anyone that happens to have an older OS to test it out... it's probably something small, seeing as in_cube works just fine.
And UltimateKoopa, when this XP computer goes down due to a hardware issue, or when I have to pull the board to replace the capacitors, soon, I like having a backup computer that I don't have to pay for, which does exactly what I need it to do.
XP on the other computer would be slower than hell... and ME actually loads 8 times faster than XP does on THIS computer, even in safe mode.
I like ME if only for how quick it loads and the fact I don't have to bother with any kind of registration, so I can stick it on just about any computer in about 15 minutes and be back up and running if I have more hardware issues.
Maybe someone can compile the winamp plugin in MSVC and see if that does better than the mingw builds.
I'm sorry it doesn't work for you, but realize that this is a very marginal hobby for me, I don't have a Win98 installation to test on, and I really only work on it when something easy comes up. If in_cube fulfills your needs then by all means use that.
It doesn't, that's why I'm asking... in cube only plays a few of the things I got.
Can you tell me everything you know that's necessary for vgmstream to work? Such as the dlls it needs (not just the 3 extra), things like if I need VC++ library or .net stuff (including specific updates for them)... I might just be missing something... I know I don't have certain updates in ME for .net 1.1, 2, or MS Visual C++ 2005 that I do have in XP, but since I found no info saying I needed those for vgmstream, I wasn't sure.
I do recall something stating I had to have a certain .net installed, MS visual C 2005, and something stating I had to have a specific security update for some .net version, but I can't recall in the slightest what programs called for those installs.
I was also wondering if you know what the earliest version of vgmstream that supported genh was, so I can try the earliest version on some genh files... 500-some versions to pick from, install, check options, etc. would be kinda hard to search.
I'll upload my winamp folder somewhere this weekend so you can check it out, as you'd asked previously.
Thanks for helping a little, at least.
Also, if you can think of any reason that could cause vgmsteam to simply not start playing, but have every other part of it run fine, no matter what it may be, I'm all ears.
The only dlls that the plugin imports from are: libg7221_decode.dll libmpg123-0.dll libvorbis.dll KERNERL32.dll msvcrt.dll USER32.dll
The external dlls pull from the same set. If you were missing dlls it wouldn't load at all, not crash.
Have you tried just running the command line version test.exe? If that also crashes then we can try debugging with DrMingw. We could do this with Winamp as well, I suppose. I have to figure out how to use it in the first place.
The first version with any GENH support was 211, back when it only supported VAG. You might try a binary search of versions between then and now to find a particular point where either support was added or the decoder starts crashing.
Reviving a dead thread to point out that at some point, my own build of libg7221_decode.dll may have been imported, and that's built with MSVC 2010 or so, which produces binaries that require Windows XP or newer.