Bukkit

@FlOppythp

Hard to say, if you find out please let everyone know. At a quick glance I would say it might work or it might not, depending on how they implemented their materials.

@inxiya

Here is a video that may be helpful:

https://www.youtube.com/watch?v=O7bienkL4jA

It's basically the same system, except used to make buildings that collapse due to damage. Just change the triggering device to be a button you can push, and, of course, change the coordinates of the automated piloting command to be somewhere on the targetting balloon. Or ship in your case. Hope that helps!

@FlOppythp

Yeah, I should probably add some functionality like that. I'll add it to my list. Right now development is on pause until the API for 1.8 comes out. That feature would be pretty easy to add, so expect it fairly soon after I can start writing for 1.8 (probably Sponge if anyone cares)

On that note, since development of the 1.8 version will take a while, I have developed a Movecraft-like airship system that works in 1.8 using NO MODS OR PLUGINS at all. Just command blocks in vanilla 1.8 minecraft single or multi player.

The airship can rise, descend, turn, cruise forward, and consume fuel. It also has living areas, a water ladder system so you don't have to land to explore the terrain, and a private cargo area that persists through rotations. You can see the video demoing it here:

There is a world save there too.

So if you want to use airships in 1.8 before the APIs become available, now you can.

@krysius

Cool usage, thanks for sharing it! Looks good, too.

@DanSpedey

Yes, no problems with UUIDs. Although to be fair its not because I did anything, but rather because I rely on other permission plugins to do the heavy lifting.

@krysius

There shouldn't be a problem adding a rail to the .craft file, I bet something got screwed up in the formatting though. It's a YML formatted file so, for example, it doesn't like tabs. If you check your server console on startup you may discover an error when it tries to read the .craft file.

@Romanovski

Nope, only WorldGuard right now. Towny's API proved uncooperative. It might change, but it would have to be after the rewrite.

@astraxrazor

Yes, that is on the list. It may be a while, though, as the current legal troubles with Bukkit/Spigot have halted Bukkit development, so the plugin will now need to be re-written in something else.

@cwp_aus

Sure, no problem. Just change the "name:" entry in the torpedo.craft or launchtorpedo.craft file

@TylerS1066

The big problem with remote signs on unpiloted crafts is limiting the scope of how far the plugin has to search to find the matched sign. Since the search scope is currently limited to the craft the sign is a part of, the search doesn't take too long. If it had to search every block in the entire world, the search would give the server would have a heart attack.

I thought about making it use a coordinate system like the rmove signs, but what if the sign is on a subcraft which rotates, screwing up the relative position of the sign? I'm afraid I don't see any other simple solution to limit the impact on the server yet still match up the sign to it's intended partner every time.

@william258963

I run into that from time to time, and I usually recommend they set themselves as an OP, which usually works, then I recommend they use more simple permissions, like giving the default group Movecraft.*, then I usually never heard from them again. So far this has happened 3 times. Please let me know what your problem ends up being, assuming you are able to get it resolved.

@SethexGS2

There is not, but its a fairly common request. It's on my list to get done, assuming the legal issues with Bukkit/Spigot get resolved.