Previous Page | Next Page
- by icecream at 9:01 AM EDT on September 22, 2019
- ArcticJaguar pretty much hit the nail on the head: most tools just garble up the .SDAT information. I think it's some file indexing, but that's why you can only replace .SSEQ and .SWAR when they are smaller, and replacing .SBNK flat out doesn't work at all. As for NSMB, my guess is that either they're using smaller files or the simplicity of that game's .SDAT compared to other DS games lets it get away with more bs.
Which exact files are you replacing, and how can test to make certain?
edited 11:05 AM EDT September 22, 2019
- by Mario123311 at 2:26 PM EDT on September 22, 2019
- Again: I'm replacing the sample swav's that contain Sonic's voice clips, Specifically in the ZIP I provided above. The only problem is whenever I edit them in, save and then reimport the modified sdat, The game gets it's sound corrupted.
EDIT: Just realized I didn't attach the sdat file in my ZIP, I'll upload it shortly
edited 2:27 PM EDT September 22, 2019
- by icecream at 2:54 PM EDT on September 22, 2019
- I mean the names lol, unless the filenames in the SDAT are fairly obvious.
- by Mario123311 at 11:47 AM EDT on September 23, 2019
- @IceCream They are fairly obvious, But I'm specifically talking about the one listed under the folder "gmcom".
- by icecream at 7:13 PM EDT on September 23, 2019
- Yeah, not surprised: simple file replacement with Tinke and Nitro Studio doesn't work. Recreating the .SDAT using the SDK (with the custom sounds of course) does. AS far as I can tell (since I have never played the game so I can't say for sure), none of the audio seems screwed up either.
edited 7:17 PM EDT September 23, 2019
- by RoadrunnerWMC at 6:08 PM EDT on September 25, 2019
- I'm one of the lead developers for the Newer Super Mario Bros. DS project that released in late 2017. As part of that, I developed a Python library called ndspy that fully supports editing SDATs, including SSARs and other parts that most other tools aren't very good at.
It rebuilds the entire SDAT every time it saves, so there are no limitations regarding increases in file sizes (unless the game runs out of RAM at runtime, which can be a real concern on the DS). I've mainly used it with NSMB, but I have tested unpacking and repacking SDATs from dozens of games to ensure byte-for-byte resaving accuracy, so it should work with pretty much every DS game (and if not, that's a bug I'm interested in fixing). You have to do some coding in Python to use it, but I'm more than happy to help with that if you join the Discord server.
Sorry if this comes off as advertising; I just noticed this thread and thought my tool might be helpful in this case.
- by Mario123311 at 10:40 PM EDT on September 25, 2019
- @RoadrunnerWMC
I'd be willing to look into it. Feel free to post the link if possible.
- by icecream at 12:01 PM EDT on September 26, 2019
- Absolutely no problem with the advertising. If this tool really does everything it says it does (haven't had the chance to try yet), then I feel bad that more people don't know about it, because this is a godsend the DS hacking scene has needed (to technically be aware of :p) for some time.
- by Chocolate2890 at 9:15 PM EDT on October 7, 2019
- @RoadrunnerWMC Which discord server? I'm interested.
- by icecream at 2:22 PM EDT on October 8, 2019
- It's on the github page:
https://github.com/RoadrunnerWMC/ndspy
Previous Page | Next Page
Go to Page 0 1 2
Search this thread
Show all threads
Reply to this thread:
HCS Forum Index
Halley's Comet Software
forum source