Despite exact same parameters one shape is at 100% effiency and another isn't

[regal ice]

Can't seem to find an explanation for this so I feel it might be a bug somehow. It doesn't look the prettiest cause I just copy pasted from the other platform to make certain I wasn't doing something wrong. Despite having the exact same amount of everything as the platform next to it, being painters, fluid catchers/launchers, and fluid amount, I can not get this to be at 100% effiency. I tried copy pasting, remaking entirely, clearing fluid, remaking the platform, and restarting my game. Maybe I'm missing something but I've done this exact same layout and amount of machines across the entire game and haven't run into this issue so far

[buoyant gale]

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 39 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:
• Windows: %USERPROFILE%\AppData\LocalLow\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:
• Windows: %USERPROFILE%/AppData/LocalLow/tobspr Games/shapez 2/

1. [SPZ2-5460] — 👀 72% similar

2 sets of pipe launcher/catchers (or pipe gates) to 3 sets of pipe launchers distributes liquid unevenly
To Do • Priority: High • Fix: Post 1.0

When two Fluid Launchers feed into three Fluid Launchers, fluid distribution becomes uneven. The issue occurs when an even number of Fluid Launchers connect to an odd number of Fluid Launchers, particularly when two feed the same Painters and one does not. Despite sufficient total throughput (3600L/m available to meet 3600L/m demand), the single Fluid Launcher receives insufficient fluid while the paired Fluid Launchers work correctly. The same problem occurs with Pipe Gates. This was reprodu...
💬 Threads: [0.1.1] Pipe gate/pipe launcher/catcher

2. [SPZ2-3380] — 👀 65% 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...

3. [SPZ2-3426] — 👀 60% 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-3504] — 👀 55% similar

[0.0.8-RC3] Painters lag until tube/launcher/painter is highlighted
Done • Priority: Medium • Fix: Dimension Update [0.1.0] • Game: 0.0.8-RC3 • Resolution: Done

In the Make Anything Machine, Painters experience performance issues or lag that prevents Shapes from producing at full Conveyor Belt throughput. The issue persists until the player manually highlights or selects a Pipe, Belt Launcher, or Painter on the Space Platform. Once any of these structures is highlighted, the Painters resume normal operation and produce full Conveyor Belts. The problem appears to affect the entire production chain until user interaction occurs with specific building t...

5. [SPZ2-2687] — 👀 50% similar

Mixer loses paint
Done • Priority: High • Fix: 4 - Early Access • Resolution: Done

The Color Mixer does not produce enough paint to supply connected Painters at the expected rate. When 6 Color Mixers producing 3600 L/m are connected to 8 Painters consuming 3600 L/m, the Painters operate at reduced efficiency (80-94%) instead of 100%. This occurs even though the production and consumption rates should be balanced. Adding a Fluid Tank between the Color Mixers and Painters shows the paint level gradually decreasing over time, confirming the shortfall.

6. [SPZ2-3021] — 👀 45% similar

Paint Mixer loses paint
Done • Priority: High • Fix: 4 - Early Access • Resolution: Done

The Color Mixer does not output paint at full Throughput when connected to Painters, either directly or through a Fluid Tank. When Painters reach full efficiency, they experience drops due to gaps in Color Mixer output. This is observable when using a Fluid Tank as a buffer, where paint levels decrease over time by approximately 60L increments. Offsetting multiple Color Mixers appears to reduce the paint loss. The expected behavior is that Outputs should maintain full Throughput regardless of...

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

[sick orchid]

one paint launcher can only feed 4 painters

[reef aurora]

one launcher can only feed 4 painters but you have 8 here

[regal ice]

Ah okay I had thought if I connected 4 launchers to one pipe it would then supply enough for 8 painters, but I see now it has to be 2 separate pipes. Thank you for your help and I apologize for the false report

I will ask next time instead of bug reporting