Content: Slate Blackcurrant Watermelon Strawberry Orange Banana Apple Emerald Chocolate Marble
Background: Slate Blackcurrant Watermelon Strawberry Orange Banana Apple Emerald Chocolate Marble
Pattern: Blank Waves Notes Sharp Wood Rockface Leather Honey Vertical Triangles
Welcome to TerraFirmaCraft Forums

Register now to gain access to all of our features. Once registered and logged in, you will be able to contribute to this site by submitting your own content or replying to existing content. You'll be able to customize your profile, receive reputation points as a reward for submitting content, while also communicating with other members via your own private inbox, plus much more! This message will be removed once you have signed in.

  • Announcements

    • Crysyn

      Only help if you can be helpful

      Hey All, A topic has come up of late in the IRC channel in regards to the general feel of the forums and the community that supports them. Things have progressed further than I would have liked with out this being addressed more publicly because I would much rather have snubbed this out sooner rather than later.. but I have been busy. Here is the general rule I would like people to follow: Wheaton's Law "Don't be a dick." Those of you from the IRC channel know that this is the only rule I ask people in there to follow and we generally have a good and lively time chatting about all manner of things. This is basic rule that just about everyone understands and I am going to expand it to the forums from here moving forward. If you can not help people in a helpful and polite manner then I simply ask you to stop. Now I generally take a back seat to moderating the forums as I like to participate in the suggestions forum fairly heavily at times and would rather do so as a forums user than a moderator. But I am also fairly well known for being the person who constantly puts their foot down and so I am stepping up and doing so on here. If you find yourself unable to respond to a message politely then I ask that you do not respond. This mostly focuses on the increasing level of hostility found within the Suggestion forum as well as the Server forum. I do not care if this is the 30th some odd time you have seen someone make the same suggestion. Or even if the new post on an older topic is one entry above the old one. I expect the members of this forum to respond politely to the user, new or old, and point to the older topic if it applies and even go the extra step to suggest they either add in new information or to summarize the outcome of the previous discussion based upon the new post's entry into it. That is what we are here for, that is why I close most topics instead of deleting them, so that they can be found and referenced down the road. The next topic is the slew of derailment attempts I have seen as of late. If you want to have fun and joke around that is what the off topic forum is for and pretty much anything goes there. I do not expect to read a suggestion thread and have to go through 3 pages of image memes people have shot back and forth. Quite simply this is a waste of my time to read and then have to clean up. Now for the summary. I am going to start taking a more active role, especially in policing the suggestion forum, and handing out warn levels to people whom I see doing this. These will be indiscriminate and applied not to just the first person who derails or is impolite on a topic or response, but to everyone whom follows the lead of that person. As I do not like doing things with out giving you all warning this post shall serve as that warning. If you have a desire to bring this topic up with me then I invite you to do so on the IRC channel. Lets raise the level of quality and grow the community. Let us not descend into the quality often found on the minecraft or league of legend forums. There is simply no need for that here. Be passionate about things, just do not be abusive.
    • Kittychanley

      Offline Servers

      Recently I've seen a few server listings showing up on the first page of the Servers forum that have been closed for an extended period of time, but have recently gotten a reply from a new member who didn't realize the server is offline. To help prevent this from happening in the future, it would be greatly appreciated if you could use the report function on the original post of any servers that have been confirmed as offline, so that the topic may be locked. If you are the admin of a server and plan on taking the server offline, please use the report function on the original post of your topic to let the TFC Staff know that the topic should be locked. If you are the admin of a server that has a locked topic, and would wish to bring the server back online, please use the report function on the original post of the topic to let the TFC Staff know that the topic should be unlocked. As always, please remember to follow rule #3 of the servers forum and update your topic title to contain the version of TFC that the server is currently running. You can do so by editing the OP, and then clicking on "Use Full Editor."


  • Content count

  • Joined

  • Last visited

Community Reputation

233 Excellent


About TaeoG

  • Rank
    Copper Miner

Recent Profile Visitors

3,411 profile views
  1. alright, well I've done as much as I can to clean up that error. I'm currently working on incorporating your inventory slot fix, as well as a less intrusive way to handle my inventory code, which should be able to be turned off in my config file. After that, I'm going to take another look at that time sync issue that was causing issues for you guys, as well as cleaning out my build environment to hopefully get rid of that spammed error.
  2. Happy New years everyone Interesting. Best I can tell, some gravel tried to fall into an ungenerated chunk, causing it to generate, but something went wrong when my generation code asked TFC what the climate was there. Since my generator works based on climate information, this caused the crash. Not sure how their climate cache works but maybe this is an edge case. I'll see what I can do to make my code more resilient in this instance.
  3. hmm, thats two people with the same error, yet that debug message hasn't existed in my code for 2-3 releases. There must be something wrong with my build environment
  4. I talked to Azanor about how I was handling things because I was concerned as well, it should be ok. I am actually using ASM to replace these classes altogether, because doing it surgically is difficult to implement and debug. Its something I want to get to, but right now my job is taking all my time. I work in automation and we're developing a new piece of equipment. I hope things will slow down after the christmas holidays so I can get back to this project. I'm itching to play again.
  5. yes, thats true, I needed to do so toremove the hard cap on magic damage, as well as make armor enchantments work. As your fork gets more in depth, I imagine these conflicts will come up more often. We'll have to figure out some way to make our stuff work together. If you don't care for the changes I made to the armor code, Ibelieveyou should be able to delete the EntityDamageHandler from my jar without any negative consequences.
  6. if I follow what you're saying, some enemies are dropping gold ingots and gold armor, but they are the vanilla kind? Which enemies?
  7. I'd likely do something similar to what bunsan said, creating a damage handler that checks if a player is taking damage, if they're wearing a certain kind of armor (ie the IC2 stuff) and then doing the calculations based on damage type. You'll have to decide how much resistance each type of armor has to the damage types. The real trick, I think, will be finding the right priority for the damage handler. You can't just have it be first and then cancel the event when you're done, because other mods will likely want to see that event, but if you go last then the damage has likely been modified a time or two already in ways you may not be able to predict (ie thaumcrafts runic shield). Tricky. This is why I modify source code instead, lol. I guess another option is to make a TFC compatible version of the armor and swap some recipes around or give players some other means of quickly swapping the old stuff for the up to date stuff
  8. can you explain why your fix adds 3 extra slots to the container? Just trying to understand what your patch does.
  9. alright, had a chance to look at this today. Yep, I replace the entire InventoryPlayerTFC class with my own just to add a couple lines to it (to allow other players to see your back item). Completely overkill but super easy to do. I should be able to fix this though, make it less drastic. yes they are! But to avoid disappointment, I should advise you to not hold your breath Time absolutely flies when you have as many projects as I do, and while I feel like I'm making steady progress, it may be months before you see anything of worth. Currently my focus has been a free standing addon for TFC (freestanding as in it's new content and not a compatibility patch). It has proven to be quite challenging, to the point that I've been reading research papers spanning decades to try and find the best way to accomplish my goals. Anyways, Mo' creatures is pretty high on my list, so you may see it sooner than the others.
  10. I'm not terribly surprised. A lot of my patches are very hamfisted, and I try to make them a little less so over time. I'd like to remove all the code injection altogether if I could. I noticed that if you open the inventory screen for an armor rack like in bibliocraft that the armor is screwed up, but I've never tried to fix it. I'll have a look at your fix when I'm home and see what my code could be doing to effect it. Or, with your permission, I could incorporate it into TTFCAPI.
  11. well, to say I'm confused is an understatement. I've gone through every single time I call my log output, and that error message doesn't exist. I've got a bit more work to do on my current build of TerraThaumcraft, that will require an update of TTFCMAT as well, but hopefully that new version will not have this bizarre problem for now, I guess it would be best to roll back to before you updated and got the crash from the time error
  12. well.... it can't. Which version of TerraThaumcraft are you using? The particular line of code that causes that doesn't actually exist anymore as far as I know
  13. well, I could get the same crash on my test bench, but it was intermittent and unrepeatable. Grab ttfcapi 0.8.9 from the mega link, I've made it so IF that failure happens, it wont cause a crash but merely give a warning. If you find your server logs full of "null pointer exception in world time" then let me know and I'll look into it deeper.
  14. I do have a cluster for each type of ore, which will be fine, but its the dusts from things like macerators that are the problem. I don't have control over the specifics of the recipes these mods use which is usually "Item with this meta in -> other Item with other meta out", ignoring nbt tags, stacks of items, etc. Trying to play within other people's code that makes assumptions that don't apply in this case is quite difficult, and a large part of my work on these crossovers. That crash is caused by the code I got from Wormzjl to fix the mismatched time in other dimensions, I'll see what I can do, I'm not sure what could be null in that situation to cause a npe like that.
  15. yikes. So how do you account for the fact that players can choose the yield of each type of ore in the configuration, and that most of those mods assume a 1:2 dust to ingot ratio when a small dust would be worth approx 0.2 of an ingot, when doubled at default settings. What Ive come up with so far is a recipe for combining the various "qualities" of dust into a generic dust, and then being able to split 200 units worth of that dust out at a time, in order to solve those two problems. But that results in a third problem, and that is that not all automation mods include a way to automate generic crafting table recipe, so portioning dusts may not always be viable