BTW, Risugami - there seems to be a mistake in the recipe book.
I don't think a block of diamond is made from 81 diamonds (9x9 ).
There are similar transcription errors for iron and gold IIRC.
For some reason that's how the recipe is, the amounts just don't matter in the recipe part.
So is this a new function or was the "problem" with modloader for Beta 1.1_02 then? Because my mod worked fine without the "RegisterBlock" function for Beta 1.1_02... I ran it just fine with no errors, and I even have saves from it.
I'm confused now...
It has been in ModLoader in some form since first release, but I added the block item assigning to it instead of forcing every block to use 1 type. Therefore it is now required for all blocks.
Okay, I simply do NOT understand this...
I'm trying to make a mod with modloader and anytime the game tries to add a new block to the inventory, or if I craft it
To everyone with issues regarding "mod_mocreatures 2.5.2", you fail to read instructions. However did point out a problem related to exception handling.
I'm not sure if Risugami will read my post, but just to throw this out there...
Have you thought any about adding a function to get unique Block/Item IDs? (and Entities, if that isn't done already... can't remember)
Right now, some mods are using a properties file so that users can manually edit the IDs if they are conflicting with other mods, but a function that manages this could cut out the need for modders to write their own functions.
It could be written to use properties file(s) like some mods are already doing, or simply just grab unique keys that haven't been loaded yet, like the function for getting unique Sprite IDs.
Using a single property file for all mods would allow all mod IDs to be managed by users in the same file, and people could share those (working) files for conflicting mods. It could also be written to use one file per mod.
Using properties file wouldn't force you to overwrite classes that might be used by other mods, but if possible getUniqueBlockID() and getUniqueItemID() functions would probably be the best route.
Anyways, just a suggestion.
And thanks for the mods. They are awesome. :smile.gif:
getUniqueBlockID() and getUniqueItemID() in this case would be a bad idea, considering one mod might gain priority over another during load, which would be bad if you installed a new mod and it came before another and shifted all items used by that mod. Also these worlds would be harder to share. I'll see what I can do about a properties file.
When the neext version of elemental arrows comes? Are you working on it? I can't wait, because I've some elemental rrows in my chest with diamods and obsidian! Now, when I want to open the chest, the game broke =(
Hey, this was probably asked quite a few times before me, but my situation seems to differ a bit.
Modloader isn't working for me, every time it replaces oc.class, I get the black-screen-after-login thing.
If I don't replace it, when I try to go into a world, it gives me an error.
Minecraft has crashed!
----------------------
Minecraft has stopped running because it encountered a problem.
If you wish to report this, please copy this entire text and email it to [email protected].
Please include a description of what you did when the error occured.
Mods loaded:
ModLoader Beta 1.2_01
--- BEGIN ERROR REPORT 9802bf5c --------
Generated 16/01/11 1:57 AM
Minecraft: Minecraft Beta 1.2_01
OS: Windows Vista (x86) version 6.0
Java: 1.6.0_23, Sun Microsystems Inc.
VM: Java HotSpot(TM) Client VM (mixed mode), Sun Microsystems Inc.
LWJGL: 2.4.2
OpenGL: GeForce 9500 GT/PCI/SSE2 version 3.3.0, NVIDIA Corporation
java.util.zip.ZipException: invalid entry size (expected 1934819336 but got 832 bytes)
at java.util.zip.ZipInputStream.readEnd(Unknown Source)
at java.util.zip.ZipInputStream.read(Unknown Source)
at java.util.zip.ZipInputStream.closeEntry(Unknown Source)
at java.util.zip.ZipInputStream.getNextEntry(Unknown Source)
at ModLoader.readFromClassPath(ModLoader.java:581)
at ModLoader.init(ModLoader.java:443)
at ModLoader.AddAllRenderers(ModLoader.java:100)
at oc.<init>(oc.java:55)
at oc.<clinit>(oc.java:8)
at net.minecraft.client.Minecraft.a(SourceFile:290)
at net.minecraft.client.Minecraft.run(SourceFile:643)
at java.lang.Thread.run(Unknown Source)
--- END ERROR REPORT 36989fd ----------
Everything else won't crash the game, but the mod won't work.
Any help?
Is he working on it or something?
Get a better archiving program. The jar got corrupted.
Hey guys sorry to be a pain, im new to the whole modding thing, but im guessing that in order for updated mods to work, ie DR ZHARKS mob mod, then i need to wait for the Audio Loader to be updated dont i???
Quote from Risugami »
ModLoader updated to 1.2_01, minor changes. Floodgate fixed. More Stackables fixed. Everything for 1.2 still works. More Worlds bug fixed, doubt anybody noticed. Floodgate updated (again). Added subitem (dyed cloth and new logs) support.
How many times am I going to have to point this out? READ!
My mods smelting suddenly stopped working when I updated it to use this ModLoader.. then I realized it's cause you removed AddSmelting from the BaseMod.class. Why did you do that...
It was rewritten, because Notch rewrote the smelting system. add
ModLoader.AddSmelting(input id, new gm(output id));
in the constructor.
Quote from Shockah »
ModLoader.AddSmelting(int pj.t.bi, new gm(pj.z,16));
Would only work once due to an oversight by Notch, or jeb. When item is created it will be the correct amount, but if the item is still in slot, the amount will be increased by 1. I'll include fix in next version of ModLoader.
0
For some reason that's how the recipe is, the amounts just don't matter in the recipe part.
0
Who says they need updated? Not every mod requires an update after minor updates.
0
It has been in ModLoader in some form since first release, but I added the block item assigning to it instead of forcing every block to use 1 type. Therefore it is now required for all blocks.
0
Did you remember to call RegisterBlock on it?
0
Did you even consider reading the description on first page or that error report? I don't help anybody who fails to read instructions.
0
Doesn't need updated.
0
0
getUniqueBlockID() and getUniqueItemID() in this case would be a bad idea, considering one mod might gain priority over another during load, which would be bad if you installed a new mod and it came before another and shifted all items used by that mod. Also these worlds would be harder to share. I'll see what I can do about a properties file.
0
Did you even consider reading the OP?
0
Get a better archiving program. The jar got corrupted.
0
Drag everything into the root of the jar. it IS a mod after all. I MEAN EVERYTHING.
0
Why are you quoting on a post from months ago? Nobody is even using that version any more.
0
How many times am I going to have to point this out? READ!
0
ba, not bd. Otherwise yes.
0
It was rewritten, because Notch rewrote the smelting system. add in the constructor.
Would only work once due to an oversight by Notch, or jeb. When item is created it will be the correct amount, but if the item is still in slot, the amount will be increased by 1. I'll include fix in next version of ModLoader.