[SPZ2-6441] [1.0.3-rc3] Filters filter incorrectly when not looking at them

[craggy frigate]

I just started working on a MAM and encountered a strange behaviour. When I am zoomed in on the platform containing my filter it works as expected, filtering based on my signal. However, if I zoom out my view or move my view to platform at some distance the filter breaks. It allows shapes it should not while also filtering out valid shapes, at random as far as I can tell. If I zoom back in to my filter it starts working as intended.

OS: Arch Linux
Same behaviour with Multi threading set to either auto or off

[weary tapir]

Thank you for reporting this bug! Our team will review your report soon.
Feel free to add more details in follow-up messages — we're also scanning for duplicate reports automatically now.
📨 There are currently 24 reports awaiting team review. Due to the high volume, it may take a little longer for us to get to yours.

📋 Log files help us investigate issues. You can find yours here:
• Linux: ~/.config/unity3d/tobspr Games/shapez 2/Player.log

💾 Savegame files (.spz2) are very helpful if relevant to the issue!
Export via Main Menu → Play → click the download icon on the relevant savegame.
You can also find them here:
• Linux: $XDG_CONFIG_HOME/unity3d/tobspr Games/shapez 2/

[1.0.3-rc3] Filters filter incorrectly when not looking at them

1. [SPZ2-3380] — 🔥 92% similar

Painters stop producing 100% when not being looked at.
Done • Priority: High • Fix: Version 0.0.9 • Resolution: Done

Painters stop producing at 100% efficiency when off-camera. When Painters are using all provided paint and the camera moves away to work elsewhere, their productivity drops below 100%, indicated by occasional missing Shapes on Conveyor Belts. Moving the camera back to view the Painters causes the issue to resolve automatically without manual intervention. The bug occurs in three specific cases: with perfect quarter belt incoming, shapes queued with full fluid container, and shapes queued with...

2. [SPZ2-3467] — ✨ 88% similar

rotators and stackers create gaps when not looked at
Done • Priority: High • Fix: Version 0.0.9 • Game: 0.0.8-rc3 • Resolution: Cannot Reproduce

Rotators and Stackers create gaps in their output when not viewed by the camera. When the player looks at The Vortex and then jumps to marked locations after one minute, gaps can be traced back to these machines. The gaps disappear when the camera points directly at the affected Rotator or Stacker, and the Conveyor Belt at the output shows 100% efficiency. Subsequent products also lack gaps as long as the camera remains focused on those machines. The issue appears to be related to off-screen ...

3. [SPZ2-3426] — ✨ 82% similar

Pipe Gates cause inefficiency when not in view
Done • Priority: Highest • Fix: Version 0.0.9 • Resolution: Done

Pipe Gates cause machines to operate at reduced efficiency when not in view. A setup with correct ratios runs at 100% efficiency when focused but drops to approximately 75% when the camera zooms out or looks elsewhere, then recovers when refocused again. The issue disappears when Pipe Gates are bypassed and affects all primary, secondary, and tertiary color processing. The root cause was that DeepCopy failed to copy the ResearchSpeedId field from the base class, preventing container capacity ...

4. [SPZ2-2089] — 👀 55% similar

Filters don't work sometimes
Done • Priority: Medium • Fix: 4 - Early Access • Resolution: Done

Belt Filters sometimes get stuck and stop working despite receiving the correct Signal and being built identically to other working Belt Filters. The player was unable to reproduce the issue or fix it, even after deleting and replacing the affected Belt Filter or copying an entire working factory. The issue was identified as an update order bug but could not be reproduced or verified, and is considered fixed.

5. [SPZ2-2033] — 👀 45% similar

Belt launcher collision not working when out of view
Done • Priority: Medium • Fix: Future • Resolution: Duplicate

Belt Launcher collision detection fails when the camera is moved away from the area. Shapes that should collide mid-flight and fall do not process correctly off-screen, resulting in shapes incorrectly arriving at the Belt Catcher. To reproduce, place a Belt Launcher and Belt Catcher with Stackers in between to create collision scenarios, then move the camera away. Upon returning, belts at the Belt Catcher are filled with shapes that should have been destroyed by collision.

6. [SPZ2-3103] — 👀 30% similar

Belt filter deletes shapes if toggling signal rapidly
Done • Priority: Medium • Fix: 1.0.0 Release • Resolution: Done

Shapes are deleted at the Belt Filter when its signal is toggled rapidly rather than held constant. Instead of being routed to one of the outputs, the shapes vanish entirely. The expected behavior is that shapes continue to exist and exit through one of the outputs regardless of how quickly the signal changes. This issue has been resolved and the fix has been verified.

Found 6 similar reports • Searched 3,747 reports • Use /check-duplicates to recheck

[craggy frigate]

Platform used in video
The wire setup will filter on the conditions:
-The shape must have a part in all 4 corners
-All of the 4 parts must be gray in colour

[weary tapir]

[SPZ2-6441] [1.0.3-rc3] Filters filter incorrectly when not looking at them

🔗 This bug has been linked to our internal ticket SPZ2-6441. Our development team will now have a look. Feel free to comment with further information if you believe it might be useful!