This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
We understand that's so many time to be done, because is a true MONSTER of a translation & hacking work. So we'll be waiting patiently (at least that's what I do ).Hey man... absolutely speak for me. I am 100 percent on board for waiting patiently. You dudes are grade A wonderful dudes.
We got some progress done on the whole audio thing, but it turned out to be slightly more annoying than i wanted to.I have zero idea what any of that means but progress was made so awesome my dude!
the TOC of the arcbin holds 8 bytes of data per file entry that we originally ignored (it's not related to file offsets or sizes so extracting and rebuilding wasn't an issue) but now that we're modifying the filestructure, the container TOC started disagreeing, which led to a new quest of reverse engineering the rest of it.
it turns out that the 4 byte pairs the filelist holds are a secondary sub-TOC that holds reference chains to arrays of files for increased seeking speed (basically there are chains of files where each file holds an address to the next and previous file in the chain.) We have the basic idea down of how exactly it works but it appears to be built out of an external reference that constructs the file sub-arrays and without that list, rebuilding it as-is is propably impossible, which might lead to a loss of file read speed.
it shouldn't really be an issue but we'll see. The idea is to try and get a preliminary rebuilder done during next weekend.