Craftbook vehicles configuration sub-item support (breaks vehicles)
LadyCailinBot opened this issue ยท 21 comments
CRAFTBOOK-2275 - Reported by MUDcraft
Please consider expanding configuration support to sub-items for rail control blocks.
It is currently not possible for example to use 35:15 (black wool) as the reverse block (just an example).
TLDR version explanation:
It would look better and provide more user controllable features.
Ignorable, too long explanation:
Aside from the obvious complications that can arise from using high value blocks, some of the low value common materials have significance to model rail fans.
The way a rail is actually laid (RL) is that steel rails are spiked to wooden cross ties and then these are buried in gravel or crushed rock and a Shaker Engine drives over them to pack the gravel in tightly. This anchors the cross-ties while still giving the rail a small amount of strain relief against earth movement and thermal expansion. It has been done this way since railroads first came into common usage.
Using gravel and wood blocks its possible to get a fair representation of an actual rail bed.
Minecraft is the perfect answer to model rail enthusiasts who just can't afford the tens or hundreds of thousands of dollars required to build a scale model layout.
It would also make colored wool blocks usable as color coded, low value, rail control blocks.
Comment by MUDcraft
Build 1338 confirmed function for vehicles (default block support works)
Build 1443 appears to break craftbook vehicles entirely. (default control blocks don't work with default config.yml) Java error evident in server log for both 2499 and 2503 bukkit builds.
Comment by MUDcraft
The server log is posted attached
the first such error begins on line 377 as I recall
Weird... I posted the log hours ago but it seems to be attached to this posting.
Comment by MUDcraft
Retested with craftbook build 1350 using bukkit 2512.
Server log attached.
Comment by MUDcraft
My bad. I blinked.
Retested with craftbook build 1350 using bukkit 2513.
Craftbook vehicles control blocks still not working
Comment by MUDcraft
No console errors, no log errors evident.
If there is any other info I can get let me know.
note: 25x-boost-block: '17' was an intentional edit from default.
Comment by me4502
Can you try it using the different color wool blocks? Like 35:1, 35:2, 35:3, etc?
Comment by MUDcraft
No joy.
I changed the reverse block to 35:15 (black wool and the dispenser block to 35:5 (lime green wool).
Neither had function.
Reloads after block placement and edit of config.yml occur around line 659.
There are log errors prior to that but these are probably related to worldedit rather than vehicles while testing MC1234 Planter IC.
I'll be checking for a WE recent build momentarily, but actual function was not impaired using WE and the errors appear to be related to WG being updated but not WE.
Still no joy with WE 5.4.6 (1305-3f1a2bf)
Comment by MUDcraft
Already have 1355 loaded.
Still no joy for the wool blocks, but the only server log and/or console errors are related to using //set in worldedit 5.6.6.
No evident errors for vehicles that I could see.
Comment by MUDcraft
build 1356
Vehicle control blocks using colored wool for reverse and dispenser now behave as expected.
I will do an exhaustive test for all of them presently but I suspect they all work now
Comment by MUDcraft
Bukkit updated to 2514
I've tested the reverse block with 35:15 (works perfectly including optional redstone enable/disable.
Dispenser block tested with 35:5 and 5:0 (both work for both dispense and collect.
Station block tested with 17:3 doesn't work, but tested with 35:12 works perfectly.
Max booster tested with 17:1 doesn't work, but test with 35:7, works perfectly.
25% booster tested with 17:3 (separately from the max booster) doesn't work, but tested with 17 works perfectly.
The ejector works with 35:8.
The Sort block has other problems unrelated to the block data.
It does however display function using 35:11. The unpredictable element of its behavior appears to be caused when the straight legs of a 'T' intersection are also defined.
It seems to become confused about which sign should be in control for any given direction, but that appears to be a completely separate problem from the block data control, so I have to call this working... oddly, but working.
It might be premature because I haven't tested everything yet, but it looks as though colored wool and wood plank varieties work correctly with the additional data, but wood block varieties do not.
Comment by me4502
The log stuff may be due to rotations? As that is stored in data aswell... So you can't use them without making sure they stay at a certain rotation.
Comment by MUDcraft
That makes sense.
The Sort block is still doing some weird stuff, but it's doing rather than not doing that weird stuff with colored wool.
If logs have to be "just so" to work for a particular block, then I'll put that in the wiki.