MAX
-
- KVRer
- 26 posts since 16 Oct, 2019
max is an extremely frustrating software to learn to use. its not out there but its common sense that any approachable max design was made by an actual computer programmer. there is a design workflow element which makes things very difficult, where you put the modules determines the order in which they are processed:
i=input o=output -#=order of operation
[oa-ia]-4 [oa-ia]-3 [oa-ia]-2 [oa-ia]-1
[ia]
i=input o=output -#=order of operation
[oa-ia]-4 [oa-ia]-3 [oa-ia]-2 [oa-ia]-1
[ia]
-
- KVRian
- 925 posts since 14 Dec, 2014
Max has a order of operations, just like mathematics and all computer languages have.
Those order of operations are all arbitrary conventions, so "common sense" doesn't play a role.
Max is a visual language, so it uses a visual order of operations to define priority when other factors are the same, "right-to-left and bottom-to-top".
https://docs.cycling74.com/max8/tutoria ... cchapter05
What else could be used besides that?
One could argue that the length or path of the fake cables could determine that (like they were water pipes), but then the opposite (long "cables" and short ones triggering at the same time) looks just as unintuitive, and you made the fake cables (their path/length) part of the logic, which is a big change, it makes so that the user has to manage the fake cables length too (in addition to the objects' positions). And it retains some of the problems of the current system, like the fact that if you move objects it can change the logic, that would still happen with the cables determining order.
Objects could have separate inlet for each type of message they can receive, but objects can receive dozens of types of messages, learning a visual order of operations is way simpler than managing the inlets/outlets for each object in a patch.
PD uses a different logic, but it has its problems too:
https://puredata.info/docs/tutorials/Pd ... ger-object
I would argue Max's order of operations is better, since besides being visible, it makes organization part of the logic, and being mindful of organization is good for programming.
Those order of operations are all arbitrary conventions, so "common sense" doesn't play a role.
Max is a visual language, so it uses a visual order of operations to define priority when other factors are the same, "right-to-left and bottom-to-top".
https://docs.cycling74.com/max8/tutoria ... cchapter05
What else could be used besides that?
One could argue that the length or path of the fake cables could determine that (like they were water pipes), but then the opposite (long "cables" and short ones triggering at the same time) looks just as unintuitive, and you made the fake cables (their path/length) part of the logic, which is a big change, it makes so that the user has to manage the fake cables length too (in addition to the objects' positions). And it retains some of the problems of the current system, like the fact that if you move objects it can change the logic, that would still happen with the cables determining order.
Objects could have separate inlet for each type of message they can receive, but objects can receive dozens of types of messages, learning a visual order of operations is way simpler than managing the inlets/outlets for each object in a patch.
PD uses a different logic, but it has its problems too:
https://puredata.info/docs/tutorials/Pd ... ger-object
I would argue Max's order of operations is better, since besides being visible, it makes organization part of the logic, and being mindful of organization is good for programming.
-
- KVRer
- 26 posts since 16 Oct, 2019
they shuld have done water pipes though. common sense plays a very big role in decision making.
-
- KVRian
- 925 posts since 14 Dec, 2014
Nah, it is extra work for everyone (micromanaging "pipes" in addition to inlet position), for a tiny benefit for a minority of users (beginners that have trouble with current order of operation, which is not even all beginners).
-
- KVRer
- 26 posts since 16 Oct, 2019
up down makes much more sense
[4]
[3]
[2]
[1]
[bingo] so, pipes it is brah
[4]
[3]
[2]
[1]
[bingo] so, pipes it is brah
-
- KVRian
- 925 posts since 14 Dec, 2014
No, it doesn't make "more sense".klaatugort wrote: ↑Sat Oct 19, 2019 7:11 am up down makes much more sense
[4]
[3]
[2]
[1]
[bingo] so, pipes it is brah
Adding MORE WORK for people that ACTUALLY USE MAX, just to please people that DON'T USE MAX (*) doesn't make ANY SENSE WHATSOEVER.
(*) Clearly you don't, otherwise you wouldn't be insisting on the clearly WORSE workflow that adds useless time-wasting micromanagement of the fake cables, for a tiny potential benefit in the beginning of the learning process.
- KVRAF
- 8823 posts since 6 Jan, 2017 from Outer Space
I would say the opposite! Though in one of the first lessons you need to be introduced to the trigger object. Obviously you gave up before. In Pd the order is completely arbitrary and you cannot create reliable patches without the trigger object. In Max you can if you know the rules...klaatugort wrote: ↑Fri Oct 18, 2019 1:33 am max is an extremely frustrating software to learn to use. its not out there but its common sense that any approachable max design was made by an actual computer programmer. there is a design workflow element which makes things very difficult, where you put the modules determines the order in which they are processed:
i=input o=output -#=order of operation
[oa-ia]-4 [oa-ia]-3 [oa-ia]-2 [oa-ia]-1
[ia]
I gave up lines of code programming (c, c++ etc...) for Max and never regret it. Some who insist on constructions like if-then-else (very common in traditional programming languages) post funny questions on the Max forum...; - )