Jump to content

Ideka

Member
  • Posts

    38
  • Joined

  • Last visited

  • Days Won

    6

Ideka last won the day on May 27 2015

Ideka had the most liked content!

About Ideka

Other

  • Flag
    (Undefined)

Ideka's Achievements

Contributor

Contributor (5/14)

  • First Post
  • Collaborator
  • Reacting Well
  • Conversation Starter
  • Week One Done

Recent Badges

20

Reputation

  1. 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.
  2. 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.
  3. 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.
  4. 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.
  5. 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!
  6. 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.
  7. 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!
  8. 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.
  9. 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!
  10. 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!
  11. I can help you with this one, just shoot me a message on Skype.
  12. Today is the day, huh? Awesome work, I'm very impressed by how fast you got this done.
  13. 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.
  14. 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
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.