Pretty sure that was just bullshit.
If not, then what is bullshit?
To clarify: No, I don't know anything about what the A##, Z## are supposed to be. But I do know that people spreading information like "'BEWARE THE FOREST'S MUSHROOMS' WAS SUPPOSED TO BE IN THE GAME" is bullshit.
EDIT: And then what Mouser X just said, mostly.
edited 12:58 AM EDT April 11, 2010
edited 1:10 AM EDT April 11, 2010
I could be wrong, but I'm pretty sure he wasn't calling your post as a whole BS. And as far as I know, no one has been able to identify with certainty what those various "missing" numbers were originally supposed to be. [EDIT]
I removed a huge chunk of my post, because I found this forum post (though, the real discussion starts here) which announces the release of the collection I was attempting to remember. Unfortunately, as you will no doubt notice, EditorArtist's web page no longer exists. However, if you continue on to the next page, there's a link to the FFShrine forums (I doubt the links in that FFshrine post work as well), and there you might find some interesting information regarding how they decided on the songs they chose to include in their compilation.
Last, if you want to actually download their collection, I did a Google search for "editorartist super smash bros. brawl lost tracks" and got numerous results, though I don't know how reliable any of them are. Worst case scenario, I most likely still have the "WIP" set he made on my PC somewhere (but don't hold your breath on me finding it), and I could upload it. However, it appears that, right now, this torrent has a seed. It's only 56.7-ish MB, so I hopped on it to see what happens.
[EDIT(4?)]
I checked the HTML in the torrent, and it does indeed contain the source information for the songs that EditorArtist used for for his "lost" tracks, and his reasoning for using them. You might find it interesting.
Honestly, in my opinion, this "lost tracks" thing is probably as close as you're going to get to filling in those "missing" numbers. While this "lost tracks" collection is, essentially, one person's opinion on the matter, I just don't think you'll ever find official information on this. The only people who even might know work at Nintendo, and I doubt they even know, since it's entirely possible those empty numbers were simply place holders.
Anyway, hopefully you find this remotely useful. Mouser X over and out.
edited 2:20 AM EDT April 11, 2010
edited 2:40 PM EDT April 11, 2010
@ Mouser X: Thanks for doing that research. I couldn't remember the name of that kid, but I do remember he had some totally baseless claims for what he thought those songs might be. Totally worthless hyperactive Nintendo fancruft crap. It didn't help that he started spamming it on every active Nintendo forum he could find.
edited 7:27 PM EDT April 11, 2010
THe reason for this, as with the Super Paper Mario request (i.e. a properly tagged set) is that my sister has the Brawl and SPM soundtrack (not official soundtracks but simply converted rips), however, the Brawl tunes are too short (1 loop) and the SPM tunes are untagged as I've said before.
I ask because I can't seem to find it in my own collection.
the rip in question
The MP3 torrent is really slow, you might get the FLAC version faster! And you might just be better off finding a renamed .brstm set, it'll be smaller than the MP3s here.
edited 1:31 PM EDT April 19, 2010
I wonder only why you release a "FLAC" version of a Gamerip, instead of using the original BRSTM files to play looped in Winamp or XMPlay )
I would say because FLAC allows tags and BRSTM doesn't.
Till the day VGMStream (If it ever does) and its files supports tags, FLAC > BRSTM.
Another possibility is to have vgmstream have some kind of simple database file (even as simple as an INI file, perhaps), though this falls through if the user moves or renames a stream file.
There's also the possibility of having text files that are simply tags, but then if a user renames or moves a stream file, the header/tag file would have to be moved or renamed in kind.
If anyone wants to aid me in learning whatever programming language, I'll gladly make some kind of mass tagger thing for VGM Toolbox that adds a header like GENH does and/or modifies GENH'ed files with a tag, if no one else wants to do it.
1) Someone needs to program it. Basically, if someone writes the necessary program/implementation, and it's able to be easily patched into VGMstream, HCS has said that he'll most likely accept it.
2) What data needs to be stored? As we've seen with GENH, not all streamed formats contain the data within the file itself that it actually needs to be able to be played back properly. Sometimes the tags would need to store the interlacing (or something like that), or the sample rate, or the loop points, or any number of other oddities. And, obviously, since you want tags, author, title, "album" (aka game), etc. as well.
3) What format should the tags be saved in? APE? TXT? INI (which is text)? GENH? With a TXT file, it makes the tags very easy to edit/alter/create. And, essentially, all the tag data could be stored in that TXT file. "associating" it with the proper stream would be easy enough. If "<name>.DSP" is loaded, VGMstream does a search for the accompanying "<name>.tag" file, or vice-versa (or, the "tag" file could contain the file name(s) inside in some form of a tag, which VGMstream then loads).
Obviously, INI and TXT are virtually identical, though I assume that with the INI, you're intending it to be closer to a database, with all the tag data from the various games stored in one file. While that would work, it's certainly not the method I would prefer. Personally, I'm quite happy with a separate "tag" file for each stream file. Or, theoretically, maybe a separate "tag/DB" file for each "album/game", but I wouldn't want my "tag" files to cover any more than a single collection/game/album. Maybe that's just me.
As for GENH, when it was very very first implemented, there was very rudimentary tag support in place (it was never used, and I'm not even sure the code for it was ever even "active"). This was eventually removed for various reasons, one of which being that it wasn't implemented well, but also that people couldn't quite agree on how to "fix" it.
I think the APE suggestion is "new" (I don't recall hearing of it before). My assumption is that GENH would be used as it currently stands, and that the APE tags would be appended onto the back of the GENH file. Considering that the code necessary to store and read the tags is already created, I can see why HCS would say that APE tags are one of the best ideas he's heard so far. I'm not familiar with APE tags, but from what I understand, they're very flexible, and could therefore be used to store whatever data might be necessary. So, if I'm understanding correctly, it might be closer to GENH+APE to do the tag storage (since GENH already serves a number of purposes, one of which is to store necessary data so that the streams can be played properly, but also to create a "mask" around the file, so that the original streamed data remains unaltered). Thus, you'd use GENH to "mask" the file, and APE to provide tags.
-----
Really, there's a number of various ideas for implementation of tags to VGMstream out there. The biggest thing holding it back is that no one has written an implementation to do it. The 2nd is, as mentioned above, that it's often difficult to decided what information should be stored in the tags (and of course, what format to use. I'm a fan of the "secondary" tags. Aka, TXT/"helper file" tags). If someone were to create an implementation that HCS was willing to put into VGMstream, chances are that whatever method that person chose would be the "final" method (they did the work, they made the choice. If you don't like it, why didn't you do it?).
Chances are that I haven't completely explained the situation. Nonetheless, I'm fairly certain I covered enough of it, that my explanation will suffice. If anyone here wants to write/implement tags into VGMstream, go ahead. Let's see what you've got to offer. Mouser X over and out.
If only it was that easy.
Also, Mouser's idea of keeping GENH Creator as it is but appending APE tag support is exactly what I was talking about with xSF tag support. I figured xSF tags would be easier to implement since their logic is about as simple as it gets, but APE tags would be decent as well, as I recall.
As far as where the stream specs would be stored in the tag....Like I said, I was thinking of just appending the "tag" to GENH data, and the GENH header already holds all that information. The tags would only deal with Composer, Game, Title, Year, Publisher, etc.
Like I said, I've done some tag reading/writing scripts before and would like to learn the basics of a new language anyway, I just need a sense of direction as to what language etc. would be most beneficial to the user base.
It's hip.
It's portable.
It's extremely easy to learn.
It's the only language in which I am fluent (lol, prepositional reordering).
Or Ada. All "government" and stuff.
Or Fortran. All "old school" and numbers and stuff.
Also yay for derailed thread.
edited 8:44 PM EDT April 20, 2010
I had never used it before, which is odd, consdiering I rarely take 64th note off of loop forever.
I'm rather fed up of getting MSN messages with people saying "Whats BGM212.brstm?" XD
See ya
Firstly, you're way fucking late.
Secondly, you're telling me to do what I OBVIOUSLY already did? How the fuck would I know that there wasn't an "A18.brstm"? I'm PERFECTLY able to rip streams from Wii ISOs, just as long as I have the ISO, and that they are streams and not sequences. WiiScrubber or whatever isn't exactly difficult.
@TheUltimateKoopa, shut up. we told you already why those "extra" files don't exist and enough with asking why these tracks from other games don't exist as well. If they were really streamed or if they existed, they would be on the set so deal with it because then they would either be a) SEQUENCED or b) unused tracks removed by the developer.
deep breath
done
edited 5:50 PM EDT April 29, 2010
In other words, they don't exist.
Again, remind me how you can "agree" with someone telling me to do WHAT THE HECK I HAD ALREADY DONE???
Also, um, remind me where you "already told me why they don't exist", and THEN point to the part where I some how ignored that part, and somehow asked the question again. Because all I'm getting is that I said to Koto that he told me to do what I already did. I don't get the "Shut up", or the "WE already told you". Perhaps you should read my reply to Koto more carefully!
edited 8:13 PM EDT May 1, 2010
edited 8:13 PM EDT May 1, 2010
it's only video game music, hon
who cares, let's all agree with with Koto.
and thank you remind me. Let's clean that dirty little mouth you cheeky, randy boy.
edited 8:42 PM EDT May 1, 2010
edited 8:46 AM EDT September 11, 2001
edited 9:01 AM EDT May 2, 2010
Rip it by yourself... Isn't difficult
See ya
I agre with the last 2 words of that statement you agree with. The part I don't agree with is the "Rip it by yourself". "Isn't difficult" is the part I do agree with. The reason I don't agree with the "Rip it by yourself" part, is that I had "ripped it by myself". If you weren't so freaking blind and/or retarded, you'd know that too.
edited 10:17 AM EDT May 2, 2010
critical mass reached. meltdown imminent.
As for the meltdown, that was a false alarm. Everything is back to normal.
I merely just prevented the meltdown. I never caused it.
Also, my father is not a sex offender. He's scum. And I mean that in the worst possible way.