Working with RAW VAG (Compressed ADPCM) packs in games

Audio and Music (Sound Processing Unit) based area of development, including VAB, XA, etc
Post Reply
User avatar
Interested PSXDEV User
Interested PSXDEV User
Posts: 7
Joined: July 21st, 2018, 11:02 am
I am a: Romhacker, Programmer, Gamer
IRC: SlavaVlasov
PlayStation Model: SCPH-5502

Working with RAW VAG (Compressed ADPCM) packs in games

Post by SlavaVlasov » November 20th, 2019, 3:08 am

Hello. There was a question regarding the correct packaging of modified ADPCM-Compressed Sounds (which are loaded into RAM) back into the game. How I currently resolve this issue:

1. I extract the file from the image in which the RAW VAG sounds are supposedly located (hereinafter - “VAG-Pack”).
2. I extract sounds from “VAG-Pack” using the VGM Toolbox (Sony ADPCM Extractor).
3. I listen to single VAGs in MFAudio.
4. I convert VAGs to WAV through MFAudio.
5. I create a new modified sound in Audacity, observing the same length and sound parameters (frequency, bit depth, number of channels) and save it in the new WAV.
6. I am converting a new WAV to RAW Compressed ADPCM through MFAudio
7. Checking that the sizes of the original and the new VAG coincide.
8. I open the “VAG-Pack” and the one extracted single RAW VAG in HxD.
9. Based on the data at the beginning of a source single VAG, I look for its location in “VAG-Pack”.
10. Through HxD I replace the data in the “VAG-Pack” (on the offset, where the desired file beginning) with the data from the new VAG.
11. Then I check the result in PSound.

So: sometimes the following problems are encountered:
1. When scanning again, the PSound may not find the modified file (found fewer files than in the original).
2. While playing in PSound, modified file sometimes ends with a “click” (an eerie tone signal may appear in the game).
3. Rarely, but it happens that a game plays two files in sequence (is the end of the "77" byte sequence is erased?)
4. Sometimes the sound after playing it in the game causes common sound glitches (from a barely noticeable tone of the signal, increasing in volume when the modified file is played repeatedly to the roughness of the whole sound, even the original XA music).

While I deal with glitches very simply: since a glitch occurs at the end of the file, I just copy 2-4 lines of 16 bytes from the end of the original file to the end of the modified one. Most often it helps, but sometimes not. But I understand that this is not the right way out. I suppose that the problem is not even in reverse packing (after all, the file sizes are the same), but in the encoding of MFAudio in Compressed ADPCM. Maybe there are some other ways to work with RAW ADPCM and their packs?

Post Reply

Who is online

Users browsing this forum: No registered users and 1 guest