works for me in 1.19.8

CDragonDream
I don't know what the lastest update did but it seems to have broken a ton of mods.
Send a crash report if it breaks and i'll see what I can do to fix it. Otherwise i'm inactive.

dose this still work or has this died?

tried it out on 1.19.3 still works as far as i can tell. tested it on creative mode

Frepo

Have you uploaded your fixes anywhere?
Sorry for multiple comment edits, I've never commented here before and I kept screwing up. -_-

Frepo
If you can figure out how to get it to work the rights for a fork are all yours.
My code quality is really bad, most of it is just copied from the base game.

OmegaHaxors
Yeah, I wanted to get into modding stuff for the mechanical power system, so I thought this lovely little machine would be nice to start working on. Did you base the code off the wooden toggle?
Anyway, I've fixed so the game doesn't crash when placing the block next to spinning mechanics. I've added particles flying off each time the machine conducts a sift operation, and some dust particles while it's working (much like the quern).
I've split the shape model into 3 separate jsons (autosifter-inventory, autosifter-stand, autostifter-moving... just like the toggle). Currently I'm stuck at getting the mesher to combine the static model (-stand) and the animated part (-moving), the moving part is just the horizontal axle running through the machine. I'm VERY stuck actually, I think it's time to consult the VS forum... we'll see how this turns out.... 

Frepo
Mod is not in active development at the moment, though you're free to fork the code and take a crack at it.
jamescook
At the moment you have to convert electricity into rotary power first, but i'm not against rewriting this to work with electricity instead.

quick question will this work with the electricty mod?

Wow! This machine sounds wonderful!

I read about the bug below, is it being worked on? To prevent the game from crashing you could do somewhat of a quick-fix; When placing the machine in the world, check all nearby blocks, if anyone of them is an axle (or any of those that crashes the game) then prevent placement and have the UI display a message like "Place the sifter first, then connect rotary power."

Briccars
Argh that bug reemerges with the port to NET7. Don't know what I can say other than don't do that. The Mechanical Power (MP) system is a disaster to work with and i'm not a very good programmer so there isn't much I can do to fix it. Maybe someone with a bit more experience working with the MP can write a patch because I am far too dispassionate at this to deal with it myself. I can only be bothered to fix things that are game-breaking and can't be trivially worked around.

Spleen
You can adjust the durabilities in the tieredautosifter JSON. Look for attributes: { maxblocksByType: {
The number represents how many blocks that tier can support before it breaks. Due to a programming flaw, it will support 1 more than the amount listed there. I'll fix it later, but for now it's a feature(tm)

Had the game crash the instant I placed it next to a wooden toggle, and again next to a wooden axle, it was placeable next to no power blocks, and then I ran an axle up to it and it didnt crash and ran normally. power was turning the whole time

Running on 64 bit Windows with 32716 MB RAM
Game Version: v1.18.8 (Stable)
8/27/2023 11:14:51 AM: Critical error occurred in the following mod: autosifter@1.1.0
Loaded Mods: abandonedkingdom@0.0.4, aculinaryartillery@1.0.14, cheaperarmor@2.0.2, autosifter@1.1.0, backpackpackplus@1.0.3, betterarchery@3.0.0, betterbackpacks@1.0.0, bettercrates@1.6.0, betterpoultice@1.0.0, betterruins@0.2.1, buzzwords@1.3.0, craftables@1.1.1, fancysky@1.0.6, quickerbarrel@1.1.1, fulldrop@1.0.0, instruments@1.2.2, justmoreruins@0.9.2, reducedarmornegatives@1.0.4, meteoricexpansion@1.2.4, moreclasses@1.2.5, nomolding@2.0.1, orepulverizer@1.1.1, primitivesurvival@3.2.7, sexyswords@0.1.2, usefuldrifterloot@1.0.3, visibleore@1.0.1, vtpp@1.0.0, game@1.18.8, zyrails0break0down0tools@1.17.8, alchemy@1.6.4, animalcages@2.1.5, beehivekiln@1.2.2, commonlib@2.2.0, expandedfoods@1.6.4, expandedtraderswithfish@1.0.2, farmlanddropssoil@1.4.0, medievalexpansion@3.10.0, prospectorinfo@4.3.0, SimpleMobFootStepsUpdate@1.0.1, usefulstuff17@1.0.2, vesselbuff@1.0.6, creative@1.18.8, survival@1.18.8, wildfarmingrevival@1.1.2, xlib@0.7.4, metalrecovery@0.1.19-pre.1, knapster@2.4.2, defensive@0.1.7-pre.0, helvehammerext@1.5.1, moremolds@1.2.0, moddownloader@1.1.0, xskills@0.7.5
System.NullReferenceException: Object reference not set to an instance of an object.
at AutoSifter.AutoSifterBlock.TryPlaceBlock(IWorldAccessor world, IPlayer byPlayer, ItemStack itemstack, BlockSelection blockSel, String& failureCode) in S:\VintageStoryModding\AutoSifter\src\autosifter.cs:line 150
at Vintagestory.Client.NoObf.ClientMain.OnPlayerTryPlace(BlockSelection blockSelection, String& failureCode) in VintagestoryLib\Client\ClientMain.cs:line 1626
at Vintagestory.Client.NoObf.SystemMouseInWorldInteractions.OnBlockBuild(BlockSelection blockSelection, Block onBlock, String& failureCode) in VintagestoryLib\Client\Systems\Player\MouseInWorldInteractions.cs:line 701
at Vintagestory.Client.NoObf.SystemMouseInWorldInteractions.HandleMouseInteractionsBlockSelected(Single dt) in VintagestoryLib\Client\Systems\Player\MouseInWorldInteractions.cs:line 447
at Vintagestory.Client.NoObf.SystemMouseInWorldInteractions.OnFinalizeFrame(Single dt) in VintagestoryLib\Client\Systems\Player\MouseInWorldInteractions.cs:line 92
at Vintagestory.Client.NoObf.ClientEventManager.TriggerRenderStage(EnumRenderStage stage, Single dt) in VintagestoryLib\Client\Util\ClientEventManager.cs:line 185
at Vintagestory.Client.NoObf.ClientMain.TriggerRenderStage(EnumRenderStage stage, Single dt) in VintagestoryLib\Client\ClientMain.cs:line 790
at Vintagestory.Client.NoObf.ClientMain.RenderToDefaultFramebuffer(Single dt) in VintagestoryLib\Client\ClientMain.cs:line 983
at Vintagestory.Client.ScreenManager.Render(Single dt) in VintagestoryLib\Client\ScreenManager.cs:line 668
at Vintagestory.Client.ScreenManager.OnNewFrame(Single dt) in VintagestoryLib\Client\ScreenManager.cs:line 643
at Vintagestory.Client.NoObf.ClientPlatformWindows.window_RenderFrame(FrameEventArgs e) in VintagestoryLib\Client\ClientPlatform\GameWindow.cs:line 75
at OpenTK.Windowing.Desktop.GameWindow.DispatchRenderFrame()
at OpenTK.Windowing.Desktop.GameWindow.Run()
at Vintagestory.Client.ClientProgram.Start(ClientProgramArgs args, String[] rawArgs) in VintagestoryLib\Client\ClientProgram.cs:line 312
at Vintagestory.Client.ClientProgram.<>c__DisplayClass9_0.<.ctor>b__1() in VintagestoryLib\Client\ClientProgram.cs:line 129
at Vintagestory.ClientNative.CrashReporter.Start(ThreadStart start) in VintagestoryLib\Client\ClientPlatform\ClientNative\CrashReporter.cs:line 93

Event Log entries containing Vintagestory.exe, the latest 3
==================================

Are you able to add configurable durabilities? Love the mod.

ThreeHeadedDingo
Ah! I thought I fixed that. Well this is going to come across really poorly, but just try not to do that.
The MP system is a total hack and lets just say the code quality of the sifter isn't the best.
Will probably address the issue next time I return to active development, it's not enough of a break to justify exiting hiatus.

Looks like it only occurs when trying to place it directly next to a transmission.

ThreeHeadedDingo
Could not reproduce issue. Going to need more information.

Placing sifter crashes the game.

Yanazake
It tested it, it works fine. The API changes didn't touch this one.

Is this still  working fine in 1.18.x?

Just_a_cat
Yikes nice find, that seems to be a vanilla bug.
It seems to be running while the chunk is unloaded and drops the items while it's still loading.

May be i find a bug...

If you leave the area, where sifter installed, and chunks are unloaded, then, when you return to sifter, it will drop bunch of items. But not from bottom, but on top of nearest north block

any way of having the config setting out of the zip into the modconfig folder?

Something I should have done from the beginning: Auto-Sifters now have tiers.
Bronze can only support one block at a time, iron two, meteoric four and steel can support eight.
If you exceed the limit of pannable blocks over the sifter, it will break the chain into metal bits.
You won't lose any material but you will need to smelt the bits back into a new chain.

The recipe for auto-sifters has been tweaked to be slightly cheaper on chain, now that they can break.
Don't worry about that massive pile of blocks you put over your old sifter. It will still retain its old stats.
Only sifters created in this version will use the new tier system. Old sifters remain unbreakable.

You can tweak the maximum amount of blocks the sifters can support in the tieredautosifter JSON.

I got tired of waiting for the devs to fix the issue with item substitution, so I created a work-around.
Now there's a seperate recipe for both versions of chain, with both taking each type of solder.

l33tmaan
It does, it's just the current game version won't handle recipe substitutions properly.
Instead of adding 4 recipes to cover each substituion, it only adds 2.
If you have issues, use the other type of soldier or chain.

Just to confirm before I download: This current release doesn't actually work in survival mode?

Brotherlui
Thanks for reporting the issue, seems to be an issue on my end as well.
Going to try to fix the issue, it's probably just a case of bad JSON somewhere.

I figured it out. It's a glitch in the main game. The way it handles substitutions, you have to use the other kind of soldier.
Steel only works with one kind of soldier and Meteoric only works with the other.
Will forward this to the developers so that they can fix it on their end.

You're not going to lose any gamer cred for throwing away the items and using /giveitem autosifter:autosifter-ns

Hi, using 1.17.3 stable all parts in the crafting grid but no Auto-Sifter. Update necessary?

Had to reupload the latest update since it had a broken lang JSON.

@OmegaHaxors gotcha. No worries. I understand the current point of not being "fully automated". I like the way it is too :D

Not willing to do that. The whole point of the auto sifter is to reward the player for building out how to run it.
If you could just put a hopper on it and call it a day, it would just become a braindead sand->metal converter.
One thing worth knowing is that you can stack multiple panning blocks and it will draw from the top of the pile.
Another option is to top it up as it runs, see if you can work a schedule to keep the device running at all times.
I designed it around the helvehammer, where your work alongside your machine, but it can work on its own too.
Just like with the helvehammer, your input is inputting the work material and picking up the drops when they're done.
Zaldaryon

@OmegaHaxors I'd love if you could feed the blocks from a chest on the top with a hopper or a chute, like the quern.

bluelightning32
Already addressed. JSON will load in the dev environment but then refuse to load in the main game.
It's insufferable because you'll make a perfectly good mod and when you go to ship, everything falls apart.
As part of my completely blind "change everything and hope it works" that JSON issues on ship forces you to do to in order to get a timely release, the file is now all lowercase. Make sure to delete the old one.

v1.0.0 worked, but v1.0.1 crashes during start up:

20:28:39 [Server Notification] Entering runphase WorldReady
Game Version: v1.17.0-rc.8 (Unstable)
8/30/2022 8:28:39 PM: Critical error occurred
Loaded Mods:
System.NullReferenceException: Object reference not set to an instance of an object
at Vintagestory.ServerMods.ModStdWorldGen.LoadGlobalConfig (Vintagestory.API.Server.ICoreServerAPI api) [0x00050] in <7184b6136735497d8d8eade88f301110>:0
at Vintagestory.ServerMods.GenSnowLayer.initWorldGen () [0x00000] in <7184b6136735497d8d8eade88f301110>:0
at Vintagestory.Server.ServerSystemSupplyChunks.LoadWorldgenHandlerAndSpawnChunks () [0x000a6] in <de92e11e138b4846accc12709ee431b0>:0
at Vintagestory.Server.ServerSystemLoadAndSaveGame.OnBeginWorldReady () [0x00000] in <de92e11e138b4846accc12709ee431b0>:0
at Vintagestory.Server.ServerMain.EnterRunPhase (Vintagestory.API.Server.EnumServerRunPhase runPhase) [0x000cf] in <de92e11e138b4846accc12709ee431b0>:0
at Vintagestory.Server.ServerMain.Launch () [0x00256] in <de92e11e138b4846accc12709ee431b0>:0
at Vintagestory.Server.ServerProgram.Main2 () [0x000e5] in <42e5d5b64f154c1eb771d6ffa3ac5643>:0
at Vintagestory.ClientNative.CrashReporter.Start (System.Threading.ThreadStart start) [0x00007] in <de92e11e138b4846accc12709ee431b0>:0
Crash written to file at "./../live_data/Logs/server-crash.txt"

People were struggling WAY more than anticipated on obtaining steel.
Now the recipe allow you to use Meteoric Iron chain as a substitution.
That change should make the mod just a little bit more accessible.

Check out Harp's Mechanical Revolution which adds new MP sources to run the autosifter with.

Should work now bluelightning32

slight issues for some reason that meme of "it worked in the dev environment" is actually happening here.
Hold tight while I work on a solution.
EDIT Turns out the mod asset folder must share the same capitalization as the mod itself. Fix soon.

v1.0.0 fails to start up with v1.17.0-rc.5 on Linux. First, this error appears in the console:

21:26:08 [Server Error] Exception thrown during handling event OnSaveGameLoaded: System.Exception: Can't create itemstack without item!
at Vintagestory.API.Common.ItemStack..ctor (Vintagestory.API.Common.Item item, System.Int32 stacksize) [0x0001f] in <dd02eb3223a5453a83e1fa3625df3e8b>:0
at Vintagestory.GameContent.ModSystemAuction.Event_SaveGameLoaded () [0x0001b] in <7b1d3b86d4794c5fbefa65fa3ab35337>:0
at (wrapper delegate-invoke) <Module>.invoke_void()
at Vintagestory.Server.ServerEventManager.TriggerSaveGameLoaded () [0x0000a] in <f5f10b0f67c94dd6a5c07b0c00e2f868>:0

Then this error appears:

21:26:08 [Client Fatal] System.NullReferenceException: Object reference not set to an instance of an object
at Vintagestory.ServerMods.ModStdWorldGen.LoadGlobalConfig (Vintagestory.API.Server.ICoreServerAPI api) [0x00050] in <7b1d3b86d4794c5fbefa65fa3ab35337>:0
at Vintagestory.ServerMods.GenSnowLayer.initWorldGen () [0x00000] in <7b1d3b86d4794c5fbefa65fa3ab35337>:0
at Vintagestory.Server.ServerSystemSupplyChunks.LoadWorldgenHandlerAndSpawnChunks () [0x000a6] in <f5f10b0f67c94dd6a5c07b0c00e2f868>:0
at Vintagestory.Server.ServerSystemLoadAndSaveGame.OnBeginWorldReady () [0x00000] in <f5f10b0f67c94dd6a5c07b0c00e2f868>:0
at Vintagestory.Server.ServerMain.EnterRunPhase (Vintagestory.API.Server.EnumServerRunPhase runPhase) [0x000c3] in <f5f10b0f67c94dd6a5c07b0c00e2f868>:0
at Vintagestory.Server.ServerMain.Launch () [0x00256] in <f5f10b0f67c94dd6a5c07b0c00e2f868>:0
at Vintagestory.Client.ClientProgram.ServerThreadStart () [0x000b0] in <b9cdf349ac844cf2ad1f5d8ef396f19f>:0