Typical_Name
Members-
Posts
101 -
Joined
-
Last visited
Everything posted by Typical_Name
-
Redpower frames sometimes crash nearby clients
Typical_Name replied to Typical_Name's question in Tekkit Classic
Hmm... are there any IronChest chests in it? That's the only thing I can think of :/. -
Redpower frames sometimes crash nearby clients
Typical_Name replied to Typical_Name's question in Tekkit Classic
Well, it's not so much the miner that I'm worried about - you have a point that it's unlikely anyone will ever approach it once it starts to spend more time away from its home (from what I understand of the guy's design, it's meant to travel in a straight line and harvest all the ores in its path, and then come back and deposit them). What I'm worried about is that someone's going to try and use this concept to make a defensive machine that "works" by crashing all nearby clients. Anyone dumb enough to try that would almost certainly get banned since this machine would have to be bulky and hard to hide, but since there's so many legitimate uses for redpower frames, I'd probably only be able to apply the bans retroactively, meaning that if the practice became popular, gameplay would be severely harmed. Another thing, perhaps more important, is that there's legitimate uses of vehicles that involve people being around (ie, if someone wanted to make a transport airship or a bomber), which would become rather impractical if people crashed and had to log back in constantly. So, I want to find out what's causing these problems, because I've seen videos of redpower vehicles that work fine without crashing, so there must be something specific that the redpower frames aren't liking. If it helps with the diagnosis, these are the features I observe on the craft: Obviously, there are redpower things. These include frames, a computer, wires (bundled cable and insulated cable), motors, battery boxes, deployers, retrievers, filters, pneumatic tubes, covers, solar panels, and blutricity. An IC2 solar panel, MFSU, glass fibre cable, LV transformer, MV transformer, and miners A diamond chest from the IronChests mod Also, from what he tells me, it only crashes when going east and west. -
Redpower frames sometimes crash nearby clients
Typical_Name replied to Typical_Name's question in Tekkit Classic
I'd prefer not to have to ban redpower frames. Redpower vehicles are one of my favorite aspects of Tekkit, and I shouldn't have to put up with gamebreaking bugs in a finished modpack. -
Title: Redpower frames sometimes crash nearby clients Version: 3.1.2 OS: Windows 7 Java Version: 7 Description of Problem: One of the players on my server built this spiffy redpower vehicle that mines for him automatically. However, we've noticed that our clients frequently crash when we're near this machine, and we're not sure why. The people on the irc said that it was because of the wireless redstone mechanisms on the craft, so we got rid of them, but the problem persisted. I have found a few threads reporting similar errors, but none of them seemed to contain a consistent solution. Error Messages: None; the screen on the client simply goes to the dirt background, and then white. The only error log that looked like it might be relevant is below: Error Log: [21:18:24] [sEVERE] Exception in thread "AWT-EventQueue-0" [21:18:24] [sEVERE] java.lang.NullPointerException: component argument pData [21:18:24] [sEVERE] at sun.java2d.windows.GDIWindowSurfaceData.initOps(Native Method) [21:18:24] [sEVERE] at sun.java2d.windows.GDIWindowSurfaceData.<init>(Unknown Source) [21:18:24] [sEVERE] at sun.java2d.windows.GDIWindowSurfaceData.createData(Unknown Source) [21:18:24] [sEVERE] at sun.java2d.d3d.D3DScreenUpdateManager.getGdiSurface(Unknown Source) [21:18:24] [sEVERE] at sun.java2d.d3d.D3DScreenUpdateManager.createGraphics(Unknown Source) [21:18:24] [sEVERE] at sun.awt.windows.WComponentPeer.getGraphics(Unknown Source) [21:18:24] [sEVERE] at java.awt.Component.getGraphics(Unknown Source) [21:18:24] [sEVERE] at sun.awt.RepaintArea.paint(Unknown Source) [21:18:24] [sEVERE] at sun.awt.windows.WComponentPeer.handleEvent(Unknown Source) [21:18:24] [sEVERE] at java.awt.Component.dispatchEventImpl(Unknown Source) [21:18:24] [sEVERE] at java.awt.Component.dispatchEvent(Unknown Source) [21:18:24] [sEVERE] at java.awt.EventQueue.dispatchEventImpl(Unknown Source) [21:18:24] [sEVERE] at java.awt.EventQueue.access$000(Unknown Source) [21:18:24] [sEVERE] at java.awt.EventQueue$3.run(Unknown Source) [21:18:24] [sEVERE] at java.awt.EventQueue$3.run(Unknown Source) [21:18:24] [sEVERE] at java.security.AccessController.doPrivileged(Native Method) [21:18:24] [sEVERE] at java.security.ProtectionDomain$1.doIntersectionPrivilege(Unknown Source) [21:18:24] [sEVERE] at java.security.ProtectionDomain$1.doIntersectionPrivilege(Unknown Source) [21:18:24] [sEVERE] at java.awt.EventQueue$4.run(Unknown Source) [21:18:24] [sEVERE] at java.awt.EventQueue$4.run(Unknown Source) [21:18:24] [sEVERE] at java.security.AccessController.doPrivileged(Native Method) [21:18:24] [sEVERE] at java.security.ProtectionDomain$1.doIntersectionPrivilege(Unknown Source) [21:18:24] [sEVERE] at java.awt.EventQueue.dispatchEvent(Unknown Source) [21:18:24] [sEVERE] at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source) [21:18:24] [sEVERE] at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source) [21:18:24] [sEVERE] at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source) [21:18:24] [sEVERE] at java.awt.EventDispatchThread.pumpEvents(Unknown Source) [21:18:24] [sEVERE] at java.awt.EventDispatchThread.pumpEvents(Unknown Source) [21:18:24] [sEVERE] at java.awt.EventDispatchThread.run(Unknown Source)
-
We're still trying to devise the war model. Accounting for every possible flaw gets complicated . If we keep the bedrock tower thing, it would involve using the MagicSpells plugin to destroy the bedrock tower in a ritual that involved three people and several minutes (at least). (I can configure spells so that they require things like reagents, people, time, and only work on certain blocks) Its purpose would be to allow a nation to be defeated in the event that all of its members refused to log in for a fight. However, this has problems (ie, that a city only needs one person to make but would need three people to attack, hence why I'm considering a new settlement tier).