Only half of them have track numbers, the other i have no clue about, so if you want to do it then so be it.
I'd better go home now. Might check out CBFD.
However, it's not a big deal. I just thought you might want to know about it. And definatly thank you VERY MUCH for the tags you've recently provided. That's awesome! Keep up the great work. Mouser X over and out.
To Mouser X:
I previously said, that I saw how much great Rip work is done...So I thought, that it would be time to do some taggs.And Snowboard Kids has not too much Songs...So it used only 5-6 Hours to tagg,time,rename it.Iam glad to see, that u like the taggs :).
Keep on the great work and Iam going to tagg as much I can.
Here's a picture of me, the unsuper ripper. I dont really do anything special here. ;p
edited 12:06 PM EDT October 3, 2005
I am sure glad that you are back - it was strange not having a new USF rip every couple days.
Can't wait for the sets in the above list to be released.
Thanks.
[EDIT]
Oh, I keep forgetting to mention, I know that hcs could not rip Rush 2049, but if it EVER gets ripped, I will help tag it. Just to let you know.
edited 9:07 PM EDT October 3, 2005
Hey, cmon, you did Diddy Kong Racing. Now you put in an effort. All you gotta do is think outside the box, try unorthadox things and think about them alot.
During the week i spent removing data from DK64 (i reduced it from about 10.5Mb) i tried many things to do this and i was up all night until 7 in the morning seeing what would happen if i removed a huge chunk out of the ram. Most often it would crash but i got lucky sometimes. Then i would go to sleep during the day and dream about it.
Then i got pissed off when i figured out how to get it working with the batchripper. But strangely it doesn't work with and compilation of the batchripper by me, but it does work with the executable version by hcs. ????
By the way, it may not be obvious to most reading this because you're all on top of things, but 64th Note v1.0 is needed to play DK64, otherwise things get ugly. Broken ugly.
Yes, i thaught i did put a note about that, but i guess that was in an earlier build of it. On an earlier version it should produce nasty TLB errors.
But it doesn't seem to work when i try to make a usflib-based set becasue (i assume) the data from one will corrupt the data in another and so on resulting in none working (the problem i had with DK64). So i guess i will have to implement my old-school techniques to get this one going.
And i hate it when it doesn't use standard memory mapping. AddressInIDA=TLBTrans(PROGRAM_COUNTER)&0x80000000???
Most of the reason why i cant rip the turok series.
edited 7:01 PM EDT October 4, 2005