Can you beat Factorio with a Sushi Megabase?

Megabase? Nah, Megabad.
Consider supporting me on Ko-fi!
ko-fi.com/docjade
Join the discord! discord.docjade...
Have a video idea? Let me know! forms.gle/uEcJ...

[@DocJade]

A couple things: Q: Why didnt you go straight for launching rockets? / Why did launching a rocket take X hours? When I started the run, my immediate goal was to hit that 200 spm, i didn't want to build a base to launch the rocket just tear it down again to setup the megabase. If the goal was to just beat the game, this run definitely would have been a lot shorter. (maybe it should have been?) Q: Why didn't you put the sushi circuit on its own power grid? I'm stupid. (also oops) Q: What's with the french subtitles? I was automatically generating the english subtitles for the video in my editing software, and it lost it's damn mind and randomly translated the entire thing into french, which i thought was pretty funny, so I uploaded them, as is. Also, if you have constructive critisim about the video (or questions in general!), please let me know! i really do want to hear it

[@AustralianCapitalist]

I would love a round 2 with these ideas. Plus having the production cells not in mass groups. The spreading out of iron furnaces was great for example. And not putting fluids in barrels, would be a massive headache saver

[@DocJade]

​@@AustralianCapitalist yeah i only barreld the fluids because i knew it would be a PITA, and as for spreading out the production, yeah i thought about it during the run, but at that point i would have had to basically start over to rebuild it Definitly would have made the base a lot better oh also long inserters to reach more than one belt, why didn't i do that???

[@commanderfoxtrot]

The question I have is: Why not use Ghost Placer Express?

[@DocJade]

I consider that mod to be basically cheating lol

[@commanderfoxtrot]

@@DocJade How? It lets you place blueprinted items just by hovering over the ghost, and only if you have the item in your inventory. It expedites a regular process slightly. Nothing more, nothing less.

[@Hoopaugi]

"Man sushi makes malls easy" is like saying "Man terminal lung cancer makes retirement planning easy"

[@memeymeme3645]

Bruh

[@moose8896]

@@memeymeme3645 OMG you will never guess whos washing Brad's car!

[@ReefTheManokit]

@moose8896 who's brad?

[@SnatchUWU]

I mean terminal lung cancer does make planning easy

[@cryochick9044]

I mean Not really, sushi is my go to for malls in modded. They add complicated recipies I sushi it

[@nimblesheepvenomous3811]

Do you think the Factorio devs refuse to watch these videos because they too live in fear of what they have created

[@Escafrost]

Devs use these as inspiration for the expansion

[@sugoistalin7809]

The Devs 100% do not fear what they've created, they reval in the chaos like the ruinous powers themselves.

[@AtrakKarta]

Doc: "I'll just make a side-sushi belt for extra iron." Me: *Looks down at plate* "This is just rice." Doc: "It's plain sushi."

[@shingshongshamalama]

Me foolishly opening this video: "There's no way he can possibly make something more horrifying than Dosh's enormous sushi machine." Me five minutes later watching you build a MODULAR GRID-BASED SUSHI BASE: "I am a fool."

[@JohnDBlue]

I practically NEED to see what Dosh thinks about this monster 😂😂

[@drokles2125]

I think even Dosh would find it insane even if he just did a rail grid based Seablock base that mixes one way and two way rails as he saw fit

[@raizors1331]

​@@JohnDBlue You can find Dosh's comment somewhere. And yes, it's the best complement for this warcrime of an idea

[@JohnDBlue]

@@raizors1331 wait he commented??? Shit now I have to see it

[@astiasinus]

Uuups 😂😂😂😂

[@Schmidtstone]

the fact that you researched robots before the pickaxe upgrade gives me chills

[@jakedanielsen4512]

Have you ever mined manually by the time you could even get that upgrade?

[@calvindang7291]

@@jakedanielsen4512 Steel axe is for removing buildings and trees faster, not ores. Once you get bots it becomes a lot less helpful.

[@Ryan_Richter]

You may have aged over 200 hours during the playthrough, but your cpu has aged much more.

[@spaceguy5234]

Once you get past the initial disgust theres a sort of beauty to the sushi

[@noxabellus]

oh no we lost spaceguy to sushi induced madness

[@he3004]

honestly with a lot of calculation I feel like it could work the problem is crafting really slows down because items aren't found as easily solution is more items, but how much? percentages, we need to assign a certain percent of the belt to certain items, this meams to limit the amount of items to x*total belt count for example let's say we need 10 percent of the belts to be iron and we have 69000 belts, we should allow 6900 iron on the belts so every belt carries on average 1.5 iron at any given time despite having this solution, I have no idea how to implement it without having the human reset the item count for every single item every time a belt is placed

[@cewla3348]

@@he3004 factorio players will do maths on ANYTHING

[@thobbit]

@@he3004 Couldn’t you use a circuit on a specific provider chest and only have bots place belts, and only have belts available via that chest? The downside is that I think you could end up over saturating the belts depending on how that circuit is set up (via the inserter- I’ve never tried to use a circuit to count items taken out of a chest by bots so idk if that’s possible)

[@thobbit]

You could also set up a circuit on all yellow chests to detect if any belts get added to them, and subtract from the running belt count

[@c_smathers]

three minutes in and you already have me audibly saying "oh my God that's horrible." Excellent.

[@NickiRusin]

got the exact same sentence out of me, glad the audience's reaction is consistent

[@Tom26288]

Chicken 🐥

[@Jortpower2009-ev8io]

havent started watching becuase of ads but that cant be good edit: you are so right

[@RoseArtemis24]

My response was very similar too

[@Electric_Bagpipes]

Dude literally made a multicellular organism. Complete with the random ass fluid transfer between cells, its perfect.

[@katuli3677]

Dude also literally made many cancers in this organism

[@A7fie98]

“Fun” idea for a drinking game, take a shot every time he says “oops”

[@stijnvanlankveld9893]

Are you *trying* to kill me?

[@nikidino8]

@@stijnvanlankveld9893 alright, just drink on every time he says now :)

[@DocJade]

If you pay close attention, its the exact same voice clip every time

[@Tom26288]

Chicken 🐥

[@digistruct0r245]

liver failure

[@naterthan5569]

This reminds me of how a cell makes proteins, just random diffusion of different proteins that happen to bind to ribosomes when they get lucky enough. I wonder if you optimized so ingredients are produced on average closer so their consumers if the base would end up being more efficient. I also think that maybe making the lanes between the cells 2-way and making the intersections truly 4 way maybe could have balanced out the distribution of items better.

[@CheshireCad]

Other people's brains: Logistics bot network for delivering dopamine and serotonin neurotransmitters with circuit-network combinators conditionally controlling their production and usage, combined with LTN train stations for cellular macronutrients. My brain: Sushi Megabase.

[@vantuz8264]

@@CheshireCad with regular "oops" shutdowns?

[@cewla3348]

@@CheshireCad THE COPPER GOES WHERE IT WANTS! sir, it is in your lungs. SO BE IT!

[@vildis.]

"By the magic of making two of them" killed me 🤣🤣🤣

[@Tom26288]

Chicken 🐥

[@Monoryable]

Good reference

[@koogco]

Probably a fellow Technology Connections enjoyer.

[@Vienuolee]

Oh, I see you use too much detergent in your dishwasher aswell!

[@Linventor]

was not expecting that reference here of all places

[@PBOZAI]

He knows Dosh already did this, which means he must have figured out a way to do it worse… this is going to hurt, isn’t it?

[@PBOZAI]

2 minutes and 45 seconds later: ABJECT HORROR

[@bobjoe3492]

@@PBOZAI it's beautiful 🥹

[@bigsad8881]

As someone who is currently in their first playthrough, the fact that this build is still more efficient than mine makes me sick. Also the phrase "we need to expand" gives me "just add another lane to the highway bro" vibes.

[@yasohiro]

Around 34:58 youre talking about the north-west bias, and after racking my brain ive come to the following conclusion; Since your blocks go clockwise, and each time it encounters an edge that doesnt split, it adds a little bias. Now, if it was a perfect square, that wouldnt matter, but due to the V-shape there are more edges at the bottom than the top, so a slight bias. Towards east. And just from how slight that should be, i fear the total playtime already...

[@MGSLurmey]

This makes so much sense.. how have you not gotten more attention on this comment??

[@johnydl]

Nice to see my 8to8 balancer design made it's way out of the KoS discord :D that thing was a headache to shorten I'm half convinced I can go one more shorter still but it's been ages

[@ignaloidas]

12 (including belts before and after first balancers) is the limit according to my experiments with Factorio-SAT, which checks if there is a layout that fits a balancer network. So unless there's some breakthrough in that, no way to shorten it more.

[@johnydl]

I did get an imperfect 11 using an extra splitter iirc which is why I thought I could get it but I never used tools, just trial and error and intuition, good to know though, saves me stressing about it

[@Tom26288]

Chicken 🐥

[@PBOZAI]

I would expect evenly distributing each recipe across the base would lead to better throughput. Each block of the same recipe is effectively competing with another, so spacing them out makes it less likely to starve each other and more likely for any resource to randomly run into a consumer.

[@mennovanlavieren3885]

Was thinking the same

[@he3004]

long handed inserters to pick up from two belts instead of one could also have helped

[@TheFinagle]

One very easy trick to ensure your count combinators keep accurate counts. Set up their own little power supply - especially once you get solar and accumulators. They are very low draw so really dont need much to ensure they never suffer blackouts. After watching you and Dosh do this Im tempted to try this myself in a world, but I would want to use the [each] >= [item] trick and ignore the on belt ratios, jut add whatever is lowest on the belts until they are full. Combined with a system that remembers everything that was ever seen this should

[@DocJade]

I didnt do this for 2 reasons: 1: It forced me to upgrade power, I'm usually really bad about this. 2: Lazy. bonus: I was a tad worried that if I put it on a separate network and accidently hooked it back into the main one, i wouldn't notice and ruin the count without ever knowing Yeah, I really shoulda done that. oh well

[@Andersmithy]

Just want to say that when I saw this video I thought "man... I don't want to watch another factorio video" but then I remembered your name and got very excited to watch another of *your* factorio videos.

[@Tom26288]

Chicken 🐥

[@Hawk7886]

​@@Tom26288what

[@G-Forces]

Doing the sushi like that instead of a loop is both better and much worse idea at the same time.

[@ignaloidas]

I've been (thoroughly) planning a sushi base build since Dosh's video came out, so here's some of my thoughts about your plan with that context: You actually avoided one of the main mistakes with Dosh's sushi build - bursts. A city block design spreads out the timing distribution of items enough that machines have the ability to almost constantly produce stuff instead of being in the cycle of overproduction and zero production. Your city block design has a bit of an unbalanced distribution for items - using standard balancers between junctions is easier, but it fixes the path of the items into vertical-horizontal zig-zags, which I think is the reason why your items got biased into one side of the base. You could avoid this with some way funkier balancer designs. You've counted the total items in the whole factory - I think that it's better to count a "percentage of items on belts" or something to that effect. Basically, in what proportion the items are sitting on some portion of the belts. It both makes it easier to track for congestion - if the total percentages sum up to 100, the belts are full, and it decouples the base size from the equation - you want roughly the same proportion of iron with a small base as with a big one, so if you're tracking the proportion, no need to manually adjust the settings again and again. But that needs a fair bit of work with circuits to control everything properly. Belting fluids isn't a mistake - just imagine what pain would it be to make a grid of all the fluids, and how much lag would that cause! Anyways, if I'll get to finishing up my planning and going through my sushi base, I'll definitely record it to show how it's done!

[@Tom26288]

It's clear that you've put a lot of thought into your sushi base build, especially with the goal of avoiding the burst production issue seen in Dosh's video. Your city block design does help in maintaining a smoother production flow, reducing the cycle of overproduction and zero production. Regarding item distribution, using non-standard balancer designs could be a creative way to prevent items from biasing into one side of the base, as opposed to the typical vertical-horizontal zig-zags. These unique balancers might help achieve a more even distribution. Counting a "percentage of items on belts" rather than the total items in the factory is a great approach, as it simplifies congestion tracking and decouples base size from the equation, which is a smart way to maintain consistency as your base grows. However, it does require careful circuitry to control everything effectively. Belting fluids instead of creating a grid of fluid containers is a practical choice to prevent potential lag issues. I look forward to seeing your progress on your sushi base and the recording you mentioned to showcase how it's done. Good luck with your project!

[@palma8017]

Just subcribed to you with bell, please do that video

[@Pystro]

"You could avoid this with some way funkier balancer designs." It would just need to prioritize flipping items between the left 4 and right 4 belts. That would ensure that an item passing through a north-facing balancer that came from the west will likely continue east (and an item that came from the east will more likely continue to the west, and the same for all other balancer directions), which will spread items out further and faster. Also, this balancer (visible for example at 19:29) is NOT a throughput unlimited type. I wonder if that contributed to the top left being unable to get items to the bottom right fast enough. I don't really think so, but who knows... "you want roughly the same proportion of iron with a small base as with a big one," But you might want a larger share of iron on a less developed base than for a more developed base. The more developed base has more item types on the belts. On the other hand, running the less developed base with the final iron density will show if that will work. So yeah, I guess I agree.

[@ignaloidas]

@@Pystro So with balancers, I am actually looking at balancing withinjunctions - I've posted an early version on reddit, but the gist is that each "lane group" has half of the lanes going the opposite way - so on each junction each item has about equal chances to go in any of the 4 directions. The fact that the balancer isn't throughput-unlimited doesn't really matter unless some of the output lanes are blocked, which was not a problem here. As for iron proportion, what I meant is more like "how much iron is on 100 belts" rather than "how much iron is there out of 1000 items". Belt utilization/fullness should increase a bit as the base grows, but I think that timing between iron passing some random belt in the factory should be roughly constant.

[@ShDragon1]

Ratios are probably a good way to approach it, but it led me to think of what I think is the true solution - Think of it in terms of throughput. A red belt carries 1800 items per minute. Lets say we're aiming for 200 science/minute like in the video - That means 200 red science has to be passing by the lab every minute. But that also means that 200 copper plates and 200 iron gears have to be passing by the red science assemblers every minute. Which is 400 iron plates. And 400 copper ore and Iron ore each past the furnaces. That's already 1800. A completely full red belt just to do red science. Now imagine all of the copper plates for the ~200ish LDS you need per minute for space science The other factor is that having an 8 wide sushi belt like the vid doesn't actually help if your assemblers are only being fed from one belt, because they'll only "see" that one belt of items. If your inserters are only picking up from one lane, then your throughput is capped at 2700 on blue belts no matter how many lanes you have. The extra lanes are just extra space to fill if you're not grabbing from them.

[@clarfonthey]

Honestly dunno what's wrong with me; watching this makes me want to do my own variant of a sushi base.

[@koytru]

"I took a twenty hour nap and woke up the same day" is some environmental storytelling that surpasses most movies nowadays

[@Owlboi]

mf would rather run out of energy every 20 seconds than simply make a single inserter input coal from a chest.

[@DocJade]

Cheating!

[@moxzy3213]

@@DocJade And yet you used inserters to input items from chests. Be a man place each and every item on the belts

[@Pystro]

The first problem that I've seen with every sushi base ever is item count leakage. In THEORY you should be able to just count the items thrown onto the belts and taken off, but since it never works, I would not build a sushi base without adding logic that can update the count to what's actually on the belts. With this modular base, you could have just wired up all belts in front of (or behind) a balancer, and that would have counted every item every 6-ish seconds. If you then divide the count in your memory cell by 2 every 6 seconds, it will fluctuate between the actual amount and twice the amount. A very easy way to achieve that would be to throw a single fish onto the sushi belts and do the division every time that fish passes one of those counting stations. Putting it onto the sushi belts themselves and not a separate loop with the same cycle time will automatically account for when the belts get backed up. Since the count will trend towards an accurate number really quickly, you wouldn't even need to bother counting the items you place onto and remove from the belts. If you want a more accurate count, you can subtract 1/10th of what is currently on the memory cell any time the fish passes a counting station. Then the value in the memory cell will fluctuate between 9 and 10 times the actual count (and the count will reflect the running average of about the last 60 seconds). In that case you'll want to change the memory cell by 10 (or 9) times what the inserters grabbed from and placed onto the belt. A second problem is that for the item count targets on the belts, people always seem to just take the production rate (for a minute or whatever) and make that the count. Let's say you have iron smelting and brick smelting. You'll have more furnaces for iron than for bricks, but both types will want one of their "ores" to pass by their inserter every 1*0.625 seconds. (And since the assembler that makes rails wants a quite similar number of raw stone, it won't really change the number of stone needed.) In reality, you'll probably want to choose the target number so that it matches the highest consumption rate of *a single* machine. A reasonable 0th order approximation to that is that you assume that all machines consume at the same rate, in which case you'll want to allocate 1/Nth of the belt space to each item. (Where you actually have N-1 or N-2 items or so; you'll definitely want to reserve some belt space to be empty so that you can put items onto it, and you might want to account for the items that the previous machine has put onto the belt). A slightly better 1st order approximation is to take the production rate and divide it by the number of consuming machines. Also, to guarantee 100% uptime of your machines, you may need buffers. Assume you have 38 item types on your belt, and you set the target for all of them to 1/40th of the belt space. That means that ON AVERAGE, the next item that the assembler needs is 5 belt pieces away. But there is a 50% chance that it's not within those next 5 belts, and 12.5% that it isn't within the next 15 belts, and 6.25% that it isn't even within the next 20 belts, and 1.5%ish that it isn't within the next 30 belts. In order to guarantee high uptime, you'll probably want to pull from the belt into a chest, in order to increase the time that you can afford to wait for an item. For the final mistake, look at a tier 3 assembler for iron gear wheels. It needs an iron plate every 0.200 seconds. A blue belt can carry 45 items/s, but due to the second point we can again assume that only about 1/40th of the belt will be gear wheels. That means a single blue belt will carry about 1 gear wheel per second past the assembler. In order to carry 5 gear wheels per second PAST the assembler, you'll need 5 blue belts!!! And that won't mean that you'll get the 5 gears INTO the assembler. While any inserter is swinging, it has an opportunity to miss gear wheels on the belt. Realistically, you'll probably want the ability to grab from 6 or more belts. Without buffer chests you can grab from up to 16 belts, and with buffer chests it's unlimited (due to the ability to chain the chests).

[@mennovanlavieren3885]

Great analysis! Now I'm temped to build all of this and add some idea's of my own.

[@drsupergood8978]

Counting items off the belts is probably a bad idea at such a scale. Each belt connected with logic causes a transport lane break. At such a scale as the base in the video, this would likely double or worse the number of lane sections to update. On top of the increased complexity from having to sum all items on the belts, this would likely massively reduce performance.

[@Pystro]

@@drsupergood8978 Valid point. I don't know much about Factorio performance and especially little about how belts are optimized. The performance impact with this suggestion that I noticed is that hundreds of items would be counted on the belts every tick. But what's the point in making something fast if you can't make it work? It will just grind to a halt earlier. It might instead make more sense to come up with a method to debug/pinpoint _where_ leakage occurs. That way you could fix all issues and then remove the extra circuitry to get maximum performance. (In addition to only applying that modification to a small part of the base at once.) I don't really know how I would do that, though. You'd need to count everything that enters and leaves a certain section; and I'm not just talking about on the belts, but also via the inserters. And getting that last part to work without disrupting the total counts in the base would be the tricky bit.

[@ignaloidas]

Buffers simply cannot increase uptime. No single machine can get a better throughput of inputs than some portion of a belt, determined by the proportion of the item on the belt (unless you do some stuff to route as many different belts to a single machine. They might reduce the fluctuation, but inserters will insert inputs for *at least* 2 crafts in advance - that's a buffer. Buffer chests can only reduce the fluctuations in the uptime, but they cannot reduce it.

[@Pystro]

@@ignaloidas That's only true in some circumstances. You can indeed not increase uptime beyond what the average flow of items past/into the machine allows. And in many sushi bases, this is THE limiting factor. Simply because the number of machines built and the SPM goal is usually out of scale with what the belts can provide. But the conclusion changes if you have some types of assemblers that are very busy and you sized their number to the desired output (and done those calculations correctly), which I would call requirements for calling a sushi base "working correctly". In that case, any fluctuation would decrease uptime (because fluctuations of uptime above 100% aren't possible).

[@Brant92M]

Did you concentrate the entire ocean's population of fish into the tiny pond feeding water to the entire base?

[@DavidLindes]

For those who, like me, saw this comment before seeing the fish... 43:43. :)

[@brycemw]

““This entire thing is the quote, not just the part in quote marks.” [Quote marks, brackets, and editor’s note are all in the original. -ED.]” - Randall Munroe

[@ripecontext]

Ah, a good old cup of man made horrors beyond my comprehension. Thanks doc

[@maxinealexander9709]

it's ripe!

[@deem1819]

This channel is criminally undersubscribed, production quality is easily worthy of several hundred thousand

[@kookiespace]

6:55 this design is both somehow the most genius thing i've ever seen and the most horrifying nightmare that will haunt me for years to come

[@shadeofsound23]

"Oops." - DocJade, 2023 I have no idea why but those "oops"es when your power died were always hilarious.

[@shadeofsound23]

@2:50 oh god no

[@guffels]

This man did the unthinkable and started the challenge with biters enabled.

[@Arbeta10000]

Not putting all the liquid resources on the belts with barrels and unloading them on site where they're needed feels a bit like cheating, goes against the spirit of things But then again.. I'm kinda glad you didn't EDIT: Nevermind, I hadn't gotten past the first initial base, you really did do it EDIT2: And it was awful, thank you for that (it was great)

[@kartav1k]

I have 500 hours of Factorio in steam, and seeing this I wanna cry. Well, finally I can say I am not dead inside. You are

[@ItCameFromTheSkyBeLo]

Guy saw DoshDoshinton's video and was like, "I can do this better, and make it worse."

[@lucas____________]

Sometimes, genius is mistaken for madness. Those few enlightened souls who stumble upon a higher plane of understanding, who see and perceive the world in a way we can barely comprehend, are the people who are so genius that madness is simply a consequence of our flawed perception of them. This case is not one of them, this guy is clearly insane.

[@randombrit13]

I thought you were joking when you said you had a worse idea, im schocked things can get worse than a pure sushi belt. i am well and truly impressed.

[@threesixtydegreeorbits2047]

1:00 we stan the midwesterner 🫡🫡🫡🫡

[@Kumquat_Lord]

This was worth the wait!

[@pennyjim5671]

Your snap-to-grid skills abhor me. You had at least one blueprint that followed the grid, all you needed to do was copy the snap size and global offset to make more that snapped on the same grid! All you needed to do was fiddle with the local offset, but looking at your snapped blueprint, you don't even know how to do that! Edit: I still subscribed

[@petercollins797]

Wow this was a great video! The sushi belt run is something I've always thought about doing but am just too scared/value my sanity too highly. Nice run.

[@Buugipopuu]

Somehow, this base reminds me of some of the animated writhing flesh textures from Doom.

[@handspiker1994]

"Hope KZbin doesn't turn this into pixel-soup" Unfortunately I have to inform you, at 1440p, it is in-fact pixel-soup.

[@Kabluey2011]

You're a madlad. I love it. Plain and simple. I'll probably never try one of these after watching both you and Dosh do it, I just don't think I have the patience or sanity for it. But I love both of your runs

[@DIY_Miracle]

The idea that your advance circuits can break if power runs low is absolutely terrifying

[@lemeow8102]

should have put the liquids in barrels on the sushi belt 🙂

[@lemeow8102]

nvm omg

[@lemeow8102]

this is beautiful

[@Azeazezar]

Thank you for going all out and putting liquids on the sushi belts. Wouldn't have been the same without it. ❤

[@nochill6656]

25:38 you made us lose the game you sneaky bastard

[@KarmaSangheili]

The fact that the game even permits this madness is testament to their development skills. Eesh. xD

[@davidmadiar3928]

1 more lane bro, just one more lane and I'll finish Factorio, just one more lane, trust me bro

[@christophertesta8097]

Yes. An hour. I cannot wait. Edit: I AM NOW DEAD FROM THE INTERSTELLAR EDIT

[@xiar5546]

Man. Hearing you say you’ve got an i7 8700k just makes me happy. Lol. It’s the cpu I used to have and my bot bases wouldn’t even let me run the game at 2x speed by the time I got to 10k bots being used. Upgraded to an i9 13900kf instead and now I can still run the game at 4x speed with all those bots.

[@Vindictator1972]

Nah, I cant call you a Coward for disabling Aliens. They do fuck all outside of a deathworld/hardcore challenge run and even then most of the time the game will trivialize them because power creep doesn't take long.

[@justletmefailinpeace9099]

oh no. This is horrible. You're likely the second person ever to do this, because this idea is so bad that people won't even do it by accident.

[@baltulielkungsgunarsmiezis9714]

Its almost like LA traffic could be fixed if they built a tram network.

[@DanielLamando]

The mad man he really did it

[@AssassinAgent]

That's so chaotic that my head hurts. I love it

[@Marenthyu]

I made a connection between that joke and your Technology!

[@valseedian]

yo! I love it. my first base was a sushi base... kinda. was 3 huge blue loops of 4 lines carrying everything (welll... to me... then... they were huge... these days I've got bigger nuclear power modules. ) my last playthrough ended in a no-belt world where everything was moved by bots or inserters and storage. warehouse mod plus long reach fast stack inserters can move 300k items 22 tiles per tick per line.

[@vertigofy6699]

the idea of a base that transport items by, i guess, *diffusion,*is really really really funny to me

[@hunterhulsey5799]

“Through the magic of building two of them” Was that a technology connections reference?

[@what42pizza]

Well, that's also what I immediately thought

[@arbitervildred8999]

I think inserter speed and capacity it's also a priority, to help inserters not miss on items while they rotate

[@Ang3lUki]

I like the mesh topology, it might be less prone to the issues dosh's ring bus design had, guess I gotta finish the video :)

[@evotech]

It's also insanely slower

[@chadmillington7041]

it would have been slightly less painful if you could even expand the starter grid 1 more tile, you could fit 2X furnaces p.s.looks like im going to have some fun for a while now

[@Blitz6804]

I never heard of this channel before. Then I started watching this video. Oops.

[@AdrianPekunov]

37 secs after upload. A new record!

[@Atoll-ok1zm]

I wonder, is there a way to dynamically set assembler recipes? Like make a sushi with a request/dispatch system of some kind to control the number of assemblers making a specific item according to the difference between the current count and the target. It would be disgustingly complicated but I know there's a way to allow bots to automatically place blueprints, could use that to change the recipes. But I have no idea how you would implement the controls with circuits. You assume all items evenly permeate the sushi, so to be optimal all assemblers with the same recipe should be spaced as far appart as possble to minimize exhausting a region of the belt of a particular resource and keep it as evenly spread as possible. Which I would guess is part of your problem in the video. You would also need to ensure that bots don't alter the item counts when they swap recipes which might not be doable.

[@joesmamaofficial]

ITS FINALLY HERE. Hooray!

[@BleuSquid]

I've never seen the appeal to sushi... but this makes me want to try it. Send help

[@teddy4271]

You can theoretically sort of get around the item count inaccuracy issues by abstracting away the item counts into an "items per minute" rolling average and using that to manage the belt contents. This has the benefit of scaling inputs automatically with consumption so you don't really have to fiddle with constants, and since it runs on averages instead of hard counts, it'll eventually just heal itself after a brownout, though it might take a while.

[@locutusvonborg2k3]

what is it about all the "oops" at the beginning ? i know its ment to be some joke, but for me not undertsanding it, makes it annoying instead xD

[@DocJade]

Every time I ran out of power

[@locutusvonborg2k3]

@@DocJade ooooh, ok, i wasnt 100% sure if its rly that. after i had read you pinned post, but seemingly it is. you were very focused on other things HAHA

[@BubblesTheAmoeba]

oh god the belt lag is going to be horrendous. 3 minutes in btw edit: i fcking choked when we made the Robots reference

[@spirit_miku]

What mod are you using to spread items across the assemblers like that? base games spreading is useless

[@DocJade]

Even distribution!

[@spirit_miku]

​@DocJade Thank you very much, loving the videos BTW keep it up man!

[@michaelbuckers]

You could add a constant combinator to the cell's blueprint that adds 1 of some signal (e.g. red) to the network, this keeps tally of the number of cells you have built. Then you can add constant combinators that set the amount of items there should be on the belts per cell (i.e. available to each cell at any time, on average) and multiply by number of cells to get the number of items total to put on the sushi belt. Each red belt cell belt loop holds approximately 1400 loose items, so you could use that to gauge available physical space on the belt when adjusting the number of items per cell.

[@bradywood5898]

Felt the need to subscribe because every time he said "opps" while depositing coal into his power system, made me smile... Good shit!

[@AustralianCapitalist]

With this and Dosh’s, can everyone stop barreling fluids. Seems great at the time but simply causes problems. I also wonder how many issues with the base could have been avoided by randomising the production cells to not be all grouped up

[@guffels]

This isn't even a sushi belt but I really don't know what else you would call it.

[@eternialogic]

The main counter circuit probably needed it's own dedicated solar cell, it sucks that circuits dont work that well with low power. Also, if you truly want to die inside, try PyBlock without using the time button mod. Tier 0 is so slow, that it legitimately takes more than two days just to do a single research. (I think PyBlock has to be retuned, whomever made it is a true masochist)

[@calvindang7291]

I recall them nerfing earlygame copper costs at some point, which helps a fair bit, though I forget if that's a base py thing or a change actually made specifically for pyblock.

[@kksharm7736]

you can mark walls with deconstruction plan, so there will be gap between them, and then just ctrl+z that, its a bit faster then just mine and place walls by hand

[@emdeo]

wow that was, in fact, even worse than what I'd imagined after all the community posts. bravo!

[@theworkshopwhisperer.5902]

Now this is a true work of art. Somehow this is more beautiful and amazing than train supplied mega bases. I would love to see you make another base but this time with practical sushi.

[@everlonggaming1966]

Why is this so relaxing to watch?! It should cause some sort of anxiety attack but, I find it calming and so pleasing to watch. Thank you

[@coldeonar]

Lmao the Interstellar joke at 18:30 made me laugh pretty hard. That was good.

[@userkill2221]

hmmm i have a dejavu

[@zetamathdoespuzzles]

Truly fantastic, can't wait to see what you think of next!

[@jacobmarchant4068]

Oh my god it’s here!! Thank you

[@michaelbauers8800]

I understood nothing. Besides (a) this is a video game, (b) it's a factory building video game, and (c) someone said oops...a lot.

[@viperforty8450]

What kind of oops has had to happen in his life to make this disgusting base

[@supernenechi]

Already, "through the magic of making two of them" that reference killed me. Absolutely amazing!

[@Her_Imperious_Condescension]

Technology Connections reference had me cackling.

[@KevinMunchyButtons]

Oh no, they got your sanity too huh?

[@Asssosasoterora]

Imagine how much easier this would be in a year with control groups. It might make it possible to change the settings for all the inserters at once.

[@Bram06]

I genuinely think you should change the title to "this base has as much appeal as a puppy with a brain tumor"

[@Xkay7]

reminds me of doshdoshington's attempt at this, though somewhat different techniques

[@otsegoudead]

Wait wait wait...How did you place that much landfill at once manually? If this is a mod, I need it desperately.

[@DocJade]

it's vanilla! you can change the brush size! default controls are numpad+ and numpad-

[@XenoVoid]

would putting the item counter logic on its own power network not have fixed all the issues from expanding too fast?

[@DocJade]

yes why didnt i? i dont remember

[@XenoVoid]

I'd blame the sushi roasting your brain XD@@DocJade

[@apia46]

38:47 where did all that fish come from

[@luchsi4566]

finallyyyyyyyyyyyyyyyyyyyyyy

[@CrabQueen]

Your consistant unwillingness to ever build enough power is madening

[@desne153]

That's really impressive and stuff, but can you make a SE sushi base?