Re: [PD] Correction - Moonlib. Was: libraries from extended sitll being maintained?

[Antoine Rousseau]

Thanks Fred for the fix !
I'll update soon.
FYI you can report this kind of issue in the github issue tracker if you
want ; but only if you want ;-)
cheers

Ant1


2016-03-04 18:55 GMT+01:00 Fred Jan Kraan :

> Sorry, small typo. Should be:
>
> # all extra files to be included in binary distribution of the library
> datafiles = \
> $(wildcard *-help.pd) \
> moonlib-meta.pd \
> image.tcl \
> LICENSE.txt \
> README.txt
>
> Fred Jan
>
>  Forwarded Message 
> Subject: Moonlib. Was: [PD] libraries from extended sitll being maintained?
> Date: Fri, 4 Mar 2016 18:49:32 +0100
> From: Fred Jan Kraan 
> To: pd-list@lists.iem.at
>
> Hi Antoine,
>
> Hi all,
>>
>> which of them are still being maintained or had any new update since
>> the last Pd-Extended release
>>
>> I've taken back the maintenance of moonlib, which was included in
>> pd-extended (but wasn't declared by default):
>> https://github.com/MetaluNet/moonlib
>> I've made some updates to it ; current version is 0.3.2, and binaries
>> are available through deken for Linux32/64 and OSX32/64.
>>
>
> You forgot to include image.tcl in the Makefile, which prevented
> [image] to load properly.
>
> # all extra files to be included in binary distribution of the library
> datafiles = \
> $(wildcard help/*-help.pd) \
> moonlib-meta.pd \
> image.tcl \
> LICENSE.txt \
> README.txt
>
>
>
>> (BTW it would be nice to update https://puredata.info/downloads/moonlib
>> page, but I don't have the permission to do it myself)
>>
>
> Cannot change it either. You ask the site-admin for a new password nicely.
>
> Greetings,
>
> Fred Jan
>
>>
>>
>> 2016-03-04 3:51 GMT+01:00 Peter P. > >:
>>
>> Hi Cyrille, list,
>>
>> * cyrille henry mailto:c...@chnry.net>> [2016-03-03
>> 17:10]:
>> [...]
>> > sharemem is almost mandatory for anyone working with pd~, but it's
>> younger than last pd-extended version.
>> This one caught my attention! What does the object do? I didn't find
>> it
>> on a yesterday's svn update checkout.
>>
>> best, Peter
>>
>> ___
>> Pd-list@lists.iem.at  mailing list
>> UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
>>
>>
>>
>>
>> --
>> Antoine Rousseau
>> http://www.metalu.net  __
>> http://www.metaluachahuter.com/
>> 
>>
>>
>>
>> ___
>> 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
>



-- 
Antoine Rousseau
  http://www.metalu.net  __
http://www.metaluachahuter.com/

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] Correction - Moonlib. Was: libraries from extended sitll being maintained?

[Fred Jan Kraan]

Sorry, small typo. Should be:

# all extra files to be included in binary distribution of the library
datafiles = \
$(wildcard *-help.pd) \
moonlib-meta.pd \
image.tcl \
LICENSE.txt \
README.txt

Fred Jan

 Forwarded Message 
Subject: Moonlib. Was: [PD] libraries from extended sitll being maintained?
Date: Fri, 4 Mar 2016 18:49:32 +0100
From: Fred Jan Kraan 
To: pd-list@lists.iem.at

Hi Antoine,


Hi all,

which of them are still being maintained or had any new update since
the last Pd-Extended release

I've taken back the maintenance of moonlib, which was included in
pd-extended (but wasn't declared by default):
https://github.com/MetaluNet/moonlib
I've made some updates to it ; current version is 0.3.2, and binaries
are available through deken for Linux32/64 and OSX32/64.


You forgot to include image.tcl in the Makefile, which prevented
[image] to load properly.

# all extra files to be included in binary distribution of the library
datafiles = \
$(wildcard help/*-help.pd) \
moonlib-meta.pd \
image.tcl \
LICENSE.txt \
README.txt




(BTW it would be nice to update https://puredata.info/downloads/moonlib
page, but I don't have the permission to do it myself)


Cannot change it either. You ask the site-admin for a new password nicely.

Greetings,

Fred Jan



2016-03-04 3:51 GMT+01:00 Peter P. mailto:peterpar...@fastmail.com>>:

Hi Cyrille, list,

* cyrille henry mailto:c...@chnry.net>> [2016-03-03 17:10]:
[...]
> sharemem is almost mandatory for anyone working with pd~, but it's 
younger than last pd-extended version.
This one caught my attention! What does the object do? I didn't find it
on a yesterday's svn update checkout.

best, Peter

___
Pd-list@lists.iem.at  mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list




--
Antoine Rousseau
http://www.metalu.net  __
http://www.metaluachahuter.com/




___
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] Moonlib. Was: libraries from extended sitll being maintained?

[Fred Jan Kraan]

Hi Antoine,


Hi all,

which of them are still being maintained or had any new update since
the last Pd-Extended release

I've taken back the maintenance of moonlib, which was included in
pd-extended (but wasn't declared by default):
https://github.com/MetaluNet/moonlib
I've made some updates to it ; current version is 0.3.2, and binaries
are available through deken for Linux32/64 and OSX32/64.


You forgot to include image.tcl in the Makefile, which prevented 
[image] to load properly.


# all extra files to be included in binary distribution of the library
datafiles = \
$(wildcard help/*-help.pd) \
moonlib-meta.pd \
image.tcl \
LICENSE.txt \
README.txt




(BTW it would be nice to update https://puredata.info/downloads/moonlib
page, but I don't have the permission to do it myself)


Cannot change it either. You ask the site-admin for a new password nicely.

Greetings,

Fred Jan



2016-03-04 3:51 GMT+01:00 Peter P. mailto:peterpar...@fastmail.com>>:

Hi Cyrille, list,

* cyrille henry mailto:c...@chnry.net>> [2016-03-03 17:10]:
[...]
> sharemem is almost mandatory for anyone working with pd~, but it's 
younger than last pd-extended version.
This one caught my attention! What does the object do? I didn't find it
on a yesterday's svn update checkout.

best, Peter

___
Pd-list@lists.iem.at  mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list




--
Antoine Rousseau
http://www.metalu.net  __
http://www.metaluachahuter.com/




___
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?

[Julian Brooks]

Hi Billy,

Have to admit much of that went over my limited skillset.
However, the MOD stuff is composition magic.

Thanks for sharing,

Julian

On 2 March 2016 at 13:55, Billy Stiltner  wrote:

> My struggles with it are not really limitations of pd.
> It's the way I have went about modelling a polyphonic synthesizer and
> using
> the tcl controls as MVC then making the controls a part of the preset
> machine.
> Everything is available  for me to break the view away from the DSP its
> just
> that there are some pretty nifty things going on with the view.
> For instance there are toggles that change the range of the envelope ADR
> controls
> so you can have 1s,3s, 10s, and 30s controls. This is dynamic controls.
> Another is a dial or knob that is quantized and the range changes
> depending on
> the number of intervals the scale has per equivalence interval or what I
> like to call the xTave
> , it is used to offset the frequency in a quantitative
> way in steps of the scale. It doesn't matter if the intervals are
> specified in cents ,JI,or an edo.
> The scales all end up in an frequency ratio list. So the knob is used to
> like the "tune" or "pitch"
> knob yet instead of continuous or cents adjustment it allows an offset
> based on the scale.
> There are 2 banks of oscillators and only one uses this kind of control,
> the other is just a regular dial
> that offsets by a floating point. At this point of development it was
> found that there were way too many
> controls and  being attached to the presets as well as the synthesizer's
> realtime adjustments.
> So Instead of making more controls I tried to reduce the amount of
> controls by changing the send
> and receive names dynamically. I guess it works for controls that are not
> dynamic but gets really
> complicated for the controls that have their properties change at runtime.
> Here is a thread about it.
> http://forum.pdpatchrepo.info/topic/5724/dollar-signs-in-objects-and-messages
> Also some discussion in this list.
> That can be solved once the controls are broke free from the presets and
> DSP.
> Making everything FUDI friendly with super neat message boxes and routing
> of messages through the first inlet like that can be seen in Miller's
> multi pickup guitar effects monster and
> patch repository or MAX/MSP XFM~  will be quite the task. Those are great
> examples of how patching should be.
> Branching away from puredata?
> Using javascript and the web browser dynamic html to make controls for the
> fractal sequencer.
> As well as a xenharmonic sequencer, a Moments of Symmetry(Erv Wilson)
> matrix generator
> to go along with Erv's mosedo.pdf There are 2 versions of it , one without
> the FUDI to pd stuff
> https://ia601408.us.archive.org/1/items/mosedo.html/mosedo.html?p=17&g=7
> , the other with and another expected soon
> that works with  any generator. The edo MOS are finite and are the "Well
> Formed" set of MOS,
> Finally Andrew Milne figured out how to calculate the cardinalities
> without using continued fractions  or brute force.
> So now it is quick to generate the non rational MOS alongside the closest
> approximating "Well Formed" MOS using very
> simple code which took forever to even comprehend on paper with pencil.
> Things like this are complex for me with pd
> Now that the algorithm is coded up in javascript a pd version would be
> simpler to make however , having this part of
> the puzzle in the browser will make it easier for a general audience to
> use.
> The new text object makes things like a database of modes easy to access
> in pd and also is easy enough
> to implement a user interface with the entire list on a webpage.  In pd a
> simple abstraction that increments
> an index for sets with {p} tones, an index for the modes of  sizes {s}
> , then the index into the modes {m} with
> s number of notes within  scales having p tones. Example:
> from
> http://www.huygens-fokker.org/docs/modename.html
> 14 tone equal modes: *2 3 2 2 3 2*Quasi-equal
> Hexatonic
> *2 1 2 1 2 1 2 2 1*  Gould Nonatonic
> *1 2 1 2 1 1 2 1 2 1*  Decimal-10
> *2 3 3 3 3*Godzilla-5
> *2 2 1 2 1 2 1 2 1*  Godzilla-9
> *3 2 2 3 2 2*Hedgehog-6
> *1 2 2 2 1 2 2 2*   Hedgehog-8
> *3 3 2 3 3* Semaphore-5
> *1 2 3 2 1 2 3*Superpelog-Pelog
> *1 2 1 2 1 2 1 2 2*Superpelog-9
>
> p=14,
> s=6,
> m=0*: 2 3 2 2 3 2*Quasi-equal Hexatonic
> m=1*: 3 2 2 3 2 2*Hedgehog-6
>
> For this set it is not too much to cycle through the entire list
> but for  12 and 31 edo there are many more modes.
> Would probably be ok to only divide the entire list up in files with
> the all the modes in scales with p tones instead of splitting up the list
> further.
>
> The list was easy to add user interactive  tags and mouseover
> functions
> that send the selected mode to the synthesizer in javascript and html.
>
> With 

Re: [PD] Mysterious bug with [text]

[Christof Ressi]

Ah, I'm somehow relieved I'm not the only one getting this behaviour! Now I got 
a bit closer:

a) I usually get '1' when I run the patch for the first time *after a system 
restart* and only if I don't specify a certain line number first. After just 
reopening the patch or Pd I don't necessarily get these errors.

b) If I get a wrong output from [text] AND start the metro (triggering random 
writes into [text]) AND after some time try to create a new object I get the 
following error messages in the console (for every metro bang):

"pd resizebytes() failed - out of memory"

So you're probably right with your guess about memory corruption


> Gesendet: Freitag, 04. März 2016 um 00:02 Uhr
> Von: "IOhannes m zmölnig" 
> An: pd-list@lists.iem.at
> Betreff: Re: [PD] Mysterious bug with [text]
>
> On 03/03/2016 09:59 PM, Christof Ressi wrote:
> > Dear list,
> > 
> > I have been experiencing mysterious bugs and crashes when using the [text] 
> > object. Most of the time it's working fine and I really enjoy the 
> > functionality. But sometimes the output of a certain operation is just 
> > wrong. And there have been several occasions where Pd would crash and close 
> > silently! Only once I got an error message in the Pd console and it said 
> > something about 'binbufs'. 
> > 
> > The bad thing is: I can't reproduce any of these errors. Right now I'm 
> > using Pd 0.46-6 on Windows 7.
> > 
> > My first question: Have you experienced silent crashes of Pd when using the 
> > [text] object?
> > 
> > My second question: Could you quickly try out the attached patch and tell 
> > me what happens for you? You only have to press 6 bangs and watch the Pd 
> > console.
> > 
> 
> as with most "myterious bugs", this seems to be related to memory
> corruption. (which explains everything from crashes to crop circles).
> 
> while i do get "symbol foo" when pressing (4) under "normal
> circumstances", i get "1" when running under valgrind.
> more interestingly valgrind bitterly complains when i first write
> "symbol foo" into the [text] (3):
> 
> ==17867== Invalid write of size 8
> ==17867==at 0x4DE3CF: text_set_list (in /home/zmoelnig/src/pd/src/pd)
> ==17867==by 0x470BFA: pd_defaultsymbol (in /home/zmoelnig/src/pd/src/pd)
> ==17867==by 0x473B6B: outlet_symbol (in /home/zmoelnig/src/pd/src/pd)
> ==17867==by 0x47B236: binbuf_eval (in /home/zmoelnig/src/pd/src/pd)
> ==17867==by 0x4739B8: outlet_bang (in /home/zmoelnig/src/pd/src/pd)
> ==17867==by 0x45A3B9: bng_newclick (in /home/zmoelnig/src/pd/src/pd)
> ==17867==by 0x455CC3: canvas_doclick (in /home/zmoelnig/src/pd/src/pd)
> ==17867==by 0x47215F: pd_typedmess (in /home/zmoelnig/src/pd/src/pd)
> ==17867==by 0x47B236: binbuf_eval (in /home/zmoelnig/src/pd/src/pd)
> ==17867==by 0x485C23: socketreceiver_read (in
> /home/zmoelnig/src/pd/src/pd)
> ==17867==by 0x485076: sys_domicrosleep.constprop.4 (in
> /home/zmoelnig/src/pd/src/pd)
> ==17867==by 0x481CBE: m_mainloop (in /home/zmoelnig/src/pd/src/pd)
> ==17867==  Address 0x6a2b080 is 0 bytes inside a block of size 64 free'd
> ==17867==at 0x4C2BDDF: realloc (vg_replace_malloc.c:785)
> ==17867==by 0x4750B2: resizebytes (in /home/zmoelnig/src/pd/src/pd)
> ==17867==by 0x47AAB2: binbuf_resize (in /home/zmoelnig/src/pd/src/pd)
> ==17867==by 0x4DE989: text_set_list (in /home/zmoelnig/src/pd/src/pd)
> ==17867==by 0x470BFA: pd_defaultsymbol (in /home/zmoelnig/src/pd/src/pd)
> ==17867==by 0x473B6B: outlet_symbol (in /home/zmoelnig/src/pd/src/pd)
> ==17867==by 0x47B236: binbuf_eval (in /home/zmoelnig/src/pd/src/pd)
> ==17867==by 0x4739B8: outlet_bang (in /home/zmoelnig/src/pd/src/pd)
> ==17867==by 0x45A3B9: bng_newclick (in /home/zmoelnig/src/pd/src/pd)
> ==17867==by 0x455CC3: canvas_doclick (in /home/zmoelnig/src/pd/src/pd)
> ==17867==by 0x47215F: pd_typedmess (in /home/zmoelnig/src/pd/src/pd)
> ==17867==by 0x47B236: binbuf_eval (in /home/zmoelnig/src/pd/src/pd)
> ==17867==  Block was alloc'd at
> ==17867==at 0x4C2BDDF: realloc (vg_replace_malloc.c:785)
> ==17867==by 0x4750B2: resizebytes (in /home/zmoelnig/src/pd/src/pd)
> ==17867==by 0x47AAB2: binbuf_resize (in /home/zmoelnig/src/pd/src/pd)
> ==17867==by 0x4DE642: text_set_list (in /home/zmoelnig/src/pd/src/pd)
> ==17867==by 0x473BF9: outlet_list (in /home/zmoelnig/src/pd/src/pd)
> ==17867==by 0x47B6EF: binbuf_eval (in /home/zmoelnig/src/pd/src/pd)
> ==17867==by 0x4739B8: outlet_bang (in /home/zmoelnig/src/pd/src/pd)
> ==17867==by 0x45A3B9: bng_newclick (in /home/zmoelnig/src/pd/src/pd)
> ==17867==by 0x455CC3: canvas_doclick (in /home/zmoelnig/src/pd/src/pd)
> ==17867==by 0x47215F: pd_typedmess (in /home/zmoelnig/src/pd/src/pd)
> ==17867==by 0x47B236: binbuf_eval (in /home/zmoelnig/src/pd/src/pd)
> ==17867==by 0x485C23: socketreceiver_read (in
> /home/zmoelnig/src/pd/src/pd)
> ==17867==
> ==17867== Invalid write of size 8
> ==17867==at 0x4DE3D2:

Re: [PD] libraries from extended sitll being maintained?

[cyrille henry]

hello peter,

Le 04/03/2016 03:51, Peter P. a écrit :

Hi Cyrille, list,

* cyrille henry  [2016-03-03 17:10]:
[...]

sharemem is almost mandatory for anyone working with pd~, but it's younger than 
last pd-extended version.

This one caught my attention! What does the object do? I didn't find it
on a yesterday's svn update checkout.


https://sourceforge.net/p/pure-data/svn/HEAD/tree/trunk/externals/share_mem/

it allow to share table from 2 pd instance (or between pd and pd~).
i mostly use it as an efficient way to transfer audio from pd and pd~ (adding 
64 sample latency).
the "official" way to transfer audio beween pd and pd~ use fudi, i.e there is a 
conversion from float to ascii and back to float that is very inefficient.

this object have been announced in this list the 1st november 2012, so nothing 
really new.

cheers
c



best, Peter



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] libraries from extended sitll being maintained?

[Bryan Jurish]

morning all,

fwiw, i try to fix bugs in my externals (
https://sourceforge.net/p/pure-data/svn/HEAD/tree/trunk/externals/moocow/ )
whenever i get a report, but i'm chronically low on tuits and not actively
following new developments.

marmosets,
  Bryan


On Thu, Mar 3, 2016 at 11:27 AM, João Pais  wrote:

> My library also has new things, it is now in deken. I imagine people
> didn't stop developing, but there isn't a comfortable distribution method
> anymore.
> Am 03.03.2016 12:42 vorm. schrieb "Alexandre Torres Porres" <
> por...@gmail.com>:
>
>> hello, in a rough count, there were around 85 extended libraries in the
>> last Pd-Extended release.
>>
>> Just wondering which of them are still being maintained or had any new
>> update since the last Pd-Extended release.
>>
>> cheers
>>
>> ___
>> 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
>
>


-- 
Bryan Jurish   "There is *always* one more bug."
moocow.bov...@gmail.com -Lubarsky's Law of Cybernetic Entomology
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] libraries from extended sitll being maintained?

[Antoine Rousseau]

Hi all,

which of them are still being maintained or had any new update since the
> last Pd-Extended release
>

I've taken back the maintenance of moonlib, which was included in
pd-extended (but wasn't declared by default):
https://github.com/MetaluNet/moonlib
I've made some updates to it ; current version is 0.3.2, and binaries are
available through deken for Linux32/64 and OSX32/64.

(BTW it would be nice to update https://puredata.info/downloads/moonlib
page, but I don't have the permission to do it myself)


2016-03-04 3:51 GMT+01:00 Peter P. :

> Hi Cyrille, list,
>
> * cyrille henry  [2016-03-03 17:10]:
> [...]
> > sharemem is almost mandatory for anyone working with pd~, but it's
> younger than last pd-extended version.
> This one caught my attention! What does the object do? I didn't find it
> on a yesterday's svn update checkout.
>
> best, Peter
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>



-- 
Antoine Rousseau
  http://www.metalu.net  __
http://www.metaluachahuter.com/

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list