It does! You install it in the *.jar like 90% of Risu's Mods and if playing creative in Forge or with Risu's ModLoader you can change what is spawned. That is true for my XP and her Vista! You can place it in survival, you cannot change what it spawns. If you can pick up the spawner the Mod is working!
I think the main cause of confusion is that it contains mod_SpawnerGUI.class, which makes it look like an external mod that doesn't need to be installed in minecraft.jar; all other mods I've seen that contain a mod_* class go in the mods folder, not the jar. In its log file, ModLoader claims to have loaded it without error, so there's no obvious reason why it doesn't work. Either that class should be renamed to make the installation procedure more obvious, or it should be fixed to work as an external mod. The current situation just leaves me wondering why Risugami isn't using ModLoader correctly.
This is actually just a regular BUD, sensitive to block updates to the comparator. Many blocks that happen to have tile entities (any sort of container, note blocks, jukeboxes, command blocks) also produce signals that are detectable with comparators. These signals will travel through a solid block, as described on the wiki here. However, blocks with tile entities that do not produce such signals, such as monster spawers, have no effect on this BUD, and some blocks without tile entities (detector rails, cauldrons, end portal frames) will trigger it.
Still, it's a potentially useful device, since it will detect any change to a container, even if it doesn't change the container's power output level. Swapping one item for another will trigger it, so Temple of Doom-style traps are possible.
Hi, sorry if this has been asked already(I couldn't find anything with the Search), but are there any bukkit plugins, or with the mod itself, to share your waypoints with players? Or everyone, doesn't matter.
Thanks
I don't know of an automatic/in-game way to do this, but the waypoints are stored in text files in .minecraft/mods/rei_minimap/ , so you could send those to other people.
Hi, i could really use some help please.
When I'm playing Minecraft when ever i look at water, it doesn't shows up as normal water it shows as words that are repeted over and over again, like "noob" "use the patcher"... Also my wooden planks show up as grey cubes... My and it all happened after i downloaded this Mod... Please help and how can i fix it??
PS: Sorry if i had a bad english I'm Portuguese =)
PS2: just found out that also the wood from those huge trees is also a grey cube Please help!!!
Sounds like you're trying to use a HD (and outdated) texture pack without a HD patch installed. Get the latest version of the texture pack and a HD mod such as OptiFine or MCPatcher.
Found a bug with 1.2.5 HD A2 Standard (haven't tested other editions): when 'Load Far' is enabled, all loaded chunks are rendered, even if the render distance is set shorter. Whether the render distance is on normal, short, or tiny, I can still see 7/8 chunks away. If the render distance is over 128 blocks, Load Far has no effect.
I'm enjoying the surface map in the Nether - quite useful when exploring sprawling Nether Fortresses. However, many chunks still show the bedrock roof. While I don't know how it chooses which layer to draw from, my guess is that it looks for the highest air blocks in the chunk. There are two potential problems with this approach that could make it display bedrock instead of the interesting parts of the Nether. One is if the netherrack ceiling is relatively low and the minimap doesn't search down far enough; that would be easy to fix. The other, less obvious issue is that while layer 127 is all bedrock, and layer 121 is all netherrack, small caves can generate in between, making the map render at the wrong height. Ignoring all blocks above layer 120 should fix this.
@Rei, if you're actually using a different algorithm, give me a description and I'll see if I can find a way to improve it.
There's a slightly annoying bug in EnchantView 3.2.1: in Creative mode, you need experience to enchant items. This requirement was removed from vanilla MC in 12w05a.
Also, a description of what the "one-click enchant changing" mentioned in the changelog is would be nice.
Since asymmetrical connections are often a major bottleneck for people running home servers, I wonder if it's possible to let clients cache chunks instead of having to download them from the server every time they're loaded. One approach would be for the server to compute an md5 when chunks are unloaded, or even written to disk if that's not too demanding. When a client needs to load a chunk, it computes the md5 of its local copy and sends that to the server, which compares the two and only has to send the chunk data when they differ.
The main flaw I can see is that it's possible for an abusive client to calculate the md5 when it unloads a chunk, make changes, and send the pre-computer checksum instead of the real one. I'm not intimately familiar with the client-server protocol, but I think this can be dealt with. Whenever a client tries to modify a block, the server would validate that it's actually what the client says, and respond appropriately. Send the actual result (e.g., dropping dirt even though the client claims to be mining a block of diamond) if you're feeling nice, kick/ban otherwise. (It really should be doing this anyway to prevent in-memory world editing (the cube of destruction is a famous example).)
This isn't a fully distributed system, but it should solve the OP's problem. Processing demand on the server is slightly higher, but it would need less upstream bandwidth. It doesn't trust the client, so it should be resistant to hacking attempts. Does this sound feasible, or am I missing something obvious?
0
I think the main cause of confusion is that it contains mod_SpawnerGUI.class, which makes it look like an external mod that doesn't need to be installed in minecraft.jar; all other mods I've seen that contain a mod_* class go in the mods folder, not the jar. In its log file, ModLoader claims to have loaded it without error, so there's no obvious reason why it doesn't work. Either that class should be renamed to make the installation procedure more obvious, or it should be fixed to work as an external mod. The current situation just leaves me wondering why Risugami isn't using ModLoader correctly.
0
Still, it's a potentially useful device, since it will detect any change to a container, even if it doesn't change the container's power output level. Swapping one item for another will trigger it, so Temple of Doom-style traps are possible.
0
Bug is still in v2.1 .
0
Still happens in 2.0.44 .
0
0
2
Solution: the path argument to cd should be enclosed in double quotes.
0
0
Creative-mode enchanting still requires experience.
Something goes wrong in the onEnable() method when the reload command is used; here's the relevant part of the console log:
22:21:42 [INFO] Preparing start region for level 2 (Seed: 7303157848461670601)
22:21:42 [INFO] [EnchantView] Enabling EnchantView v1.1.0
22:21:42 [INFO] EnchantView enabled.
22:21:42 [INFO] Server permissions file permissions.yml is empty, ignoring it
22:21:42 [INFO] Done (3.899s)! For help, type "help" or "?"
>reload
22:21:46 [INFO] [EnchantView] Disabling EnchantView v1.1.0
22:21:46 [INFO] EnchantView disabled.
22:21:46 [INFO] 182 recipes
22:21:46 [INFO] [EnchantView] Loading EnchantView v1.1.0
22:21:46 [INFO] [EnchantView] Enabling EnchantView v1.1.0
22:21:46 [SEVERE] java.lang.reflect.InvocationTargetException
22:21:46 [SEVERE] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
22:21:46 [SEVERE] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
22:21:46 [SEVERE] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
22:21:46 [SEVERE] at java.lang.reflect.Method.invoke(Method.java:616)
22:21:46 [SEVERE] at net.scruffohio.enchantview.EnchantView.onEnable(EnchantView.java:36)
22:21:46 [SEVERE] at org.bukkit.plugin.java.JavaPlugin.setEnabled(JavaPlugin.java:215)
22:21:46 [SEVERE] at org.bukkit.plugin.java.JavaPluginLoader.enablePlugin(JavaPluginLoader.java:336)
22:21:46 [SEVERE] at org.bukkit.plugin.SimplePluginManager.enablePlugin(SimplePluginManager.java:381)
22:21:46 [SEVERE] at org.bukkit.craftbukkit.CraftServer.loadPlugin(CraftServer.java:250)
22:21:46 [SEVERE] at org.bukkit.craftbukkit.CraftServer.enablePlugins(CraftServer.java:232)
22:21:46 [SEVERE] at org.bukkit.craftbukkit.CraftServer.reload(CraftServer.java:543)
22:21:46 [SEVERE] at org.bukkit.Bukkit.reload(Bukkit.java:182)
22:21:46 [SEVERE] at org.bukkit.command.defaults.ReloadCommand.execute(ReloadCommand.java:22)
22:21:46 [SEVERE] at org.bukkit.command.SimpleCommandMap.dispatch(SimpleCommandMap.java:166)
22:21:46 [SEVERE] at org.bukkit.craftbukkit.CraftServer.dispatchCommand(CraftServer.java:473)
22:21:46 [SEVERE] at org.bukkit.craftbukkit.CraftServer.dispatchServerCommand(CraftServer.java:469)
22:21:46 [SEVERE] at net.minecraft.server.MinecraftServer.b(MinecraftServer.java:596)
22:21:46 [SEVERE] at net.minecraft.server.MinecraftServer.w(MinecraftServer.java:565)
22:21:46 [SEVERE] at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:449)
22:21:46 [SEVERE] at net.minecraft.server.ThreadServerApplication.run(SourceFile:492)
22:21:46 [SEVERE] Caused by: java.lang.IllegalArgumentException: Duplicate packet id:217
22:21:46 [SEVERE] at net.minecraft.server.Packet.a(Packet.java:29)
22:21:46 [SEVERE] ... 20 more
22:21:46 [INFO] EnchantView enabled.
22:21:46 [INFO] Server permissions file permissions.yml is empty, ignoring it
22:21:46 [INFO] Reload complete.
0
I don't know of an automatic/in-game way to do this, but the waypoints are stored in text files in .minecraft/mods/rei_minimap/ , so you could send those to other people.
0
Sounds like you're trying to use a HD (and outdated) texture pack without a HD patch installed. Get the latest version of the texture pack and a HD mod such as OptiFine or MCPatcher.
0
0
@Rei, if you're actually using a different algorithm, give me a description and I'll see if I can find a way to improve it.
0
Also, a description of what the "one-click enchant changing" mentioned in the changelog is would be nice.
0
The main flaw I can see is that it's possible for an abusive client to calculate the md5 when it unloads a chunk, make changes, and send the pre-computer checksum instead of the real one. I'm not intimately familiar with the client-server protocol, but I think this can be dealt with. Whenever a client tries to modify a block, the server would validate that it's actually what the client says, and respond appropriately. Send the actual result (e.g., dropping dirt even though the client claims to be mining a block of diamond) if you're feeling nice, kick/ban otherwise. (It really should be doing this anyway to prevent in-memory world editing (the cube of destruction is a famous example).)
This isn't a fully distributed system, but it should solve the OP's problem. Processing demand on the server is slightly higher, but it would need less upstream bandwidth. It doesn't trust the client, so it should be resistant to hacking attempts. Does this sound feasible, or am I missing something obvious?