ww2ogg update needed by Alpha23 at 12:25 PM EDT on April 5, 2015
Hello! Here are some wwise files that are converted errornously by ww2ogg: http://www.multiup.org/download/ccbf97c35b13e16396e3778eec443a6a/_corrupt_wwise.7z They are from the PS3 version of Middle Earth: Shadows of Mordor. Can we get an update? :)
It's not obvious what needs to be done, and I'm not up to grab the latest wwise sdk and disassemble it to see what's going wrong now. The fact that there are no streaming errors suggests that there is something very subtle that has changed.
The logic I was using to detect modified packets was (and still is) faulty. I've added a command line switch --no-mod-packets to ww2ogg 0.24 which fixes these files.
Very cool, thanks! I'll let you know when I encounter other files that produce errors. Maybe I already found some in Batman: Arkham Origins but I'll check with the new switch first to see if that works. Will the new switch only work for those few files or can it also process the codebook files?
I don't understand what you mean by "Will the new switch only work for those few files or can it also process the codebook files?"
--no-mod-packets overrides the detection of modified packets, you can use it along with --pcb packed_codebooks_aoTuV_603.bin, actually you have to use both for the Shadows of Mordor files you sent:
Upon encountering others of these files in Batman: Arkham Origin and testing the new switch, I found out that ONLY these files work with the switch but all others don't. :( That's a pity because I basically have to check each and every file if it needs the switch.
Well that sucks. If you can figure out any pattern in the headers that predicts it let me know, I couldn't figure it out. I could take a look at the Arkham Origin files to see if maybe there's something I missed, but I'm a little afraid of breaking other games.
Note that there are two new switches: --no-mod-packets and --mod-packets, which force the setting either on or off. Otherwise the broken guessing/detection code is used.
I used these parameters on ww2ogg: --no-mod-packets --pcb packed_codebooks.bin
Then when I got to use revorb.exe, I used the input converted file (.ogg) and defined the output file. But when I ran it, it crashed. Then I discovered that the output file was 4kB after the executable stopped running. Am I doing something wrong?
EDIT2: As it turns out, I used the wrong settings to convert the file. Should be --mod-packets --pcb packed_codebooks_aoTuV_603.bin instead(the others need to be converted by other settings). Silly me. Also, is there any way to convert all .Wwise files into .ogg files?
The Ogg Vorbis standard doesn't have a way to set loops, so every engine does it differently. If ww2ogg finds a loop in the input file (which seems to be pretty rare) it will add two comments to the output, LoopStart and LoopEnd, which give the loop points in samples. vgmstream will use these to loop (you may need to name the file .logg to avoid Winamp or such from playing it with the default Vorbis decoder).
I think you can manually add these using vorbiscomment from vorbis-tools (Windows builds at xiph.org or Rarewares).
vorbiscomment -a in.ogg -t LoopStart=NNN -t LoopEnd=NNN