i need help, i have installed the mod and have been playing for a little bit but every time i try to place a torch it goes into a "saving chunk" screen and shuts off, and now i cant even start a world without it shutting off and when it shuts off it just goes black. what should i do to fix this.
but i didnt put forge on the first time i tried and it didnt work untill i had it installed
ei: i just tried it with out forge and it still doesn't work, so what should i do?
Try getting a clean copy of minecraft, it's can be some mod conflict. If you don't know how to do this:
(Windows XP) Go to Start -> Execute and type in "%appdata%". Then open ".minecraft" and copy the folder "saves" to your desktop. Back to %appdata%, delete the ".minecraft" folder. When you open minecraft again, it will be like it's the first time you are running it. Wait till it redownloads minecraft, then close and go to %appdata%\.minecraft\saves and put the saves you copied to the desktop back in this folder.
(Windows Vista\7) Similar process, but you type "%appdata%" directly the Start menu, and click the folder "Roaming" that will appear in the search.
Try getting a clean copy of minecraft, it's can be some mod conflict. If you don't know how to do this:
(Windows XP) Go to Start -> Execute and type in "%appdata%". Then open ".minecraft" and copy the folder "saves" to your desktop. Back to %appdata%, delete the ".minecraft" folder. When you open minecraft again, it will be like it's the first time you are running it. Wait till it redownloads minecraft, then close and go to %appdata%\.minecraft\saves and put the saves you copied to the desktop back in this folder.
(Windows Vista\7) Similar process, but you type "%appdata%" directly the Start menu, and click the folder "Roaming" that will appear in the search.
Tell me if it works for you :wink.gif:
EDIT: Problem solved, I didn't see his post
ok im testing it right now to see if the glitch happens again
Actually yeah, that's pretty much my point. We can mine a cubic meter of stone in seconds with our hands, carry thousands of blocks of that stone and SPRINT, make portals to an alternative dimension, and then go punch some zombies to redeath. Trying to make things realistic at this point is really a waste of time. Plus, I like it like this.
May as well throw any concept of game-design right out the window man.
First, I hate any concept of "realism" in games, but in terms of "suspension of disbelief", it's all a matter of keeping things somewhat within the bounds of reason so that the player isn't constantly reminded that they are playing a game.
You also need limitations on what the player can do, or you simply do not have a game. Just because a game contains unrealistic elements in no way means you can just ignore these kinds of considerations and wind up with something fun.
Thank you so much, but by no redistributing do you mean that it will have to be downloaded separately instead of you getting it in the mod kit with the map?
That's right. You're not allowed to include the mod with your download.
Detector blocks don't detect opening chests. Also, TNT is the only way to make traps that are impossible to disarm. I mean, when you destroy one buddy block, the other one detects and explodes the tnt. If you destroy one tnt, the buddy blocks detects it and explodes the other one. Since you can't destroy ignited tnt, the only way to disarm it is by destroying 2 blocks at exactly the same time. If you put the buddy blocks first while making the trap, they will activate, so you need to put them last. But if you put them last, they will send a pulse when placed, activating the TNT. So my project depends of this little change to the buddy blocks...
What you're asking me to do is disable a *feature* of the mod so that you don't have to be careful while making bombs.
What you're asking me to do is disable a *feature* of the mod so that you don't have to be careful while making bombs.
See anything wrong with this?
I don't think it's a feature. The pulse sent by the buddy block when you place it has absolutely no use. It's just a glitch, because the Buddy block is suposed to detect changes in the environment around it, not on itself. It make no sense at all that the Buddy block emits a pulse when you place it somewhere. That's why I said "when you fix it" rather than "when you change it". Your right when you say I have my own means by requesting this, but why not?
I don't think it's a feature. The pulse sent by the buddy block when you place it has absolutely no use.
Wrong. As someone mentioned above it can be used in the creation of compact monostable circuits (a.k.a. Pulse generators). You put one in a Block Dispenser, and when it is placed, it generates a short pulse. It is incredibly useful for anyone into advanced redstone applications, which many of the serious users of this mod are.
It's just a glitch, because the Buddy block is suposed to detect changes in the environment around it, not on itself. It make no sense at all that the Buddy block emits a pulse when you place it somewhere.
Wrong again. Not too familiar with the concept of relativity are you? An object moving is pretty much the same thing as the environment moving around it.
That's why I said "when you fix it" rather than "when you change it". Your right when you say I have my own means by requesting this, but why not?
Again, it breaks a feature. Also, why would I change something to make it possible for you to create a trap that can not be defeated? Doesn't that seem like a potential problem once this mod is playable in SMP?
What you are trying to do is the kind of thing I would work to make impossible if you could do it, not the other way around. You're basically asking for an exploit.
And BTW...what you are trying to do is impossible even if it didn't emit the pulse. Buddy Blocks do not detect state-changes in each other.
When I attempt to start minecraft with BTW, modloader, and Optifine, I get his error:
Starting Minecraft...
27 achievements
174 recipes
OptiFine_1.1_HD_A4
Sun Jan 29 07:37:45 PST 2012
OS: Windows 7 (x86) version 6.1
Java: 1.6.0_30, Sun Microsystems Inc.
VM: Java HotSpot(TM) Client VM (mixed mode), Sun Microsystems Inc.
LWJGL: 2.4.2
OpenGL: Radeon X1900 Series version 2.1.8545 Release, ATI Technologies Inc.
OpenGL Version: 2.1
OpenGL Fancy fog: Not available (GL_NV_fog_distance)
Exception in thread "Minecraft main thread" java.lang.NoSuchMethodError: yz.getT
exturePack()Lfy;
at mq.readCustomCharWidths(FontRenderer.java:163)
at mq.init(FontRenderer.java:106)
at mq.<init>(FontRenderer.java:50)
at net.minecraft.client.Minecraft.a(SourceFile:250)
at net.minecraft.client.Minecraft.run(SourceFile:648)
at java.lang.Thread.run(Unknown Source)
I don't think it's a feature. The pulse sent by the buddy block when you place it has absolutely no use. It's just a glitch, because the Buddy block is suposed to detect changes in the environment around it, not on itself. It make no sense at all that the Buddy block emits a pulse when you place it somewhere. That's why I said "when you fix it" rather than "when you change it". Your right when you say I have my own means by requesting this, but why not?
Correct me if i am wrong, but are you saying that you know better than the creator of this mod, what is and what is not a feature of BTW?
There is a word I would use to describe this... It's right on the tip of my tounge...
Wrong. As someone mentioned above it can be used in the creation of compact monostable circuits (a.k.a. Pulse generators). You put one in a Block Dispenser, and when it is placed, it generates a short pulse. It is incredibly useful for anyone into advanced redstone applications, which many of the serious users of this mod are.
Wrong again. Not too familiar with the concept of relativity are you? An object moving is pretty much the same thing as the environment moving around it.
Again, it breaks a feature. Also, why would I change something to make it possible for you to create a trap that can not be defeated? Doesn't that seem like a potential problem once this mod is playable in SMP?
Ok, I think I was wrong so. I didn't know these things, but
What you are trying to do is the kind of thing I would work to make impossible if you could do it, not the other way around. You're basically asking for an exploit.
What's wrong with it? I only want to make an one-time trap that certainly won't fail, even if you try to destroy it's base components
And BTW...what you are trying to do is impossible even if it didn't emit the pulse. Buddy Blocks do not detect state-changes in each other.
But it will detect if someone destroys another buddy block and activates the TNT. It isn't supposed to detect changes in another Buddy block, only to see if someone is trying to disarm the trap, safely getting to the chest in front of it.
Bucket of water says 'sup. That, and chances are that it's entirely possible to break the multiple TNTs before even one is triggered - and if not by hand, by anything with an efficiency enchantment.
Two BD's hooked up to a single circuit to remove the Buddy Blocks would also be another way around it.
I feel that IVCraft fellow underestimated us a little.
Personally, to make an 'unstoppable' trap, I'd surround the entire setup with redstone ore, make sure each redstone ore is touching at least one buddy, and just fill the gaps with TNT.
...or not leave a chest where someone would actually see it.
I put my chests in small rooms made of bedrock 30-40 blocks underground with no stairway down, at 10-100 thousand blocks from the spawn point. I have the coordinates written down so I can teleport to them. This makes it quite unlikely that people will find my diamonds.
Rollback Post to RevisionRollBack
May the Force be with you. Unless you're a troll, in which case, may the farce be with you.
[quote=FlowerChild;/comments/23781688]
May as well throw any concept of game-design right out the window man.
First, I hate any concept of "realism" in games, but in terms of "suspension of disbelief", it's all a matter of keeping things somewhat within the bounds of reason so that the player isn't constantly reminded that they are playing a game.
You also need limitations on what the player can do, or you simply do not have a game. Just because a game contains unrealistic elements in no way means you can just ignore these kinds of considerations and wind up with something fun.
That's right. You're not allowed to include the mod with your download.
Better than Wolves mod no longer uses Forge API
yes i did forge. how do i see the error log, because i didnt see one because i just see black
but i didnt put forge on the first time i tried and it didnt work untill i had it installed
ei: i just tried it with out forge and it still doesn't work, so what should i do?
hahahahahah oops i forgot a class file haha
Try getting a clean copy of minecraft, it's can be some mod conflict. If you don't know how to do this:
(Windows XP) Go to Start -> Execute and type in "%appdata%". Then open ".minecraft" and copy the folder "saves" to your desktop. Back to %appdata%, delete the ".minecraft" folder. When you open minecraft again, it will be like it's the first time you are running it. Wait till it redownloads minecraft, then close and go to %appdata%\.minecraft\saves and put the saves you copied to the desktop back in this folder.
(Windows Vista\7) Similar process, but you type "%appdata%" directly the Start menu, and click the folder "Roaming" that will appear in the search.
Tell me if it works for you :wink.gif:
EDIT: Problem solved, I didn't see his post
ok im testing it right now to see if the glitch happens again
May as well throw any concept of game-design right out the window man.
First, I hate any concept of "realism" in games, but in terms of "suspension of disbelief", it's all a matter of keeping things somewhat within the bounds of reason so that the player isn't constantly reminded that they are playing a game.
You also need limitations on what the player can do, or you simply do not have a game. Just because a game contains unrealistic elements in no way means you can just ignore these kinds of considerations and wind up with something fun.
That's right. You're not allowed to include the mod with your download.
What you're asking me to do is disable a *feature* of the mod so that you don't have to be careful while making bombs.
See anything wrong with this?
I don't think it's a feature. The pulse sent by the buddy block when you place it has absolutely no use. It's just a glitch, because the Buddy block is suposed to detect changes in the environment around it, not on itself. It make no sense at all that the Buddy block emits a pulse when you place it somewhere. That's why I said "when you fix it" rather than "when you change it". Your right when you say I have my own means by requesting this, but why not?
ok its working fine now, thanks for all the help
Wrong. As someone mentioned above it can be used in the creation of compact monostable circuits (a.k.a. Pulse generators). You put one in a Block Dispenser, and when it is placed, it generates a short pulse. It is incredibly useful for anyone into advanced redstone applications, which many of the serious users of this mod are.
Wrong again. Not too familiar with the concept of relativity are you? An object moving is pretty much the same thing as the environment moving around it.
Again, it breaks a feature. Also, why would I change something to make it possible for you to create a trap that can not be defeated? Doesn't that seem like a potential problem once this mod is playable in SMP?
What you are trying to do is the kind of thing I would work to make impossible if you could do it, not the other way around. You're basically asking for an exploit.
And BTW...what you are trying to do is impossible even if it didn't emit the pulse. Buddy Blocks do not detect state-changes in each other.
Starting Minecraft...
27 achievements
174 recipes
OptiFine_1.1_HD_A4
Sun Jan 29 07:37:45 PST 2012
OS: Windows 7 (x86) version 6.1
Java: 1.6.0_30, Sun Microsystems Inc.
VM: Java HotSpot(TM) Client VM (mixed mode), Sun Microsystems Inc.
LWJGL: 2.4.2
OpenGL: Radeon X1900 Series version 2.1.8545 Release, ATI Technologies Inc.
OpenGL Version: 2.1
OpenGL Fancy fog: Not available (GL_NV_fog_distance)
Exception in thread "Minecraft main thread" java.lang.NoSuchMethodError: yz.getT
exturePack()Lfy;
at mq.readCustomCharWidths(FontRenderer.java:163)
at mq.init(FontRenderer.java:106)
at mq.<init>(FontRenderer.java:50)
at net.minecraft.client.Minecraft.a(SourceFile:250)
at net.minecraft.client.Minecraft.run(SourceFile:648)
at java.lang.Thread.run(Unknown Source)
Correct me if i am wrong, but are you saying that you know better than the creator of this mod, what is and what is not a feature of BTW?
There is a word I would use to describe this... It's right on the tip of my tounge...
Ok, I think I was wrong so. I didn't know these things, but
What's wrong with it? I only want to make an one-time trap that certainly won't fail, even if you try to destroy it's base components
But it will detect if someone destroys another buddy block and activates the TNT. It isn't supposed to detect changes in another Buddy block, only to see if someone is trying to disarm the trap, safely getting to the chest in front of it.
You know... I don't think such things exist...
Two BD's hooked up to a single circuit to remove the Buddy Blocks would also be another way around it.
Yup. That could definitely work too. You *might* even be able to get away with using pistons on either the Buddy's or TnT as well.
I put my chests in small rooms made of bedrock 30-40 blocks underground with no stairway down, at 10-100 thousand blocks from the spawn point. I have the coordinates written down so I can teleport to them. This makes it quite unlikely that people will find my diamonds.
On the bright side, this conversation did give me a few ideas: having to use other blocks to disarm traps = cool.
May as well throw any concept of game-design right out the window man.
First, I hate any concept of "realism" in games, but in terms of "suspension of disbelief", it's all a matter of keeping things somewhat within the bounds of reason so that the player isn't constantly reminded that they are playing a game.
You also need limitations on what the player can do, or you simply do not have a game. Just because a game contains unrealistic elements in no way means you can just ignore these kinds of considerations and wind up with something fun.
That's right. You're not allowed to include the mod with your download.
Ok thanks for that