Re: [PD] Does PD find you a job?
Do you face any repressions regarding your usage of open source software ? Like, "But Max/MSP is industry standard", "Open Source Software isn't stable enough", and so on ? On Mon, Mar 14, 2016 at 08:56:51AM +0100, Jakub Pišek wrote: > Yes, I can be freelancer doing my best with main tool - pd running linux, > controlling audio/video for stages. Last years mostly contemporary dance, > theatre, projection mapping, personal electronic music projects, but many > more. > > Very interesting! From what i can say, at least directors are usually very > happy for my flexibility with pd. > > k > > > On 03/14/2016 08:18 AM, pd-list-requ...@lists.iem.at wrote: > >I'm learning PD for fun and personal interest, but I was wondering > >if it's good résumé material as well. > > > >Did any of you, or someone you know, find jobs based on PD skills? > > > >Thanks in advance for your experiences. > > > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] How's Pd limited?
n > against them. > > > * Standard GUI objects are ugly and have limited functionality. > > Yes. Just curious-- what's the most critical functionality you feel is > missing? > > > * There's no good support for the concept of functions/procedures. Let's > say we need to take some input, do some transformations and produce > output, > and we need to do that in multiple places in our patch. We can copy the > objects but that will make the patch use more memory and there will be no > code reuse. Another way is to make that an abstraction, but it's silly to > make abstractions for every little thing that we need in 2 places. Also, > instantiating 2 abstractions still uses more memory. We can try reusing > the > same code but we'll have to make multiple output connections so we'll need > proper routing in order to figure out where to send the result. I made an > abstraction to simplify that but this should be a standard feature of PD. > > What are the practical limitations of the higher memory use in these > cases? > You're still going to have the same message passing overhead. > > > * *.pd format is not very friendly to Git. Try viewing diffs and > resolving merge conflicts. Moving a subpatch on the screen causes > different > coordinates to be saved in the file, often resulting in conflicts. Cutting > and pasting renumbers all objects and connections. This makes using > branches and working on the same files impractical. > > Also true, but isn't the same for all dataflow/flow-based languages? > > > * PD seems to be maintained by only a handful of people and new > features/ > bug fixes are rarely released. I used to code in C and was thinking of > contributing but I found no good guide for new contributors. I wasn't even > able to compile PD on my Mac (there's multiple build scripts in the > sources > but none of them work). I'm also not sure what the testing process should > be (to make sure I'm not breaking any existing functionality or support > for > operating systems or devices). > > This is a problem of mentoring, or lack of it. All I can say is that > Ivica > fixed all the bugs I threw at him wrt Pd-l2ork, and now I try to do the > same with > the work I do on Pd-l2ork. > > > * PD community uses mailing lists for communications, haha. In order to > find useful information I have to view one message per page, with tons of > distracting quotes from previous messages. > > What's the alternative? Also, note that there is a Pure Data forum for > general discussions, too. > > > These are just the first things that came to my mind... > > They are certainly helpful, and I'd encourage you to keep them coming. I > can't speak for the rest of the community, but feedback like this > is worth its weight in gold. And at least on Pd-l2ork, it _can_ affect > the > future path the software takes. > > -Jonathan > > On Sun, Feb 21, 2016 at 6:30 PM, Niklas Reppel <n...@parkellipsen.de> > wrote: > > Hmm, i always thought that the dynamic creation and destruction of > sound sources (oscillators etc.) pretty inconvenient in PD, > compared to a source-code based approach. > > Maybe i missed some developments here, but the last time i checked (a > year ago maybe), this was clearly quite > a hassle, even though i know it's possible. > > > On Mon, Feb 22, 2016 at 03:49:43AM +0200, Matti Viljamaa wrote: > > Perhaps a bit of broad question, but I find it interesting in order > to speculate about future additions. > > > > How do you think Pure Data is limited? > > ___ > > Pd-list@lists.iem.at mailing list > > UNSUBSCRIBE and account-management -> http://lists.puredata.info/ > listinfo/pd-list > > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> http://lists.puredata.info/ > listinfo/pd-list > > > > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/ > pd-list > > > > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/ > pd-list > > > > > > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] How's Pd limited?
stractions for every little thing that we need in 2 places. Also, instantiating 2 abstractions still uses more memory. We can try reusing the same code but we'll have to make multiple output connections so we'll need proper routing in order to figure out where to send the result. I made an abstraction to simplify that but this should be a standard feature of PD. * *.pd format is not very friendly to Git. Try viewing diffs and resolving merge conflicts. Moving a subpatch on the screen causes different coordinates to be saved in the file, often resulting in conflicts. Cutting and pasting renumbers all objects and connections. This makes using branches and working on the same files impractical. * PD seems to be maintained by only a handful of people and new features/bug fixes are rarely released. I used to code in C and was thinking of contributing but I found no good guide for new contributors. I wasn't even able to compile PD on my Mac (there's multiple build scripts in the sources but none of them work). I'm also not sure what the testing process should be (to make sure I'm not breaking any existing functionality or support for operating systems or devices). * PD community uses mailing lists for communications, haha. In order to find useful information I have to view one message per page, with tons of distracting quotes from previous messages. These are just the first things that came to my mind... On Sun, Feb 21, 2016 at 6:30 PM, Niklas Reppel <n...@parkellipsen.de <mailto:n...@parkellipsen.de>> wrote: Hmm, i always thought that the dynamic creation and destruction of sound sources (oscillators etc.) pretty inconvenient in PD, compared to a source-code based approach. Maybe i missed some developments here, but the last time i checked (a year ago maybe), this was clearly quite a hassle, even though i know it's possible. On Mon, Feb 22, 2016 at 03:49:43AM +0200, Matti Viljamaa wrote: > Perhaps a bit of broad question, but I find it interesting in order to speculate about future additions. > > How do you think Pure Data is limited? > ___ > Pd-list@lists.iem.at <mailto:Pd-list@lists.iem.at> mailing list > UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at <mailto:Pd-list@lists.iem.at> mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at <mailto:Pd-list@lists.iem.at> mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at <mailto:Pd-list@lists.iem.at> mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] How's Pd limited?
Hmm, i always thought that the dynamic creation and destruction of sound sources (oscillators etc.) pretty inconvenient in PD, compared to a source-code based approach. Maybe i missed some developments here, but the last time i checked (a year ago maybe), this was clearly quite a hassle, even though i know it's possible. On Mon, Feb 22, 2016 at 03:49:43AM +0200, Matti Viljamaa wrote: > Perhaps a bit of broad question, but I find it interesting in order to > speculate about future additions. > > How do you think Pure Data is limited? > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Wiimote external not working any more ...
That's exactly the one i used ... maybe it's dependent on the underlying cwiid library ? Am 22. Januar 2015 20:17:56 MEZ, schrieb Roman Haefeli reduz...@gmail.com: I'm responding to the list, where I think this belongs... On Don, 2015-01-22 at 16:23 +0100, Niklas Reppel wrote: Hmm this is strange, it seems as if the syntax here isn't clear ... In the help file, it's shown as 'report acceleration 1', which doesn't work in my case, whereas 'reportAcceleration 1' does the trick ... (the last one was the one i knew ...) Indeed, strange. I can't recall the details, but I believe there are two versions of [wiimote] around. Originally written by Mike Wozniewski, IOhannes added support for more extensions and I think this one uses the new syntax 'report acceleration 1'. I don't know how [wiimote] version and help-version got mixed up. The newer one seems to support both syntaxes. So somehow you seem to have loaded the older version. I got it from here: http://puredata.info/downloads/wiimote Roman ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Wiimote external not working any more ...
Hi everybody, it has been a long time since i've been toying around with my wiimote, but i remember that it was'n hard to make it run. Now, i tried to make it functional again (on an Arch Linux system). Wmgui, hcitool sca, everything works fine! BUT, the wiimote external doesn't (i downloaded version 0.3.2 from puredata.info). It compiles fine, but discovery doesn't work (again, no problem with wmgui!). Ok, i can connect with explicit address. But still, only button data is processed, i can't see any acceleration data or IR data ... (i can see it in wmgui). A year ago or so, everything worked quite well ... Any hints ? Regards, Nik ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
