Jump to content

Daeldra

Members
  • Posts

    12
  • Joined

  • Last visited

Everything posted by Daeldra

  1. It looks like they intend on fixing this in the next MCEdit update: http://www.mcedit.net/2012/10/24/the-road-ahead.html
  2. I found your post after making a similar post: http://forums.technicpack.net/threads/world-generating-turtle-veins.35725/ Have you found any way to get McEdit to NOT change those ids?
  3. So, my server has cc turtles as id 209. I appears that it has decided that id 209 is supposed to be a very common ore. This means that players on my server are mining turtles... which is more than just strange. I used McEdit to check how common they are, and it looks like it's about the 3rd most common block, slightly more common than iron ore. I then also checked my single player game, where I appear to have the same issue... Is anyone else experiencing this? I've tried searching, but I can't find anything about it. Is it possible that this issue is related to editing the files in McEdit? I haven't seen it in anything that hasn't been edited, but I've never seen McEdit change block ids. Edit: after thinking about McEdit causing the problem, I was able to find http://forums.technicpack.net/threads/mcedit-messing-with-ids.35492/ which covers the same issue.
  4. Daeldra

    No pick up

    If you are right by your spawn area and can't break blocks, try walking a ways away. Spawn areas are almost always protected from changes except for ops.
  5. The only way a piston could explode is if some serious mess up was made during install. This would probably require multiple items using the same ID without any of the MANY checks in place noticing. The statistical probability of it is... very low. More realistically, I have experienced many odd creeper issues. I would say it was probably one of the following: Entity/mob identity issues can sometimes cause creepers to not be rendered client-side Any amount of server lag can cause a creeper in caves to lag up from underground, sometimes exploding through the ground. I have seen them do this through several layers of solid blocks before. Entity/mob location issues and/or high ping can sometimes cause mobs to think they are closer to you than they are. I have seen zombies attack from several blocks away, and I have seen creepers explode places I am not and was not. Any combination of the above Keep in mind that your accidental redstone loop will have invariably caused both high ping AND high CPU use during those few seconds. Possibly in a spike quick enough it wouldn't show in any console, if things exploded. Also keep in mind that none of the issues I mentioned would cause any visible console errors. I had mentioned this to a friend of mine that uses redstone more often than I do, and he said he has seen things that seem like this, but without pistons. What he supposes happened was that you had missed putting torches in one of the redstone areas, and that a creeper spawned in there, glitched out thinking it was by you, and exploded. Hard to say if it was that, or from a cave.
  6. When you removed and replaced the mod, did you completely remove the jars/zips and replace them with freshly downloaded versions? Did you also make sure all config files were removed? I know these may seem obvious, but being thorough is good.
  7. http://bit.ly/PgmkiM But to be a little more helpful, some generic answers: Update Java Uninstall all old Java versions Update your video drivers Otherwise, we would need an error log and screenshot.
  8. You should try uninstalling Java 6. http://questions.technicpack.net/31 should have a bit more help on that. I know that post may not sound like it's answering your question, but that's a good place to start with any Java-related issues.
  9. Wendo, I did suspect that it could be related to the order that worlds loaded, so I included information about that in my original post. The order worlds loaded before the issue: The order worlds loaded after the issue: Edit: Additionally, both before and after the issue, the EE tablet and bag files were/are stored in the data folder for "world", which is and was loaded first and is and was labelled dimension/level 0.
  10. Wendo, no. But I did remove a world. My original post, under "What changed" is a full list of changes to server configuration between the "last known good" run to current configuration.
  11. I understand and accept that some mods aren't equipped to deal with MultiVerse. I have fully accepted that my Teleport Pipes are sort of weird, and that my Remote Thermal Sensors don't know where to save their settings data sometimes. What is strange is the "worked before, doesn't work now," when I don't know what of my changes could mess this up. Is there a config file that EE uses to remember the main world? Is there an MV file where MV tells the mods/plugins which world to use? Does Forge have a file that it uses to communicate between mods/plugins and MV? I am also looking into alternate ways to troubleshoot this. I think that locating the developer of the port may be appropriate for this issue. It looks like EE in Tekkit is the Bukkit port from MC Port Central. Is this accurate? If so, what revision does Tekkit use in 3.1.2?
  12. Title: Equivalent Exchange Alchemy Tablet Broken in MultiVerse Version: 3.1.2 OS: CentOS release 5.8 (Final) Java Version: Java SE Runtime Environment (build 1.7.0_04-b20) Description of Problem: Just a warning, I am thorough. I have worked tech support and have programming experience, so I know details are important. I'll try not to be TOO thorough though. Additional server info: 1gb ram Only 5 people are whitelisted, and they are my personal IRL friends Using McMyAdmin 2.1.6.2 Enterprise Edition CraftBukkit version: 1.3.1 Survival Mode Summary of issue: Equivalent Exchange Alchemy Tablets have stopped working properly. It appears to be the same problem as having corrupt, old, or the old multiverse issues. The tablets don't update the options on the right-hand side unless you exit and re-enter the tablet when you burn items in, and don't properly register (and sometimes wipe) Klein Stars. The tablets also allow you to go into negative EMC if you play around with it too much. The rest of EE is working properly, as far as I know. I don't play with it much, since I don't like Collectors. This issue applies to all players on the server. Relevant history of the server: We had an old version of Tekkit on the server. I don't know what, but it was pre-Anvil. We stopped using the server for a while, and updated to the current version. It is recommended to start a new world when moving over, but we had a lot of stuff on the existing world, so I decided to add MultiVerse (core and sign-portals) so we could move stuff over manually rather than using MCEdit (I usually had everyone load stuff onto an airship I would move over). I have looked into the logs, and this was the world configuration before this issue: Dimension 0/Level 0: world Dimension 1/Level 1: world_the_end Dimension -1/Level 2: world_nether Dimension 2/Level 3: old_world (the world from the older version of Tekkit) Dimension 3/Level 4: nordic Dimension 4/Level 5: skyland Dimension 5/Level 6: CityWorld Dimensions 3-5 aren't really relevant what they are, but they use alternate map generators. At this point, we had no apparent MultiVerse issues, old_world had normal Tekkit upgrade issues (all EE and certain IC2 addons had different item IDs, so stuff was wrong, but we just ignored it and moved on.). At this time, the folders for old_world had the old tablet_[uSERNAME].dat files, which I assume were ignored, and world had the new files. I had tried importing the old files, but ran into this issue, deleted the files, and everything was fine. Bukkit Plugins at this time: CityWorld CommandBook (broken, see below) BukkitCompat r20a (McMyAdmin compatibility) MultiVerse Core 2.4-b527 Multiverse-SignPortals 2.4-b523 PermissionsBukkit 1.6 WormholeXTreme 1.017 What changed: Unfortunately, despite my computing and programming experience, I changed several settings at once, rather than one at a time. All at once, with no play in between (only checking if the server ran), I: Installed WorldEdit, fixing a long-standing issue with CommandBook not running (apparently I forgot how to read) Removed old_world with this process: - removed the old_world directory - MV re-created old_world - I deleted old_world through MV - I downloaded the squlite file for WormHoleXTreme and removed stargates from old_world (they force-load nearby chunks around them, which I learned a while back can cause worlds to be re-generated if the world is removed while it still has gates) Changed IC2 settings to disallow crafting of IndustrialCredits installed AntiCreeper3 3.6.2 I then started the server, configured the MOTD for CommandBook, and went to bed. In the morning, I discovered that Alchemy Tablets were broken, and started searching online. What I have tried: Deleting the tablet_[uSERNAME].dat files Adding a folder old_world/data/ with the old contents of that folder (nothing else) I'm not sure what else to try except to wipe the server and re-upload/add all the worlds, plugins, and config files. I would prefer not to do this, since it's not a guaranteed fix either. I suspect that the issue is related to the removal of a MultiVerse world, although I have done so without issue before. The current MultiVerse configuration: Dimension 0/Level 0: world Dimension 1/Level 1: world_the_end Dimension -1/Level 2: world_nether Dimension 2/Level 3: nordic Dimension 3/Level 4: skyland Dimension 4/Level 5: CityWorld When I delete tablet_[uSERNAME].dat files, the are re-created in world/data, and nowhere else. I believe this is the correct behavior, but I don't know why they would be created with an issue. I can't find details anywhere on how the Bukkit port of EE fixed the MultiVerse issues, so I don't know where to continue troubleshooting. Pastebin of log during MC startup: http://pastebin.com/7SzeshSi Thank you for your time, -Heath Edit(20120913): I attempted the following process: stopped the server replaced EE2ServerV1.4.6.5-bukkit-mcpc-1.2.5-r5.zip with a fresh copy from the MC PortCentral site ensured there are no instances of bag or tablet files in data folders started server and tested The issue remains unresolved.
×
×
  • Create New...