Minecraft Forums

New feature:
When you update the mod, config file will be updated. Old config is back-upped.

Of course it's optional.



BTW, the most powerful redstone computer is just released:
http://www.minecraftforum.net/topic/636926-10-bit-redstone-computer-with-basic-gpugame-support/

Quote from blakmajik

Ah, that is the rp.class that zeppelin replaced. So yea, those are not going to be compatible until we can get rid of that.

They will be compatible, as soon as creator of dynamic torches replaces one word in his AxisAlignedBB.java.

Quote from Ravenoy

I got this error report, so I need some help

Mods loaded: 4
ModLoader Beta 1.8.1
mod_Zeppelin 1.8.1.0.14
mod_TooManyItems 1.8 2011-09-14a
mod_TooManyItems 1.8 2011-09-14a

      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.



--- BEGIN ERROR REPORT 232d88ec --------
Generated 22.9.2011 16:02

Minecraft: Minecraft Beta 1.8.1
OS: Windows Vista (x86) version 6.0
Java: 1.6.0_27, Sun Microsystems Inc.
VM: Java HotSpot(TM) Client VM (mixed mode), Sun Microsystems Inc.
LWJGL: 2.4.2
OpenGL: ATI Mobility Radeon HD 3470  version 2.1.7414 Release, ATI Technologies Inc.

java.lang.IllegalArgumentException: Slot 195 is already occupied by Zeppelin.BlockController@16089a5 when adding Zeppelin.BlockController@ecb67f
	at lr.<init>(SourceFile:266)
	at lr.<init>(SourceFile:287)
	at Zeppelin.BlockController.<init>(BlockController.java:19)
	at mod_Zeppelin.<init>(mod_Zeppelin.java:82)
	at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
	at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
	at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source)
	at java.lang.reflect.Constructor.newInstance(Unknown Source)
	at java.lang.Class.newInstance0(Unknown Source)
	at java.lang.Class.newInstance(Unknown Source)
	at ModLoader.addMod(ModLoader.java:275)
	at ModLoader.readFromClassPath(ModLoader.java:1114)
	at ModLoader.init(ModLoader.java:825)
	at ModLoader.AddAllRenderers(ModLoader.java:186)
	at aam.<init>(aam.java:61)
	at aam.<clinit>(aam.java:10)
	at net.minecraft.client.Minecraft.a(SourceFile:259)
	at net.minecraft.client.Minecraft.run(SourceFile:629)
	at java.lang.Thread.run(Unknown Source)
--- END ERROR REPORT 59b9f2bc ----------

You have 2 copies of zeppelin mod.

Quote from Avenflar

1.9 in Pré-release

Hahaha, rage...

**** you, Notch. Why do you need to split AdventureUpdate in 3+ parts?!


BTW don't send this to me:

Quote from Notch »

Protip: You don't need 20 lines of code to check if two bounding spheres intersect.

In case of this mod, RotatedBB is better.

Quote from LOLLIPOPDAD4

WHAT DA FACK GRIMFER!!!!! OMG

Can you please stop spamming?

Quote from Senyazza

I can't seem to avoid this error...

java.lang.ClassNotFoundException: mod_Zeppelin-client-1
	at java.net.URLClassLoader$1.run(Unknown Source)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.net.URLClassLoader.findClass(Unknown Source)
	at java.lang.ClassLoader.loadClass(Unknown Source)
	at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
	at java.lang.ClassLoader.loadClass(Unknown Source)
	at ModLoader.addMod(ModLoader.java:270)
	at ModLoader.readFromClassPath(ModLoader.java:1114)
	at ModLoader.init(ModLoader.java:825)
	at ModLoader.AddAllRenderers(ModLoader.java:186)
	at aam.<init>(aam.java:61)
	at aam.<clinit>(aam.java:10)
	at net.minecraft.client.Minecraft.a(SourceFile:259)
	at net.minecraft.client.Minecraft.run(SourceFile:629)
	at java.lang.Thread.run(Unknown Source)
--- END ERROR REPORT 3b9961a ----------

It looks like you forgot to add rp.class to minecraft.jar.

Quote from AlmightySeanson

As I read in the OP, I too recently ran into this bug. After experimenting with differing distances, elevations, and speeds I have come down to one conclusion. After 20-30 seconds of flight by Airship controller the block will vanish not matter how fast or high you are flying with the aircraft coming to a complete stop midair. Right-clicking the aircraft causes a black screen crash, and my error log flashes until Minecraft closes on its own. Right-clicking the invisible controller brings the same result. No problems with the Elevator, or the Ship controller so I may just stick to the surface until help arrives. Great mod , and incredible work. I see in the future we will place a person on the Minecraft moon with rocket ships and orbiting star-bases.

VERY weird bug. Different people have different delay before crash. And it depends on type of a craft. So I assume it's a very stupid typo in the code. I'll try to fix it today.

Quote from Afatsum_the_Dwarf

I'm experiencing some bugs :
-Chests dump their content when craft is activated
-Workbenches no longer work on active crafts
-Right-clicking any non-control or function blocks causes "saving chunks" error.
-Cannot place blocks on active craft (refer to second bug)

I'll try to fix all 4 of them today.




BTW, I think I have an idea of how to remove dependencies on rp.class.

Quote from Zammbi

Just a short question:
Is it very difficult to make glass blocks behind (or under) other glass blocks invisible like in grid mode? It is quite annoying when you look through glass on your flying ship. :/

Just a short question:
Is it very difficult to use version 0.11+? It is quite annoying when people are asking to fix bugs that are already fixed :/

I found why craft is black in 1.8. It was just a stupid typo:

public float getEntityBrightness(float f)
     {
    	int i = MathHelper.floor_double(posX);
        int j = MathHelper.floor_double(posZ);
        if(getGrid().blockExists(i, 128 / 2, j))
        {
            double d = (boundingBox.maxY - boundingBox.minY) * 0.66000000000000003D;
            int k = MathHelper.floor_double((posY - (double)yOffset) + d);
            return getGrid().getLightBrightness(i, k, j);
        } else
        {
            return 0.0F;
         }
     }

Line "if(getGrid().blockExists(i, 128 / 2, j))" checks if there is block with coordinates (i, 64, j) in the grid. So usually it's false (unless airship is 64 blocks high) and 0 will be returned.

Fixed code:

public float getEntityBrightness(float f)
     {
    	int i = MathHelper.floor_double(posX);
        int j = MathHelper.floor_double(posZ);
        if(worldObj.blockExists(i, 128 / 2, j))
        {
            double d = (boundingBox.maxY - boundingBox.minY) * 0.66000000000000003D;
            int k = MathHelper.floor_double((posY - (double)yOffset) + d);
            return worldObj.getLightBrightness(i, k, j);
        } else
        {
            return 0.0F;
         }
     }

Going to merge my changes (block placement, minor collision improvements, paintings, new property in props file and a bugfix) with blakmajik's (1.8 support) now.

Quote from andrewk93

I've noticed this as well. It tends to increase as speed increases. it just appears as if there were holes in your craft. it happens at the edge of the view, and unrelated to blocks.(meaning that the "holes" aren't in the shape of blocks, but rather appear to just be a shear in the surface, jagged.)
wouldn't think there is much that could be done, probably just due to the movement of the entities at a high speed.

I misunderstood him. I also noticed it.

Quote from Seetho

Is there going to be a 1.8 version soon?

Very soon. I'm testing it right now.

I have added a very cool feature: You can place blocks while moving.

Quote from Foxy-Bingo93

emitting light would be cool if its possible but if its not just ignore me

Quote from fracture7

Well, since you're asking. How about instead of making the craft controller the "centre" of the ship, figure out a way of having the centre be the actual middle of the creation somehow.

That, or making craft tilt slightly when turning and elevating


EDIT: What that ^^ guy said. Thats a much better idea.

Quote from Menick

Or a rejoin world button.

Thanks to all of you for ideas.

I don't want to make lightning before 1.8.

Using actual center of the ship is a good idea. I think after 1.8, I'll work on improving physics (thrusters, gravity, etc)

Rejoin world button? Why is it better than clicking on controller block? And what should be default button for it?




I found what I'll do right now. Paintings! (and thus btw's waterwheels and windmills)

WHERE IS THE 1.8 UPDATE!?!?!??!?!?!?!?!?!

Just kidding.

I'd rather you take the time to get everything working correctly and to the best of your abilities. Don't let yourselves be pressurised to work faster and potentially compromise a brilliant mod! You've got my support, but I'm afraid It's only in words that I can offer. As I have no programming skills or monetary means which are my own.

Keep at it guys!

I also had an idea.

A 'pivot' block.

Seeing as how the controller block determines the axis upon which the craft rotates. Would it be possible to have the controller block(keeping it's pivot) and then have another block which makes another axis. This one for turning, making that area's yawrate slightly faster than the one of the controller block?

This would make the travel look much smoother.

Just an idea.

This is probably close to my final design for expandable, efficient mining. Technically a spiral is more efficient, but is harder to return to the central hub, more difficult to do correctly, and quite frankly, not as cool. :smile.gif: The benefits of this system are:

[*:1f1wlp94]Fully Expandable. With traditional branch mining, if you want initially make every branch 20 blocks deep, but later want to expand, you will spend more time walking to each branch end to continue mining. This system always gets you to the end of your mine in the shortest distance possible. And unlike my previous design, you don't have to decide how large your mine will be beforehand.

[*:1f1wlp94]Increasing Efficiency. The more you put into the mine, the more efficient it becomes. For example, by the time the return path(shown in green in the third image) becomes 150 meters long, you will have mined over 16000 blocks, and exposed over 64000 blocks.

This image shows the blind spots of the system. The further into each branch you get, the more sparse these blind spots become.


And finally, how to mine this method without needing to count. The green blocks are blocks you mine to keep the shortcut path going. After you mine the 2 meters for the shortcut path, turn 90 degrees right, and mine 6 meters. Then, turn 90 degrees left and mine 3 meters. Mine 2 more blocks at head level(not a tunnel, just a window, shown by the red blocks), this will be the marker for your next leg. Then, turn 90 degrees left, and mine until you join with your previous window, then mine 6 more. The image shows it better, but after every window you mine 6 more meters and turn, no need to count the legs.


I've also included this screenshot of the red-block 'windows', in case anyone is confused. Looking through the window is looking back to where I was standing when I dug it out. Now that I hit the window, I know I need to dig 6 more meters, then turn.


One common question is, what layer to mine at. Normally, the recommendation is to mine at layer 12. This is a solid recommendation, unless you are concerned with finding lapis lazuli. Lapis lazuli is actually between 2 and 3 times as common if you mine at layer 14 instead of layer 12, while diamond, gold, iron, and redstone are just as common at that level as they are at level 12. If you come across a lava lake, you will almost always be 2 blocks above it. Just dump water on the lava, and explore the cavern for exposed ore, before continuing.

For bonus points, build your base/mine in the SW direction from the (0,0) point on your map to take advantage of the higher mineral percentage there(however, I see this glitch being fixed before release, so it's not as important).

The last point is, what material pickaxe to use. This depends on what you are mining for.

If your goal is to find diamond, there are 2 options. Either mine with an iron pickaxe(if you don't mind losing approximately 3 iron for every diamond you find), or mine with a stone pickaxe. Mining for diamond with diamond is inefficient.

If your goal is to find iron, there are again, 2 option. You can mine with diamond, if you don't mind spending 1 diamond for every 10 iron you find, or mine with stone. Once again, mining for iron with iron is inefficient.

If your goal is to find as many materials as possible(iron, gold, redstone, lapis, diamond), then the best option is to mine with diamond. You will find more diamond than you spend on average, but you will gather the other resources at a tremendously higher rate than using iron or stone.

VARIATION COURTESY GRIZDALE

Explanation coming later. This uses the same number of blocks mined, but reduces 'blind spots' by about 10%