[MOD] Deadlock's Stacking Beltboxes & Compact Loaders

[Zavian]

Now this is pretty much how I expect stacking things on belts to look like.

Ideally I'd like stack inserters to be able to transparently place stacked items on belts, without needing a converter box, and all inserters to be able to pick up stacked items and transparently uncompress them, so they can be fed to assemblers. However I don't expect that to be practical without support in the c++ part of the engine.

Reading the info on mods.factorio.com I see you aren't intending to add recipes using stacked items. Any particular reason why not? Personally I find the throughput limit of the 2 red and 2 blue belts you can fit into the space between 2 rows of beacons and a row of assemblers to be one of the biggest problems with belt-based megabases, and I think that using stacked belts for input and output would be a solution. Inserters taking too long to pickup is another one. In vanilla that can normally be solved by using multiple inserters, but using stacked items on belts would also help solve that issue as well.

Edit: I do realise that this is something that could be added by another mod.

[foodfactorio]

what if only stacker inserters were able to pick up stacks?

[Deadlock989]

Reading the info on mods.factorio.com I see you aren't intending to add recipes using stacked items. Any particular reason why not?

a) I don't think it makes much sense. Granted, things don't have to make sense all the time, like how I can't make a lawnmower engine with my hands but I can craft and carry fifty oil refineries, but I like to keep a lid on escalating senselessness
b) Too much hassle to iterate through every recipe in the game and probably have to duplicate every single crafting tab, I loathe cluttered menus
c) Weirdness can occur when you have multiple recipes within the same category that produce the same output
d) Have provided the necessary info for other people to try this kind of thing if they want
e) There is no point when it's so trivially easy to unstack. It does add space to designs but I'm not a min-maxer, so, shrug.

what if only stacker inserters were able to pick up stacks?

Not possible

[Deadlock989]

Version: 1.2.1
Date: 04. 02. 2018

Changes:
- Sprites updated. Lines up with Deadlock's Compact Loaders. Shadows separated. Low-res version improved.

Bugfixes:
- Check other mods' settings properly.

[Deadlock989]

Version: 1.2.2
Date: 04. 02. 2018

Changes:
- Sprite shadows tweak.

Bugfixes:
- Tightened checks and error handling around calls from other mods.

Look, ma, I'm famous

https://www.youtube.com/watch?v=XDn8Zu166oU (earlier version)

[cvkurt]

I dimly remember some other mod that adds 4x and 5x belts, can't remember it now. I'll take requests to activate 4x and 5x beltboxes for other mods, but I'm not going any higher than that.

FactorioExtended?

I very much like the idea of stacking without the tedious management of empty pallets (or boxes or whatever). Your mod might help me reduce UPS load here and there in the FactorioExtended belt-based megafactory I'm working on.

Thanks for the mod!

[Deadlock989]

FactorioExtended?

Yeah probably. Different colours, different names ... sigh. I will take a proper look later in the week and think about using colour masks instead of rainbow sprite sheets but in the meantime you could always use 2x red/blue beltboxes and then a FactorioExtended splitter to merge their outputs together onto the modded belts.

[Deadlock989]

Got colour masks working. Never need to make another icon or sprite again.



Version: 1.3.0
Date: 06. 02. 2018

Changes:
- Beltbox sprites and icons reworked. They are now separated into layers and masks, saving VRAM and allowing for any dynamic colour without needing new sprites.
- Tier 4 and 5 beltboxes become available if Factorio Extended (Transport) is active (and if you can get it to load).

FactorioExtended is untested in normal/low resolution (because it's broken in those modes).

[cvkurt]

Thank you for the FactorioExtended support! I'll try to give it a spin in the next day or two.

[orzelek]

Is it only me or green and purple bleed onto the belt but normals don't?
(Using masks is much easier I guess?)

[Deadlock989]

Is it only me or green and purple bleed onto the belt but normals don't?
(Using masks is much easier I guess?)

The belts poking out of the loaders come from whichever 4x or 5x mod is being supported. Bob's Logistics doesn't provide HR belts so they look gnarly. FactorioExtended is ... well, all over the place, and yeah, the belts have that weird glow. I couldn't be bothered to make my own colour-masked belts when the vanilla ones work perfectly well (and are already in memory).

The masks for the beltboxes and loaders were finicky to make but then you've got 16 million different options for your colour choices and you only have to change the code.

[RaidSoft]

Hmm I just got a crash right away after starting to use the beltbox and compact loaders, happened after placing then removing a splitter, loader, beltbox and loader (then removing them again, in reverse order) and then the game crashed after removing the splitter again. I did not have any power being sent to the beltbox during this so it was not working (just filling up with iron plates)

Not sure if the source of the crash is the mod or not though but have had no crashing issues before this. I did add the mod later on, was not a fresh save. the game log didn't really say much (mostly just a bunch of memory markers) so not much help there unfortunately. Going to see if I can find a way to reproduce it so it can actually be helpful.

edit: further testing, seems to only happen if I remove it while walking, if I stand still then there's no problem.. Weird. But it's related to holding down right mouse button and walking while removing these items in this order: compact loader, beltbox, compact loader, splitter. It only crashes when the splitter is removed, not the loaders or beltbox them self.
This way: https://i.imgur.com/wBti44O.gifv (ignore the errors, that was just from removing the mods for testing, exactly the same behaviour regardless.)
edit2: Well I just got it to crash without moving, it seems it might be related to how fast you remove the items in a row, if you wait a bit between each then there seems to be no problem?

Other mods used: Auto Deconstruct, Auto Research, a modification of Basic robots mod made to work with .16, Bottleneck, beltbox & compact loaders, Even Distribution, Flow Control, Logistic Train Network, Picker Extended and Tweaks, Rampant, RSO, Shuttle Train Lite, Squeak Through, upgrade builder and planner, Warehousing Mod.
edit: I tried removing all mods except beltbox&compact loaders, same problem.

Crash log

20.533 Error CrashHandler.cpp:286: Exception Code: c0000005, Address: 0x00007ff63e90704d
ModuleBase: 0x00007ff63dea0000, ImageSize: 01368000, RelativeAddress: 00a6704d
20.533 Error CrashHandler.cpp:292: Access Violation: Read at address FFFFFFFFFFFFFFFF
20.533 Error CrashHandler.cpp:308: Exception Context:
rax=00007ff63ed84170, rbx=000002b3e7b45640, rcx=07e00002e900369c,
rdx=00000000ffffff04, rsi=000002b4cd42b598, rdi=000002b3e7b43388,
rip=00007ff63e90704d, rsp=000000c997cfe700, rbp=00007ff63f0aa07c,
r8=000002b4cd42b4f0, r9=000002b4cd42b658, r10=0000000000000000,
r11=0000000000000000, r12=000002b4cd42b4f0, r13=000002b4e2007f70,
r14=00007ff63f0aa078, r15=0000000000000000
20.533 Crashed in D:\Spel\Factorio\bin\x64\factorio.exe (0x00007ff63dea0000 - 0x00007ff63f208000)
Factorio crashed. Generating symbolized stacktrace, please wait ...
c:\cygwin64\tmp\factorio-y530qn\libraries\stackwalker\stackwalker.cpp (923): StackWalker::ShowCallstack
c:\cygwin64\tmp\factorio-y530qn\src\util\logger.cpp (372): Logger::writeStacktrace
c:\cygwin64\tmp\factorio-y530qn\src\util\logger.cpp (471): Logger::logStacktrace
c:\cygwin64\tmp\factorio-y530qn\src\util\crashhandler.cpp (127): CrashHandler::writeStackTrace
c:\cygwin64\tmp\factorio-y530qn\src\util\crashhandler.cpp (334): CrashHandler::SehHandler
ERROR: SymGetLineFromAddr64, GetLastError: 487 (Address: 00007FF8761194F0)
00007FF8761194F0 (KERNELBASE): (filename not available): UnhandledExceptionFilter
ERROR: SymGetLineFromAddr64, GetLastError: 487 (Address: 00007FF878E78508)
00007FF878E78508 (ntdll): (filename not available): memset
ERROR: SymGetLineFromAddr64, GetLastError: 487 (Address: 00007FF878E60F56)
00007FF878E60F56 (ntdll): (filename not available): _C_specific_handler
ERROR: SymGetLineFromAddr64, GetLastError: 487 (Address: 00007FF878E74C3D)
00007FF878E74C3D (ntdll): (filename not available): _chkstk
ERROR: SymGetLineFromAddr64, GetLastError: 487 (Address: 00007FF878DED1B8)
00007FF878DED1B8 (ntdll): (filename not available): RtlWalkFrameChain
ERROR: SymGetLineFromAddr64, GetLastError: 487 (Address: 00007FF878E73B6E)
00007FF878E73B6E (ntdll): (filename not available): KiUserExceptionDispatcher
c:\cygwin64\tmp\factorio-y530qn\libraries\agui\src\agui\widget\textfield.cpp (41): agui::TextField::~TextField
ERROR: SymGetLineFromAddr64, GetLastError: 487 (Address: 00007FF63E1BD22B)
00007FF63E1BD22B (factorio): (filename not available): ConfirmationBoxStrong::`scalar deleting destructor'
c:\cygwin64\tmp\factorio-y530qn\src\entity\splitter.cpp (575): Splitter::disconnectGroundConnections
c:\cygwin64\tmp\factorio-y530qn\src\entity\transportbeltconnectable.cpp (424): TransportBeltConnectable::onDestroy
c:\cygwin64\tmp\factorio-y530qn\src\entity\entity.cpp (275): Entity::forceDestroy
c:\cygwin64\tmp\factorio-y530qn\src\entity\entity.cpp (816): Entity::mine
c:\cygwin64\tmp\factorio-y530qn\src\manualstorage.cpp (187): ManualStorage::handleMinedEntity
c:\cygwin64\tmp\factorio-y530qn\src\manualminer.cpp (119): ManualMiner::performMining
c:\cygwin64\tmp\factorio-y530qn\src\entity\character.cpp (728): Character::update
c:\cygwin64\tmp\factorio-y530qn\src\surface\chunk.cpp (575): Chunk::updateActiveEntities
c:\cygwin64\tmp\factorio-y530qn\src\surface\chunk.cpp (624): Chunk::updateEntities
c:\cygwin64\tmp\factorio-y530qn\src\surface\surface.cpp (1174): Surface::update
c:\cygwin64\tmp\factorio-y530qn\src\map\map.cpp (1275): Map::update
c:\cygwin64\tmp\factorio-y530qn\src\game.cpp (153): Game::update
c:\cygwin64\tmp\factorio-y530qn\src\scenario\scenario.cpp (831): Scenario::update
c:\cygwin64\tmp\factorio-y530qn\src\mainloop.cpp (991): MainLoop::gameUpdateStep
c:\cygwin64\tmp\factorio-y530qn\src\mainloop.cpp (858): MainLoop::gameUpdateLoop
c:\cygwin64\tmp\factorio-y530qn\src\util\workerthread.cpp (36): WorkerThread::loop
c:\program files (x86)\microsoft visual studio\2017\community\vc\tools\msvc\14.12.25827\include\thr\xthread (232): std::_LaunchPad<std::unique_ptr<std::tuple<void (__cdecl RazerChromaWindowsSDKImpl::*)(void) __ptr64,RazerChromaWindowsSDKImpl * __ptr64>,std::default_delete<std::tuple<void (__cdecl RazerChromaWindowsSDKImpl::*)(void) __ptr64,RazerChromaWindowsSDKImpl * __ptr64> > > >::_Go
c:\program files (x86)\microsoft visual studio\2017\community\vc\tools\msvc\14.12.25827\include\thr\xthread (211): std::_Pad::_Call_func
d:\th\minkernel\crts\ucrt\src\appcrt\startup\thread.cpp (115): thread_start<unsigned int (__cdecl*)(void * __ptr64)>
ERROR: SymGetLineFromAddr64, GetLastError: 487 (Address: 00007FF878CE1FE4)
00007FF878CE1FE4 (KERNEL32): (filename not available): BaseThreadInitThunk
ERROR: SymGetLineFromAddr64, GetLastError: 487 (Address: 00007FF878E3EF91)
00007FF878E3EF91 (ntdll): (filename not available): RtlUserThreadStart
21.871 Error CrashHandler.cpp:128: Map tick at moment of crash: 1132520
21.871 Error Util.cpp:67: Unexpected error occurred. If you're running the latest version of the game you can help us solve the problem by posting the contents of the log file on the Factorio forums.
Please also include the save file(s), any mods you may be using, and any steps you know of to reproduce the crash.
26.756 Creating crash dump.
26.826 CrashDump success

[Deadlock989]

Hmm I just got a crash right away after starting to use the beltbox and compact loaders, happened after placing then removing a splitter, loader, beltbox and loader (then removing them again, in reverse order) and then the game crashed after removing the splitter again. I did not have any power being sent to the beltbox during this so it was not working (just filling up with iron plates)

Not sure if the source of the crash is the mod or not though but have had no crashing issues before this. I did add the mod later on, was not a fresh save. the game log didn't really say much (mostly just a bunch of memory markers) so not much help there unfortunately. Going to see if I can find a way to reproduce it so it can actually be helpful.

edit: further testing, seems to only happen if I remove it while walking, if I stand still then there's no problem.. Weird. But it's related to holding down right mouse button and walking while removing these items in this order: compact loader, beltbox, compact loader, splitter. It only crashes when the splitter is removed, not the loaders or beltbox them self.
This way: https://i.imgur.com/wBti44O.gifv (ignore the errors, that was just from removing the mods for testing, exactly the same behaviour regardless.)
edit2: Well I just got it to crash without moving, it seems it might be related to how fast you remove the items in a row, if you wait a bit between each then there seems to be no problem?

Other mods used: Auto Deconstruct, Auto Research, a modification of Basic robots mod made to work with .16, Bottleneck, beltbox & compact loaders, Even Distribution, Flow Control, Logistic Train Network, Picker Extended and Tweaks, Rampant, RSO, Shuttle Train Lite, Squeak Through, upgrade builder and planner, Warehousing Mod.
edit: I tried removing all mods except beltbox&compact loaders, same problem.

Crash log

20.533 Error CrashHandler.cpp:286: Exception Code: c0000005, Address: 0x00007ff63e90704d
ModuleBase: 0x00007ff63dea0000, ImageSize: 01368000, RelativeAddress: 00a6704d
20.533 Error CrashHandler.cpp:292: Access Violation: Read at address FFFFFFFFFFFFFFFF
20.533 Error CrashHandler.cpp:308: Exception Context:
rax=00007ff63ed84170, rbx=000002b3e7b45640, rcx=07e00002e900369c,
rdx=00000000ffffff04, rsi=000002b4cd42b598, rdi=000002b3e7b43388,
rip=00007ff63e90704d, rsp=000000c997cfe700, rbp=00007ff63f0aa07c,
r8=000002b4cd42b4f0, r9=000002b4cd42b658, r10=0000000000000000,
r11=0000000000000000, r12=000002b4cd42b4f0, r13=000002b4e2007f70,
r14=00007ff63f0aa078, r15=0000000000000000
20.533 Crashed in D:\Spel\Factorio\bin\x64\factorio.exe (0x00007ff63dea0000 - 0x00007ff63f208000)
Factorio crashed. Generating symbolized stacktrace, please wait ...
c:\cygwin64\tmp\factorio-y530qn\libraries\stackwalker\stackwalker.cpp (923): StackWalker::ShowCallstack
c:\cygwin64\tmp\factorio-y530qn\src\util\logger.cpp (372): Logger::writeStacktrace
c:\cygwin64\tmp\factorio-y530qn\src\util\logger.cpp (471): Logger::logStacktrace
c:\cygwin64\tmp\factorio-y530qn\src\util\crashhandler.cpp (127): CrashHandler::writeStackTrace
c:\cygwin64\tmp\factorio-y530qn\src\util\crashhandler.cpp (334): CrashHandler::SehHandler
ERROR: SymGetLineFromAddr64, GetLastError: 487 (Address: 00007FF8761194F0)
00007FF8761194F0 (KERNELBASE): (filename not available): UnhandledExceptionFilter
ERROR: SymGetLineFromAddr64, GetLastError: 487 (Address: 00007FF878E78508)
00007FF878E78508 (ntdll): (filename not available): memset
ERROR: SymGetLineFromAddr64, GetLastError: 487 (Address: 00007FF878E60F56)
00007FF878E60F56 (ntdll): (filename not available): _C_specific_handler
ERROR: SymGetLineFromAddr64, GetLastError: 487 (Address: 00007FF878E74C3D)
00007FF878E74C3D (ntdll): (filename not available): _chkstk
ERROR: SymGetLineFromAddr64, GetLastError: 487 (Address: 00007FF878DED1B8)
00007FF878DED1B8 (ntdll): (filename not available): RtlWalkFrameChain
ERROR: SymGetLineFromAddr64, GetLastError: 487 (Address: 00007FF878E73B6E)
00007FF878E73B6E (ntdll): (filename not available): KiUserExceptionDispatcher
c:\cygwin64\tmp\factorio-y530qn\libraries\agui\src\agui\widget\textfield.cpp (41): agui::TextField::~TextField
ERROR: SymGetLineFromAddr64, GetLastError: 487 (Address: 00007FF63E1BD22B)
00007FF63E1BD22B (factorio): (filename not available): ConfirmationBoxStrong::`scalar deleting destructor'
c:\cygwin64\tmp\factorio-y530qn\src\entity\splitter.cpp (575): Splitter::disconnectGroundConnections
c:\cygwin64\tmp\factorio-y530qn\src\entity\transportbeltconnectable.cpp (424): TransportBeltConnectable::onDestroy
c:\cygwin64\tmp\factorio-y530qn\src\entity\entity.cpp (275): Entity::forceDestroy
c:\cygwin64\tmp\factorio-y530qn\src\entity\entity.cpp (816): Entity::mine
c:\cygwin64\tmp\factorio-y530qn\src\manualstorage.cpp (187): ManualStorage::handleMinedEntity
c:\cygwin64\tmp\factorio-y530qn\src\manualminer.cpp (119): ManualMiner::performMining
c:\cygwin64\tmp\factorio-y530qn\src\entity\character.cpp (728): Character::update
c:\cygwin64\tmp\factorio-y530qn\src\surface\chunk.cpp (575): Chunk::updateActiveEntities
c:\cygwin64\tmp\factorio-y530qn\src\surface\chunk.cpp (624): Chunk::updateEntities
c:\cygwin64\tmp\factorio-y530qn\src\surface\surface.cpp (1174): Surface::update
c:\cygwin64\tmp\factorio-y530qn\src\map\map.cpp (1275): Map::update
c:\cygwin64\tmp\factorio-y530qn\src\game.cpp (153): Game::update
c:\cygwin64\tmp\factorio-y530qn\src\scenario\scenario.cpp (831): Scenario::update
c:\cygwin64\tmp\factorio-y530qn\src\mainloop.cpp (991): MainLoop::gameUpdateStep
c:\cygwin64\tmp\factorio-y530qn\src\mainloop.cpp (858): MainLoop::gameUpdateLoop
c:\cygwin64\tmp\factorio-y530qn\src\util\workerthread.cpp (36): WorkerThread::loop
c:\program files (x86)\microsoft visual studio\2017\community\vc\tools\msvc\14.12.25827\include\thr\xthread (232): std::_LaunchPad<std::unique_ptr<std::tuple<void (__cdecl RazerChromaWindowsSDKImpl::*)(void) __ptr64,RazerChromaWindowsSDKImpl * __ptr64>,std::default_delete<std::tuple<void (__cdecl RazerChromaWindowsSDKImpl::*)(void) __ptr64,RazerChromaWindowsSDKImpl * __ptr64> > > >::_Go
c:\program files (x86)\microsoft visual studio\2017\community\vc\tools\msvc\14.12.25827\include\thr\xthread (211): std::_Pad::_Call_func
d:\th\minkernel\crts\ucrt\src\appcrt\startup\thread.cpp (115): thread_start<unsigned int (__cdecl*)(void * __ptr64)>
ERROR: SymGetLineFromAddr64, GetLastError: 487 (Address: 00007FF878CE1FE4)
00007FF878CE1FE4 (KERNEL32): (filename not available): BaseThreadInitThunk
ERROR: SymGetLineFromAddr64, GetLastError: 487 (Address: 00007FF878E3EF91)
00007FF878E3EF91 (ntdll): (filename not available): RtlUserThreadStart
21.871 Error CrashHandler.cpp:128: Map tick at moment of crash: 1132520
21.871 Error Util.cpp:67: Unexpected error occurred. If you're running the latest version of the game you can help us solve the problem by posting the contents of the log file on the Factorio forums.
Please also include the save file(s), any mods you may be using, and any steps you know of to reproduce the crash.
26.756 Creating crash dump.
26.826 CrashDump success

Hmm, that's an odd one. I can reproduce it. It's the loaders and not the beltbox, reproduced it with only Compact Loaders active. Can't reproduce it with vanilla loaders, so it must be something I changed, which narrows it down to belt_distance, belt_length, container_distance. It's removing the splitter quickly that's causing it, not the loader itself. Even more weirdly, I can't reproduce it in any other direction than the one you show. If the splitter is facing east, south or west, it doesn't crash. Also, it doesn't seem to crash 100% of the time, but if you're running it's highly likely to happen. The crash stack trace is coming from a C++ file to do with splitters half the time, and a generic-looking UnhandledExceptionFilter other times. I think this might be a bug report for the game.

[RaidSoft]

Good that you were able to reproduce it so it wasn't just something with my system!

[Deadlock989]

Reported it, others have had similar issues, believed fixed in next release:

viewtopic.php?f=47&t=57585&p=341413#p341413

[Deadlock989]

Trying to learn me some Blender. That is some steep-ass learning curve.

[Anson]

Look, ma, I'm famous
https://www.youtube.com/watch?v=XDn8Zu166oU (earlier version)

grats !
you deserved it, and the way you have implemented compression (doing 20% of stacksize)!

to most easily compress 2 blue belts or 3 red belts to half a yellow belt, stacks of 6 items (instead of 5 items) would be useful, but 6 is an ugly number when you want to adjust the stacksize of compressed items (most stacksizes are 50, 100 or 200, and not multiples of 6).

in a comment to that video, someone complained that it wouldn't be possible to use any compression with beaconed assembly setups.
of course he is right that any additional assemblers/stackers/etc take space, else there would be no challenge and we could build a 1x1 assembler that starts the rocket right at the start of a new map :-)

but it didn't take me long to create the following setup which allows having assemblers which require four different item types from FOUR input belts with stacked items and one output belt, by just using every second possible location for assemblers in such an assembler row.

picture and blueprint

- the setup is tileable.
- since i did it in my current world, i didn't yet research beacons (the assembler1 are placeholders for them)
- i also didn't yet upgrade from the miniloader mod to your new loader mod which looks a lot better in combination with the stacker
- ALL belts and underground belts CAN be yellow belts. i only used red belts so that it is easier to see which belts, splitters and undergrounds belong to which of the four input belts

stack4belts.PNG (773.79 KiB) Viewed 6612 times

Code: Select all

0eNrNWtty4jAM/Rc/E8Z3O/zKTocJ4O16mtskYafdDv++obCwtE6Q1BeeuIVjWzpHsmS/s025D20X64Gt3lncNnXPVj/eWR+f66I8fje8tYGtWBxCxRasLqrjp6LvQ7UpY/2cVcX2V6xDJthhwWK9C69sJQ5PCxbqIQ4xnPA+Pryt6321Cd34wDzSgrVNP/65qY8zGAEzt2Bv44s5HBZfwCQWTM+AKSyYmAHTSDA5g2WQWGYGy16whq6o+7bphmwTyiGxPH+CUaNzd7EL29NvOgHqLqBV2MV9lYVyfLyL26xtyjDtU5Waob+A7UdKdc9dM75OzdEm5zga88zdZj+0+4Elhskxw5g7w8R6YhTBL8P8LPoh69syDsP4yyQ15dJ8GiUFK25h7/pSgn0pJBJapW2TglYIm3OyZ8VVe31VlOVdNooZNgqDmLMk0+Qqy2mGCAxBHFjnGk4NDwZFkAIjRLrcJUfGKDNDCnmV3y4Uu7LZvnxMeNO8ZqdHk/niHFBFEvIquyrWsWyK0RZZrPvQpcPFGWw0KWt+h66Lu7Duh2L7su7jn/DBll3XtOvPslrK08r40uXWuyOX2rh92X998jTA+AeuhEynX3UbKwCR1F2njfWgRgYmmx4qBW1uoWfM7v758AbUpkDtXNqWk1mGJy3tkIs38MV7EpnlHJlzJJnlA5BZcTAJVJIEKeMqgVaIuqOQySSiJHgBAsxihZY4J89fo20lyNFEGaQ6xbQ4FXxTLcGyVI4iSz2jSuVxqtSPIMocymm4JjXHbmNkssITSAa5aQZp5KYbntq0ghrQgGOCRgvVkHWqzTe2WkkZaIup/PzZabdGgUzcIfcUEMN7JCYHECT/RvpPGthgEylAs0ZgnKbmnTaZgYzEjCKp1DAKmagBbjQaiQmgmzH0FJRmhsVFcwgxHMJlZF5gelKaTIscF6oBHrQcBwkgmhXYDmKyhLa0evdTBtG4rUl22ZuM7zznzh+3HfPbE74UeS7FcR+TWga1AiakQksrgAGbBGuQHTM341iL798S+jnW4fu3+L6c9aSyG2LyHNkYBrX9HCcV3o+mKkdrbyf56Gj9bEDn0ilibY8vjZ2mVeGEkQy6R09Qr7PEUp8QNh36dErMsMmjjwPwUcflyH4CIN54Dj5hAEUaL5BFtLx/vuAlEhMgUq+QByHpM0lNaZ08Wlj1htJlgJDLos9wCEHDO1rbgRAzvMdtiMwMdXLahYekB3NOu/CQBhO0Cw9pMEm68JDGUqQLDyPW0+J0W2X13+WWBRtF159KJO8kz4U3Mj8c/gKxJ5ks

btw: to make setups with such stacked belts "foolproof", the new filter mechanics of splitters can be used easily.
of course, that again uses up some additional space, but also allows putting any mixture of stacked and non-stacked items on a belt, and even have an incoming mixed belt of two types and easily split them to two belts right in front of the assembler row.

picture and blueprint

- i didn't yet upgrade from the miniloader mod to your new loader mod which looks a lot better in combination with the stacker
- edit: i missed the single copper plate as filter on the right side of the first splitter

fooljunk.PNG (283.12 KiB) Viewed 6612 times

Code: Select all

0eNrNV02P2yAQ/S+czcrgOLbzE1qpt56qVeQPNkEhYGEcbRr5vxec3SSNcTLspT1ZtuExw3vzGE6oEj1rNZcGrU6I10p2aPXrhDq+kaVw38yxZWiFuGF7FCFZ7t2b0aXsWqUNrpgwaIgQlw17RysyRE8nd63gxjB9M40OrxFi0nDD2TmA8eW4lv2+siNX5DJ7zxre7zETrDaa17hVglnsVnV2spJuVQuI0wgd7YMMLqA7MDqXxxRmOcLENtKGa7vi+It6MJNpenNBxS/pc7wFPMYEGmMKiXFx3rhpkBF648LNsXxqJXErSuN2XvWm7c3aikhpu5r9Ldib08Rk/eWVRC65UGXDNOayY9ofSvLJ4V+BWBR1YFrzhq07U9a7dcd/s1EijVbt+g4lfsnjOMsJTT8Toy6zlte7fjLY/iVFQUmefVDlk08Gp4ZCqckh1JAZ+dww07CyEare4XFncK3a1u7xPFWab7ZeropAroiXKxrKFY0TMFNZsXzIE4kvOVy2xfFUqXd8HorJLGd+5yAEzP3MhvhAKYD8GFCWd+Q/qdJZ6kkSmCRA3+TqZ0LJDd6W1vibB4KaqX0fdBp4NjwkeAnOHVzbBG4YYCsnN4ZhGBO43rLOA/joGCTXGnfnvimlsYaxr7gsjfJQspizYzvbaCXWFduWB6svN/4syplm4sC16e2Xaw7jCPzNtQS16l03Qp70FHMYP70YNAjjhxcjC8L47sXIh1dvRxKDJbKASoTCvSoFY9IvWepZ1v5eLAk8aBYfWP9XT0AXgWlQXxr/9LikaaDtA442CrfTGIwZaqcQzDzQ9iGYRWD9ATCTUJ+YYNp71ngbW93c/CJkRdedCynPaFyQPKXFMPwBfcWtTQ==

[Deadlock989]

to most easily compress 2 blue belts or 3 red belts to half a yellow belt, stacks of 6 items (instead of 5 items) would be useful, but 6 is an ugly number when you want to adjust the stacksize of compressed items (most stacksizes are 50, 100 or 200, and not multiples of 6).

Yeah, this was all like juggling plates. The first version of the mod had stacks of 4 items. That made most sense to me but only based on personal play style - like a lot of people I tend to have buses in lines of 4 with gaps between for underneathies, so 4 belts to 1 seemed the most logical. It was also tidier for getting belt compression of stacked items. Then we ran into problems when I added ore, because ores all stack to 50 in vanilla and 4 is not a factor of 50. I was faced with the choice of losing inventory density (by rounding ore "stack stack size" down to 12 from 12.5) which would have resulted in shrill screams of protest, or making everything go in 5s, because 5 is a common factor for all the vanilla stack sizes. That still goes out the window if people use something like ReStack to make all their stack sizes prime numbers but that is literally their problem. I still think it should be 4 really but too late now. And there is something to be said for throwing a couple of inconvenient numbers into things, keeps people on their toes.

in a comment to that video, someone complained that it wouldn't be possible to use any compression with beaconed assembly setups.
of course he is right that any additional assemblers/stackers/etc take space, else there would be no challenge and we could build a 1x1 assembler that starts the rocket right at the start of a new map

but it didn't take me long to create the following setup which allows having assemblers which require four different item types from FOUR input belts with stacked items and one output belt, by just using every second possible location for assemblers in such an assembler row.

Very nice work. I knew there would be at least one way.

[Deadlock989]

Not bad for a total beginner

[Caine]

It is a long time ago that I tried anything with Blender, but I do recall it being a pretty steep learning curve.

But from the looks of it, you are either a pretty fast learner or you have a lot of spare time :p