Re: [PD] compiling externals for osx i5/i7
Have you tried Hans' library template? https://puredata.info/docs/developer/LibraryTemplate/ J On Nov 3, 2012, at 7:31 PM, Rich E wrote: > Don't you want to compile universal binaries (-arch i386 -arch x86_64)? That > way you only need one set. > > On Sat, Nov 3, 2012 at 7:49 PM, Miller Puckette wrote: > This is strange... I thought i3/5/7 were upwards compatible with older > processors and hence should not need any recompilation at all. I hope > there's some mistake... otherwise we'd need to make a whole new set of > binaries for everything. > > Miller > > On Sat, Nov 03, 2012 at 10:47:10PM +0100, Orm Finnendahl wrote: > > Hi list, > > > > I just found out that some of my custom externals stopped working on > > recent OSX (i5/i7) hardware (pd complains about arch mismatch). > > > > Since I don't own Apple gear I always compiled on a (virtual) OSX > > machine on my linux box. I'd rather avoid having to update the > > virtual box once again to a more recent OSX version, put the XCode > > stuff on it and spend hours after hours just to get a compilation > > environment. > > > > My questions: > > > > - is there any way to make gcc cross compile for OSX on linux? > > > > - is there an extension for i5/i7 and dual-core externals on OSX so > > that they can co-habitate with each other (similar to the .l_ia64 > > and .l_i386 on linux)? > > > > - is a recompilation for linux i5/i7 hardware also necessary (and > > what's the extension for that)? > > > > Thanks for any hints, > > Orm > > > > ___ > > Pd-list@iem.at mailing list > > UNSUBSCRIBE and account-management -> > > http://lists.puredata.info/listinfo/pd-list > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Licensing issues (was rjdj is gone, robotcowboy is coming ...)
True, it only does symbols, but there are options out there. On Nov 3, 2012, at 10:48 PM, Jonathan Wilkes wrote: > That's a bit like having an abstraction to make an array of Pet Rocks. > What do you use it for? > > -Jonathan > > >> >> From: Dan Wilcox >> To: Scott R. Looney >> Cc: "pd-list@iem.at list" >> Sent: Saturday, November 3, 2012 8:13 PM >> Subject: Re: [PD] Licensing issues (was rjdj is gone, robotcowboy is coming >> ...) >> >> >> Check out the rjlib m_symbol array in rjlib: https://github.com/rjdj/rjlib >> It's made in vanilla using data structures. >> >> >> >> >> On Nov 3, 2012, at 4:16 PM, "Scott R. Looney" wrote: >> >> is there is a good way for PD-vanilla to read and manipulate a list of lists >> like coll? or split lists? i can make my own [counter] and [swap] objects >> easily enough, but having no obvious and apparent means of >> storage/recall/manipulation, except arrays and tables which are one index >> one value. not trying to pull this off the licensing discussion, but i'm >> trying to point out a genuine storage/manipulation need here. i'm happy to >> stay with vanilla only if PD can do these things. [qlist] + [textfile] are >> the closest but seem to come with severe manipulation restrictions. cyclone >> comes with [zl] manipulation. >> >> >> Dan Wilcox >> danomatika.com >> robotcowboy.com >> >> >> >> >> >> ___ >> Pd-list@iem.at mailing list >> UNSUBSCRIBE and account-management -> >> http://lists.puredata.info/listinfo/pd-list >> >> >> Dan Wilcox danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Licensing issues (was rjdj is gone, robotcowboy is coming ...)
That's a bit like having an abstraction to make an array of Pet Rocks. What do you use it for? -Jonathan > > From: Dan Wilcox >To: Scott R. Looney >Cc: "pd-list@iem.at list" >Sent: Saturday, November 3, 2012 8:13 PM >Subject: Re: [PD] Licensing issues (was rjdj is gone, robotcowboy is coming >...) > > >Check out the rjlib m_symbol array in >rjlib: https://github.com/rjdj/rjlib It's made in vanilla using data >structures. > > > > >On Nov 3, 2012, at 4:16 PM, "Scott R. Looney" wrote: > >is there is a good way for PD-vanilla to read and manipulate a list of lists >like coll? or split lists? i can make my own [counter] and [swap] objects >easily enough, but having no obvious and apparent means of >storage/recall/manipulation, except arrays and tables which are one index one >value. not trying to pull this off the licensing discussion, but i'm trying to >point out a genuine storage/manipulation need here. i'm happy to stay with >vanilla only if PD can do these things. [qlist] + [textfile] are the closest >but seem to come with severe manipulation restrictions. cyclone comes with >[zl] manipulation. > > >Dan Wilcox >danomatika.com >robotcowboy.com > > > > > >___ >Pd-list@iem.at mailing list >UNSUBSCRIBE and account-management -> >http://lists.puredata.info/listinfo/pd-list > > > ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] compiling externals for osx i5/i7
Don't you want to compile universal binaries (-arch i386 -arch x86_64)? That way you only need one set. On Sat, Nov 3, 2012 at 7:49 PM, Miller Puckette wrote: > This is strange... I thought i3/5/7 were upwards compatible with older > processors and hence should not need any recompilation at all. I hope > there's some mistake... otherwise we'd need to make a whole new set of > binaries for everything. > > Miller > > On Sat, Nov 03, 2012 at 10:47:10PM +0100, Orm Finnendahl wrote: > > Hi list, > > > > I just found out that some of my custom externals stopped working on > > recent OSX (i5/i7) hardware (pd complains about arch mismatch). > > > > Since I don't own Apple gear I always compiled on a (virtual) OSX > > machine on my linux box. I'd rather avoid having to update the > > virtual box once again to a more recent OSX version, put the XCode > > stuff on it and spend hours after hours just to get a compilation > > environment. > > > > My questions: > > > > - is there any way to make gcc cross compile for OSX on linux? > > > > - is there an extension for i5/i7 and dual-core externals on OSX so > > that they can co-habitate with each other (similar to the .l_ia64 > > and .l_i386 on linux)? > > > > - is a recompilation for linux i5/i7 hardware also necessary (and > > what's the extension for that)? > > > > Thanks for any hints, > > Orm > > > > ___ > > Pd-list@iem.at mailing list > > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] compiling externals for osx i5/i7
This is strange... I thought i3/5/7 were upwards compatible with older processors and hence should not need any recompilation at all. I hope there's some mistake... otherwise we'd need to make a whole new set of binaries for everything. Miller On Sat, Nov 03, 2012 at 10:47:10PM +0100, Orm Finnendahl wrote: > Hi list, > > I just found out that some of my custom externals stopped working on > recent OSX (i5/i7) hardware (pd complains about arch mismatch). > > Since I don't own Apple gear I always compiled on a (virtual) OSX > machine on my linux box. I'd rather avoid having to update the > virtual box once again to a more recent OSX version, put the XCode > stuff on it and spend hours after hours just to get a compilation > environment. > > My questions: > > - is there any way to make gcc cross compile for OSX on linux? > > - is there an extension for i5/i7 and dual-core externals on OSX so > that they can co-habitate with each other (similar to the .l_ia64 > and .l_i386 on linux)? > > - is a recompilation for linux i5/i7 hardware also necessary (and > what's the extension for that)? > > Thanks for any hints, > Orm > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Berlin: BSC Hackathon: Nov 17 - 18 (Weekend)
Not surprised, totally lost the meaning of hack, which didn't mean to make products for business, but to change their corporate way of being useful and to serve other purposes. Hackfucking really! Sevy, ex-geek, now not caring, only technology failures are funny On Saturday, November 3, 2012, Amy Walsh wrote: > Sponsored by > > http://www.meetup.com/Berlin-Startup-Culture-BSC/events/86500722/ > > > > > > > > > > > > > > > > > > > > > > > > The hackathon will take place fromSaturday, Nov 17 at 9am - Sunday, Nov 18 8pm. > > > > > > This hackathon is the best place to work, network and perhaps even meet your future co-founding software engineer, designer, product guy, business geek, customer, employee or angel investor. > > In the hacakthon you can either work on an existing or new project. > > For startups it is the best place to see people working on apps and APIs for your products. > > Don't be afraid or shy. The hackathon is meant to be fun. We will build interdisciplinary teams. You do not need to be a software engineer to participate. > > There will be enterprise/consumer angel investors and VCs at the hackathon. So it would a great environment to chitchat with investors in a relaxed atmosphere about your product/project; WesttechVentures + Wellington + Hasso Plattner Ventures + Rocket Internet + Catagonia + Tarent AG > > There will be free food and drinks on both days. Please write us an e-mail if you are vegetarian after buying a ticket in order to order vegetarian food also. > > You can win an iPad for hacks on Paymill. > > > > > > > > > > > > > > > > We will build interdisciplinary teams at the hackathon on the Saturday morning. Each team will consists of software engineers, product guys, designers and business geeks. The software engineers will be coding, while the product guys work on the product details,the designers take over the design and the business geeks the business side of the project. > > On Sunday evening each team will have 5 minutes to demo and pitch their work + 5 minutes Q&A. The best 3 teams will win prizes. > > > > > > > > > > > > > > > Below are the list of topics: > > Consumer > > Social > Photo > Couponing/daily deal services > Payments (web, mobile) > Mobile Advertising > Games > Real Estate > Education > Finance > Music & Sound > Travel > > > > > > > > > > > > > > > > > > > > > > > > Enterprise > > Big data analytics > Platform as a Service: PaaS > > > > Schedule > > Saturday > > 09:00:00 AM Reception + Registration > > 09:30:00 AM Introduction + Hackathon Agenda + Sponsor Pitches > > 10:00:00 AM Idea Pitches + Prices Annoucement > > 10:30:00 AM Team Building > > 11:00:00 AM Begin Hacking > > 01:00:00 PM Lunch (Free Food + Drinks) > > 02:00:00 PM Con ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Licensing issues (was rjdj is gone, robotcowboy is coming ...)
That's on my list for 0.44... not there yet though (and I'm up to my eyes in debugging problems right now :) M On Sat, Nov 03, 2012 at 01:16:49PM -0700, Scott R. Looney wrote: > for me, it's more a matter that a lot of objects are available that make > the basic coding and patch building tasks themselves much easier. the one > that currently comes to mind is [coll] which is part of cyclone. i really > have no idea what can be substituted for it that only requires PD vanilla, > but i'm coming from Max, and not having good list management is an obstacle. > > is there is a good way for PD-vanilla to read and manipulate a list of > lists like coll? or split lists? i can make my own [counter] and [swap] > objects easily enough, but having no obvious and apparent means of > storage/recall/manipulation, except arrays and tables which are one index > one value. not trying to pull this off the licensing discussion, but i'm > trying to point out a genuine storage/manipulation need here. i'm happy to > stay with vanilla only if PD can do these things. [qlist] + [textfile] are > the closest but seem to come with severe manipulation restrictions. cyclone > comes with [zl] manipulation. > > if i'm needlessly complaining please let me know. i'm just a midrange > MaxMSP guy trying to see how to get something running on iOS. > > scott > > > > On Sat, Nov 3, 2012 at 10:51 AM, Dan Wilcox wrote: > > > I'll chime in on what Peter said. > > > > Pd-Extended itself doesn't have a global license, the licenses are > > individual to the externals. libpd itself is BSD so we can use it on iOS > > while some externals are GPL and we can't. I personally would *like* to > > have some available, but I also value the GPL and would not wish anyone to > > change a license just for my convenience at a cost to protections the GPL > > is designed to ensure. I'm not anti-Apple or anti-GPL, it's just a > > pragmatic approach to getting a working solution on good hardware. > > Unfortunately, Android still does not have good audio latency worked out, > > for instance. > > > > As I told Frank B, I've seen the "vanilla light". There is a whole lot you > > can do without externals and I'd highly recommend checking out rjlib: > > https://github.com/rjdj/rjlib. I will be rebuilding my patch library to > > work with rjlib and be vanilla compatible as it's the best way to know it > > works in libpd-land as well as on desktop. > > > > On Nov 3, 2012, at 11:08 AM, pd-list-requ...@iem.at wrote: > > > > *From: *Peter Kirn > > *Subject: **Re: [PD] Licensing issues (was rjdj is gone, robotcowboy is > > coming ...)* > > *Date: *November 3, 2012 7:17:06 AM EDT > > *To: *pd-list > > > > > > Hello, I just want to chime in here. > > > > I don't think it's accurate to say pd-extended is "GPL." pd-extended is > > essentially a distribution of externals, abstractions, and other > > conveniences. Obviously, developers are free to use what license they want. > > > > Yes, libpd and Pd-vanilla use an extremely permissive license. > > > > I believe it's possible to develop free software for iOS. I think on > > reflection it makes a stronger statement to reach that platform - > > locked-down as it may be - with free software than it does to ignore it. > > This means using a BSD- or MIT-style license and not GPL or LGPL; the > > earlier thread was right. Note that I think you *can* use a copyleft > > license for your patches, because these will run independently of iOS. > > > > There are other reasons - compatibility and simplicity being foremost - to > > favor vanilla in development with libpd whether or not you're using iOS. I > > think we may be overstating the problem here a bit. > > > > In other words, yes, Apple has a problem with GPL. But libpd developers I > > think don't have a problem with Apple, if that makes sense. And I think we > > make a stronger statement by showing how well the free solution works than > > we do banging our head against a brick wall. > > > > I believe in the GPL license, which is why we're using it on MeeBlip. But > > I think the short answer is, use BSD with libpd, try to default to vanilla, > > and maximize the contexts with which your software can be used. Add GPL or > > copyleft to patches to encourage others to share. That for me seems a > > pretty nice solution. > > > > Now, Apple aside, it does seem that it makes sense for external developers > > to use the same license as Pd. (Patches and abstractions are a different > > issues, because they're effectively content rather than part of your code.) > > But that's up to developers. > > > > Peter > > > > > > > > Dan Wilcox > > danomatika.com > > robotcowboy.com > > > > > > > > > > > > ___ > > Pd-list@iem.at mailing list > > UNSUBSCRIBE and account-management -> > > http://lists.puredata.info/listinfo/pd-list > > > > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-mana
[PD] Berlin: BSC Hackathon: Nov 17 - 18 (Weekend)
Sponsored by http://www.meetup.com/Berlin-Startup-Culture-BSC/events/86500722/ The hackathon will take place from*Saturday, Nov 17 at 9am - Sunday, Nov 18 8pm.* *This hackathon is the best place to work, network and perhaps even meet your future co-founding software engineer, designer, product guy, business geek, customer, employee or angel investor.* *In the hacakthon you can either work on an existing or new project.* *For startups it is the best place to see people working on apps and APIs for your products.* Don't be afraid or shy. The hackathon is meant to be fun. We will build interdisciplinary teams. You do not need to be a software engineer to participate. *There will be enterprise/consumer angel investors and VCs at the hackathon. So it would a great environment to chitchat with investors in a relaxed atmosphere about your product/project; WesttechVentures + Wellington + Hasso Plattner Ventures + Rocket Internet + Catagonia + Tarent AG* There will be free food and drinks on both days. Please write us an e-mail if you are vegetarian after buying a ticket in order to order vegetarian food also. *You can win an iPad for hacks on Paymill.* We will build interdisciplinary teams at the hackathon on the Saturday morning. *Each team will consists of software engineers, product guys, designers and business geeks. The software engineers will be coding, while the product guys work on the product details,the designers take over the design and the business geeks the business side of the project.* * * On Sunday evening each team will have 5 minutes to demo and pitch their work + 5 minutes Q&A. The best 3 teams will win prizes. *Below are the list of topics:* *Consumer* 1. Social 2. Photo 3. Couponing/daily deal services 4. Payments (web, mobile) 5. Mobile Advertising 6. Games 7. Real Estate 8. Education 9. Finance 10. Music & Sound 11. Travel *Enterprise* 1. Big data analytics 2. Platform as a Service: PaaS *Schedule* *Saturday* 09:00:00 AM Reception + Registration 09:30:00 AM Introduction + Hackathon Agenda + Sponsor Pitches 10:00:00 AM Idea Pitches + Prices Annoucement 10:30:00 AM Team Building 11:00:00 AM Begin Hacking 01:00:00 PM Lunch (Free Food + Drinks) 02:00:00 PM Continue Work 06:30:00 PM Progress Updates From Groups 07:00:00 PM Dinner (Free Food + Drinks) 08:00:00 PM Continue working overnight *Sunday* 08:00:00 AM Breakfast (Free Food + Drinks) 09:00:00 AM Progress Updates From Groups 09:00:00 AM Continue Work 01:00:00 PM Lunch (Free Food + Drinks) 02:00:00 PM Continue Work 05:00:00 PM Pitch + Pitch Training 06:00:00 PM Hack Presentations 08:00:00 PM Closing *Please note that the deadline for purchasing a ticket is Nov 14 as we will need time to prepare the event.* *No ticket can be purchased on the day of the hackathon. People without a ticket will not be allowed to enter the premise.* We are looking for further supporters for the hackathon. If you want to support organizing the hackathon, shoot us an e-mail. *Buy your ticket for the hackathon today on this page or on Eventbrite: http://goo.gl/FeGl3* * * On Sat, Nov 3, 2012 at 10:47 PM, Orm Finnendahl < o.finnend...@inm.mh-freiburg.de> wrote: > Hi list, > > I just found out that some of my custom externals stopped working on > recent OSX (i5/i7) hardware (pd complains about arch mismatch). > > Since I don't own Apple gear I always compiled on a (virtual) OSX > machine on my linux box. I'd rather avoid having to update the > virtual box once again to a more recent OSX version, put the XCode > stuff on it and spend hours after hours just to get a compilation > environment. > > My questions: > > - is there any way to make gcc cross compile for OSX on linux? > > - is there an extension for i5/i7 and dual-core externals on OSX so > that they can co-habitate with each other (similar to the .l_ia64 > and .l_i386 on linux)? > > - is a recompilation for linux i5/i7 hardware also necessary (and > what's the extension for that)? > > Thanks for any hints, > Orm > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] compiling externals for osx i5/i7
Hi list, I just found out that some of my custom externals stopped working on recent OSX (i5/i7) hardware (pd complains about arch mismatch). Since I don't own Apple gear I always compiled on a (virtual) OSX machine on my linux box. I'd rather avoid having to update the virtual box once again to a more recent OSX version, put the XCode stuff on it and spend hours after hours just to get a compilation environment. My questions: - is there any way to make gcc cross compile for OSX on linux? - is there an extension for i5/i7 and dual-core externals on OSX so that they can co-habitate with each other (similar to the .l_ia64 and .l_i386 on linux)? - is a recompilation for linux i5/i7 hardware also necessary (and what's the extension for that)? Thanks for any hints, Orm ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Licensing issues (was rjdj is gone, robotcowboy is coming ...)
for me, it's more a matter that a lot of objects are available that make the basic coding and patch building tasks themselves much easier. the one that currently comes to mind is [coll] which is part of cyclone. i really have no idea what can be substituted for it that only requires PD vanilla, but i'm coming from Max, and not having good list management is an obstacle. is there is a good way for PD-vanilla to read and manipulate a list of lists like coll? or split lists? i can make my own [counter] and [swap] objects easily enough, but having no obvious and apparent means of storage/recall/manipulation, except arrays and tables which are one index one value. not trying to pull this off the licensing discussion, but i'm trying to point out a genuine storage/manipulation need here. i'm happy to stay with vanilla only if PD can do these things. [qlist] + [textfile] are the closest but seem to come with severe manipulation restrictions. cyclone comes with [zl] manipulation. if i'm needlessly complaining please let me know. i'm just a midrange MaxMSP guy trying to see how to get something running on iOS. scott On Sat, Nov 3, 2012 at 10:51 AM, Dan Wilcox wrote: > I'll chime in on what Peter said. > > Pd-Extended itself doesn't have a global license, the licenses are > individual to the externals. libpd itself is BSD so we can use it on iOS > while some externals are GPL and we can't. I personally would *like* to > have some available, but I also value the GPL and would not wish anyone to > change a license just for my convenience at a cost to protections the GPL > is designed to ensure. I'm not anti-Apple or anti-GPL, it's just a > pragmatic approach to getting a working solution on good hardware. > Unfortunately, Android still does not have good audio latency worked out, > for instance. > > As I told Frank B, I've seen the "vanilla light". There is a whole lot you > can do without externals and I'd highly recommend checking out rjlib: > https://github.com/rjdj/rjlib. I will be rebuilding my patch library to > work with rjlib and be vanilla compatible as it's the best way to know it > works in libpd-land as well as on desktop. > > On Nov 3, 2012, at 11:08 AM, pd-list-requ...@iem.at wrote: > > *From: *Peter Kirn > *Subject: **Re: [PD] Licensing issues (was rjdj is gone, robotcowboy is > coming ...)* > *Date: *November 3, 2012 7:17:06 AM EDT > *To: *pd-list > > > Hello, I just want to chime in here. > > I don't think it's accurate to say pd-extended is "GPL." pd-extended is > essentially a distribution of externals, abstractions, and other > conveniences. Obviously, developers are free to use what license they want. > > Yes, libpd and Pd-vanilla use an extremely permissive license. > > I believe it's possible to develop free software for iOS. I think on > reflection it makes a stronger statement to reach that platform - > locked-down as it may be - with free software than it does to ignore it. > This means using a BSD- or MIT-style license and not GPL or LGPL; the > earlier thread was right. Note that I think you *can* use a copyleft > license for your patches, because these will run independently of iOS. > > There are other reasons - compatibility and simplicity being foremost - to > favor vanilla in development with libpd whether or not you're using iOS. I > think we may be overstating the problem here a bit. > > In other words, yes, Apple has a problem with GPL. But libpd developers I > think don't have a problem with Apple, if that makes sense. And I think we > make a stronger statement by showing how well the free solution works than > we do banging our head against a brick wall. > > I believe in the GPL license, which is why we're using it on MeeBlip. But > I think the short answer is, use BSD with libpd, try to default to vanilla, > and maximize the contexts with which your software can be used. Add GPL or > copyleft to patches to encourage others to share. That for me seems a > pretty nice solution. > > Now, Apple aside, it does seem that it makes sense for external developers > to use the same license as Pd. (Patches and abstractions are a different > issues, because they're effectively content rather than part of your code.) > But that's up to developers. > > Peter > > > > Dan Wilcox > danomatika.com > robotcowboy.com > > > > > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > > ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] increasing and decreasing values using keyboard
Thanks that really does cut down on the clutter On Sat, Nov 3, 2012 at 9:08 AM, IOhannes m zmölnig wrote: > On 11/03/2012 06:20 PM, Rick T wrote: > >> >> Is th eir a better way to do this it seems convoluted. >> See attached PD >> >> > maybe this: > - add "1" to current sum whenever the user presses "Up". > - add "-1" to current sum, whenever the user presses "Down". > > > see attachment. > > fgmsdr > IOhannes > > > PS: btw, i think that "expr" is _very_ overrated. i wished that people > would consider altertnatives before throwing any problem that have at [expr] > > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > > ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] increasing and decreasing values using keyboard
On 11/03/2012 06:20 PM, Rick T wrote: Is th eir a better way to do this it seems convoluted. See attached PD maybe this: - add "1" to current sum whenever the user presses "Up". - add "-1" to current sum, whenever the user presses "Down". see attachment. fgmsdr IOhannes PS: btw, i think that "expr" is _very_ overrated. i wished that people would consider altertnatives before throwing any problem that have at [expr] #N canvas 461 350 450 300 10; #X obj 112 37 keyname; #X obj 112 59 pack 0 s; #X obj 112 81 route 0; #X obj 112 123 select Left Right; #X obj 112 103 symbol; #X msg 112 145 -1; #X msg 170 145 1; #X obj 112 167 +; #X obj 112 189 t f f; #X floatatom 112 211 5 0 0 0 - - -; #X connect 0 0 1 0; #X connect 0 1 1 1; #X connect 1 0 2 0; #X connect 2 0 4 0; #X connect 3 0 5 0; #X connect 3 1 6 0; #X connect 4 0 3 0; #X connect 5 0 7 0; #X connect 6 0 7 0; #X connect 7 0 8 0; #X connect 8 0 9 0; #X connect 8 1 7 1; ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Licensing issues (was rjdj is gone, robotcowboy is coming ...)
I'll chime in on what Peter said. Pd-Extended itself doesn't have a global license, the licenses are individual to the externals. libpd itself is BSD so we can use it on iOS while some externals are GPL and we can't. I personally would *like* to have some available, but I also value the GPL and would not wish anyone to change a license just for my convenience at a cost to protections the GPL is designed to ensure. I'm not anti-Apple or anti-GPL, it's just a pragmatic approach to getting a working solution on good hardware. Unfortunately, Android still does not have good audio latency worked out, for instance. As I told Frank B, I've seen the "vanilla light". There is a whole lot you can do without externals and I'd highly recommend checking out rjlib: https://github.com/rjdj/rjlib. I will be rebuilding my patch library to work with rjlib and be vanilla compatible as it's the best way to know it works in libpd-land as well as on desktop. On Nov 3, 2012, at 11:08 AM, pd-list-requ...@iem.at wrote: > From: Peter Kirn > Subject: Re: [PD] Licensing issues (was rjdj is gone, robotcowboy is coming > ...) > Date: November 3, 2012 7:17:06 AM EDT > To: pd-list > > > Hello, I just want to chime in here. > > I don't think it's accurate to say pd-extended is "GPL." pd-extended is > essentially a distribution of externals, abstractions, and other > conveniences. Obviously, developers are free to use what license they want. > > Yes, libpd and Pd-vanilla use an extremely permissive license. > > I believe it's possible to develop free software for iOS. I think on > reflection it makes a stronger statement to reach that platform - locked-down > as it may be - with free software than it does to ignore it. This means using > a BSD- or MIT-style license and not GPL or LGPL; the earlier thread was > right. Note that I think you *can* use a copyleft license for your patches, > because these will run independently of iOS. > > There are other reasons - compatibility and simplicity being foremost - to > favor vanilla in development with libpd whether or not you're using iOS. I > think we may be overstating the problem here a bit. > > In other words, yes, Apple has a problem with GPL. But libpd developers I > think don't have a problem with Apple, if that makes sense. And I think we > make a stronger statement by showing how well the free solution works than we > do banging our head against a brick wall. > > I believe in the GPL license, which is why we're using it on MeeBlip. But I > think the short answer is, use BSD with libpd, try to default to vanilla, and > maximize the contexts with which your software can be used. Add GPL or > copyleft to patches to encourage others to share. That for me seems a pretty > nice solution. > > Now, Apple aside, it does seem that it makes sense for external developers to > use the same license as Pd. (Patches and abstractions are a different issues, > because they're effectively content rather than part of your code.) But > that's up to developers. > > Peter Dan Wilcox danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] rjdj is gone, robotcowboy is coming ...
On Nov 3, 2012, at 12:32 AM, pd-list-requ...@iem.at wrote: > From: "Scott R. Looney" > Subject: Re: [PD] rjdj is gone, robotcowboy is coming ... > Date: November 2, 2012 11:44:04 PM EDT > To: Simon Wise > Cc: pd-list > > > thanks for that excellent information Simon! very descriptive. > > i am partially wondering about this myself because there are a few developers > out there using PD/libpd as a sound engine for games, and one obstacle > encountered is that it is not possible to use pd-extended under libpd because > of the issues copyleft/GPL presents when creating iOS apps. i am personally > in favor of open source/copyleft myself, but it is a significant issue. i for > one would love to see the cyclone library (both audio and data objects) > ported under a different license - is this just a matter of recompiling from > source independently, or should i get permission from the maintainer (i think > it's HC, right?) to do so? I prefer the GPL myself, however it's not compatible with iOS. My opinion so far, is that the iPad is the best hardware for what I need, so I've chosen to work with that for now. Once the OpenFrameworks ARM port is working much better, I have the option of going Beagle/Raspberry PI. > BTW i think Robotcowboy looks great, although i was also curious where Chris > M's PdParty (iOS version of DroidParty) alpha port went. The code is still there on Github. I decided last fall, that I was spending too much time on that as a narrow exercise and really needed to get the app going on a larger scale. My plan is to reintegrate that back into the rc app, so guis in a scene's _main.pd will show up on the screen. This way, the app can be used for graphics, graphics+pd, or pd only. As I said before, I want a flexible workflow and using the pd guis for an audio only scene is a great option. Development is going hand in hand with work on my artistic thesis at the same time: a live a/v show about going to Mars. Updates may be slow in coming for a little while. The intent, however, is to use the app for the live show and song making, so I definitely have deadlines ... - Mars One Way NASA and commercial space companies are working towards sending humans to Mars by the 2030s. In fact, the Mars One project states that by utilizing existing technology, we could send colonists to the Earth’s red neighbor in 2023 ... albeit on a one way trip. Half the equipment, half the fuel, half the cost for a human settlement without a return option. Would you go? Mars One Way is a live, audio visual show which explores this question through a figurative journey to Mars and subsequent colonization: from training, liftoff, the 3 months to Mars, landing, and colonization. Based on hard science fiction and current/future NASA and commercial space plans, the show is meant to both educate and entertain, while posing large questions into the nature of human colonization and it’s inherent risks and rewards. Dan Wilcox danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] increasing and decreasing values using keyboard
Greetings All I'm trying to see if their is a better way to increase and decrease values using the keyboard. At the moment the only way I've figured out to increase and decrease values using the keyboard is to 1) Create "function" for keyboard increasing value 2) Create "function" for keyboard decreasing value 3) Combine "functions" using bondo with expr to calculate value. Is their a better way to do this it seems convoluted. See attached PD PS: I'm using PD-extended .43.4 on ubuntu 10.04 Linux 64bit inc_dec.pd Description: Binary data ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] PKGBUILD of pd-extended 0.43-4 for Archers
For those who want Gem from git, why not make a separate package? Also, it
should be easy to package lots of libraries individually for anyone who wants
to use Pd-vanilla in arch with libs.
.hc
On Nov 3, 2012, at 11:08 AM, Fero Kiraly wrote:
> Thanks to Hans suggestions I made a research why I cant compile pd-ex from
> branch.
> It takes me some time but I found that was something wrong in GEM
> configure.ac script. So I did it !
>
> https://aur.archlinux.org/packages.php?ID=44798
>
> ---> should be the correct build package script for the latest pd-extended
> It is made from:
>
> https://pure-data.svn.sourceforge.net/svnroot/pure-data/branches/pd-extended/0.43
>
> +
>
> git://pure-data.git.sourceforge.net/gitroot/pure-data/pd-extended.git
>
>
> {I apologize all the guys who liked pd-extended with the latest GEM, but (I
> understand this) it is 'official' package of pd-ex, now.}
>
>
>
>
> fero
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
Re: [PD] PKGBUILD of pd-extended 0.43-4 for Archers
Thanks to Hans suggestions I made a research why I cant compile pd-ex from
branch.
It takes me some time but I found that was something wrong in GEM
configure.ac script. So I did it !
https://aur.archlinux.org/packages.php?ID=44798
---> should be the correct build package script for the latest pd-extended
It is made from:
https://pure-data.svn.sourceforge.net/svnroot/pure-data/branches/pd-extended/0.43
+
git://pure-data.git.sourceforge.net/gitroot/pure-data/pd-extended.git
{I apologize all the guys who liked pd-extended with the latest GEM, but (I
understand this) it is 'official' package of pd-ex, now.}
fero
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
[PD] Rocksmith cable
Hi, there is a new musical computer game, Rocksmith. You connect a guitar with 6.3mm jack with an USB port, and then you can play notes that are detected on the computer or console. Has anybody tried that adapter yet (with [hid] or [comport])? Thanks, Thomas -- "Anything can be a tool - poverty, war. War is useful because it is effective in so many areas." (Bijaz to Hayt in: Frank Herbert - Dune Messiah) http://www.residuum.org/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] rjdj is gone, robotcowboy is coming ...
On Nov 3, 2012, at 12:32 AM, Jonathan Wilkes wrote: >> >> From: Scott R. Looney >> To: Simon Wise >> Cc: pd-list >> Sent: Friday, November 2, 2012 11:44 PM >> Subject: Re: [PD] rjdj is gone, robotcowboy is coming ... >> >> >> thanks for that excellent information Simon! very descriptive. >> >> >> i am partially wondering about this myself because there are a few >> developers out there using PD/libpd as a sound engine for games, and one >> obstacle encountered is that it is not possible to use pd-extended under >> libpd because of the issues copyleft/GPL presents when creating iOS apps. > > I'd just like to point out here that the common denominator in these threads > about expr license, GPL, etc., is the > iOS. > > Do these issues crop up with Android? If not, can we just say that running > Pd on the extremely > restrictive, locked down devices made by Apple means that you should stick to > 3-Clause BSD or > MIT licensed code? There is no clash with the Google Play Store and GPL that I know of. I think GPL software is quite common in the Google Play Store. Now if only they'd make Android have decent audio performance... .hc > > >> i am personally in favor of open source/copyleft myself, but it is a >> significant issue. i for one would love to see the cyclone library (both >> audio and data objects) ported under a different license - is this just a >> matter of recompiling from source independently, or should i get permission >> from the maintainer (i think it's HC, right?) to do so? > > Cyclone has the 3-Clause BSD license which is the same as Pd Vanilla. > > -Jonathan > > >> >> >> scott >> >> >> BTW i think Robotcowboy looks great, although i was also curious where Chris >> M's PdParty (iOS version of DroidParty) alpha port went. >> >> >> >> On Fri, Nov 2, 2012 at 7:05 PM, Simon Wise wrote: >> >> On 02/11/12 11:04, Scott R. Looney wrote: >>> >>> i had heard that to be totally safe you needed to use MIT or BSD licensing on the external. has anyone found that to be generally true? >>> > To sell an app on the App Store you give apple a license to distribute it and > they agree to give you 70% (or so) of what they sell each DRM locked copy > for, the business model here is selling the right to use individual copies of > binaries of Apps. The end user license that the App Store offers is the right > to use a copy the App in a restricted way in exchange for a one-off payment. >>> >>> Any code that is Public Domain, or at least licensed so that there is no >>> restriction on redistribution of the binaries is compatible with that >>> model. Any code that requires the distributor to provide source code is >>> not, Apple does not like that and will not do so. >>> >>> So if by 'safe' you mean compliant with the needs of Apples business model >>> then giving them a license for code which is Pubic Domain is 'safe', as is >>> giving them a license any code that can be redistributed as closed source >>> binaries. >>> >>> Any copyleft license that restricts use of the code to open source projects >>> only by requiring the distributor to provide the source code is 'unsafe'. >>> It is unacceptable to Apple and will not fit in their App Store. >>> >>> I believe most GPL code is intentionally copyleft, the (original) >>> developers actively did not want to give it away for use in closed source >>> projects. >>> >>> Many are willing to sell their code to closed source projects with a >>> different license, but of course each contributor must agree to the license >>> given to Apple and many would want to be given a reasonable share of that >>> 70% in exchange for the use of that code. If that 70% is actually $0 then >>> they must be willing to allow closed source, DRM locked redistribution of >>> their code without payment. That may well conflict with their own business >>> model, they may consider this 'unsafe'. >>> >>> >>> Simon >>> >>> >>> ___ >>> Pd-list@iem.at mailing list >>> UNSUBSCRIBE and account-management -> >>> http://lists.puredata.info/listinfo/pd-list >>> >> >> ___ >> Pd-list@iem.at mailing list >> UNSUBSCRIBE and account-management -> >> http://lists.puredata.info/listinfo/pd-list >> >> >> > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] rjdj is gone, robotcowboy is coming ...
cyclone is BSDish. While I generally favor GPL, since I think its important to ensure that everyone has the four software freedoms, I give my contributions to existing code under the same license. So my contributions to Pd, cyclone, etc. are under their license, which is BSDish .hc On Nov 2, 2012, at 11:44 PM, Scott R. Looney wrote: > thanks for that excellent information Simon! very descriptive. > > i am partially wondering about this myself because there are a few developers > out there using PD/libpd as a sound engine for games, and one obstacle > encountered is that it is not possible to use pd-extended under libpd because > of the issues copyleft/GPL presents when creating iOS apps. i am personally > in favor of open source/copyleft myself, but it is a significant issue. i for > one would love to see the cyclone library (both audio and data objects) > ported under a different license - is this just a matter of recompiling from > source independently, or should i get permission from the maintainer (i think > it's HC, right?) to do so? > > scott > > BTW i think Robotcowboy looks great, although i was also curious where Chris > M's PdParty (iOS version of DroidParty) alpha port went. > > > On Fri, Nov 2, 2012 at 7:05 PM, Simon Wise wrote: > On 02/11/12 11:04, Scott R. Looney wrote: > i had heard that to be totally safe you needed to use MIT or BSD licensing > on the external. has anyone found that to be generally true? > > To sell an app on the App Store you give apple a license to distribute it and > they agree to give you 70% (or so) of what they sell each DRM locked copy > for, the business model here is selling the right to use individual copies of > binaries of Apps. The end user license that the App Store offers is the right > to use a copy the App in a restricted way in exchange for a one-off payment. > > Any code that is Public Domain, or at least licensed so that there is no > restriction on redistribution of the binaries is compatible with that model. > Any code that requires the distributor to provide source code is not, Apple > does not like that and will not do so. > > So if by 'safe' you mean compliant with the needs of Apples business model > then giving them a license for code which is Pubic Domain is 'safe', as is > giving them a license any code that can be redistributed as closed source > binaries. > > Any copyleft license that restricts use of the code to open source projects > only by requiring the distributor to provide the source code is 'unsafe'. It > is unacceptable to Apple and will not fit in their App Store. > > I believe most GPL code is intentionally copyleft, the (original) developers > actively did not want to give it away for use in closed source projects. > > Many are willing to sell their code to closed source projects with a > different license, but of course each contributor must agree to the license > given to Apple and many would want to be given a reasonable share of that 70% > in exchange for the use of that code. If that 70% is actually $0 then they > must be willing to allow closed source, DRM locked redistribution of their > code without payment. That may well conflict with their own business model, > they may consider this 'unsafe'. > > > Simon > > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Licensing issues (was rjdj is gone, robotcowboy is coming ...)
Hello, I just want to chime in here. I don't think it's accurate to say pd-extended is "GPL." pd-extended is essentially a distribution of externals, abstractions, and other conveniences. Obviously, developers are free to use what license they want. Yes, libpd and Pd-vanilla use an extremely permissive license. I believe it's possible to develop free software for iOS. I think on reflection it makes a stronger statement to reach that platform - locked-down as it may be - with free software than it does to ignore it. This means using a BSD- or MIT-style license and not GPL or LGPL; the earlier thread was right. Note that I think you *can* use a copyleft license for your patches, because these will run independently of iOS. There are other reasons - compatibility and simplicity being foremost - to favor vanilla in development with libpd whether or not you're using iOS. I think we may be overstating the problem here a bit. In other words, yes, Apple has a problem with GPL. But libpd developers I think don't have a problem with Apple, if that makes sense. And I think we make a stronger statement by showing how well the free solution works than we do banging our head against a brick wall. I believe in the GPL license, which is why we're using it on MeeBlip. But I think the short answer is, use BSD with libpd, try to default to vanilla, and maximize the contexts with which your software can be used. Add GPL or copyleft to patches to encourage others to share. That for me seems a pretty nice solution. Now, Apple aside, it does seem that it makes sense for external developers to use the same license as Pd. (Patches and abstractions are a different issues, because they're effectively content rather than part of your code.) But that's up to developers. Peter ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
