Touch detective 3 rom6/3/2023 The rest was just a child play from now on, decompressed the subfile to the format you see in my pics, inserted the new text trying to not move what i didn't understand, recompress it, insert the subfile in the data.bin and record the movie I knew the subfile is compressed and where it starts more or less so let's search for compressions and there it was exactly where i was thinking it was especially because what i got after compression, was looking the same as in the ram. Starting to get sleepy, I just jumped to the most logic thing: Then started look for the pointers at the beginning of the file discovering what FAST said that those pointers don't match the file size so i lost a while trying to find if there was a second pointer table in the middle of the file but without success. Started looking for the beginning of the sub-file in the hex editor but I could not find something really clear but I had an idea to where it was. How did i do the video? You gave me some text to work on with your "He.re's.r b.reakfast", found it in the ram (decompressed so that i see how it's looking like) and in the data.bin. Wait: pause before continue with the stream Later on you see:Īctor_angle: probably rotate the character sprite to a position If you take a look at the first pic, you see the first text on the bottom screen, just after that you see "think", this is a function to put the next screen on the top screen. Like i said in my last post, you have what i call a "stream of text" meaning you can not get a "clean text dump" especially not for your needs. I changed the links to my pics in my last post so that you can go view them on the correct size by clicking on them. No idea on file names or extensions yet (I usually cheat and make one from the headers of the files I extract as they usually contain magic stamps which work well). Given this info I could probably generate you a nice batch file to extract everything ( - click on projects and get "filecutter" if you need a command line file cutter) but it seems to rapidly approaching cheesy film of clock- there looks to be in the order of 5101 files contained within though the first few might be something else. Lsl2 (or if you prefer just multiply by 4) Pondering it for a few seconds it seems it is a common PC trick but one rarely seen on the DS (pretty much only assembly and 3d formats for me before this)- LSL2 aka logical shift left by 2 giving the other number as an address from the start of the whole data.bin The numbers do not add up but the large jump from the line before would suggest I have a 4 byte entry of some form a the start of the header/file itself (magic stamp, number of files within, size of section. Sample of the header section with a 32 bit byte flip done on it.Ĭode Select Expand 0000009108 0000 490C 0027 32E5. The size of the SDAT file does appear to be in there though at 9110 Not sure what that would be though (location, size, uncompressed size and compressed flag I have seen before but that does not hold so much here and the numbers never quite get large enough to be standard location pointers). Looking at the file the initial section might be a 8 byte header header section. Still SDAT is uncompressed so that will hopefully lead to something The packing format is the tricky one- given all the instances of compression I am likely to shy away a bit from some methods. Among those I see loads of the common DS formats ( ) which will probably take care of most sprites. Ooh- looks like you found another of the "all game files packed into a single file" games, shockingly this one even has the music included in there which is rare indeed (though inside it all it appears to be straight SDAT style- in the US version's data.dat it is at 9ccb94 and using the SDAT internal size it runs for 0020B2C0 - it worked fine in VGMtrans).įiles seem to be somewhat end to end as well.īack on topic Ryusui called compression and I am inclined to agree though much of it appears to be the type 10 compression aka GBA/DS BIOS compression which loads of tools can handle ( - that one is a great tool if you going to code something, some of the others might have a measure of detection but I have not never got on that well with tools that claim that ability though I still like them, another compression tool I like ).
0 Comments
Leave a Reply. |