New mapping overrides channel 1

When enable multiple mapping channels, initially, everything works well. Selecting the “Apply planar mapping” button asks you for a rectangle, then UV/UVW, and then asks for channel number.

Coming back to add yet another channel later (like after closing Rhino) becomes an issue. Selecting the “Apply planar mapping” button asks you for a rectangle, then UV/UVW, and then overrides channel 1. I have to manually renumber the other channels to protect them.

This has been bugging me for a while.

Hi Thomas - thanks, I’ll investigate.

hmm- I am not seeing this - I am asked for the mapping channel every time. Can you please run SystemInfo in Rhino and copy/paste the results here?

-Pascal

Did you try saving, closing Rhino, and loading the file again. For me it works if the mapping is created and edited in the same session, but fails later.

Hi Thomas - yes, saved, closed, closed Rhino, reopened and added new mapping.

Are you rendering in the Rhino renderer?

-Pascal

Here is a simplified file. Can you apply a third planar mapping to this cylinder ?
(When I do it, it always replaces channel 1)

Sysinfo.txt (2.5 KB)
Mapping.3dm (32.7 KB)

Yep…
image

Ahhh. V7, sorry, I missed that detail - let me check 7

In 7 I see what you report…

-Pascal

1 Like

This is indeed fixed in Rhino 8.

In Rhino 7 you should be able to create past 2 mappings by clicking first in the mappings list box to make sure you have no mapping selected.

1 Like

That would be great, but my V7 doesn’t do that either.
(Good to hear V8 is fixed on this)

I don’t kno what it is with this particular object but a way to get around it and still be able to redo the same mapping:

  1. for each channel show mapping widget and add a rectangle using the mapping widget ends, then hide the mapping widget
  2. delete both mappings
  3. redo the mappings

Here recording I made of the above steps using your Mapping.3dm file

It was a new file. No baggage.

Doesn’t solve. It works only within that session. Once you save and reopen it goes back to overriding channel 1. What I do is change the mapping from channel to a temp number. Let Rhino create a mapping at 1 and then I swap the numbers.

Ah, the saving and reopening indeed has it fall apart in Rhino 7.

Well, it is fixed in Rhino 8.