wait, what? wouldn't that break ... pretty much everything?I am not surprised that people are experiencing crashes using ROMs trimmed with R4DS ROM Trimmer.exe. If you do a before and after binary compare of a ROM trimmed with this tool you will see many changes throughout the file. It appears this tool is replacing all occurences of FF with 00 in addition to trimming the file.
Chou-Gekijou-Ban Keroro Gunsou - Enshuu Dayo! Zenin Shuugou is the same too, 186byte file when you try to trim it.
Serial is : NTR-AKRJ-JPN
R4 is doing more than trimming. It's rebuilding the files and rewriting the file allocation table.
Feel free to try my trimmer, NDSTokyoTrim, discussion thread and download links in my sigIt detects if the rom has a wifi block or not, trims exactly the right amount of bytes, and is fast up to less than 0.1 secs for 5-10 roms (0.46 beta). Runs in windows up to Vista, and does not need .net
from sys import argv
source = argv[1]
if len(argv) == 3:
ÂÂÂÂdestination = argv[2]
else:
ÂÂÂÂdestination = source.rstrip("nds") + "new.nds"
print "Output:", destination
input = open(source, 'rb', 4096)
output = open(destination, 'wb', 4096)
input.seek(128)
num = [ord(input.read(1)) for i in xrange(4)]
limit = num[0] + num[1]*256 + num[2]*256*256 + num[3]*256*256*256 + 136;
print "Trimmed File Size:", round(limit/1048576.0,2), "MB"
input.seek(0)
out = 0
for position in xrange(0,limit,4096):
ÂÂÂÂbuffer = input.read(4096)
ÂÂÂÂoutput.write(buffer)
ÂÂÂÂpercent = 100 * position / limit
ÂÂÂÂif percent >= out + 25:
ÂÂÂÂÂÂÂÂout += 25
ÂÂÂÂÂÂÂÂprint str(out) + "%"
print "Done"
input.close()
output.close()