Previous Page | Next Page
- by MarkGrass at 11:12 AM EST on December 24, 2008
- Ah, ok. Thanks for the brief explaination. :)
I couldn't tell you for sure if it's specifically ADX audio with the volume problem...
I've listened to certain ADX files with CRI Middleware's ADX Player Ver.1.29, and the volume was perfect. Though when compared to vgmstream, it seemed that the volume was substantially lowered to the point where I had to increase system volume by atleast 25% to par ADX Player Ver.1.29.
It's not really a major issue with me, I was really just wondering if anyone else noticed...
- by hcs at 11:34 AM EST on December 24, 2008
- Well, if it's certain files and not others, it would be good to know, especially if CRI's player distinguishes between them somehow. Does it have a wav write function? Like I said, I'm fairly confident in vgmstream's ADX decoder, but I'm willing to consider other possibilities.
- by MarkGrass at 1:14 PM EST on December 24, 2008
- Sorry, I should have clarified - 'certain' should have been 'some' (eg, I listened to *some* ADX files with CRI Middleware's ADX Player Ver.1.29).
I'm sure it has nothing to do with any specific ADX. vgmstream may need preamp, as you had mentioned...
...but no, CRI's player doesn't have a WAV write function, though there was a program bundled with it called ADX Encoder. It will allow you to encode WAV/AIFF to ADX or AHX. They were obtained in this thread:
http://www.hcs64.com/mboard/forum.php?showthread=11618
Which brings me to something else I stumbled upon when creating my own ADX audio files with ADX Encoder. I would set the loop points with ADX Encoder and test with vgmstream when I noticed that the loop points I had set with ADX encoder were different from the ones vgmstream was using (via the Stream info window). Their values weren't very far off, however (maybe by about 10-25 samples at most).
- by hcs at 1:29 PM EST on December 24, 2008
- An oddity of the ADX header format is that the loop values are specified twice, once as a byte offset and again as a sample number. vgmstream uses the sample number, while other programs I've checked use the byte offset. I haven't done a careful analysis of the relationship between these values as created by the encoder, but as vgmstream does looping by sample count that is the easier one to use.
I haven't used "ADX Encoder", but the sample numbers stored in the file are precisely those that are given to the adxencd.exe encoder. Maybe things have changed. Maybe I misunderstood the meaning of the sample count field. It is also possible that ADX Encoder is rounding down a frame (32 samples).
edited 1:47 PM EST December 24, 2008
I must correct myself, adxencd.exe itself rounds sample count to the >= 32 sample boundary. Interestingly the offset is absolute file offset, and it tries to adjust the empty space at the beginning so that the loop start occurs at particular addresses.
edited 1:56 PM EST December 24, 2008
- by MarkGrass at 2:25 PM EST on December 24, 2008
- Whoa, found something of huge interest.
There was another app included called 'adxainf'. I will let the screenshot speak for itsself.
ADX Additional Information Inserter Screenshot
... so it would appear that ADX files do contain volume information.
edited 2:31 PM EST December 24, 2008
- by hcs at 5:11 PM EST on December 24, 2008
- Aha, so that's what all that extra space in type 04 is for!
I don't think I'll be using this right away, as all the options are at a higher level than the basic decoding, which is all I'm doing now; likewise I don't look at all the extra info in brstm/rwsd. But thanks for pointing it out!
edited 5:20 PM EST December 24, 2008
- by Athrador at 9:38 AM EST on December 26, 2008
- [quote]I thought someone posted a batch that converts it to .zwdsp, those files should work. I haven't tried it myself.
It was back here, 2nd to last post.[/quote]
Thanks hcs, but this tool give to me only errors "open input failed".
I'm doing something wrong?
http://rapidshare.com/files/176947176/tatsunoko.zip
- by souma at 10:05 AM EST on December 26, 2008
- zwsrt
http://hcs64.com/in_cube.html
bat
http://www.megaupload.com/?d=QA3I098P
put zwsrt and .srt, .ssd, .bat in the same place -> run .bat.
dro_xx.zwdsp are Doronjo's voice
boy_xx.zwdsp are Boyacky's voice
ton_xx.zwdsp are Tonzra's voice
- by Athrador at 11:38 AM EST on December 26, 2008
- Ok souma, thanks a lot.
Now it works
- by hcs at 1:36 AM EST on December 28, 2008
- Woo, added support for the newer kind of NDS .sad, which uses a custom APDCM format.
vgmstream r542.
Not super-common, but nice to have.
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 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271
Search this thread
Show all threads
Reply to this thread:
HCS Forum Index
Halley's Comet Software
forum source