[PD] Building externals on OSX
jancsika at yahoo.com
Tue Oct 22 22:02:37 CEST 2013
The best approach might be to just support all proprietary OSes by
compiling Pd to emscripten and building an interface using one of
EME DRM hooks get forced into html5, use them to require a
pay-walled subscription infrastructure on anyone not using
a free software operating system.
One could essentially do it by packaging some DRM blobs for
Debian non-free and various other distros (Ubuntu PPAs,
etc.). Then, like Apple, every time Pd gets updated,
change the API for the blob. Free software OS users would
automatically get it with their system update (or by downloading
the newest Pd binary)-- when they want to run Pd through the browser
the EME infrastructure sends the blob a puzzle and the blob sends
back the answer that lets users run Pd-on-the-web without any limits
or pay-wall. (Either once per session or sending it periodically.)
Of course you'd get some perturbed Mac devs who could just try to
remove the DRM hooks, but that's the reason to get a few extremely
broad patents on some of the fundamental aspects of the way the
message dispatcher speaks to the gui (or something else
similarly trivial) and just threaten anyone who tries to remove the
arbitrary restrictions with lawsuits.
Besides, you'd only charge an _extremely_ modest fee per month
in order to real-time DSP in the cloud on proprietary OS. After all
it costs money to develop software, and if those users want
unrestricted access and lower latency they can install a free
software OS and get it for _free_.
I wouldn't want to go through the trouble of doing this, but it's a fun
thought experiment to twist idiotic technologies
and counterproductive business models in the interest of freedom
----- Original Message -----
From: Martin Peach <martin.peach at sympatico.ca>
To: Jonathan Wilkes <jancsika at yahoo.com>; pd-list at iem.at
Sent: Tuesday, October 22, 2013 1:53 PM
Subject: Re: [PD] Building externals on OSX
On 2013-10-22 13:14, Jonathan Wilkes wrote:
> On 10/21/2013 09:38 PM, Dan Wilcox wrote:
>> Errr. That's not so easy. You need the 10.5 SDK which you can only get
>> with a *really* old version of Xcode which you probably can't install
>> on anything newer than OSX 10.6. It's possible to put older SDK's
>> themselves into the "right place" but, for something as old as the
>> 10.5 SDK, it may not even work anymore. The only reliabel way to use
>> an old machine with 10.5 or 10.6 and an old version of Xcode, probably
>> Xcode 3.something.
>> IMHO, at this point, it's best to drop support for PPC for new
>> versions of pd. The *vast vast vast* majority of OSX users have moved
>> on at this point.
> Just to make sure I understand: if someone has an old PPC Mac, they cannot
> run stuff compiled for i386 or x86_64. There is no compatibility-mode
> or anything
> they can use to run the software. Is this correct?
> Also, do you have any references for the claim that the vast majority of OSX
> users have moved away from PPC? I find Jobs' claim that Apple doesn't ship
> junk to generally be true, and combined with their development model the
> unfortunate result would seem to be that poor people still using their once
> sleek and sexy devices are ignored along with their now ugly, unprofitable
I think Apple hardware has a MTBF of about 3 years; their business model
relies on customers junking the old model at ever increasing rates and
buying the new one. The old one after all never quite worked properly
because they sold it before it was ready. I have a bunch of old Macs
around here that mostly won't start up anymore. Usually the hard drive
or the power supply fails.
Good luck replacing either.
I'm pissed because I've lost a lot of my work that way and with the
constant incompatibility from one version of MacOS to the next not to
mention the uninteroperability with any other OS.
So anyway PPC is obsolete and such a machine trying to run a new version
of any software would probably choke on it anyway.
And OSX on PPC was really slow, system9 worked better.
I think the best thing is to not upgrade at all and try to keep it
running the old software while not stressing the hardware in any way.
More information about the Pd-list