"my thing" is to make my program available to people who don't know what pd, unix, or a terminal is and just want to play their instrument. these people have chosen and paid for their hardware to work with, and all those arguments are moot for them. I guess I can tell them "more than half of the world is wrong and I am right, you all should correct yourself and do as I say", but I think it won't take me far.
On Sat, 19 Sep 2020 at 10:47, Josh Moore kh405.7h30ry@gmail.com wrote:
Then pay Apple for the privilege of catering to musicians if that's your thing more than ethics of a company acting worse than Bill Gates and Ballmer era Microsoft combined when it comes to being tone deaf towards the developer community and anti-competitive business practices. There's really not much way around this problem, and they aren't going to change their mind without a court injunction over their antitrust behavior which might be coming sooner rather than later. Even so, you could also build upon Raspberry Pis, Belas, and other types of that kind of platform and sell pre-configured instruments for musicians as well and target modular, and you would make some money from it as well. That ecosystem right now is very healthy.
On Sat, Sep 19, 2020 at 1:34 AM João Pais jmmmpais@gmail.com wrote:
Unfortunately that's not applicable in my case. Most musicians use apple, and telling them all that will be met with a shrug and a "so what"?
Josh Moore kh405.7h30ry@gmail.com schrieb am Sa., 19. Sep. 2020, 07:57:
Not sure it's even really worth it. Apple is hostile to open source and multi-platform stuff these days and everyone else who isn't them to be quite honest.
They want to control graphics (deprecate opengl, don't support vulkan, force everyone to use their special API completely incompatible with everything else, boot Epic's engine cuz it doesn't want to pay a premium conveniently during their push for Arcade and all of this)
They want to control their processors, lock them down, force you to pay a hundred bucks a year to access the latest development tools or distribute applications, and reject anything they don't like or competes with anything they have unless they make more money from you than they make from their own software.
All anyone needs to do is fork some RTOS *nix microkernel with decent support for graphics hardware and nobody has a reason to use that stuff anymore unless they want to use Logic. This is basically what Blackmagic did for their new hardware, it's all RTLinux as is a lot of the new digital consoles. But regardless of my gripes with Apple's crappy antics lately these things are really something Miller himself needs to take up with Apple as they do offer free app store access to universities and they might be interested in embedding Pdlib in logic environment to compete with Ableton. We'd have to get externals merged by Miller for this to work out though as since the whole Unreal Engine debacle caused Apple to change their ToS requiring each piece of code/app has to be ran through their approval process or they'll cut you off of xcode/app store/apple id with no recourse. But beyond that it's so much cheaper especially for the students this software is aimed at primarily to just stick pd on a RT patched linux kernel on a 50 dollar ARM SBC and call it good.
On Fri, Sep 18, 2020 at 8:53 AM João Pais jmmmpais@gmail.com wrote:
Hi list,
I'm preparing a package based on Pd work, but I run into annoying problems with recent apple OSs, namely notarization and security. Things seem to work if the user commits to switching off all security protocols, but for people who don't know Pd, they might be squeamish about this. Therefore I wanted to ask a couple of questions to someone who might have experience in distributing pd-based patches.
For clarity: the package is a max patch (for both runtime and standalone versions), with the Pd app and patches included in a supporting folder - running with the recent pd~ object. When done properly, the user won't even be aware that pd itself is running.
- how can one avoid asking a user to allow safety access to Pd and its
externals? And while at that, to the max standalone as well?
- I'm myself a windows user, and don't have a mac - I can only get the
standalone compiled when a friend grants me access to his computer. Which system do you advise to prepare a package? It works fine in 10.13, from 10.15 seems to be problematic.
- I had a look at codesigning a package, but it seems that it's
necessary to sign up as an apple developer and pay 100us a year, which I'm not willing to do. The package won't be going to any app store, it's just to distribute as a zip file for computers. Any way to circumvent this?
Best,
jmmmp _______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Well what I'm saying is the musicians who don't even know what pd, unix, or a terminal is might be more warm to just buying an instrument that has pd inside of it especially in this era of "anti-DAW" electronic music trends, and music in general where almost any new gear that's had software out in the sort of depths of experimental hell have had gear issues of the same thing and get immediately picked up by big magazines. You can buy an organelle with pd inside of it today. https://www.engadget.com/2019-11-08-critter-and-guitari-organelle-music-comp... Nothing really stops you from doing the same thing. It's not my decision to do what Apple has done, That is all on them. I i just don't believe you should be practically forced to pay a company to distribute a free project on their platform.
On Sat, Sep 19, 2020 at 2:04 AM João Pais jmmmpais@gmail.com wrote:
"my thing" is to make my program available to people who don't know what pd, unix, or a terminal is and just want to play their instrument. these people have chosen and paid for their hardware to work with, and all those arguments are moot for them. I guess I can tell them "more than half of the world is wrong and I am right, you all should correct yourself and do as I say", but I think it won't take me far.
On Sat, 19 Sep 2020 at 10:47, Josh Moore kh405.7h30ry@gmail.com wrote:
Then pay Apple for the privilege of catering to musicians if that's your thing more than ethics of a company acting worse than Bill Gates and Ballmer era Microsoft combined when it comes to being tone deaf towards the developer community and anti-competitive business practices. There's really not much way around this problem, and they aren't going to change their mind without a court injunction over their antitrust behavior which might be coming sooner rather than later. Even so, you could also build upon Raspberry Pis, Belas, and other types of that kind of platform and sell pre-configured instruments for musicians as well and target modular, and you would make some money from it as well. That ecosystem right now is very healthy.
On Sat, Sep 19, 2020 at 1:34 AM João Pais jmmmpais@gmail.com wrote:
Unfortunately that's not applicable in my case. Most musicians use apple, and telling them all that will be met with a shrug and a "so what"?
Josh Moore kh405.7h30ry@gmail.com schrieb am Sa., 19. Sep. 2020, 07:57:
Not sure it's even really worth it. Apple is hostile to open source and multi-platform stuff these days and everyone else who isn't them to be quite honest.
They want to control graphics (deprecate opengl, don't support vulkan, force everyone to use their special API completely incompatible with everything else, boot Epic's engine cuz it doesn't want to pay a premium conveniently during their push for Arcade and all of this)
They want to control their processors, lock them down, force you to pay a hundred bucks a year to access the latest development tools or distribute applications, and reject anything they don't like or competes with anything they have unless they make more money from you than they make from their own software.
All anyone needs to do is fork some RTOS *nix microkernel with decent support for graphics hardware and nobody has a reason to use that stuff anymore unless they want to use Logic. This is basically what Blackmagic did for their new hardware, it's all RTLinux as is a lot of the new digital consoles. But regardless of my gripes with Apple's crappy antics lately these things are really something Miller himself needs to take up with Apple as they do offer free app store access to universities and they might be interested in embedding Pdlib in logic environment to compete with Ableton. We'd have to get externals merged by Miller for this to work out though as since the whole Unreal Engine debacle caused Apple to change their ToS requiring each piece of code/app has to be ran through their approval process or they'll cut you off of xcode/app store/apple id with no recourse. But beyond that it's so much cheaper especially for the students this software is aimed at primarily to just stick pd on a RT patched linux kernel on a 50 dollar ARM SBC and call it good.
On Fri, Sep 18, 2020 at 8:53 AM João Pais jmmmpais@gmail.com wrote:
Hi list,
I'm preparing a package based on Pd work, but I run into annoying problems with recent apple OSs, namely notarization and security. Things seem to work if the user commits to switching off all security protocols, but for people who don't know Pd, they might be squeamish about this. Therefore I wanted to ask a couple of questions to someone who might have experience in distributing pd-based patches.
For clarity: the package is a max patch (for both runtime and standalone versions), with the Pd app and patches included in a supporting folder - running with the recent pd~ object. When done properly, the user won't even be aware that pd itself is running.
- how can one avoid asking a user to allow safety access to Pd and its
externals? And while at that, to the max standalone as well?
- I'm myself a windows user, and don't have a mac - I can only get the
standalone compiled when a friend grants me access to his computer. Which system do you advise to prepare a package? It works fine in 10.13, from 10.15 seems to be problematic.
- I had a look at codesigning a package, but it seems that it's
necessary to sign up as an apple developer and pay 100us a year, which I'm not willing to do. The package won't be going to any app store, it's just to distribute as a zip file for computers. Any way to circumvent this?
Best,
jmmmp _______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
that's unfortunately not a practical solution either, to buy more hardware. the software already ran on laptops, and several people preferred an app (which is an even worse minefield for a developer).
I think no one should buy apple anyway, but many people do, and my problem is how to get to them.
On Sat, 19 Sep 2020 at 11:12, Josh Moore kh405.7h30ry@gmail.com wrote:
Well what I'm saying is the musicians who don't even know what pd, unix, or a terminal is might be more warm to just buying an instrument that has pd inside of it especially in this era of "anti-DAW" electronic music trends, and music in general where almost any new gear that's had software out in the sort of depths of experimental hell have had gear issues of the same thing and get immediately picked up by big magazines. You can buy an organelle with pd inside of it today. https://www.engadget.com/2019-11-08-critter-and-guitari-organelle-music-comp... Nothing really stops you from doing the same thing. It's not my decision to do what Apple has done, That is all on them. I i just don't believe you should be practically forced to pay a company to distribute a free project on their platform.
On Sat, Sep 19, 2020 at 2:04 AM João Pais jmmmpais@gmail.com wrote:
"my thing" is to make my program available to people who don't know what pd, unix, or a terminal is and just want to play their instrument. these people have chosen and paid for their hardware to work with, and all those arguments are moot for them. I guess I can tell them "more than half of the world is wrong and I am right, you all should correct yourself and do as I say", but I think it won't take me far.
On Sat, 19 Sep 2020 at 10:47, Josh Moore kh405.7h30ry@gmail.com wrote:
Then pay Apple for the privilege of catering to musicians if that's your thing more than ethics of a company acting worse than Bill Gates and Ballmer era Microsoft combined when it comes to being tone deaf towards the developer community and anti-competitive business practices. There's really not much way around this problem, and they aren't going to change their mind without a court injunction over their antitrust behavior which might be coming sooner rather than later. Even so, you could also build upon Raspberry Pis, Belas, and other types of that kind of platform and sell pre-configured instruments for musicians as well and target modular, and you would make some money from it as well. That ecosystem right now is very healthy.
On Sat, Sep 19, 2020 at 1:34 AM João Pais jmmmpais@gmail.com wrote:
Unfortunately that's not applicable in my case. Most musicians use apple, and telling them all that will be met with a shrug and a "so what"?
Josh Moore kh405.7h30ry@gmail.com schrieb am Sa., 19. Sep. 2020, 07:57:
Not sure it's even really worth it. Apple is hostile to open source and multi-platform stuff these days and everyone else who isn't them to be quite honest.
They want to control graphics (deprecate opengl, don't support vulkan, force everyone to use their special API completely incompatible with everything else, boot Epic's engine cuz it doesn't want to pay a premium conveniently during their push for Arcade and all of this)
They want to control their processors, lock them down, force you to pay a hundred bucks a year to access the latest development tools or distribute applications, and reject anything they don't like or competes with anything they have unless they make more money from you than they make from their own software.
All anyone needs to do is fork some RTOS *nix microkernel with decent support for graphics hardware and nobody has a reason to use that stuff anymore unless they want to use Logic. This is basically what Blackmagic did for their new hardware, it's all RTLinux as is a lot of the new digital consoles. But regardless of my gripes with Apple's crappy antics lately these things are really something Miller himself needs to take up with Apple as they do offer free app store access to universities and they might be interested in embedding Pdlib in logic environment to compete with Ableton. We'd have to get externals merged by Miller for this to work out though as since the whole Unreal Engine debacle caused Apple to change their ToS requiring each piece of code/app has to be ran through their approval process or they'll cut you off of xcode/app store/apple id with no recourse. But beyond that it's so much cheaper especially for the students this software is aimed at primarily to just stick pd on a RT patched linux kernel on a 50 dollar ARM SBC and call it good.
On Fri, Sep 18, 2020 at 8:53 AM João Pais jmmmpais@gmail.com wrote:
Hi list,
I'm preparing a package based on Pd work, but I run into annoying problems with recent apple OSs, namely notarization and security. Things seem to work if the user commits to switching off all security protocols, but for people who don't know Pd, they might be squeamish about this. Therefore I wanted to ask a couple of questions to someone who might have experience in distributing pd-based patches.
For clarity: the package is a max patch (for both runtime and standalone versions), with the Pd app and patches included in a supporting folder - running with the recent pd~ object. When done properly, the user won't even be aware that pd itself is running.
- how can one avoid asking a user to allow safety access to Pd and
its externals? And while at that, to the max standalone as well?
- I'm myself a windows user, and don't have a mac - I can only get
the standalone compiled when a friend grants me access to his computer. Which system do you advise to prepare a package? It works fine in 10.13, from 10.15 seems to be problematic.
- I had a look at codesigning a package, but it seems that it's
necessary to sign up as an apple developer and pay 100us a year, which I'm not willing to do. The package won't be going to any app store, it's just to distribute as a zip file for computers. Any way to circumvent this?
Best,
jmmmp _______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Then like I said, you want to play with Apple you must play with their rules. Pay the hundred bucks and you can go past all those extra steps, don't and you're stuck doing the work around which will eventually be blocked regardless. They aren't budging on it. You get to submit apps to get signed by Apple as such, which is required to get on the app store. There's just no other way around it.
On Sat, Sep 19, 2020 at 3:37 AM João Pais jmmmpais@gmail.com wrote:
that's unfortunately not a practical solution either, to buy more hardware. the software already ran on laptops, and several people preferred an app (which is an even worse minefield for a developer).
I think no one should buy apple anyway, but many people do, and my problem is how to get to them.
On Sat, 19 Sep 2020 at 11:12, Josh Moore kh405.7h30ry@gmail.com wrote:
Well what I'm saying is the musicians who don't even know what pd, unix, or a terminal is might be more warm to just buying an instrument that has pd inside of it especially in this era of "anti-DAW" electronic music trends, and music in general where almost any new gear that's had software out in the sort of depths of experimental hell have had gear issues of the same thing and get immediately picked up by big magazines. You can buy an organelle with pd inside of it today. https://www.engadget.com/2019-11-08-critter-and-guitari-organelle-music-comp... Nothing really stops you from doing the same thing. It's not my decision to do what Apple has done, That is all on them. I i just don't believe you should be practically forced to pay a company to distribute a free project on their platform.
On Sat, Sep 19, 2020 at 2:04 AM João Pais jmmmpais@gmail.com wrote:
"my thing" is to make my program available to people who don't know what pd, unix, or a terminal is and just want to play their instrument. these people have chosen and paid for their hardware to work with, and all those arguments are moot for them. I guess I can tell them "more than half of the world is wrong and I am right, you all should correct yourself and do as I say", but I think it won't take me far.
On Sat, 19 Sep 2020 at 10:47, Josh Moore kh405.7h30ry@gmail.com wrote:
Then pay Apple for the privilege of catering to musicians if that's your thing more than ethics of a company acting worse than Bill Gates and Ballmer era Microsoft combined when it comes to being tone deaf towards the developer community and anti-competitive business practices. There's really not much way around this problem, and they aren't going to change their mind without a court injunction over their antitrust behavior which might be coming sooner rather than later. Even so, you could also build upon Raspberry Pis, Belas, and other types of that kind of platform and sell pre-configured instruments for musicians as well and target modular, and you would make some money from it as well. That ecosystem right now is very healthy.
On Sat, Sep 19, 2020 at 1:34 AM João Pais jmmmpais@gmail.com wrote:
Unfortunately that's not applicable in my case. Most musicians use apple, and telling them all that will be met with a shrug and a "so what"?
Josh Moore kh405.7h30ry@gmail.com schrieb am Sa., 19. Sep. 2020, 07:57:
Not sure it's even really worth it. Apple is hostile to open source and multi-platform stuff these days and everyone else who isn't them to be quite honest.
They want to control graphics (deprecate opengl, don't support vulkan, force everyone to use their special API completely incompatible with everything else, boot Epic's engine cuz it doesn't want to pay a premium conveniently during their push for Arcade and all of this)
They want to control their processors, lock them down, force you to pay a hundred bucks a year to access the latest development tools or distribute applications, and reject anything they don't like or competes with anything they have unless they make more money from you than they make from their own software.
All anyone needs to do is fork some RTOS *nix microkernel with decent support for graphics hardware and nobody has a reason to use that stuff anymore unless they want to use Logic. This is basically what Blackmagic did for their new hardware, it's all RTLinux as is a lot of the new digital consoles. But regardless of my gripes with Apple's crappy antics lately these things are really something Miller himself needs to take up with Apple as they do offer free app store access to universities and they might be interested in embedding Pdlib in logic environment to compete with Ableton. We'd have to get externals merged by Miller for this to work out though as since the whole Unreal Engine debacle caused Apple to change their ToS requiring each piece of code/app has to be ran through their approval process or they'll cut you off of xcode/app store/apple id with no recourse. But beyond that it's so much cheaper especially for the students this software is aimed at primarily to just stick pd on a RT patched linux kernel on a 50 dollar ARM SBC and call it good.
On Fri, Sep 18, 2020 at 8:53 AM João Pais jmmmpais@gmail.com wrote:
> Hi list, > > I'm preparing a package based on Pd work, but I run into annoying > problems with recent apple OSs, namely notarization and security. Things > seem to work if the user commits to switching off all security protocols, > but for people who don't know Pd, they might be squeamish about this. > Therefore I wanted to ask a couple of questions to someone who might have > experience in distributing pd-based patches. > > For clarity: the package is a max patch (for both runtime and > standalone versions), with the Pd app and patches included in a supporting > folder - running with the recent pd~ object. When done properly, the user > won't even be aware that pd itself is running. > > - how can one avoid asking a user to allow safety access to Pd and > its externals? And while at that, to the max standalone as well? > - I'm myself a windows user, and don't have a mac - I can only get > the standalone compiled when a friend grants me access to his computer. > Which system do you advise to prepare a package? It works fine in 10.13, > from 10.15 seems to be problematic. > - I had a look at codesigning a package, but it seems that it's > necessary to sign up as an apple developer and pay 100us a year, which I'm > not willing to do. The package won't be going to any app store, it's just > to distribute as a zip file for computers. Any way to circumvent this? > > Best, > > jmmmp > _______________________________________________ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list >
On 19 Sep 2020, at 8:36 pm, João Pais jmmmpais@gmail.com wrote:
I think no one should buy apple anyway …
Irrelevant and inappropriate.
… but many people do …
I must be one of the people who have done what you think nobody should do, and I am extremely happy that I did - and have done for a very long time - because many people buy Apple, with good reason, not just for use for PD.
(And yes, I have also used Linux a lot, and have suffered MS Windows too.)
Many people also buy iPhones that integrate with their other Apple devices.
Many people enjoy OTHER software that only runs on Apple, not Linux or Windows.
Many people are happy to pay for it, too, if it saves them time and helps them earn money.
… and my problem is how to get to them ..
Then please focus on that instead of making sweeping remarks about what you think other perfectly intelligent professionals should do.
Darren Kelly, Webel IT (avowed Apple victim) — Webel IT Australia, "The Elements of the Web" Specialists in UML and Model-Based Systems Engineering with SysML Dr Darren R C Kelly, BSc, PhD Phone: +61 (2) 9386 0090 Mobile/cell: 0405 029 008 Post: PO Box 1816, Bondi Junction, NSW 1355, Australia Web: https://www.webel.com.au
What I dislike about Apple's current strategy is their ill-concealed attempt to make _everything_ go through the App Store. I *loved* Apple's hardware, I *loved* the original Mach heritage, I *loved* the integration of hardware and software. I often write apps for individuals, though (like for my mom), and it just SUCKS GIANT EGGS that the only way I have to distribute them to users (like my mom) is to go through the annoying App Store dance. Why can't I upload the app to my web site? People (like my mom!) can choose if they want to run it, and..
Oh, never mind. Apple obviously no longer cares about developers like me. In the meantime, I'm discovering things like WSL2 (Windows Subsystem for Linux), which is pretty amazing.
brad
PS: Good luck to Epic games!
On Sat, Sep 19, 2020 at 8:36 PM Darren Kelly darren@webel.com.au wrote:
On 19 Sep 2020, at 8:36 pm, João Pais jmmmpais@gmail.com wrote:
I think no one should buy apple anyway …
Irrelevant and inappropriate.
… but many people do …
I must be one of the people who have done what you think nobody should do, and I am extremely happy that I did - and have done for a very long time - because many people buy Apple, with good reason, not just for use for PD.
(And yes, I have also used Linux a lot, and have suffered MS Windows too.)
Many people also buy iPhones that integrate with their other Apple devices.
Many people enjoy OTHER software that only runs on Apple, not Linux or Windows.
Many people are happy to pay for it, too, if it saves them time and helps them earn money.
… and my problem is how to get to them ..
Then please focus on that instead of making sweeping remarks about what you think other perfectly intelligent professionals should do.
Darren Kelly, Webel IT (avowed Apple victim) — Webel IT Australia, "The Elements of the Web" Specialists in UML and Model-Based Systems Engineering with SysML Dr Darren R C Kelly, BSc, PhD Phone: +61 (2) 9386 0090 Mobile/cell: 0405 029 008 Post: PO Box 1816, Bondi Junction, NSW 1355, Australia Web: https://www.webel.com.au
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
this thread is getting increasingly off-topic.
however, ...
On 2020-09-20 04:53, Darren Kelly wrote:
Then please focus on that instead of making sweeping remarks about
...i think you are being unfair here.
joão attempted to focus on the task at hand, while others detoriated the thread into "blame apple" accusations.
gfmdat IOhannes