Re: [PD] Open source + musical composition?
I think open source people are more hacky and DIY and are less tied up, which has an impact on the result... 2017-02-24 23:25 GMT-03:00 Derek Kwan : > > Hi everyone, > > > > > > I would love to know if anyone feels like there is a direct > > relationship between the music they make with Pd and the fact that > > Pd is open source. Do you compose music differently than you would > > with a purchased software package? Are your sonic standards higher / > > lower / unchanged? Are you more / less musically adventurous (what > > ever that might mean to you)? Are you more / less likely to use sounds > > from other users? > > I suppose I pretty much exclusively work with open source tools so my > perspective is a bit skewed (I also went through school studying music so > this adds an additional bias), but I think paradigm and interface has much > much more to do with compositional style than software being open source > or not: DAWs and trackers emphasizing the metrical grid, while Pd and SC > being more freeform and sandboxy, SC having its extensive list of patterns > and tempo clocks (although I've been lately kinda doing this sort of thing > with in Pd with sequenced lists), Pd with its graphical dataflow interface, > perhaps emphasizing musical experiences that involve more pre-coded > modules hooked together and tweaked live via sliders and buttons (I > actually haven't thought about this much, forgive me, lol). > > I suppose that perhaps there are folks who are comfortable with solely > using commercial products and folks who want to use open-source as much > as possible (and people in the middle) and definitely in the popular > music fields commercial products dominate. I'd say that open-source > programming-oriented music environments have been more historically > associated with academic institutions and thus "western art music" for > lack of better terms (although I'm not really fond of that term), but > there are folks leaning more on the "popular" side of things (not fond > of that term either...) that do use Pd. However, I'd also say Pd's > closest cousin Max/MSP has also been pretty historically tied to academic > institions and the genres associated with such as well, although there are > again folks who use Max/MSP for more "popular"-influenced music such as > Autechre. Also, I suspect that these conceptions are changing, > especially as the emergence of "creative coding" brings the expressivity > of computer-technology-powered art to more and more people. > > I suppose since open-source software tends to be more community-driven > than there could be more of a proclivity to share code and sounds and so > forth, but Max/MSP code also gets shared a lot and in terms of sampled > sounds, well, sampling has been a thing for a long time... In my own > experience, study of Pd's source has allowed me to learn and develop my > own tools, but I wouldn't say that this necessarily leads to any sort of > style of music. I'd say that perhaps with commercial products, you would > expect more-polished and thorough documentation, but this isn't always > the case. I'm not sure if I answered your questions at all... > > Derek > > -- > Derek Kwan > www.derekxkwan.com > > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> https://lists.puredata.info/ > listinfo/pd-list > ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Open source + musical composition?
> Hi everyone, > > > I would love to know if anyone feels like there is a direct > relationship between the music they make with Pd and the fact that > Pd is open source. Do you compose music differently than you would > with a purchased software package? Are your sonic standards higher / > lower / unchanged? Are you more / less musically adventurous (what > ever that might mean to you)? Are you more / less likely to use sounds > from other users? I suppose I pretty much exclusively work with open source tools so my perspective is a bit skewed (I also went through school studying music so this adds an additional bias), but I think paradigm and interface has much much more to do with compositional style than software being open source or not: DAWs and trackers emphasizing the metrical grid, while Pd and SC being more freeform and sandboxy, SC having its extensive list of patterns and tempo clocks (although I've been lately kinda doing this sort of thing with in Pd with sequenced lists), Pd with its graphical dataflow interface, perhaps emphasizing musical experiences that involve more pre-coded modules hooked together and tweaked live via sliders and buttons (I actually haven't thought about this much, forgive me, lol). I suppose that perhaps there are folks who are comfortable with solely using commercial products and folks who want to use open-source as much as possible (and people in the middle) and definitely in the popular music fields commercial products dominate. I'd say that open-source programming-oriented music environments have been more historically associated with academic institutions and thus "western art music" for lack of better terms (although I'm not really fond of that term), but there are folks leaning more on the "popular" side of things (not fond of that term either...) that do use Pd. However, I'd also say Pd's closest cousin Max/MSP has also been pretty historically tied to academic institions and the genres associated with such as well, although there are again folks who use Max/MSP for more "popular"-influenced music such as Autechre. Also, I suspect that these conceptions are changing, especially as the emergence of "creative coding" brings the expressivity of computer-technology-powered art to more and more people. I suppose since open-source software tends to be more community-driven than there could be more of a proclivity to share code and sounds and so forth, but Max/MSP code also gets shared a lot and in terms of sampled sounds, well, sampling has been a thing for a long time... In my own experience, study of Pd's source has allowed me to learn and develop my own tools, but I wouldn't say that this necessarily leads to any sort of style of music. I'd say that perhaps with commercial products, you would expect more-polished and thorough documentation, but this isn't always the case. I'm not sure if I answered your questions at all... Derek -- Derek Kwan www.derekxkwan.com ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] libpd, Android, and Unity3D - any recent data?
On Fri, Feb 24, 2017 at 9:08 PM, Scott R. Looney wrote: > hey folks, not trying to add noise but i know some libpd folks are around > on this list. anyone able to get me information on doing a build on Android > using Unity and libpd (from a Mac)? the only thing that pops up in a search > is a project called Kalimba (which i'm using) that's like four years old. > any information appreciated - thanks! > I've tried this https://github.com/Wilsonwaterfish/UnityLibpd and seems to work (at least the test scene in the repository), plus it's quite recent... ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
[PD] libpd, Android, and Unity3D - any recent data?
hey folks, not trying to add noise but i know some libpd folks are around on this list. anyone able to get me information on doing a build on Android using Unity and libpd (from a Mac)? the only thing that pops up in a search is a project called Kalimba (which i'm using) that's like four years old. any information appreciated - thanks! scott ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
[PD] Open source + musical composition?
Hi everyone, Every open source synthesis program has its own set of peculiarities, which will shape the work, style, sounds, process, etc. But does being open source count as one of those peculiarities? I would love to know if anyone feels like there is a direct relationship between the music they make with Pd and the fact that Pd is open source. Do you compose music differently than you would with a purchased software package? Are your sonic standards higher / lower / unchanged? Are you more / less musically adventurous (what ever that might mean to you)? Are you more / less likely to use sounds from other users? I've seen dozens of threads in various places that develop an idea over the course of several days, including songs, sounds, bigger programming projects. This seems to suggest a unique, open source approach / ethic, at least in the way people communicate about their work. But what about the music itself? I'd be very curious to hear any comments on this. Thanks! jake ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Cross-platform uniform GUI rendering of patches.
Like pd user, I experienced bold in object boxes looks great, but in documentation, help files simply looks terrible for reading and for posterior learning.. :/ I'm came from pd linux -> windows -> (and finally) OSx, and for me it was always a relief to read the documentation in OSx, something I only can really understand with this discussion. my one cent.. :) Cheers Esteban Em sex, 24 de fev de 2017 às 11:50, Alexandre Torres Porres < por...@gmail.com> escreveu: > just realized that even stuff like GUI's labels become bold, yikes... that > kinda compromises the design of some abstraction patches I have that use > them. > > 2017-02-24 4:16 GMT-03:00 Derek Kwan : > > > maybe makes sense to show a normal weight version of the patch for > > comparison... > > > > quite less poluted if you ask me, and it's not like I cannot read the > patch > > as well for not being bold too... > > > >> I don't really have a strong point, at the same time I also do not > > >> think that one is much worse than the other. > > >> > > I think the comments look better with the regular font but I think it's > fine to have the objects as bold. Esp with diff weights of fonts, it's > easier to pick out the objects at a quick glance. I think that could be > particularly helpful since Pd vanilla (at least without any tcl plugins) > doesn't distinguish objects from the rest of the other things on the > canvas with different colors or fills. > > Derek > > -- > Derek Kwan > www.derekxkwan.com > > > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list > ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Cross-platform uniform GUI rendering of patches.
just realized that even stuff like GUI's labels become bold, yikes... that kinda compromises the design of some abstraction patches I have that use them. 2017-02-24 4:16 GMT-03:00 Derek Kwan : > > maybe makes sense to show a normal weight version of the patch for > > comparison... > > > > quite less poluted if you ask me, and it's not like I cannot read the > patch > > as well for not being bold too... > > > >> I don't really have a strong point, at the same time I also do not > > >> think that one is much worse than the other. > > >> > > I think the comments look better with the regular font but I think it's > fine to have the objects as bold. Esp with diff weights of fonts, it's > easier to pick out the objects at a quick glance. I think that could be > particularly helpful since Pd vanilla (at least without any tcl plugins) > doesn't distinguish objects from the rest of the other things on the > canvas with different colors or fills. > > Derek > > -- > Derek Kwan > www.derekxkwan.com > ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list