[SPZ2-6278] [1.0.3-rc3] Incorrect "mixed output" indicator on a machine

[exotic barn]

Hello,
Thanks for the amazing game !

Now for the possible bug :

On the following blueprint that I attached to this post, the output shows a mixed orientation output of a simple shape despite that the output is clean.
Attached is a screenshot of the output, on the right, the output indicator is blinking and showing mixed shapes even though as you can see on the conveyor it is only one shape.

Again thank you for the amazingly crafted game !

Tetsuo

[cosmic phoenix]

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.

💾 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/

[cosmic phoenix]

📋 Log File Analysis

Thanks for attaching your log file — no errors have been found at a first glance.

1. [SPZ2-5805] — 👀 52% similar

Mixed Icon for notches changes to arrows when launchers/catchers are deleted
To Do • Priority: Lowest • Fix: None • Game: 1.0.0-alpha4-rc1

In Classic Mode on a Regular scenario, notch icons that display as mixed (question mark) icons incorrectly change to arrows when Belt Launchers or Belt Catchers are deleted from a Space Platform. The expected behavior is that the mixed icons should remain as mixed icons after the Belt Launchers or Belt Catchers are removed. The issue can be reproduced by enabling cheats, placing the relevant structures, and then deleting the launchers or catchers.
💬 Threads: [1.0.0-A3-RC1] when "Mixed" icon is show

2. [SPZ2-3515] — 👀 45% similar

Reporting of Conflict on swapper if output is one sided
Done • Priority: Medium • Fix: Future • Resolution: Won't Fix

The game reports a conflict warning on the Swapper when the output is blocked by a Belt Catcher, even when that particular output side will never produce any shapes in the current configuration. This occurs when one output of the Swapper is intentionally left unused or blocked. The player expects no warning in this case since there will never be actual output on that side. The issue causes unnecessary conflict warnings for valid one-sided Swapper configurations. A feature to ignore conflicts ...

3. [SPZ2-4785] — 👀 40% similar

Conflict error sign shown on swapper with no production
Done • Priority: Medium • Fix: None • Resolution: Done

A Conflict error sign is displayed on Swappers that have no production because they are being used as Stackers. This primarily happens when building Belt Lifts on the unused sides of the Swapper. The game currently cannot detect whether there will be an Output or not, so it shows the Conflict signal by design. The expected behavior would be to either mark non-producing Swappers as exceptions to Conflict signals or leave it as intended. This issue has been marked as working as intended and won...
💬 Threads: warning appearing when output is always

4. [SPZ2-5741] — 👀 35% similar

Right-side interface previews show incorrect models for multiple machines
To Do • Priority: Lowest • Fix: None • Game: 1.0.0-A3-RC1

The Output previews in the right-side interface panels display incorrect models for several machines. The Overflow Splitter shows a shape with wrong appearance (orange point instead of green bar), the Swapper displays an incorrect model, and the Half Cutter preview shows horizontal cutting parallel to the Belt instead of vertical cutting perpendicular to it. The previews should accurately match each machine's actual in-game behavior and operation.
💬 Threads: [1.0.0-A3-RC1] the previews in right-sid

5. [SPZ2-5811] — 👀 30% similar

Simulated unstacker model has an arrow pointing in for a connection point when it should be pointing out
Done • Priority: High • Fix: 1.0.0 Release • Game: 1.0.0-alpha4-rc1 • Resolution: Fix Verified

The simulated unstacker machine displays an incorrect arrow direction on one of its connection points. One of the two Outputs shows an arrow pointing inward as if it were an Input, even though the simulated unstacker should have one Input and two Outputs. This can be reproduced by placing a simulated unstacker in Classic Mode on a Regular scenario with cheats enabled. The visual error is misleading and could confuse players about the correct flow direction. The issue has been fixed and verified.
💬 Threads: [1.0.0-ALPHA4-RC1] Simulated unstacker m

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

[exotic barn]

[1.0.3-rc3] Incorrect "mixed output" indicator on a machine

[cosmic phoenix]

[SPZ2-6278] [1.0.3-rc3] Incorrect "mixed output" indicator on a machine

🔁 This bug report has been marked as a duplicate of SPZ2-6278: Belt Filters show predictions

Belt Filters show shape previews that cycle through 4 different shapes. To reproduce, import the provided savegame from the main menu, observe the shape previews changing, and use the location marker …

Please refer to that ticket for updates.
If you believe this was incorrectly flagged, run /reopen-bug and we will have a look again!

Threads linked to this issue:

• [1.0.3-rc3] Filters don't update the output

[grave pine]

Unfortunately shape previews don't show properly after belt filters.

[exotic barn]

Thanks for the response and sorry for the duplicate !

[grave pine]

It's all good. Better to post something and it be a duplicate than it not be reported at all.

[steep fulcrum]

Is there plan to fix it ? simply wondering 🙂

[grave pine]

Follow what I said here:
#1497684047726645309 message

Think of preview shapes as passive.
And if belt filters could work correctly they would have to be active.
Its not a simple fix.

[steep fulcrum]

Hm, interesting
Don't really know how the shape preview works in itself so cannot really help, but what about sending to the shape preview the "true" belt and the others shapes to the "false" one ? if the true changes it'll still flicker but could potentially fix the ones that doesn't changes ?

my sorters are made this way, with a belt scanning for 1 shape, sending it always to the true and any other to the false one, which mean the belt filters are always on (as much as i understand it)

[grave pine]

In this because the belt filter is not moving any shapes, there should be no shape previews at all right?
So imagine 1000 of them constantly looking to see what active state they should be, and then sending those new changes down the line.
Shape previews are currently calculated back to the asteroid miners and fluid pumps in what I would call a passive way, and that takes up a good amount of the game's resources.
Imagine how many resources would be taken up if they were active..