Alexandre
pretty obscure, i'm sure, but I have a project using Tom Zicarelli's 32bit pd-rtlsdr library (https://github.com/tkzic/pd-rtlsdr). I've written to Tom a couple times to ask if he's ever thinking about updating it... or if not, if he'd allow someone else to, though I wouldn't have the faintest clue about how to do that myself.
b
---------- Forwarded message ----------
From: Alexandre Torres Porres porres@gmail.com To: Pd-List pd-list@lists.iem.at Cc: Bcc: Date: Sat, 6 Feb 2021 11:38:32 -0300 Subject: [PD] who still needs Pd 32 bits for macOS and why? I was discussing this with Eric Lyon cause we're getting an official fftease 3.0 release out soon (heads up).
It seems that people who need this are the ones who still use some externals that were only compiled for 32 bits. So I guess the question should be "which relevant externals are still only available for 32 bits?"
The new macOS systems are 64 bits only, sooner or later we'll all have to provide 64 bit builds for the relevant externals out there.
I haven't checked them all thoroughly but it seems that all externals from Pd extended are available in deken for 64 bits, right? So I can't see why people still need 32 bit versions. Or I mean I don't know which library is still 32 bits only and I guess what needs to be done is just get them compiled for 64 bits anyway, and I could help with that.
cheers
Em sáb., 6 de fev. de 2021 às 22:23, bbob fluxmonk@gmail.com escreveu:
Alexandre
pretty obscure, i'm sure, but I have a project using Tom Zicarelli's 32bit pd-rtlsdr library (https://github.com/tkzic/pd-rtlsdr). I've written to Tom a couple times to ask if he's ever thinking about updating it... or if not, if he'd allow someone else to,
And I assume you never got an answer... well, that's probably because this is an abandoned project from 7 years ago and he doesn't care anymore :)
I wouldn't call this "obscure", seems like a nice/useful object, but not a "relevant" one (meaning not "famous" and widely used external/library like the ones from extended)
Anyway, usually people provide the source code with a license that makes it clear what you can do or not, but this repository has NO LICENSE... this is probably because the author didn't care much on how to license it and I bet it's because he doesn't care much about what people will do with it. Licenses are useful to make restrictions, but not allowing one to provide a build for 64 bits would be sort of insane in the open source world.
though I wouldn't have the faintest clue about how to do that myself.
I probably have a better clue than you, but it's not like that means much :) nonetheless, I'll say it's usually not a big deal making it work for 64 bits
I'd write him one last time saying "I'll fork this and distribute, if you have something against it, say it now or never" :)
you can then open a new thread and ask people here for help on making a 64 build for this, I'd help as I can.
cheers
I'd love to see that ported to Windows pd. SDR is fun! I didn't know someone wrote an external for it.
Kylee
On Sat, Feb 6, 2021 at 6:03 PM Alexandre Torres Porres porres@gmail.com wrote:
Em sáb., 6 de fev. de 2021 às 22:23, bbob fluxmonk@gmail.com escreveu:
Alexandre
pretty obscure, i'm sure, but I have a project using Tom Zicarelli's 32bit pd-rtlsdr library (https://github.com/tkzic/pd-rtlsdr). I've written to Tom a couple times to ask if he's ever thinking about updating it... or if not, if he'd allow someone else to,
And I assume you never got an answer... well, that's probably because this is an abandoned project from 7 years ago and he doesn't care anymore :)
I wouldn't call this "obscure", seems like a nice/useful object, but not a "relevant" one (meaning not "famous" and widely used external/library like the ones from extended)
Anyway, usually people provide the source code with a license that makes it clear what you can do or not, but this repository has NO LICENSE... this is probably because the author didn't care much on how to license it and I bet it's because he doesn't care much about what people will do with it. Licenses are useful to make restrictions, but not allowing one to provide a build for 64 bits would be sort of insane in the open source world.
though I wouldn't have the faintest clue about how to do that myself.
I probably have a better clue than you, but it's not like that means much :) nonetheless, I'll say it's usually not a big deal making it work for 64 bits
I'd write him one last time saying "I'll fork this and distribute, if you have something against it, say it now or never" :)
you can then open a new thread and ask people here for help on making a 64 build for this, I'd help as I can.
cheers _______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
-
Alexandre Torres Porres -
bbob -
Kylee Kennedy