Did you extract them with adxtract or a proper ASF extractor? If you used adxtract it may have tried to pick things out of videos... Could you maybe put the AFS online somewhere? I could provide you with an FTP account to upload it to, or you could use one of the many file hosting sites, or your own host if you have one... many options.
edited 12:21 PM EDT October 5, 2007
However, if I listen carefully enough I can barely hear the actual music under all of the static. So yeah, it seems none of them can properly decode it. Using PSound to play/extract the file seems to get the least amount of static, but it's still pretty bad.
When I try them through Winamp with in_cube all I hear are a bunch of tones, and the length of the file is displayed as 83:25.
Here's one of the ADX files that I ripped using AFS Extract 7.1.3 Beta 5:
http://www.megaupload.com/?d=VY2F4R68
It'd be awesome if you can get this figured out as I haven't been able to find any methods of properly getting the music out from this game.
edited 5:33 PM EDT October 8, 2007
in_cube only plays it because it falls back on DSP playback when it can't recognize a file in other formats, and this happens to look like a 48KHz DSP file with that reading, though really long.
[edit]
here's what I was thinking of when I said I'd seen this before. It is actually a different header than shown there, though, so it may be something else yet again. It seems to have the same properties as the files discussed there, though.
edited 9:20 PM EDT October 8, 2007
Thanks for the update. I really wish I could help out, but I have very limited experience in programming.
There are other games listed in that other thread that aren't related to Capcom, though.
edited 1:30 AM EDT October 9, 2007
Could you possibly upload some more examples for my pattern recognition to chew on?
edited 3:40 AM EDT October 9, 2007
It's looking like a simple encryption is used. I think I can tell how it works, but breaking it could prove difficult, especially if every file has its own key. More samples will help in this regard.
edited 11:25 AM EDT October 9, 2007
I've looked over the encryption that CRI provides in their ADX decoder, and I've tried the whole keyspace on this file, but with no success. It is possible that I misunderstand, but I think it is a different encryption (but probably still encryption, given the random scattering).
I'd like to check out those other games with nonworking ADXs, as I think that there's a good chance that I might be able to play them now.
So put up some files!
edited 2:21 PM EDT October 9, 2007
http://www.megaupload.com/?d=9HOYXLV8
I think it's time to resort to disassembly. There should be a number of files called .irx on the disc, could you upload those? If it turns out there are too many, or they are too large, could you give a list of names so I can determine which are appropriate?
Thanks.
Oh, I've also noticed a slight inaccuracy in the ADX decoding I've been using, will have that fixed in in_cube and Rockbox when I get a chance. The gist is that a scale value of 0 is actually 1, and so on up (as a scale of 0 doesn't make any sense!).
I included another file that was in the directory just in case it might be of any help.
No really though, I appreciate the time you're putting into this. If and when you manage to figure out a way to decode the files properly, I'll provide a rip of all of the game's music in FLAC (if you want).
edited 9:01 PM EDT October 11, 2007
Please don't misunderstand me. FLAC is great for what it does (if I want lossless audio, it's what I'd use). However, I can't think of any major reasons to want recordings of ADX files, when you can play the original ADXs natively.
In case you were wondering, Rockbox is a firmware/OS replacement for portable MP3 players. So, if you use Rockbox (on your iPod, Gigabeat, Archos, or Sansa player [and more]), you could listen to the ADX files without need of re-encoding/recording them to a different format. You can also listen to FLACs, MP3s, OGGs, SPCs, NSF(e)s, GBSs (with a patch), and a multitude of other formats as well. If you're interested check out Rockbox.
Please note that I only point this out to clarify my question as to why one would want FLACs over the ADX files themselves. It's entirely possible that there's a good valid reason to want the FLACs. However, from my position, I'm not sure why that would be. Though, that's obviously different for you. Perhaps your portable player isn't supported by Rockbox, and therefore can't play ADX files, but *can* play FLAC files. In that instance, I'd say go for it. Though, considering that ADX is a lossy (by how much, if any, I don't know) format, I'd say just stick with MP3 or OGG.
Sorry to have written an essay on the subject. Mouser X over and out.
edited 9:32 PM EDT October 11, 2007
Tagging and Replaygain.
Unless of course in_cube supports both those features... Does it? I haven't played around with the plugin that much, as I prefer using fb2k over Winamp. I know where you're coming from though, but there's not one file in my music collection that doesn't contain both those things.
I'm also aware of what Rockbox is, but I don't own a DAP. I prefer listening to music only when I'm at home where I'm comfortable.
edited 9:45 PM EDT October 11, 2007
The reason I don't use RG is most likely due to a lack of *fully* understanding it. I know what it is, and what it does, but I *don't* know how it effects songs that are supposed to have varying decibel levels. As in, some parts are meant to be quiet, followed by a loud part, back to nearly inaudible. I know that a few years ago, I tried some software for volume control. All it did was normalize the volume straight across. Loud parts and quiet parts were then the same decibel level. I felt the tool was useless, so I never tried it again. I doubt that RG would do that (it'd be stupid if it did), but I don't know if it does or not. So, to make things easier for me, I just don't use it.
I would *LOVE* in_cube to support some method of having tags. A few people have thought of how to implement this, but thus far none of those ideas have gone through. JoshW was working on a streamed file format. I haven't heard from him in awhile, so I don't know how that's going. If he does make one, HCS has already voiced his desire to implement it into Rockbox (it would allow him to add *many* more console formats to Rockbox, since they would all fall under one 3-4 letter extension), as well as in_cube (if JoshW doesn't beat him to it).
In all, I prefer the ADXs. I do use Windows, Winamp, and Rockbox (though, lately I've been using Rockbox 2-4 times more than either of those). Also, ADXs support looping, if I wanted to listen to the file looped for more than twice. On top of that, it's the original format; no need to re-encode/transcode the files. As I said though, FLACs are fine in their place. For you, that's their place. If I were in the same boat (specifically, tags and ReplayGain), I'd most likely use MP3/OGG over FLAC (due to filesize. I'm always low on disk space). However, if size wasn't an issue, I'd go FLAC for everything... Mouser X over and out.
Is there really a patch for GBS support? Can you tell me where it is?
It's fairly crap. Works fast enough on my Gigabeat but on nothing else I've tried, and it's a fairly nastily hacked port anyway.
I ported it from a Linux GBS player in a day at DevCon West for the sake of doing something...
I was going to ask if I could get an FTP (or maybe using megaupload might be better?) so I could upload the entire AFS file for you to work on. It's 449 MB. I'm willing to upload it still if it is needed. eightfold could do it too possibly, he seems much more motivated than me and probably knows a bit more =). Oh and I'd like to thank you too eightfold for actually taking the initiative on the files since I failed at that part D:.
I would *LOVE* in_cube to support some method of having tags.
Seconded. I'm wondering why it hasn't been added yet?
I'm not sure what else I can provide. Wish I was a programming expert of some sort but eh.
I'm sorry I haven't done anything with this in a few days...
On the other hand you might not want to bother, I'm downloading the whole God Hand ISO now and I only have about 100 MB left, should be done before you can upload the AFS.
edited 1:11 PM EDT October 16, 2007
But yeah no need to apologize. I'm just glad to hear you're willing to try to get this to work, and that's good enough for me :D.
The consensus method worked a little better with all the files to draw from, but still sounded like poor radio reception.
Then! I found the .sfd files for the english and japanese credits. They have unencrypted ADX audio, which almost exactly matched the standalone, but encrypted output ADXs. I was able to XOR the scales together to get approximately the correct encryption stream. From simple inspection is was apparent that the period of the function was only 8192, so I was able to do another consensus pass to determine exactly what the stream is. I then plugged that into the brute force program I'd put together earlier to find the parameters for the decryption function. It turns out to be CRI's in-house encryption after all.
The upshot of which is degod, now on the in_cube page, which will decrypt the ADX files in God Hand. I tested it with Okami as well, seems to work.
Glad to know my hunch was right about the adx format too...at least I figured something out haha.
edited 7:51 PM EDT October 19, 2007
Thanks a lot for doing this hcs!
And to Shin, it was just a pure stroke of luck that I managed to find a forum where someone was interested in ripping the music God Hand from too. I saw the post you made was only a few days old so I decided to follow up on it.
God Hand BGM, decrypted.
Okami, decrypted. I tried to separate out the BGM from the sound effects.
edited 1:53 AM EDT October 20, 2007
Alright files, I'll check those out too!
wtf typo. fixed.
edited 3:25 PM EDT October 20, 2007
Unfortunately degod won't work on other games with encrypted ADXs. I've tested Samurai Champloo, Killer7, Blood+ (all them by Grasshopper Manufacture) and Raiden3 and they won't decrypt correctly. I'll see if I can find more of these ADXs.
Here are a few samples if you want to check them: http://www.sendspace.com/file/cwgxkk
I've included IRXs just in case (seems all these games have slightly different revisions of the driver, even God Hand and Okami).
I think these all almost certainly use the same algorithm, just a different key. Finding that key (more likely, those keys) will be troublesome, but away I go...
edited 5:33 PM EDT October 21, 2007
If anyone is interested, here are some Chip Tune versions of some of the Okami songs:
01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 sheet music
Some of you may already know about these.
edited 7:33 PM EDT October 21, 2007
degod had the brute forcing tools that I used built in, as well as estimates the 4 known keys.
Raiden III is still pending.
[edit]
0.2 now up with a key for Raiden III.
edited 10:41 AM EDT October 22, 2007
I'll see if I find any file that sounds a bit off, or some track that's encrypted and unencrytped in a video (like in God Hand) if it helps to get better keys.
Do inaudible errors matter? To me, they do.
And the process would be like this?
____________________________
|-Extract AFS files from ISO-|
""""""""""""""""""""""""""""
|
| AFS files
\|/
____________'__________________
|-ADXUtil/ADX Unpacker/adXtract-|
"""""""""""""""""""""""""""""""
|
| ADX Files (encrypted)
\|/
___________'__________
|--------degod---------|
""""""""""""""""""""""
|
| ADX Files (decrypted)
\|/
'
edited 3:08 PM EDT October 26, 2007 Meh, looked better in the editor :(
edited 3:10 PM EDT October 26, 2007
edited 5:13 PM EDT October 26, 2007
Maybe works on the other platforms, too?
edited 2:25 PM EST November 28, 2007
He now informs me:
"The song came from the expansion. The PS2 version of the vanilla game didn’t have encrypted ADX... but the expansion for PS2 has encrypted and unencrypted stuff... the PC version of both the expansion and vanilla had encrypted both times... I don't have PS2 vanilla game on me anymore... I uninstalled the PC vanilla version as well... I'll let you know soon..."
edited 2:59 PM EST November 28, 2007
edited 2:59 PM EST November 28, 2007
Rips here: PSU and PSU:AOI
http://www.sendspace.com/file/u12o49
Btw, could you explain a bit how do you find the keys? I take you have to use -b (with -n) to get the more likely keys (lower scaletotal?) but it's a bit too hard for me to figure out :(
So I start with "degod -b -n 4 Senko1.adx". (By default it will try to use every frame in the file, which will take a really long time, so we use -n 4 to only use the first 4 frames.)
Fairly quickly it hits on a few possibilities:
-s 46d6 -m 5ced -a 3089
-s 46d7 -m 5ced -a 539d
-s 46d5 -m 5ced -a 0d75
all with an average scale of 8. So this looks fairly good, but it could be better.
I'll decode using the first key (starting with 46d6) and see how it works out. Sounds alright but for a clicking... this is fairly common in a close key.
So I try the next key (starting with 46d7)... worse
So I try the next key (starting with 46d5)...still bad.
Ok, so we run it again a higher -n and give it some time, as the clicking is periodic the error might not be apparent in the first few frames. I'll use "degod -b -n 100 Senko1.adx".
'bout 20 minutes went by and nothing better than the 46d6 one found before.
So I give it another shot with -n 1000 and leave it overnight.
Nothing better than 46d6 showed up.
So, time for another strategy. There may well be nothing better than the -s 46d6 -m 5ced -a 3089 key for the first few frames, and as I extend it to more frames it just computes more slowly and might take a long time to get to a better global result. The major perceptible error (with the 46d6 key) is clicking, so I dump the decoded audio to a WAV and look at it in Audacity.
See the first few big clicks at 0.055 and 0.060? I'm going to brute force only on that small range (0.050 to 0.070, *44100/18/2 = 60 to 85) with "degod -b -f 60 -n 25 Senko1.adx"
So I let this go for a little while, I don't get anything better than -s 6cd3 -m 5ced -a 64cd, with 232 scale avg. This is no good, though (To use this key for the whole file I use "xortest 6cd3 5ced 64cd", which gives me the random number stream. I go to the end (the last value, which is the same as the first value) and up 60 values to find the starting value, in this case 765f. That couldn't possibly be the actual start value. Note that I have some assumptions about the random stream, namely that it will always cycle back to the start value, which I don't think is strictly true, though it has been true for all keys found so far.), for the whole file. The multiplier is 5ced, though, which seems familiar. So maybe the other elements of the key are off and that is correct. I try it for that section of the file again, forcing a muliplier of 5ced (degod -b -m 5ced -f 60 -n 25 Senko1.adx), but again its best values are unusable (the best is -s 6cf3 -m 5ced -a 474d, which would have a start value of 767f). I try it again, for the first 100 frames (degod -b -m 5ced -n 100 Senko1.adx) and it quickly comes to -s 46d3 -m 5ced -a 474d, which works!
A few notes:
1) It would have been best to take the -m 5ced hint that I got in the first few minutes, from those 3 identically-scoring keys. Had I extended it to a few more frames with that I would have had the key I ended up with the next day.
2) -m 5ced -a 474d were also elements of the result for -f 60 -n 25, the start value was just way off.
So degod 0.4 is now up.
As for the adxs, unfortunately I only have 9 and I think I uploaded the best two. Though I could upload the OSTs in mp3 (+-50 tracks)instead if you want.
A search for a "best" key is not practical. The scaletotal method for ranking keys is only able to work because the encryption makes the higher bits evenly distributed between zero and one, while higher bits should be more likely to be zero. Lower bits, however, should be more evenly distributed between zero and one anyway. So a key can be found to match the high flipped bits, but the low flipped bits are hidden under the "noise" of the music itself. So the differences in scaletotals for keys becomes meaningless at low values (being on the order of 100).
As it takes a fair amount of searching the key space to find something that even sounds right, I don't think searching for other keys makes sense.
If you can find some other artifact left by the incomplete decryption to use as a ranking method (maybe there's a high frequency component that'll show up in a spectrum analysis?) then maybe improvements would be possible.
Hmm, it would seem that I don't have the OST, looks like I missed out when #gamemp3s released it. I'll be able to pick it up anyway. Trying to get the game, too, I'll put up the ADXs if I find 'em.
Has a few more tracks than the two OSTs put together.
The readme.txt has details.
It answers the questions about multiple keys, some keys have close relatives, others are truly unique.
edited 11:44 AM EDT April 23, 2008