64bits and sloooooooow externals update ...

Julien Bayle's icon

Hi there,
I'm trying to find 64bis external every time since I use 64bit version of Max.

For instance, OSC-ROUTE object is something I'd need ..

Do you know if we can have some sources of CNMAT externals in order to port them ourselves ...?

Rodrigo's icon

That object should sooooo be standard. I've switched to a different way of parsing OSC messages to be rid of this kind of 'useless' dependency.

Max Patch
Copy patch and select New From Clipboard in Max.

Don't remember who/where I got it from, but it does everything I need natively.

Rodrigo's icon

But yes, none of the externals I use have been 64bit-ified yet.

Alex Harker externals, sigmund, Bach externals.

mzed's icon

I think OSC-Route has been ported for a few weeks:

$Adam's icon

Well, I understand that it's so cool when one's favourite externals are updated quickly, features are added, bugs are fixed... Right? However, many of these tools are developed by people who do this in their free times, as a contribution to the community. In my case, with The sadam Library, I've spent hundreds (if not thousands) of hours since the first release to expand it with new externals and to port them to platforms that I don't even use (eg. Windows, PowerPC). On the other hand, although the library has been downloaded approx. 1000 times so far, only two of my users found it important to send a donation until now (which I really appreciated, BTW - thank you again, Terry and Timothée). I'm sure that there are tools (eg. the CNMAT objects) which are maintained by institutions who can afford the `luxury' of spending some of their developer resources on free projects to gain some reputation. However, for independent developers, this is not always the case. So, perhaps you should really contact those developers who did a great job for you and offer them some donation if you really need a specific external for your favourite platform; otherwise, I guess you should be a little patient and wait until we find our free times to do the job. In my case, since I'm working with Max 5, it will take some time until I update my objects for Max 6, and specially, for Max 64bit...

Cheers,
Ádám

Julien Bayle's icon

hum. we are all at the same place :)

@MZED: indeed, I didn't find those. They are working fine !!

Julien Bayle's icon

Just saying, I didn't complain about this here. Just wanted to know if, especially, I could contribute myself.

Anyway, taking our time is important.
But if I cannot support myself my stuff, I often give part of sources I order people can are their stuff with them.
Of course I cannot myself do that for every, too.

$Adam's icon

Is that the Max community becomes consumerist more and more ?

Good point, I also feel the same from time to time, although I also feel that I am also becoming more consumerist with time, unfortunately. Since the depression started and cultural budgets were severely cut in most places of the world, I think that this kind of more money-oriented behaviour is a somewhat natural (although very unfortunate) reaction. :-(

To Julien Bayle: in my particular case, the codebase of The sadam Library overlaps unfortunately in a great way with codes of my paid projects that help funding my studies. Although I am usually very open to share my code with other developers in private (with people who would use it to learn something and not to do some copy-paste coding), I am not in the position of simply releasing my code for the public. If people contracting me for nasty Max-externals would have copy-paste access to my codebase, then why would any of them pay me?

Julien Bayle's icon

I'm living with my own art & creation & courses so I know that context too.

I don't understand the thing about consumerist.

Anyway, pushing something on github in several hours that will be totally open-source that time.

Aaron's icon

speaking on behalf of a 64-bit max user who does not know C (or javascript for that matter) and NEEDS to spend his time making music, due to various 'deliverables' - I chose to make the switch to 64 bit for a few reasons - well aware of the fact that many externals i love would not be available.

I'm also fully comfortable with this. As a contributor to the monome forums (well i've made ONE whole app, but still, i was learning max and it took 3 weeks of tutorials and trial and error) I also know what it's like to pour your heart into something, anything, be it a patch, external, piece of music, or a kick drum made from scratch, and choose to give it away.

I gave my monome patch away because I wanted to support the community. I'm not able to do that with max externals because, frankly, I don't allow myself the time to code when i have to be making tracks (dance music, occasional tv stuff). I can wait for my beloved externals, and in the meantime, Live 9 runs a hell of a lot better when it can use all my RAM!

so us blue-collar patchers, we want those externals, but take your time, coders, we know you have lives, and that's fine for us.

this software natively provides practically everything i need, (though i LOVE LOVE LOVE max toolbox) and if anyone feels limited without some external, remember that limiting one's self is often the best way to get creative.

On behalf of $ADAM - i love your externals, I didn't pay for them, i have a good reason, but for the record I understand where you're coming from. I poured my heart and soul into an EP of music that i gave away for donations on bandcamp (when i could have easily sent it to some decent labels without a doubt) hundreds of downloads - I got $10. shit happens, but when i get back from my next bout of gigs, i'll donate, buddy :)

Aaron's icon

well, given my avatar, i'm more of a purple-collar guy - for the record.

$Adam's icon

@Misk and all others, maybe my comment sounded too `monetaristic'. ;-) I really didn't mean it, I'm actually very happy to have users who can benefit of these tools. In fact, I've never really expected to receive much donations for this project - otherwise, I would have kept if for myself. Since these externals were (and are) made, on the first place, for my own projects to facilitate my patched compositions, I am going to go on with the development even if I don't get any donation for it. And that's how it is supposed to work in the first place. ;-)

I just hear and read more and more people complaining on different forums and during small-talk about `what should be added to this or that free toolset', mostly from people who never did themselves anything for free (I'm not mainly talking about the Max forum at this point), and I just felt that I have to add the point of view of developers to this thread. But I admit, perhaps I sounded too harsh here.

Cheers,
Ádám

metamax's icon

I'm sure most here know more about Max than I will ever know but you might consider o.route as a replacement for OSC-route. It's more flexible and consistent.

meeble's icon

Is there an exhaustive list of Max externals that have been updated to 64-bit somewhere online?

andrea agostini's icon

Just for the record:

yes, we are in the process of upgrading bach to 64-bit. We're sorting it out, but it's an awful lot of work...

Cheers
aa

vichug's icon

(@andrea : how do you do this ? what are the main difficult things ? do you have to rewrite external completely or just some compiler options ? is there any sort of tutorial for that topic ?...)

andrea agostini's icon

Well, actually I was exaggerating a little bit... most of it was just compiler settings and textual search-and-replace. I guess for most external objects the transition should be quite seamless. Our problem with bach is that we have custom data types with a not-so-trivial lifecycle scenario, rational numbers (which now require some 128-bit math, so go write your own 128-bit int class since you can't find anything really fit for your needs around), huge object structures with hundreds of fields to maintain and an overall 150000+ lines of code. And we're just two guys with no real programmer in the team ;)

Anyway, besides pondering some crucial decisions, I'd say the whole thing took us one week of work, plus a lot of testing which is far from being over. The rest of the awful lot of work is adding some spicy new things to the next release, and above all making all the Max 6-style documentation from scratch - that's horrible!

aa