Version 0.16.25: Changes Inserters and belt sideloading can now squash item on belt even when the gap isn't big enough. The squashed gap is extended to normal size once the front of the belt starts to move again. This means, that inserter rows and side loading can produce fully compressed belts wit...

I seem to be having some success with this setup now. That's pretty cool. I can't wait to fiddle with that idea, and see how the ratios are (If it's truly 50/50 that fixes - like - every balancing problem I've ever had. It does NOT. It just allegedly fixes the "full yellow to single red belt&q...

It seems he fixed sideloading. Also you totally broke circuit based belt loading. Belt compression is now done with inserters. Why did I overlook the change in the changelogs? But this bug got even worse. ATM I would describe the bug like this: When an item enters an empty transport line section it ...

I seem to be having some success with this setup now. That's pretty cool. I can't wait to fiddle with that idea, and see how the ratios are (If it's truly 50/50 that fixes - like - every balancing problem I've ever had. It does NOT. It just allegedly fixes the "full yellow to single red belt&q...

BeeFriend wrote:I'm seeing the effect with something I am working on, but much more pronounced.

Would you be so kind as to do the effort to blueprint your layout? From the video I cannot see the creeping and also cannot rule out the circuit network being at fault.

Your problem should have something to do with the splitter problems that are still unresolved. I would suggest it occurs in the splitter before the sideloading. Actually not. It is a general problem with sideloading. The core issue now is that you can actually sideload only from one side of the bel...

Mostly, its just that I'd like to know where we stand for 0.16 at least. My current smelter blueprints use underground belt compression, which no longer works (which makes sense, it was always silly) so I need to design a new set-up. But the devs have mentioned that they were planning to alter belt...

ok... didn't read every post word by word, but so far i saw only "yellow to red" and "red to blue", where workaround exist... but what do you do with "blue to blue" ? https://imgur.com/a/chaDP Before i reloaded the save the plastic was the same, now there was a little ...

Can inserters now fully compress a belt? Or is that meant for a future update? I hope this will never be re-introduced. There are mechanics for that in the game, use them. What mechanics are you talking about that makes inserters be able to fully compress a belt, except for tick counting hacks? For...

Can inserters now fully compress a belt? Or is that meant for a future update? I hope this will never be re-introduced. There are mechanics for that in the game, use them. I think splitters should gain their filtering abilities with Circuit network technology. I know it's early in the research tree...

I want to mention something that I think is related to this problem: When you have a compressed yellow belt becoming a red belt then, since red belts are twice the speed, there should be enough space between items to fit another item. But neither side loading or inserters can reliably place items i...

I want to mention something that I think is related to this problem: When you have a compressed yellow belt becoming a red belt then, since red belts are twice the speed, there should be enough space between items to fit another item. But neither side loading or inserters can reliably place items i...

see on page [1]

mh_ wrote:... it is connected to viewtopic.php?f=7&t=54693 ...

kovarex is fixing

Please enable the mod "Creative Mode (Fixed for 0.16)" for the following complete linear blueprint. 0eNrVml9u4zYQxq9S8NkqJIqUbAP7sihQBCj61qdiIcgSnRDVP1CUsW6gA/QePVlPUtLKOopMK0OxsbsvSaxYP9HffDMcj/SMdkXHGsEribbPiGd11aLt78+o5Y9VWuhj8tgwtEVcshKtUJWW+hUrWCZFXfHMy7jIOi5Rv0K8ytlXtA36lQFw4EJ26siZM...

This particular behaviour is only happening when the belt is a circle. There needs to point, where the circle connects to itself. When I turn transport lines debug option, it actually confirms, that the loop is closed at this point exactly. Is this a really that big of an issue? This does happen if...

I had a feeling that something like this would happen eventually, after reading all those FFF-s about belt compression lately. Consistency is nothing. Optimisation is everything! Optimisation is a way of life!!! [/u] go away. experimental versions mean bugs. spread your schadenfreude somewhere else.

Could everyone stop telling us to go back to 0.15? If everyone waited for 0.16 stable to complain about this then how would they know we were unhappy with the change? I agree that it's not game breaking by any means, but the compression change were intended by the devs and we want that changed. Tha...

Please stop saying this problem is game breaking! There are really easy workarounds to this. It's just lazy not to think about new solutions. Imho, it would not even be game breaking removing splitters as a whole. This is such a minor problem. If you want the new features of 0.16 you either wait unt...

Well in newer version there is no way that i know of how would i compress belt, and half belt goes unused because 'unloading' has 'nowhere to put' stuf. Its BS if you ask me, you coud do 24 furences and you knew they will work optimal all the time, now with same setup, last 10 furences dont even wo...

Actually, it seems splitters don't work the same way as before either - standard 4-lane balancer in my new game doesn't seem to balance belts properly anymore. Why don't you just test this? 0eNrtms1unDAUhV+l8pqJwD/8SV32Bdruqgoxg5NYYgwyJsoomnevDZM0mWHC9W03kbJJBJiPyznXcGB4Itt2lL1R2pLyiahdpwdS/noig7rT...