The mod itself does not do anything to Advtrains internals - including the "F" table; this looks like an issue with Advtrains itself. Make sure the textline is in the correct LuaATC environment (drop-down in code editor) and that you have a recent version of Advtrains; if this does not solve the problem, please report again and provide more information (what version of Luanti, what version of Advtrains, steps to reproduce, ...).
It would be nice if the new slopes were registered using the already-existing slope-placer, but Advtrains does not support that yet, so I had to use a different one. As a temporary solution, I am planning to override the current slope-placer with the new one while keeping the 2- and 3-node long slopes, but that would be no more than a kludge (and so it would be inelegant).
EDIT: latest release fixes this by merging both slope-placers.
The following errors gets thrown right after a world that was used with older versions of sbz is loaded in version 16:
AsyncErr: Lua: Runtime error from mod 'sbz_power' in callback environment_Step(): /usr/share/minetest/builtin/common/misc_helpers.lua:497: attempt to get length of local 'other' (a number value)
stack traceback:
/usr/share/minetest/builtin/common/misc_helpers.lua:497: in function 'insert_all'
...netest/games/skyblock_zero/mods/sbz_power/connectors.lua:69: in function 'assemble'
...games/skyblock_zero/mods/sbz_power/switching_station.lua:72: in function 'func'
...games/skyblock_zero/mods/sbz_power/switching_station.lua:12: in function 'iterate_around_pos'
...games/skyblock_zero/mods/sbz_power/switching_station.lua:77: in function 'func'
...games/skyblock_zero/mods/sbz_power/switching_station.lua:12: in function 'iterate_around_pos'
...games/skyblock_zero/mods/sbz_power/switching_station.lua:77: in function 'func'
...games/skyblock_zero/mods/sbz_power/switching_station.lua:12: in function 'iterate_around_pos'
...games/skyblock_zero/mods/sbz_power/switching_station.lua:77: in function 'func'
...games/skyblock_zero/mods/sbz_power/switching_station.lua:12: in function 'iterate_around_pos'
...games/skyblock_zero/mods/sbz_power/switching_station.lua:77: in function 'internal'
...games/skyblock_zero/mods/sbz_power/switching_station.lua:81: in function 'assemble_network'
...games/skyblock_zero/mods/sbz_power/switching_station.lua:142: in function 'switching_station_tick'
...games/skyblock_zero/mods/sbz_power/switching_station.lua:339: in function <...games/skyblock_zero/mods/sbz_power/switching_station.lua:309>
/usr/share/minetest/builtin/common/register.lua:26: in function </usr/share/minetest/builtin/common/register.lua:12>
(Also, are the release notes assembled from your git commit messages? They look funny.)
Thank you for reporting that bug; I found the reason it happens (bad code being run when the Advtrains Livery Tools mod is not present) so it will be fixed in the next release.
The mod itself does not do anything to Advtrains internals - including the "F" table; this looks like an issue with Advtrains itself. Make sure the textline is in the correct LuaATC environment (drop-down in code editor) and that you have a recent version of Advtrains; if this does not solve the problem, please report again and provide more information (what version of Luanti, what version of Advtrains, steps to reproduce, ...).
Should be fixed now. Sorry for the wait.
Done.
There shouldn't have been two different slope-placers in the first place; latest release fixes this by merging both slope-placers.
It would be nice if the new slopes were registered using the already-existing slope-placer, but Advtrains does not support that yet, so I had to use a different one. As a temporary solution, I am planning to override the current slope-placer with the new one while keeping the 2- and 3-node long slopes, but that would be no more than a kludge (and so it would be inelegant).
EDIT: latest release fixes this by merging both slope-placers.
I named a disk
SYSENG;FOSPECfor fun and an error happened. I guess there lacks acore.formspec_escape(...)somewhere.The following errors gets thrown right after a world that was used with older versions of sbz is loaded in version 16:
(Also, are the release notes assembled from your git commit messages? They look funny.)
Thank you for reporting that bug; I found the reason it happens (bad code being run when the Advtrains Livery Tools mod is not present) so it will be fixed in the next release.
That's a nice suggestion; I will try to implement "special" fields, such as "line" and "speed". Hopefully there won't be long until the next release!
EDIT: There wasn't long until the next release. Done!