Splitter not fast enough or broken

[Jeff]

Have an abundant supply of steel beams and feeding a splitter with a Mk 5 belt from an industrial storage. Using just two of the outputs of the splitter. One goes to five assemblers producing encased industrial beams @ 250% (each requires 60 steel beams a minute x 5 = 300). The other output of the splitter goes to 5 constructors making steel screws @ 150% (each requires 7.5 steel beams a minute x 5 = 37.5). So all l need is 337.5 p/m steel beams with a supply of up to 780. All the constructors and assemblers are starving for beams (they have to keep stopping for the beams to catch up). Checked and replaced the belts and lifts with Mk 5's just to make sure. No change.

I took out the splitter and installed an industrial storage to act as a splitter. It worked perfectly. So either the splitters need a firmware update or be sent to the dump for a possible 1.0 version.

[kLuns]

The only thing I can think of is the no dinosour mod is ruining something.

I might have manifolds that take time in my playthroughs but in time everything under the belt limit works fine for me.
Maybe a human error in the layout somehwere.

If you are mass producing encased industrial beams, the encased industrial pipe alternate might be what you are looking for. Less steel demand and less power demand.

[Jeff]

Originally posted by kLuns:

The only thing I can think of is the no dinosour mod is ruining something.

I might have manifolds that take time in my playthroughs but in time everything under the belt limit works fine for me.
Maybe a human error in the layout somehwere.

If you are mass producing encased industrial beams, the encased industrial pipe alternate might be what you are looking for. Less steel demand and less power demand.

I've used the dino mod for almost 4 years and never experienced any issue with it (simple program). Manufacturing the Encased Industrial Beams using the pipe recipe uses less steel yes, but also produces one third less beams (slower). Besides, I have trainloads of steel ingots backed up from a refinery using petroleum coke (100 steel ingots p/m using 9 foundries (900 steel ingots p/m). No need to reduce steel use at this time.

When using splitters at high speeds, the product "shutters" on the belts because of the splitter dividing the resources 3 ways, but only 1 at a time per output (this is why the industrial storage makes a better splitter if you only need 2 outputs). It would be more efficient to have a small storage unit with 1 input and 3 outputs. Then there would be no delay. I normally use a mod called, "Special Containers" that has a storage unit that fits on a concrete tile and has 3 inputs/3 outputs (72 slots inside). The 1.0 release may not allow the use of this mod until it's updated so I not using it now. I'm practicing for 1.0 so mostly vanilla.

[Dragonmaster]

Question on the splitter. Was it a placed splitter and you ran belts into it or put a splitter on a belt already in place. If it’s the latter there’s a known issue that a small belt section is missed on the upgrade of belts. If you do the latter it’s recommended that after putting the splitter in to disconnect all belts and reconnect to the splitter

[mikemonger]

You already said you looked for it, but whenever I see something like that happening, it's because somehow, somewhere, a little piece of slow belt is in the mix somewhere.

[Jeff]

Originally posted by mikemonger:

You already said you looked for it, but whenever I see something like that happening, it's because somehow, somewhere, a little piece of slow belt is in the mix somewhere.

I thought exactly that and went over the entire like with dismantle hologram on (showing me what each part was). When that didn't work, I dismantled the entire conveyor line and rebuilt it with only Mk 5. The result was identical. The steel beams in the conveyors "shuttered" until I removed the splitter and installed the industrial storage as a splitter.

Back when I was using a mod that increased the belt speed up to 22,000 p/m (prior to update 6 which nerfed fast belts to a maximum speed of 3,500) the splitters could not be inline. They slowed down the entire system. That's when I replaced them with small storage containers with multiple inputs/outputs (which worked).

[Khirareq]

Gave it a quick test:
5 x Assemblers (Encased Steel Beams @ 250%)
5 x Constructors (Steel Screws @ 150%)

I ran the system for a bit to prime Concrete to make sure that wouldn't affect results. I then deleted the belt from the Industrial Container with Steel Beams in it and the splitter, and went machine to machine and removed all stored Steel Beams to flush the system of Steel Beams (Screenshot below)

https://steamcommunity.com/sharedfiles/filedetails/?id=3319116503

Then, I reconnected the Industrial Container with Steel Beams back up to it's Splitter, and watched it for a little while - In fact, after a few minutes, I noticed the Steel Screw plant was fully primed:

https://steamcommunity.com/sharedfiles/filedetails/?id=3319116466

Seems to work ok for me. I believe that I have that setup as described - Please let me know if I missed something



First thing I'd do is manually check your Mod folder and make sure that conveyor belt mod you installed is actually gone. If you use SMM, sometimes it leaves things behind that people have had issues with. Navigate to "Steam\steamapps\common\Satisfactory\FactoryGame\Mods" and just double check the mod is gone

(Note: There are two Mod folders in the Satisfactory dir. Ignore the first folder - It's a decoy. Follow the folder path above to get to the mod folder you want)

[Jeff]

Originally posted by Khirareq:

Gave it a quick test:
5 x Assemblers (Encased Steel Beams @ 250%)
5 x Constructors (Steel Screws @ 150%)

I ran the system for a bit to prime Concrete to make sure that wouldn't affect results. I then deleted the belt from the Industrial Container with Steel Beams in it and the splitter, and went machine to machine and removed all stored Steel Beams to flush the system of Steel Beams (Screenshot below)

https://steamcommunity.com/sharedfiles/filedetails/?id=3319116503

Then, I reconnected the Industrial Container with Steel Beams back up to it's Splitter, and watched it for a little while - In fact, after a few minutes, I noticed the Steel Screw plant was fully primed:

https://steamcommunity.com/sharedfiles/filedetails/?id=3319116466

Seems to work ok for me. I believe that I have that setup as described - Please let me know if I missed something



First thing I'd do is manually check your Mod folder and make sure that conveyor belt mod you installed is actually gone. If you use SMM, sometimes it leaves things behind that people have had issues with. Navigate to "Steam\steamapps\common\Satisfactory\FactoryGame\Mods" and just double check the mod is gone

(Note: There are two Mod folders in the Satisfactory dir. Ignore the first folder - It's a decoy. Follow the folder path above to get to the mod folder you want)

I was looking forward to seeing your screenshots, but both links received an error (try it yourself). The mod I used for speeding the belts hasn't been used for over a year due to constant crashing of the game at that time. I had spoke with the mod developer about it on discord and he fixed the issue, but then his machines broke (ugh). Looked at it a couple months ago and still not touched.

Did you happen to see the steel beams "stuttering" on the belts while using the splitter? This didn't happen until I upgraded the belt at Mk 4. Mk 5's just made it worse. When I eliminated the splitter, the stuttering was gone too.

[Jeff]

I've never really liked the Splitter as it does slow down production (unless all of the belts are backed up). Its because its operation is mechanical. As an experiment, place a storage on the ground with a Mk 1 belt feeding the input of a splitter 30 feet away. Then place 3 more storage's off each of the outputs of the splitter the same 30 foot distance with "Mk 3" belts connecting the storage's to the splitter. Then place a stack of anything into the input storage. You will see that the first item outputs from the straight ahead one, then to the right and then left. Then repeat.

It is was a digital splitter or a storage with 3 outputs, it would split the input stack the 3 ways all at the same time if there was enough feeding the input to feed all three outputs. If not it would all come from the left output.

Because of this delay of the splitter, it slows down production.

[Wolfgang]

@Khirareq: Your screenshots are set to private.

@Jeff: I have quite some splitters with MK 5 belts running at or nearly at full capacity without issues.

[Jeff]

Originally posted by Wolfgang:

@Khirareq: Your screenshots are set to private.

@Jeff: I have quite some splitters with MK 5 belts running at or nearly at full capacity without issues.

Place two sets of storage's on the ground.

The first with one storage feeding another 30 feet away using a Mk 5 belt.

The second a storage feeding a splitter going to three storage's.

Then place several stacks of an item in each input storage. Train your eyes to look at one small point of the first belt. You will see a blur of items passing by. Then look at the second belt going to the splitter at one place. It won't be a blur like the first. That is because it is stopping and starting very fast. This is the slow down I'm talking about.

Using an industrial storage as a splitter has no such slowdown.

My little brother once told me, "Jeff, why can't you play a game like everyone else? You're always figuring out the math of the game." Replied that it was just what I like to do.

[Wolfgang]

Here is the thing: If the splitters and belts wouldn't work on a distance level, my whole factory would grind to a halt pretty often. Which it doesn't.
The blur is due to the upscaling method. Deactivate DLSS (or whatever upscaling you use) and try again.

[Zak]

Yeah, the blur is just a graphical glitch due to bugs in upscaling. It does not mean your belt math isn't working, it's only a visual glitch.

If you want to test the belts and the splitters then get this mod and monitor your belts with these devices:

https://ficsit.app/mod/CounterLimiter

They will show the actual IPM number for a belt.

Just be aware that it takes a full minute for each device to perform the initial throughput calculations. The splitters work fine even with modded Belts Mk6 that move at 2000 IPM.

[Jeff]

Interesting. Gonna check out that mod. Didn't know anything about up-scaling.

[Jeff]

The Throughput Counter is nice and will help me figuring demand in the future (possible second 1.0 save). My current save is vanilla except for no bean,

[Zak]

Originally posted by Jeff:

The Throughput Counter is nice and will help me figuring demand in the future (possible second 1.0 save). My current save is vanilla except for no bean,

I love that mod :)

Originally posted by Jeff:

Didn't know anything about up-scaling.

It's what DLSS is on your NVIDIA card. It's a method that increases FPS using AI. It also provides antialiasing. It runs the game at lower resolution than your screen then uses AI to increase the frame resolution to your normal screen resolution (upscale) before the frame is sent to your monitor. This lowers the GPU throughput requirements resulting in higher framerates but, unfortunately, it almost always comes at cost of some quality, sometimes barely noticeable, sometimes quite bad. It depends on the game and the game engine and the devs willingness and ability to implement it properly. And, in many games, it has difficulties with fast moving objects. The belt glitch in SF is quite extreme though.

In the end it's a high-tech hack really that NVIDIA invented to offset the Ray Tracing speed penalty and to compensate for their inability to simply make faster, more efficient GPUs but it can be used standalone without Ray Tracing too. I'm not complaining too much as it does make some game faster, especially when combined with Frame Generation but I'd rather have a GPU that is simply powerful enough to run my game unaltered at high FPS. But that ship has sailed... and sunk on deep seas.

https://en.wikipedia.org/wiki/Deep_learning_super_sampling