| Age | Commit message (Collapse) | Author |
|---|
|
Before, init.lua called io.open on
pipeworks.worldpath..'/pipeworks_settings.txt'
to see if it existed, but did not close the resulting file handle if
it was found to exist. It instead erroneously called io.close() with
no argument, which does nothing if the default output file is set to
stdout, which it is.
Now, the result of io.open is saved to a local variable. If that value
is not nil (i.e. if the world settings file exists), the file handle is
passed to io.close before calling dofile.
Also, this saves pipeworks.worldpath..'/pipeworks_settings.txt' to a
local variable to reduce redundancy.
|
|
This adds a new type of Filter-Injector that waits for a digiline
message on its channel and then pulls the items described by the
message out of the inventory. It is basically a Stackwise Injector
that, on receiving a digiline message, sets its filter to the contents
of the digiline message and then activates itself.
Sending the message {name="default:brick", count=2} should do the
same thing as setting the filter of a Stackwise Filter-Injector to
two Brick Blocks and then punching it.
If no count is specified, it defaults to 1. Since this is based off
of the Stackwise Injector, it might make more sense if the default
were an entire stack. I can change this trivially.
You can also send requests like {{name="default:brick", count=1},
{name="default:dirt", count=1}}, which acts the same as setting the
filter to one Brick Block and one Dirt Block and then punching it.
If you send a string "default:dirt" instead of a table
{name="default:dirt"}, the string is passed to ItemStack and the
name and count are extracted from the resulting ItemStack. You can
also send a list of strings instead of tables: {"default:dirt",
"default:brick"}, and the first item found will be pulled.
Punching this or activating it with Mesecons currently does
nothing. I'm not really sure what would be the right thing to do in
either of those two cases, so I made it do nothing. I guess I could
make it use the previously-used filter, but I can't really see any
usefulness in that.
The recipe is probably too cheap. The darker of the two blue texture
colors could probably be better.
|
|
Fixed mixup between enables for conductor and detector tubes
|
|
pipeworks.enable_detector_tube would define detector tubes but the
recipe for conductor tubes, and vice versa
|
|
|
|
|
|
|
|
item_drop makes Minetest 0.4.13 crash, but add_item works in all
versions and the behavior is identical when looking at the blocks.
|
|
|
|
|
|
Work with NodeTimer based furnaces.
|
|
If we insert items through tubes, we must start the furnace timer
otherwise it will never start operating. This shouldn't break
older versions, as not having a timer function should just cancel
out.
|
|
|
|
|
|
reduce texture sizes
|
|
|
|
allow_metadata_* functions
|
|
|
|
Changed hud_channge to hud_change
|
|
Implement two functions for fake player used by the hunger mod.
Also, add a list of functions to be implemented for an overview.
|
|
|
|
|
|
|
|
|
|
This reverts commit d0952a97fcff08328328d05f630d2b0036a48163.
|
|
luaentity.add_entity() are nil
|
|
|
|
just use minetest's standard protection functions instead
(leave it up to those protection mods to do their job properly)
|
|
The default mese block has been changed to default:mese, so a change of the recipe of the teleport_tube_1 had to be made
|
|
side effect left over from new_flow_logic tests
|
|
take any available ownership into account before deciding on area protection
|
|
|
|
useable with the mtt profiler starting with t4im/mtt@48eff13
|
|
above and under, which had for example an effect on the deployer trying to place seeds"
This reverts commit 6e2f1fcd635398387a49911a996ccaba65bffdd3.
|
|
|
|
the deployer trying to place seeds
|
|
|
|
|
|
|
|
|
|
using their after_place/after_dig callbacks
|
|
they're slow and obsolete
|
|
|
|
|
|
initialized one
clean up some code to make a few lesser calls to it
|
|
|
|
|
|
|
|
element are filled.
Send them to some other open (empty) port instead.
|
|
sorting tubes where they are only used to
deactivate paths. The Priority tube uses as less cpu as the default tube, is easier to maintain as well as cheaper as the sorting tube.
|
