Jump to content

haddockd

Member
  • Posts

    677
  • Joined

  • Last visited

  • Days Won

    26

Everything posted by haddockd

  1. I released it forever ago. As far as I know there arent any issues with it
  2. Any way to donate to you outside of this site? I am sure alot of us are willing and able to help
  3. I am shooting in the dark here but are you opening a modded ROM? What happens when you open a clean one?
  4. I can easily donate once the ex wife is off the payroll (middle of august) so if you hang in there for a month and a half, i got your back I am already a donator so I hope that has clout
  5. Ah. Would it be worth your time to compress it and test just to see? If it works after recompression then you may have an answer. Also have you tried other emus (Nemu, 1964, etc)?
  6. I assume that means that if you recompress it after modding it that it doesnt crash...correct?
  7. Would you mind posting it here so everyone can access it?
  8. I thought you were porting a map and not an object and I was all over this like a ninja. I already had a response written when i verified. I have never used that tool. Sorry Doing some Google finagling...i cant find it either...weird. On a constructive note, have you tried explicitly giving the path to the objs? So something like this (would be ideal if paths had no spaces)? srcexe c:\modding\Zelda\object_link_boy.zobj 233E0 c:\modding\Zelda\object_ik.zobj 15840 On a less probable note, are you sure the offsets are correct? Also...does the game do nothing when you run it after running the app or does it crash? Just trying to get a feel for exactly what is going on?
  9. I chose to make Ruinous Shards all by myself. I ABSOLUTELY had help but I was always in charge of the project. It took me a great deal of time and the project probably could have been greater if I added staff but I chose not to....and it worked out I think
  10. That may be true but isn't necessarily true. I am referring to highly modularized code. Tight coupling doesnt mean that the module can't be reused, it just means the interaction between them is heavily utilized. For example a vehicle class can make boats, cars, trucks, planes, etc. Some will be more tightly coupled than others (like cars would have more characteristics that we think of for a vehicle) but it doesn't mean that it's a bad thing as it can be used (and reused) by a plethora of organizations and applications (domain allowing). Large systems with a small number of modules are absolutely a bad idea to have tightly coupled (this is a bad idea in general lol). But I see your point
  11. OH! I misunderstood. My bad I do like your ideas but some of it seems to be opinion more than factual base. For instance, you mentioned: The only useful thing encapsulation brings to the table is data-hiding, but that's not an exclusive thing I am not entirely sure that is accurate. Encapsulation allows for a high level of abstraction in a public interface and of course it allows for strong coupling. Keep in mind I am speaking from a complex systems point of view because that is my background. Smaller systems may not have the same requirements so perhaps it is less important...?
  12. I could argue several of those points but it isnt going to help. Sounds like your mind is made up I would recommend that you add a few sources because technically if you dont and you turn this in, it is plagiarism. I would hate for your effort to be seen as such
  13. This may just be the grad school coming out of me, but you make alot of absolute statements without giving any sources or proof. Is this by design?
  14. If you do decide to go this route, I would use "to" instead of "-" because the minus operator is likely to be used elsewhere. So: is (2 to 22) do something() Additionally, does your language ignore whitespace (hard returns, etc)? If it does not then parens arent even needed. Plus if "is" must be followed by "do" then the entire expression can be read without the need for parens.
  15. It really depends on what you need to accomplish and how much control you need. C# is a great high level language. It has higher overhead but is very powerful and easy to use. C and C++ have lower overhead and give you lower access (which is great for cycle seneitive apps but you have to freaking declare EVERYTHING and I found it tiresome.
  16. God Jason, must you be such a nitpicker?!?!? Kidding haha. I also liked that he used the actual magic instead of rupees. I thought it was a twist that folks would also enjoy.
  17. It isnt very comprehensive and honestly doesnt tell you anything but it is what it is
  18. Any sort of FAQ or documentation in case ppl get stuck?
  19. Perhaps if you could tell us what roadblock you hit or what you have learned/accomplished so far.
  20. Its an old VB5 common file. I *think* its part of the old VB Runtime installer. ZLE2 and ZAP2 were indeed written in old VB.
  21. I am using a 256MB SSD for my system drive and a 2TB WD Black HDD for all my games and data
×
×
  • Create New...

Important Information

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