Does anyone else find it odd that theres a mismatch between amount and selection? Surely the numbers should correlate.
I remember asking that when I was first trying to learn Flame (well, Smoke) and was told, âEngineers start counting at zeroâ. So I guess the person who designed one box was an engineer and the other wasnât.
No the math works. 1 port is port zero. Zero ports would be useless lol.
It only bothers me when I have more than just a few inputs. It can get confusing when you start wrangling double digits. I would rather see them correlate.
The issue for me has been the incongruity between the MUX numbering, and pretty much all other numbering in Flame. It makes expressions quite awkward for complex operations. Normally in Flame, â1â equals â1â.
Yeah, i donât like it either. Itâs confusing.
*I did flag this when MUX was introduced, and the response was that it basically doesnât matter.
totally agree Paul
For all developers, the 21th century, began in 2000.
Please add your upvotes to the request, which is actually 10 years old.
@Peter also has a great workaround on the feature request page:
As a workaround, add one more input than needed, and then add the 1st source into mux input 1 and ignore the 0 input.
Then the numbers line up and it keeps things easier to follow
At this point theyâre going to say it would break old setups to make this change so they wonât be doing it.
Well, opening an archive of a project that used the ACES1.1 workflow in 2026 with OCIO/ACES2.0 breaks everything. So thereâs that.
Using mux nodes a lot and it never was bothering somehow. Itâs like counting the first frame, some software uses 0 and other uses 1.
Flame is full of odd choices, I donât think this would make the top 10.
And yâall survived for 10 years with it all accounts.
In politics youâd consider this a slow news day.
That is a brilliant idea!
Itâs something that has bugged me for years, TBH.
Iâm just happy this thread isnât about ML.
While weâre talking about the mux and ML I do wish we could get an update to it so that it behaved like the get and set nodes in Comfy and do away with the semi-hidden lines. For those that donât use Comfy you give the set a name and then in order to to fetch its output you add a get node and select the name of the set node. In this way you can massively decouple your node positions from flow without losing all readability. Bonus points if the colors could match on both nodes automatically.
Unpopular opinion perhaps but it would be dope.
Almost a âteleportâ node. Yeah. That would be a lovely way of moving a lot of channels around in a setup.