Demonstration: https://www.twitch.tv/zaspar_/clip/Obli ... KA-0BI4wV-

Expectation: should be only belts placed here, no underground.

Replay: https://drive.google.com/file/d/1uE9N38 ... sp=sharing

Demonstration: https://www.twitch.tv/zaspar_/clip/BumblingEndearingMinkCharlieBitMe-MyO5hBALB-5-NvBw

Expectation: both the entrance and exit underground should automatically be built
Result: only the entrance got built.

Replay: https://drive.google.com/file/d/1uE9N38MwpjdEw9ahVVT_bn39XieGGHXz/view ...

What happened?
The top underground gets upgraded to red belt, the bottom belt gets upgraded to blue belt. This disconnects the belts, even if you don't have any red or blue belts in your logistic base! Not good!

What did you expect?
Both belts would be upgraded to red belt.

https://forums ...

Save game with replay

https://drive.google.com/file/d/1LjMhGd ... sp=sharing

https://www.twitch.tv/zaspar_/clip/BetterHyperChoughOSsloth-Q96O5AFs9iZrx0hK

What happened?
Holding shift and dragging over the misplaced belt from bottom to top at 0:04

What did I expect to happen?
The underground belt should change direction to face north as the belt does.
Instead, the ...

What did you do? Built a car on top of a placed blueprint, then drove it away
What happened? The ghosts were removed where the car was built
What did you expect to happen instead? The ghosts would be unaffected, because car is a moveable entity

If there is any confusion I can post a new video.

After some more experimentation, the bug only occurs when in the last step, you drag from close to the 'tip' of the placed yellow belt forward. The ghost underground only spawns if you drag from within the max length of 1 red underground of the end of the existing belt. Also, the bug still exists in ...

Hi Raiguard, thanks for the response and sorry for the video being unavailable now, and for not explaining the bug in text. The steps to reproduce were:
Enable the setting to allow q picking a ghost of an item when you have none of the item in your inventory
Place 1 tile of red belt somewhere
Empty ...

As a casual player who enjoys watching speedruns, here's my two cents on the achievement disabling changes:

First of all I think it's totally unnecessary to punish players for choosing how they wish to play the game. I understand the thought process behind wanting to keep achievements as, well ...

When dragging belts, you can press r and the belt will rotate in the direction the mouse is in relation to the dragged belt segment. This can make building spaghetti through your base really fast and easy. Implement the same for underground pipes by automatically placing a single pipe, to connect ...

It's like a long keypress in most text editors : the first key press takes its time to register, but the next ones are registered quickly.
I guess the feel of clunkiness comes from the fact we're not used to that with mouse actions (I least that's the case for me).


This is wrong. In a text ...

I was going to suggest this myself, but found this thread. The reason it makes sense is as follows:
Normal view: mining an entity takes time (makes sense)
Normal view: mining a ghost is instant (makes sense)
Remote view: mining an entity (to mark it for deconstruction): takes time (makes sense ...

When the current hand crafting item is finished, there is a subtle sound played usually. Sometimes it doesn't play. I have attached a clip of when I noticed it happening below. Watch very carefully: when I finish crafting burner miners at 6s, the sound plays. But when I finish crafting the next ...

I also have an AMD graphics card.

Rseding91 wrote: Sun Nov 03, 2024 2:46 pm Thanks for the report however I am not able to reproduce what you describe when I test.

Would it help if I provide a video/any other information about my setup?

Whenever I press the red 'exit' button from the main menu, there is a roughly 1 second delay between the click and the game closing. If I move my cursor during that time, it will snap back to where the exit button was once the game closes. Expected result: closing the game should not affect the ...

That contained a useful explanation @jan1i3 thank you.

I discovered a case where a fully compressed half belt of items can be entirely blocked, even when the output is entirely clear, due to a fully compressed belt sideloading onto it part way through. This was achieved without any loops and using only one belt type. I believe similar bugs to this have ...