Pd-list November 2015

pd-list@lists.iem.at

69 participants
105 discussions

Re: [PD] chord libraries?
by Alexandre Quessy 02 Nov '15

02 Nov '15

Also, check out the musical.* abstractions in pdmtl: https://github.com/aalex/pdmtl Le lun. 2 nov. 2015 à 12:49, Alexandre Quessy < alexandre.quessy(a)sourcelibre.net> a écrit : > I think I wrote a C external that used regex to parse symbols are generate > a list of notes. Must be in aalex externals. > > Le lun. 2 nov. 2015 à 01:14, William Huston <williamahuston(a)gmail.com> a > écrit : > >> Wow, looks like just what I'm looking for. >> Many thanks! >> >> >> On Sun, Nov 1, 2015 at 11:46 PM, Joe Newlin <jtnewlin(a)gmail.com> wrote: >> >>> Check out chorddict-help.pd from rjlib: >>> https://github.com/rjdj/rjlib/tree/master/rj >>> >>> JN >>> >>> >>> On Sun, Nov 1, 2015 at 7:31 PM, William Huston <williamahuston(a)gmail.com> >>> wrote: >>> > >>> > Before I reinvent the wheel, I'm wondering what people have done >>> characterizing chord libraries? >>> > >>> > I'm looking for the root position constructions in terms of intervals >>> for 3 and 4 note chords. >>> > >>> > I realize there are only a dozen or so which are mostly used, but just >>> wondering what people have come up with. >>> > >>> > What would be really nice is to convert between things like: >>> > >>> > 1,3,5 -> "Major" -> 1,5,8 >>> > 1,3b,5 -> "Minor" -> 1,4,8 >>> > 1,4,5 -> "Sus4" -> 1,6,8 >>> > >>> > I.e., Notes in scale, >>> > Common name, Interval map >>> > >>> > ... for all common 3 and 4 note chords. Like, given any one of those, >>> can derive the others. >>> > >>> > Also would be nice given an interval map, be able to identify it as an >>> inversion of a more basic chord, like: >>> > >>> > 1,5,8 -> Maj/root >>> > 1,4,9 -> Maj/1st inv >>> > 1,6,10 -> Maj/2nd inv >>> > >>> > Any pointers/ideas along these lines appreciated! >>> > >>> > Thanks >>> > >>> > -- >>> > -- >>> > May you, and all beings >>> > be happy and free from suffering :) >>> > -- ancient Buddhist Prayer (Metta) >>> > >>> > >>> > _______________________________________________ >>> > Pd-list(a)lists.iem.at mailing list >>> > UNSUBSCRIBE and account-management -> >>> http://lists.puredata.info/listinfo/pd-list >>> > >>> ᐧ >>> >> >> >> >> -- >> -- >> May you, and all beings >> be happy and free from suffering :) >> -- ancient Buddhist Prayer (Metta) >> _______________________________________________ >> Pd-list(a)lists.iem.at mailing list >> UNSUBSCRIBE and account-management -> >> http://lists.puredata.info/listinfo/pd-list >> >

1 0

Re: [PD] object substitution w/ gui plugin
by Dan Wilcox 02 Nov '15

02 Nov '15

Deken can also be used to install other plugins … -------- Dan Wilcox @danomatika <https://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/> > On Nov 2, 2015, at 10:12 AM, pd-list-request(a)lists.iem.at wrote: > > i believe deken (can we all agree this is awesome!) solves a number of probs of this sort in the wake of pdx demise BUT it is only for libs NOT for other standardizations that might make it easier to teach

1 0

chord libraries?
by William Huston 02 Nov '15

02 Nov '15

Before I reinvent the wheel, I'm wondering what people have done characterizing chord libraries? I'm looking for the root position constructions in terms of intervals for 3 and 4 note chords. I realize there are only a dozen or so which are mostly used, but just wondering what people have come up with. What would be really nice is to convert between things like: 1,3,5 -> "Major" -> 1,5,8 1,3b,5 -> "Minor" -> 1,4,8 1,4,5 -> "Sus4" -> 1,6,8 I.e., Notes in scale, Common name, Interval map ... for all common 3 and 4 note chords. Like, given any one of those, can derive the others. Also would be nice given an interval map, be able to identify it as an inversion of a more basic chord, like: 1,5,8 -> Maj/root 1,4,9 -> Maj/1st inv 1,6,10 -> Maj/2nd inv Any pointers/ideas along these lines appreciated! Thanks -- -- May you, and all beings be happy and free from suffering :) -- ancient Buddhist Prayer (Metta)

3 3

What is the purpose of iemgui_raute2dollar
by Ivica Bukvic 02 Nov '15

02 Nov '15

I presume this may pertain primarily to IOhannes and Miller, I am trying to figure out what is the purpose of raute2dollar in iemgui objects? On an obvious level the function replaces # with an $ in a send, receive, and label symbols. Why is this necessary? Personally, I cannot think of a reason why it would be, but then again, I may very well be missing something... Best, Ico

3 6

Fwd: What is the purpose of iemgui_raute2dollar
by Ivica Bukvic 02 Nov '15

02 Nov '15

Forgot to include pd-list and l2ork-dev list... ---------- Forwarded message ---------- From: Ivica Bukvic <ico(a)vt.edu> Date: Mon, Nov 2, 2015 at 12:01 AM Subject: Re: [PD] What is the purpose of iemgui_raute2dollar To: Miller Puckette <msp(a)ucsd.edu> So, I am about to commit a 'fix' in pd-l2ork where one can now have labels (for gatoms and arrays as well) where escaped $ is converted into ASCII 0x01 (SOH). This seems to side-step the issue for the time-being. Does this affect other objects? The ideal fix would be using negative ascii values (e.g. -0x80) but those don't seem to cut the mustard once they are received by tcl/tk... Best, Ico On Sun, Nov 1, 2015 at 11:04 PM, Miller Puckette <msp(a)ucsd.edu> wrote: > This does need fixing... it's a primitive escaping mechanism which needs to > be replaced with a "correct" one. Unfortunately there are various places > in the code that escape stuff in various ways (to get strings past > the TCL parser or the Pd parser) and it's never been thought about in a > unified way. > > cheers > Miller > > On Sun, Nov 01, 2015 at 10:57:42PM -0500, Ivica Bukvic wrote: > > Right, but this function does not do that, it explicitly replaces # with > $. > > What does # have to do with anything? Are you saying # is being > substituted > > for $ to preserve it? Even so, this still makes no sense because if you > > create an iemgui object (pick one), then add a label with only a "#" in > it. > > Once you click apply, you get $ on the label instead. Reopening > properties > > provides you with a label that is equal to $, so this sounds like a bug > to > > me that does some sort of one-way mangling that needs to be fixed and > more > > so, it seems to me there should be a different ascii character used to > > preserve $, one that does not exist in the regular text-based ascii > > chars... e.g. in pd-l2ork we use \t to substitute for \n and thus > preserve > > endlines in comments and other places. > > > > On Sun, Nov 1, 2015 at 10:33 PM, Jonathan Wilkes <jancsika(a)yahoo.com> > wrote: > > > > > Because Pd's parser is likely to eat up a "$" followed by a number as a > > > banking > > > fee to pay the cost of sending messages. :) > > > > > > Send this from the GUI: > > > (canvas_addy) obj 0 0 clip $1 $2 > > > > > > and it becomes this in Pd: > > > [clip 0 0] > > > > > > There's also sys_decodeddialog/sys_encodedialog that is used for > > > canvas_find. > > > > > > Additionally, I think you may have added another parser inside s_main > > > to separate filenames in Pd-l2ork (although that one doesn't have > anything > > > to do with dollarsigns). > > > > > > I have not yet decided where I want to add my own parser for the GUI > port. > > > I think a Pratt parser for message-box math would be neat. > > > > > > -Jonathan > > > > > > > > > > > > On Sunday, November 1, 2015 9:38 PM, Ivica Bukvic <ico(a)vt.edu> wrote: > > > > > > > > > I presume this may pertain primarily to IOhannes and Miller, > > > > > > I am trying to figure out what is the purpose of raute2dollar in iemgui > > > objects? On an obvious level the function replaces # with an $ in a > send, > > > receive, and label symbols. Why is this necessary? Personally, I cannot > > > think of a reason why it would be, but then again, I may very well be > > > missing something... > > > > > > Best, > > > > > > Ico > > > > > > _______________________________________________ > > > Pd-list(a)lists.iem.at mailing list > > > UNSUBSCRIBE and account-management -> > > > http://lists.puredata.info/listinfo/pd-list > > > > > > > > > > > > _______________________________________________ > > Pd-list(a)lists.iem.at mailing list > > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > >

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

Pd-list November 2015