[0.1.0-pre6-rc1] Belt Filter not working as expected

[vestal mica]

As you can hopefully see in the provided image, the belt filter is filtering out the exact shape that is being fed to it via the wire (the wire tool-tip is also shown).

The shape on the belt (that is getting filtered out - and trashed) is exactly the shape required and that shape is on the wire.

The shape is a single layer.

It's worth noting, however, that the pin quarter has been through a painter. Obviously, since the painter does not change the colour of the pin, this should not be considered different to an "uncoloured" pin, if this is the reason behind the issue. If the pin was to be considered "different" from an uncoloured pin, it should be visually apparent.

[frozen scroll]

is the signal on the wire exactly {RuCuP-Cu} or is it something else like {RuCuPxCu} or {RuCuP-Cu:--------}?

[vestal mica]

Not 100% sure. I'll have to check. It could be {RuCuPpCu}

Do you happen to know if the painter affects the pin's code?

[frozen scroll]

it shouldn't. but i'm not sure what happens to "non-standard" shape codes in simulated buildings

[barren phoenix]

from my tests, if the pin has a color different from -, it will be reset to - when going through any simulated building

[frozen scroll]

I just tested this and can confirm

[frozen scroll]

Is being able to enter a color other than "-" for pins considered a bug?

[vestal mica]

The wire code sent was manually coded (as Pp) and sent through transmitter. I expect it was probably still "Pp" since it wasn't processed.

[barren phoenix]

should be yeah https://discord.com/channels/1000343719314198548/1244291953802346527

[vestal mica]

I honestly thought I saw somewhere that pins should be Pp. I must've misread that! From now on, P- it is!

Thanks 🙂