- MANY gehn to add to PCM by permic at 7:09 AM EST on January 17, 2018
I got this problem.
I have ~ 3000 PCM chunks.
To test/evaluate order (they are scrambled -chunk #233 goes to #241, then to #234, then to #240, ...,so on), I need to listen to each one of those chunks. In order to do that, I need to add GEHN headers for them to be playable.
(Originally, chunks were part of the same file, BUT audio is NOT sequential, SO my idea was to split big file according to interleave x2 size & sort them & arrange them by listening)
24000 Hz, 16-bit, stereo, interleave=0x18000.
The chunks are 180 KB size. Nearly 700 MB of all files, that represent sound/music.
I need a batch process for this, but VGMt does not seem to cooperate.
- Build GENH files for Technic Beat data by permic2 at 4:57 AM EST on January 22, 2018
- (I forgot my password so I created a new accout with a more easy2remember password)
I ditched this game (Technictix). I got the "updated", more completed version instead: Technic Beat (US) [slus.21019]
The file structure is the same, so the previous findings applies to this game too.
Up to now, I discovered:
* The music is PCM RAW L.E. (just by testing with the GENH header in vgm.t, read below)
* Interleave size is 0x17700:
/* I listened to each chunk (size is multiple of 0x800), using a chronometer I measured duration to be ~2 seconds.
/* Upon close inspection, between chunks (or, the LAST part of each chunk), there would always be 0x200 bytes of full-zeros, indicating no.music, or space for PCM junction/concatenation, maybe.
/* As PCM is 2-bytes & 24000 Hz per channel, making t= 2 sec. of duration meant 2*2*24000 = 192000 (0x2EE00) bytes per chunk, EXACTLY 0x200 less than the next 0x800-multiple (and next sector & next chunk).
/* As stereo PCM is (mostly) interleaved, I simply divided the data: 0x2EE00 / 2 = 0x17700, the interleave size. Then I just had to discern between B.E. or L.E. endianness with vgm.t, and voila! -> the chunks of data are full music (now 2.000000... seconds duration).
* I used ACOF (Advanced Cutter/Offset Finder) to split the data in [PS2.DAT] (starting from some FFFFFF... bytes meaning boundary/garbage/something), searching for 0x200 '0000000....'. To my surprise (not more for the veterans, though), all the remaining of the .DAT file was PCM data! So there goes ~ 1 GB of music! Moreover, starting offsets were always a multiple of 0x800 (and I put that in the offset mod = function too, to ease splitting)
The, the problem: the PCM data is NOT sequential: music of chunk#123 is NOT followed by music of chunk#124; it is as if music data jump here to there to here... i.e., a mess. Only progress to this, is that proximal n-chunks (let's say, example these 56 consecutive chunks) represent the SAME, WHOLE track, on listening. 119 tracks in total.
So, I need the help of a programmer to help with concatenating these same-track chunks.
Let me give an example, for the first track.
The first 30 0x2EE00-bytes chunks belong to the first track. Let's call [x###] those chunks.
In the .DAT file the chunks are arranged like this:
Listening to the chunks in this order would not produce the music. The order in which these chunks must be listened (played) for there to be any proper music-track is this:
Notice the "alternating/skewing/jumping" pattern there.
For the next (#2) track, there are the next 58 chunks that build it.
Likewise, the order in which the chunks should be played (& merged in one-PCM) would be:
And so on, for the next ~ 5500-ish chunks !!
Merging these PCM chunks into one PCM-per-track is definitely NOT a task that should be done manually - it needs programming skills: extraction of data + arrangement of the extracted data.
With VGM.t I can deal (did it!) with the first process, but NOT with the second.
Another observation: those 0x200 zero-bytes between chunks MUST interefere with the playing of music, creating ugly clips or artifacts. (I just tried with these two or so files - i.m.o. NOT worth the time to do these test manually, for ALL the PCM chunks).
PLUS there is more:
VAB data is present, for the effects & music instruments, but (on closer inspection) there are no SEQ (due to the nature of game - you try to "create" the SEQs "live"), and the HEADER (0x1000 bytes) for PCM (??) from VB are in the end of VB data, NOT at the start.
(curiously, following this last VH header is the PCM-data for the music found above)
Just search [FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF] to get a guess as to what offset has the starting VB data. For the US version that I explored, this data is found at 0x02D78000 (as always, a multiple of 0x800)
I did not find any information on this VAB format, like frequency offset, channels, nº instruments, ...
I hope someone can help me make a GENH file taking a VAB data as source. (There are like 110 VABs inside PS2.DAT. MUCH less than PCM chunks, but I need the knowledge on the format, if anybody has o can help I would be very grateful !!)
I hope this information be enough for someone to build a music set of this great music game & upload in collections due. Particularly the instrument samples in these VABs will be useful for many of the users here.
edited 5:07 AM EST January 22, 2018
edited 5:09 AM EST January 22, 2018
- by permic2 at 7:53 AM EST on January 24, 2018
- PLEASE! I need help with this !
Is not there any way of playing the .VABs ??
I tried with .GENH headers, but I only listen a millisecond of sound. I know these could be samples because of them being "VAB", as in the SEQ/VAB format from psx, nut as there are NO .SEQ data in the file, I cannot do nothing to make some sort of psf. (Yes!, these could make PSF files from a PS2 game)
Is the thread's title misleading ??
Assuming VAB contains PCM, then I need the info to extract how many sounds each VAB has, and append each one a GENH header. Where do I get info on # tracks, frequencies, channels, even if it's PCM in the first place ??
- by simonmkwii at 1:33 AM EST on January 25, 2018
- Could you please upload a sample file for me to look at?
- by permic2 at 1:25 PM EST on January 27, 2018
- Sorry for late response.
Here is a part of the PS2.DAT file indicating offsets.
Should contain 18 .VABs
Please notice that headers (pBAV..) comes AFTER .VB content.
edited 1:27 PM EST January 27, 2018
Reason: wrong offsets
edited 1:35 PM EST January 27, 2018
- by permic2 at 10:35 PM EST on February 13, 2018
- How did it go? Did you extract the samples ?
- by bxaimc at 11:35 PM EST on February 13, 2018
- Technic Beat, you say 🤔
- by simonmkwii at 11:21 AM EST on February 14, 2018
- Sorry, I didn't notice the response!
I'm looking at it now.
- by simonmkwii at 11:42 AM EST on February 14, 2018
- Here's all the samples concatenated into a WAV:
I'll do more work on it tomorrow.
HCS Forum Index
Go to Page 0
Search this thread
Show all threads
Reply to this thread:
Halley's Comet Software
Generated in 0.0029s;