Recent content by smurph717

@fullmetal: yeah, actually you are technically wrong on that. C# is compiled, but to .NET bytecode to run on the .NET virtual machine (much like java) so it can be later translated to the native machine code of the platform. this method can be (and for .NET is) extremely efficient and many of...

lol i dont understand why c# has such a reputation for being crippled and whatnot, it's just as capable as everything else (and in fact on most newer machines runs faster than an equivalent program in c++). anyway i haven't been able to make much progress recently (moving back home from college...

yeah i mean the people that are already mad about this that go flaming everyone and being mean in general just aren't going about it the right way. their feelings are legitimate but they could handle their responses sooo much better... oh well, i guess.

oh i'm sure there were lots of really nice things floating around the in-crowd. too bad i showed up a couple years late (i completely missed the d/p/pt phase and jumped back on board when hg/ss was announced).... :P lol. and yeah, i mean, its not like we expect people to be like "oh thank you...

ok well now everyone's gonna be like "oooh more tools to do stuff i can't figure out on my own!! omg how do i use it?? help plz omgz!!!!11!oneone!11" which is pretty much the exact reason people like me are extremely hesitant to freely contribute to the community. at least when i was figuring...

first off, that plugin he used is hard to come by. second off, it's just not that simple. not only do you have to rip the model and edit it, you have to make sure it goes back in the right spot and all the stuff related to it changes accordingly as well. it's not like the gba where you could...

that's related, but not quite what we need. that tool simply edits the models on the maps, not the maps themselves. the maps themselves have their own data structures that for the moment can only be edited in a hex editor because there's no tool that exists for it yet. i've made some huge...

so, to clarify, the stuff in map_tex_set are texture libraries, and each map is associated with a texture library. yes, the textures/palettes/materials are named, but they are all defined in one spot, and i'm looking for some way to know which map uses which library instead of having to search...

so, does anyone know how to get the number of the texture file (from map_tex_set.narc) associated with the map files (from land_data_release)? the way pg4map does it, it just looks until it finds one that will work, but the game has to have some way of doing it more quickly. thanks.

a/0/6/5 is a filename in the filesystem of the rom. to get to that you need another tool called dslazy, google it. then google how to extract narc files.

if you view the filesystem in the rom, the maps are located in a/0/6/5, which is a narc format archive. my experiments with those unknown sections indicate the engine itself is agnostic to those values. I don't see any visual differences when I play with those values. however, the file format...

quote the no$gba homepage: however, to get around the black screen anti piracy code, there's an ips patch for the rom floating around on the internet somewhere (or you can drop me a pm and i can email it to you, that's probably easier). :)

the no$gba debugger? or just the standard emulator? realize, the emulator itself is free, while the debugger costs thousands of dollars (which inherently means no one is gonna know much, if anything, about it).

That will come after I document the file format and get my map viewer working properly. Although, it could probably be done by simply reading the map matrix.... Not sure about that though, I haven't really looked into how that works yet.

hm... well if you're using the tool from the first post, you should be having issues with the HGSS maps and you should be able to open the DPP maps. can you give more detail about the error message?