Bukkit

@MrKrisKrisu I tested it on my server, but it appeared to work. Could you send a screenshot of the set-up? I tested all possible sign directions, the only thing you could be having is that the sign is powered from somewhere.

@MrKrisKrisu Thanks, I found the problem. It was having some initializer problems with the EMPTY default properties. (some sort of 'one needs the other to initialize but the other needs the other to initialize' issue. I think I didn't get that error because of the runtime environment version I use)

Now looking into that rail problem you are having.

EDIT

Re-uploaded test 5, its the same link: https:dl.dropbox.com/u/3681706/TrainCarts%20v1.72.1%20TEST5.zip

I couldn't find a problem with that track, but I think it is related to the curved bugs that I had to fix.

@iKoze Included in test5:

New test version is up. Test5 changelog compared to test4:

• Fixed train and cart properties staying behind after train/cart removal
• Fixed train and cart properties being un-editable when the train unloads
• Fixed keepChunksLoaded not keeping chunks loaded properly
• Added unload read-out when doing /train or /cart info and it is unloaded
• Fixed an NPE when an unloaded minecart is killed or created
• /train list now also counts unloaded trains
• Added diagonal support for all signs
• Added diagonal station launching support (and powering)

https:dl.dropbox.com/u/3681706/TrainCarts%20v1.72.1%20TEST5.zip

I really need some testing on this one, especially those that use the keepChunksLoaded feature. I did some extensive tests on them, but nothing beats having 20 players running around on the server. To properly test it, just edit the train and let the train (which keeps chunks loaded) loose. If it takes too long for this train to reach a destination:

Use /train info. Is it unloaded? Use /train info again. Did the position change?

If the position changed, then it is still moving towards you, if not, then something could be wrong, or the train is waiting near a station somewhere. The unloaded state should be accurate enough, but you never know.

@Etsija Yeah that would be nice, I can put it as a download link on the Minecraft WIKI if you like. Maybe it is best if you create a GitHub repository for it, or I create it, it is what you like best. It's better to have a link to a download page than to have a link to a direct download. Plus, some people may want to know the source code for whatever reason. :)

@Etsija To reset the destination, use the property sign: http:www.minecraftwiki.net/wiki/Bukkit/TrainCarts/Signs/Property

The blocker sign blocks while it is powered, you used [+train], so as a result it blocks forever. To 'unblock' it, put [train] or [!train] on the first line. Then you can use redstone to start or stop blocking using the sign. [!train] inverts input so will stop blocking once you send redstone power.

If you want to make a graphical system, it is best to load the .dat files directly, it is a lot easier to read it that way. You can check the source pastie I posted with it. Note that I didn't load part of the file: indirect neighbouring. The .dat file also contains 'all the possible connections one node has with another node'. For example, if you have:

<destination1><switcher><switcher><destination2>

It would show a connection from destination1 to destination2 with a direction and distance. This is the optimization I talked about.

@Etsija Here ya go, I wrote a destinations.dat -> text/yaml convertor. Most of the code could be directly copied from TrainCarts, luckily.

https:dl.dropbox.com/u/3681706/TCDestinationsConverter.jar

Double-click it, you do need to have the JRE installed. If all else fails, try to use a batch file (or similar) to open it using java. Just like how you start the MC server.

Source: http:pastie.org/5353886

EDIT

Also do note that if a train has no destination set, the switcher signs won't do anything. If you want to set a default, put this on the switcher sign:

[+train]
switcher
l:!destination

Then the train will be forced left if no destination is set, otherwise the destination system takes over. l can be any type of direction you wish to send no-destination carts to.

@Etsija Weird, looks like another stupid Yaml parsing error. I already had to write a shitton of fixes external of the reader, apparently I should just go and rewrite everything? Anyhow, for now, try a shortcut type with a name other than & ... like $m, @m, _m, |m, /m, \m, +m, >m, <m or you name it. Something should work out...but &m is forbidden by yaml. :/

About the destinations.dat, well I used a YAML saving system before, buuuut...well...it ended up creating files > 20 mb and loading these files took ages, also because neighbouring had to be performed on startup. Right now it saves the node neighbours and also all indirect node neighbours to boost reading time.

I'll write a small Java program to convert the file. The file is unreadable because it has compression AND stores in raw bytes instead of textual. I know the format though, so I can easily make a converter for you.

Also, the final commit for all of the issues is there!!!

@Etsija You place a blocker sign with [train:east] or you simply place a blocker sign with [train] and make sure it faces to the direction of the crossing. Path finding will actually spot blocker signs far away in the future to ignore those routines, it is not that it will reach the crossing and then decide 'oh, I can't go there'. That would be a bit silly for a path finding.

You can add message shortcuts in the config.yml. For example, you can add '&m' as a shortcut for your '&6[METRO]' message like this:

messageShortcuts:
  welcome: '&eWelcome to &f'
  &m: '&6[METRO]'

@SnyTe Don't worry, I will look into it as soon as possible. I do have more severe problems to fix first, ones that affect minecart movement and global issues like sign detection. It could very well be your bug is caused by one of these major bugs. Just in case, what exactly doesn't work? Did you place a workbench near the crafter sign?