Frustrated Out of Max 7
I am using Max for just 2 years, but very soon it became my second hand for everything.
Today, I am using it solely for my music making, and I'm using it to teach electronic music, by modules I built by myself.
For me, Max 6 was flawless. I have never seen such an elegant software in my life, such a simple GUI standardisation.
I have made my own design, my own background, objects default settings, everything ready to respond according to my will.
I have just upgraded to Max 7, and I was so excited by the new patching tricks, but unfortunately, all my teaching modules and patches became a total mess.
I tried all the new features, with so many names I can't even distinguish between them. Styles, attributes, snippets, templates, prototypes and none of those helped me with my issues.
I can't get my background set with the styles, so every time I need to change it.
Styles on past patchers, works until I create a new sub patch inside, and then I need to assign it again (it seems to work fine on templates)
When I wanted to have different styles to each slider / led / dial etc. it wasn't possible, and the worst thing, attributes such as border thickness and slider mode are not in styles, so I just need to reassign them every time, no possibility for default settings of those.
What happened to object defaults?
when I tried assigning the styles in the patch through 'universal' messages, it didn't change them until I pressed on them and change one after another.
imovie object didn't play my GIF files for some reason.
All my work for the past 2 years went to ground, and after spending the whole week trying to adapt myself, I don't know if I can or should go back to Max 6.
Max was the only platform I could trust. I miss the blankness.
My approach has been to stick to Max 6, partly because of design decisions in Max 7 (increasing the size of message boxes & objects is useless and illogical when hardware resolution keeps improving). These days, I use Max 7 only to check my work is fully compatible with both versions of Max, and for the occasional performance test, etc. Sure, I will fully switch to Max 7, I'm just not ready yet.
I'm having similar struggles. The new default look (brown on something just slightly less brown!) is visually unattractive to me. I find it much harder to connect outlets to inlets in Max 7 than Max 6, in fact I can barely even see the outlets and inlets a lot of the time. I do not understand why Max 7 is seen as better, at least not from a patcher editing perspective.
"I tried all the new features, with so many names I can’t even distinguish between them. Styles, attributes, snippets, templates, prototypes"
that is what thought, too, first time i saw all those.
the second thing i noticed is that when you unlock vizzie bpatchers there are only GUI objects and nothing else, and that half the preferences settings can only be accessed by successfully clicking your way thru various submenus.
I'm using max for about 10 years now, and I love it. I tried max 7, and I new I wanted it because the interface was soo much more snappy, reactive and simply seemed a lot faster. Also, I am longing for keyboard shortcuts for patching. So I see a lot of great thing about Max 7.
I am not updating since I assumed it would mean a lot of (unnecessary, stupid) work, as the OT described.. which is sad.
"...the second thing i noticed is that when you unlock vizzie bpatchers there are only GUI objects and nothing else."
Um... that's because the bpatcher contents open in Presentation mode.
They do that in order to more easily allow the use of the Vizzie modules as abstractions (whose names are mysterious things like vz.brcosr, vz.grabbr, etc.) when patching. You can double-click the abstraction to see the module's front panel, and that lets you have only the modules you care about open and visible, leaving more patcher window real estate for abstractions and regular Max objects.
It's also the reason that opening the bpatcher shows you a patcher window which is suspiciously the same size as the module itself.
There's nothing in Max 7 that isn't understandable by anyone who has worked with earlier versions. The issue is not one of deeper functionality. The issue for me, which is absolutely orthogonal to deeper functionality, is one of readability/usability (at editing time).
Max 6 had some very nice usability/editing features over Max 5 (and I still often edit with 6 and then run in 5, getting the best of both worlds) but Max 7 seems to be a step backward in this arena. It would be nice to have a "Max 6" style, particularly so that older pitchers would still look right.
The main source of frustration with Max 6 -> Max7 seems to be the loss of Max 6 patcher layout and design
when the older Max 6 patchers are opened in Max7.
Perhaps a partial solution, a reduction of the pain could be achieved if we could arrive at a scripted set of UI modifications to Max 6 patchers that would produce more compatible ui defaults for Max7....i'm thinking a series of resizing efforts and setting special "Max6import" defaults on each object, .. not impossible, but a lot of work., and would please very few in the final analysis., oh well...
"It wasn't broken, why fix it?" is what the established practictioners, in their "metalled ways" cry.
For Me, if i am in max4live, or older Max work, i stick with Max6, and when i go exploring new stuff in Max 7, i stick to max 7.
Deepest sympathy to the Max6 teachers who want to migrate.....i myself will never get over the loss of Opcode Vision.
l&k j2k aka cfb
If you don't like the way that your patching environment looks, setting up your own defaults is, I think, more straight ahead than might be implied here. I do this with some frequency - performance rig versions for daylight and nighttime, etc. - and I don't find it that difficult to do at all....
1. Take the file at the bottom here and save it as a snippet [I called mine "allUI", but your mileage may vary] - since you'll probably use it more than once.
2. Either drop the enclosed file into a new patcher window or grab the snippet you saved.
3. Click on the "paint can" (Format) icon in the upper patcher window toolbar to show the Format palette.
4. You can mouse over each icon to see what it's doing, and use the ordinary color picker to set things the way you like them
(the advantage to using the allUI snippet is that you can see how the global color attributes play out in all the UI objects at once - it's certainly way faster than making the changes object by object. I find that helpful, personally - but your mileage may vary)
5. While you're at it, set your background and locked background and font stuff to what you want, too.
6. Got things set? Choose "Create Template..." from the File menu. Name your template in the dialog box and select the checkbox for the "Default for New Patchers" option.
That's it. What you set up is now your new default template, and it's how Max7 will launch for you in the future.
I use Styles in situations where I want to create different versions of the same object (i.e. different kinds of multisliders or sliders), and tend to name them in a way that mentions the template I'm using.
Whenever a new version of Max has come out, I've taken its appearance as an opportunity to rethink the interface design I work with, and I've made the changes that made sense/the changes that I liked.
For me, the global color attributes have meant that the reconsideration and redesign takes an order of magnitude less time, and the ability to watch the *whole* of the UI object set change at once has been a great experience.
The fact that I can use those templates to correct those things about the default style that I'm personally not crazy about is an additional benefit, and probably the reason I've spent so little time complaining about how things look, since my stuff looks just the way I want it to.
I just wanted to stop in and commend raja on his unrelenting reddit-worthy trolling, but I might as well say something about max 7. I've been learning c++ and the fact that they never decided to break old code is one of the worst things about the language. Being able to patch together a bunch of deprecated modules to get something to work seems like the foundation of more than one framework in c++ land. Granted, I have no way of quantifying how much that played a part in the adoption of c++ by programmers. I would intuit that max 7 only truly breaks a patch when you relied on dynamically resizing all your UI elements.
I once spent an inordinate amount of time studying how lutes evolved into guitars. It was because lutes sucked; quiet, always going out of tune, easy to break. For around a century they made lute-guitars. Those also suck. I don't think it was until they became really loud and easier to play that they got as popular as banjos in America. Now they are more so, considering the level of complexity they can afford. I am hella glad max is going towards user-friendliness because piano-roll DAWs are becoming the standard way people interface with comp music. I just don't want max to get dumbed down. Correct me if I'm wrong, but wasn't the origin of max the intent to have some sort of a mark up language to glue all your dsp together? In that vein of thought, I don't see why there couldn't be a css to max's html. It sounds like styles are still in the lute-guitar time though.
My real fear for max, is that somebody like redhat rebuilds pd and splits the community. If c74 wants to maintain proprietary code and a good income, I hope they pull off some cross-platform magic.
@MAX --- thanks so much ---- that's a terrific approach.
You're welcome. I thought it might be easier to light the candle than to curse the darkness.
> …the complainers in this thread are obviously very old-school-traditionalists,
People have a huge amount of work invested in their Max patches. Is it really so unreasonable to want them to behave exactly the same after an upgrade?
In my case, it's simply that my eyesight isn't perfect, and I'm often using my patches in challenging illumination environments. I find the default style, with e.g. sliders in grey on darker grey, to be very hard to read.
Is there no easy way to... drop in some sort of style that makes it look like it did before? Perhaps "style" is the wrong word, as I just got Max 7 and I'm not up on the new terms, but overall my impressions are a sinking feeling in the pit of my stomach, and I'd love to go back to where I was before...
> I’ve been learning c++ and the fact that they never decided to break old code is one of the worst things about the language.
As someone who makes a living writing C++, that is one of the *best* things about the language.
Don't get me wrong, we use none of that old cruft - in my job we're pretty well up-to-the-minute on C++11 and we write everything using the newest features - move semantics, unique and shared pointers, generics, uniform initialization, lambdas, std::function, enum class - modern C++ looks very little like C!
BUT we use all sorts of libraries from earlier versions of C++ and they just work - they interoperate really well.
Time is the one thing you can't replace. I don't want to waste my limited programming time rewriting everything over and over each time some revision comes out...
@raja
( i’m so excited to be able to learn shaders in jitter with jit.gl.pix, makes it so much easier to do GLSL from it all later:)
Just to be the devil's advocate , you could've done this in Max6.1.9. Meaning this has nothing to do with Max7. Unless you mean that gen is now free and included with Max7.
UI: To my personal taste , could they @ least give us the option of borderlines in the next increment.
Also , FYI , the new template has a style accumulator glitch that literally cost me 31 hours of waiting time on saves. 11min per save. it added up to 31 hours on a big project. Make my wage$/h plummet into the thrash can .
Thanks to this https://cycling74.com/tools/styleremover/ I could start working again.
If @ least I would've like the interface , but I hate it and it cost me in time and money well over the worth of Max7's $ price.
Nice to know about that styleremover.
The issue is not about change per se. Change isn't automatically good. The question is whether a change is in fact an improvement over what was there before. Clearly that can be subjective, particularly in the arts world . Unless you can measure the results (e.g. what happens to GDP if tax rates change by x%), it's extremely difficult to quantify change.
For a variety of reasons, clearly some users are finding Max 7 harder (or more awkward) to work with than earlier versions. At this point, therefore, overall Max 7 does not seem like a significant improvement and in some cases it seems to have regressed somewhat. Yes, there may be a few nice editing conveniences (some of which were already available through add on tools) and no doubt there are under-the-cover improvements (there are also new bugs), but I don't get the sense that there were any fundamental improvements that required the user interface to be changed so drastically.
Upgrades can add new features without necessarily completely revamping how something worked. The "don't fix it, it ain't broke" mantra would seem apropos.
I never used the style feature. I always work with the default settings.
but i do not understand, why we can not se a difference at the gui of the preset object between a stored slot and an empy slot.
see attched image (preset.png). Hint: Data were stored in slop 1 ;-)
It would be great, if the default style would have more contrast.
just my 2 cts,
abs
The preset slot is dark grey on darker grey! Easy! ;-)
Max is a development system for us to write music programs in. When my development system upgrades, I don't expect my programs to change in the slightest. You're forcing every developer to pay a tax - and worse, this tax is greater on more productive developers. Progressive taxes are a great idea when it comes to money, because it takes no time to write a check :-) but they're not so great when it taxes your development time and takes you away from new musical features.
I write a lot of software, but whenever I add a new feature, I keep the old functionality and have a switch to select between old and new. It has many advantages: if there's a terrible issue, you can revert, A/B comparisons are very easy, and it forces cleaner, more modular code.
More intangibly, your users will love your new feature much more if there's a switch and they get to choose to switch it on, than if some dramatic change is imposed without their permission from above.
Back to the matter at hand.
Here's a good example: an application I use to control a bank of eight lasers. I took screenshots in Max 6 and Max 7 and attached them.
Two areas are particularly problematic.
The dial
s are hard-to-read because there's only a color change to distinguish how far they have gone. Apparently dial
now comes in three flavors and "arc" is the default. But it's hard to read - there seems to be no way to change the thickness of the arc - and what seems to be the old version, "indicator", isn't enabled by default, perhaps because it doesn't work at all... :-(
Worse, the visual design of my application was relying on the border of the multislider
to separate the levels by instrument - and that's gone - because the whole concept of border color and even border seems to have been removed everywhere.
Gosh, I want to keep the chiding tone out of my voice. But what person conceived of removing a setting that has been in almost every Max object for a decade - and replacing it with nothing? Doesn't that wave a huge red flag - PEOPLE MIGHT BE USING THAT?
Couldn't you just have added a new border width parameter and set it to zero in many of the Styles?
When I think of the arguments that led to this decision, I visualize someone saying something like "Users should" or "Users will" - yet as a user I just want to be able to upgrade, and keep on with my work.
I only have limited time to work on music, so unfortunately, :-( Max 7 gets zipped up and put away until this issue and the Javascript issues I posted about again are resolved. (But what person has unlimited time?)
I'll be monitoring this topic and the Javascript topic though, and will hope for some progress on these matters...
@raja
Of course I 'm a noob, I'm the 1st one to admit that of course and sorta hope I'll always be. Will keep me from ever getting crusty. Anyways, that's the idea.
>>Phiol, don’t treat me like a fresh-off-the-boat sandnigger
Man raja you gotta stop using that "sandnigger" man. Or move from where you are or from a place where people treat or have treated like that.
Don't bring that dirt in here dude. It's aggressive sounding. Everybody is text letters on white background in this forum.
Code style: Don't assume that I'm afraid, I just don't have the time right now. I'm just not there yet.
jit.world
Ends up being more trouble when wanting to talk to more params
-----
Anyways , love the new features, hate the new interface and it actually has cost a few 1000$ in time for several projects up to now.
The thing ain't ready. Don't know how and why it passed the vote ?
happy patching to you all.
The issue is that it breaks our work. The rest of your blah blah is just that.
Raja if you've got to be racist at least do it with some real wit!
Bring your A game next post or I'm going to be very disappointed.
Please try and make it entertaining (maybe make a racist patch as an accompaniment!!) too because I'm getting bored.
I'm glad your sight is good. Mine is not. And I use my programs in challenging light situations. That's why I have to spend enough time on the appearance to make sure I can actually see what I'm doing.
The personal attacks are stupid. Racism is a serious issue in the world and correctly blamed for a lot of hatred. But in your case, the reason that you are annoying is because you personally attack people, and do it based on their appearance too - and you aren't even funny about it.
I can actually tell you what people think that picture looks like, because it was taken by a professional photographer for a play, and the director who selected that shot was looking for "cheerful" and "brave". I'm actually pretty timid - things like skiing are too terrifying for me - but the camera does as it pleases...
@Jean That's actually a very succinct and nice example of the problem just within the basic editor.
It's a Tenacious D reference, Sigmund.
"hurt".
lol
I just don't understand why the devs are wasting so much time fooling around with GUI and Organizational nonsense when the core functionality of the program is so 5 years behind the competition. Work on the engine, not the paint job.
Wait, so is a billion lackluster contributions really any better than a few? Hmm…
But seriously, wow I didn't expect the whole meta-trolling thing to fly *that* far over your head. O_o
Who really gives that much of a shit about some Internet forum banter?
Bizarre.
lol
That's it. Keep 'em coming.
Patch? What patch?
Wait, is this the internet… or real life?
I'll have to figure out how to find the posts that have already scrolled up the screen first.
Is that feature available in Yosemite…?
I do feel that the previous complaints about the rounded patch cords going from Max 5 to Max 6 ruined it for the complaints about the look we have now. I thought the rounded patch cord complaints were ridiculous. But I do share the gripes with max 7 look/ functionality. It is not even to sound dismissive of Max 7 because it is a massive and good improvement.
It is that there are some things that are somewhat objective set backs in the look, things that the OP touched upon and others like:
- worse readable dials and sliders
- low contrast eg in the preset
- removing off borders
- objects and messages being bigger, so readability suffers in old patches even help files (having to edit a patch and space objects a few pixels)
On the one hand it is not just cosmetics, this is how the coding system of max works. On the other hand it is reasonable to expect old(er) patches to open with the same look (thus coding functionality). This could have been avoided by at least keeping the object sizes the same, and by giving a way to keep the 'old' way.
Max 7 is awesome and the way forward. But in some ways it feels a bit like a beta (I still find bugs, which is to be expected in such a big release). But just as with iOS 7 which was a big, controversial release for Apple: with the feedback of the community some changes were refined and fixed.
There are examples in computing history where a product was improved by the feedback of the community.
Of course we code/patch on and some things are for the better, but feedback is good and healthy. Small changes can already make a big difference.