Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[bloop_bleep]

DFFD for source file and Windows binaries: http://dffd.bay12games.com/file.php?id=14917
GitHub repository: https://github.com/bloop-bleep-b12/minecart_fall_loading

This is a plugin that allows items OR units that fall on top of a minecart to be a loaded into that minecart, if they can fit within the minecart. This, I believe, is an important addition, because it allows automatic minecart loading without direct dwarf interaction, in a simple way, without making it TOO easy =P. In the base game, only automatic minecart unloading is possible.

Think of the possibilities! We could have minecarts passing items from one to another, with a dumping track stop next to a hole over another minecart. Imagine dwarves dumping finished items down chutes right outside their workshops, to be spirited away by a waiting minecart, without the need for the stockpile walk after the job is done. I have considered constructing a horrifying recursive goblin grinder, where goblins are pelted from afar with the corpses of their previously fallen comrades, until the ground underneath them gives way, allowing a minecart below to scoop up their own cadavers. The efficiency is exponential! All with minimal dwarf interaction, and a relatively simple mechanic.

Please tell me what you think, and provide any bug reports or comments! Thank you!

NOTE: Currently only one unit at a time may be loaded into a minecart this way. This restriction is artificially created by me, so could be easily changed if people feel against it. Also make sure to pit units from at least 2 z-levels above minecarts in order for them to loaded.

EDIT: Also I would appreciate any technical advice on how to search for items (which may be in the air) in a specific tile? Currently I'm looping through all active items, which I assume is not the most efficient way. Is it true that if an item is not a projectile, then it is recorded in the df::map_block* in which it is located?

[Warmist]

DFFD for source file: http://dffd.bay12games.com/file.php?id=14917

This is a plugin that allows items that fall on top of a minecart to be a loaded into that minecart, if it can fit within the minecart. This, I believe, is an important addition, because it allows automatic minecart loading without direct dwarf interaction, in a simple way, without making it TOO easy =P. In the base game, only automatic minecart unloading is possible.

Think of the possibilities! We could have minecarts passing items from one to another, with a dumping track stop next to a hole over another minecart. Imagine dwarves dumping finished items down chutes right outside their workshops, to be spirited away by a waiting minecart, without the need for the stockpile walk after the job is done. I have considered constructing a horrifying recursive goblin grinder, where goblins are pelted from afar with the corpses of their previously fallen comrades, until the ground underneath them gives way, allowing a minecart below to scoop up their own cadavers. The efficiency is exponential! All with minimal dwarf interaction, and a relatively simple mechanic.

Please tell me what you think, and provide any bug reports or comments! Thank you!

EDIT: Also I would appreciate any technical advice on how to search for items (which may be in the air) in a specific tile? Currently I'm looping through all active items, which I assume is not the most efficient way. Is it true that if an item is not a projectile, then it is recorded in the df::map_block* in which it is located?

Non-script solution is that you need to interpose ALL item type place vmethod (IIRC looked into it for anti-quantum-stockpile), maybe it's enough to use eventful('?)s projectile hit event?

[FantasticDorf]

Wow excellent.

But does this catch and fit pitted invaders to run on a infinite loop? Because high velocity goblin minecart circuitry with pressure plates or semi-pernament ridden minecart trap would revolutionize dwarf-computing.

[bloop_bleep]

Wow excellent.

But does this catch and fit pitted invaders to run on a infinite loop? Because high velocity goblin minecart circuitry with pressure plates or semi-pernament ridden minecart trap would revolutionize dwarf-computing.

Not as of now, but it seems possible. I'll work on that when I can...

[bloop_bleep]

Wow excellent.

But does this catch and fit pitted invaders to run on a infinite loop? Because high velocity goblin minecart circuitry with pressure plates or semi-pernament ridden minecart trap would revolutionize dwarf-computing.

It's done now. Committed to github repository and updated the DFFD listing. This constitutes version 1.1.

Currently have it so that only one unit at a time may be loaded this way. Also, important note: if pitting units into minecarts, make sure to do it from at least 2 z-levels above, since I'm pretty sure when a unit is pitted it is transferred directly to the z-level below the one of the pitting zone. I realize I am also not entirely sure how to get units out of a minecart once they are in... maybe I should try to do that with my testing save.

EDIT:

Also testing of all of your own would be greatly appreciated!

Non-script solution is that you need to interpose ALL item type place vmethod (IIRC looked into it for anti-quantum-stockpile), maybe it's enough to use eventful('?)s projectile hit event?

I'm sorry, I didn't find any virtual methods in the df item struct with "place" in their name? Could you explain what you mean? Thanks anyway!

[Warmist]

Non-script solution is that you need to interpose ALL item type place vmethod (IIRC looked into it for anti-quantum-stockpile), maybe it's enough to use eventful('?)s projectile hit event?

I'm sorry, I didn't find any virtual methods in the df item struct with "place" in their name? Could you explain what you mean? Thanks anyway!

Sorry it's "moveToGround"

[GreyGoldFish]

This sounds fantastic! Does anyone know if this works with 47.04? I've been trying to compile DFHack without success these past few days, something to do with Cmake not being able to find my VS 2015 build tools, so if anyone was able to successfully compile DFHack with this plugin would you kindly send me a copy?

Cheers! 

[Ziusudra]

https://dfhack.org/builds/ hmm, that seems to be having troubles. You can try using the dfhack from one of the packs http://dffd.bay12games.com/category.php?id=18

[GreyGoldFish]

https://dfhack.org/builds/ hmm, that seems to be having troubles. You can try using the dfhack from one of the packs http://dffd.bay12games.com/category.php?id=18

Thanks! I couldn't find any packages that were compiled with the plugin, though. My problem is that I need to compile the plugin with DFHack, since it's not just plug and play like TWBT, for example.

[bloop_bleep]

Hey, if you have a 64-bit Windows system, I could upload my plugin binary! Then you could just stick it in the DF plugins folder without having to build DFHack (just requires installing DFHack in its pre-built form).

Also, I have managed, through great effort, to compile DFHack on both 64-bit Windows and openSUSE Linux, so if you need some help you can send me a PM! There were certainly a few obstacles along the way.

[bloop_bleep]

Added 0.47.03 and 0.47.04 binaries to DFFD.

[Warmist]

Okay, so i've looke over your plugin code... And i'm very impressed! Very nice and tidy code with easy to understand comments! Btw i feel like something like this should be in vanilla DF.

[bloop_bleep]

Why thank you! 

And yes, I think that this feels like something that should be in vanilla DF. That's what I like about this mechanic, it's not too far-out or intrusive. In fact, I might've written something on the Suggestions forum about this at some point, though I'm not sure...