Ideka

Like stated in the video description (on Youtube though, so I get why you missed it) that's simply caused by my crappy computer. This was the best, least laggy footage I could manage to record, believe it or not.

My latest accomplishment in ASM hacking: Coded the actor in pure MIPS assembly. I suppose it was a bit trickier than it'd have been with C, but it allowed for a very optimized overlay at only 0x310 bytes long.

I might be wrong, but couldn't it just be a slightly modified image of two normal disks? It's weird that this crappy photo was the only one this dude managed to get up with that long story.

Okay. The last month(s?) I've been taking a break from the whole hacking thing, simply because I didn't have any time to spare for it. But now that Summer's coming up, I can gradually start picking up this hobby again! Here's a code I wrote quickly for a simple "marathon" mini-game where you gain 200 rupees if you win, or lose them if you don't: I obviously need to locate the adress of the Z coordinate of the opponent actor (which I plan to be the Running Man), but this is quite easy. My major problem is finding a good hook that runs every frame. If any of you guys have any tips or feedback on this hack, please tell me! Anything would be appreciated, really. Thanks.

Hmm... Using ANDI doesn't seem to work very well, it always makes the effect present with multiple other tunics. Perhaps I'm using it the wrong way? Here's the most recent source (haven't looked into the SLTI opcode yet): Thanks for any help!

Wow, thanks a lot Jason, I'm impressed by how easily you analyzed my hack! Those are definitely really useful advice, I think my opcode list is quite outdated (circa 98) so I'll look into that to avoid future mistakes. And yes, I have it patched to ROM. I would release a patch, but there's a possibility that this is going to be used in a major hack, so I'll wait until that's decided.

So, I've devoted a few weeks to it, and I think that I'm finally starting to get a grasp around the basics of ASM hacking. Here's where I'll post any future major hacks I'll eventually make. OoT Magic Armor: Source: Thanks for reading, and keep a look out for any future updates!

Slightly off-topic, but why did you name this topic exactly like SoD's old topic(if I remember it correctly) over at glitchkill? Also, like haddockd said, it would be a good idea to actually mention what you are having issues with.

Wow, thanks so much everybody! I didn't expect to get these many replies, it's very appreciated. I'll look into all of these things soon. I had heard that $801A0000 was freespace, but I'll be sure to try with $80600000 as well. Also I got the Renegade assembler working, which should help me greatly. Again, thanks!

Hey everyone! Recently I decided to finally get my ass off and take on the huge task of learning r4300i disassembly. I have basically spent the last two weeks just trying to find documentation on the subject, and learn whatever I could from it. This, I hope anyways, has probably given me some decent knowledge in the very basics of MIPS disassembly. A few days ago I started trying to write ASM hacks of my own (for the OoT MQ debug ROM). Obviously I wanted to start with something simple, namely that the current Rupee amount would increase by 1 each time that the D-pad up button was pressed. I used the source of as a base when (trying) to write the hack, which resulted in what I thought was a pretty legit-looking code. Of course it didn't work at all in-game. The closest result I managed to get was that the game paused each time that D-pad up was pressed, which is kinda cool but not very close to the desired effect. I have tried to fix the problem by myself for a time now, but I just don't seem to have the knowledge to locate the problem. I suspect that some instruction might be missing, or that I may have constructed the hack in a weird way. Another, "sillier" possibility is that I've just assembled the gs code incorrectly, since I had to do it manually due to neither the Renegade64 nor Galatea assemblers working correctly on my computer. I haven't been able to find any of these issues though, and I have checked the gameshark code multiple times for faults I couldn't find. I think that the solution simply just lies beyond me and my current capabilities. I hope that maybe some of our experienced and knowledgeable MIPS-disassemblers will show up and save the day, but any help would be mostly appreciated really. Anyway, here's the source and gs code: Source: GS code (assembled by hand, may be incorrect): And again: any help would really mean a lot to me! Thanks for reading!

I can help you with this one, just shoot me a message on Skype.

Today is the day, huh? Awesome work, I'm very impressed by how fast you got this done.

That is because I converted the model with a tool that isn't hardware compatible. I could try to fix it if you want, but I would have to do it later in the week since I'm quite busy now.

I've only been playing for like 5 minutes when this is being posted, so far most things seems fine except for three minor issues: 1. The game freezes when trying to open the menu 2. Many sentences seems to be missing punctuation 3. The cutscene disabler still seems to be functional

I sure will be playing this one B-) Isn't this like the first full zoldo hack in 2 years(since Voyager of Time)? Awesome work on getting it completed, now we'll just have to bring attention to it. I suggest (if you haven't already done it) posting threads about this in multiple forums that may have interest in it, like Zelda Universe, Zelda Speedruns, Zelda Dungeon etc. And again: awesome work on actually getting this project done. That seems to have been a rare quality among Zelda modders through the years.

The triforce shards most likely won't work on hardware. I haven't had time to figure out how Model2F3DEX2 works yet, so I just used Model2N64 to convert the model. Also, didn't you say that you didn't really care for hardware-compability? Just tell me if you want me to try and re-doing them.

Can't remember where I found this, but I think it was made by Flotonic:

Now THAT is something I surely will be following! Finally we may get a possible full hack for MM.

Alright, I'll PM you some pics soon. Also, have you heard about Flotonic's MM to OoT map porter? Works flawlessly as far as I can tell, aside from not porting the actors (which pretty much would be impossible anyway, since MM has many actors that doesn't exist in OoT).

I do have some discontinued mini-dungeon buried in some ancient folders. I'm not sure how pretty it is though, and my mapping skills at that time were quite horrible. If I remember things correctly, the theme of the map was a museum break-in... Not sure how well that would fit...

Sure, I could import some of them for you. Do you have Skype or anything? It makes direct file sharing quite simple

I'm happy to know that I contributed something to this mod, even if it was in-direct . Can't wait to play the final product, looks amazing so far!

I'm planning to use this for some mini-mod in the future, don't get your expectations up though. Not quite sure what more to say about it...

I guess by small, I meant in relation to the size of the head display list, but here it is (starts at offset 0x9298 in object_gnd.ZOBJ): How I port the textures: 1. I first look at what offset the FD command points to for the texture 2. Then I use Flotonic's tool "textdoc.EXE" to find the size of the texture(s) I want to port 3. Then I paste them at new offsets, which I write down 4, When I'm done with that I simply repoint the 3 last bytes of the FD commands to their new texture offsets Thanks. ------------------------------------------ EDIT: Fixed the problem by removing the DE commands in the display list.