Re: [PD] Five Days of Pure Data

On 24/08/17 07:57, Antonio Roberts wrote: Converting images to signals - http://www.hellocatfood.com/five-days-of-pure-data-image-to-signal/ Randomising text - http://www.hellocatfood.com/five-days-of-pure-data-randomise-text/ Infinite scrolling using [repeat] -

Re: [PD] purr data duplicate undo

> Hey - > every now and then using purr data i find that i have inadvertently made > duplicate objects/msgs etc> that are directly in front of each other. > I've finally figured out that this is happening with the following sequence:  > cmd +d , cmd+z I see. It appears the undo history gets

[PD] purr data duplicate undo

Hey - every now and then using purr data i find that i have inadvertently made duplicate objects/msgs etc that are directly in front of each other. I've finally figured out that this is happening with the following sequence: cmd +d , cmd+z in pd vanilla the

[PD] your favorite step sequencer?

hello all, worth asking every 5 years: what is your favorite pd step sequencer that plays samples? anyone feel like sharing? thank you, ali ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management ->

Re: [PD] Tcl error with "tof" breakpoints in MAC

On 08/29/2017 08:02 PM, Alexandre Torres Porres wrote: > cool, but I think that would be a Pd issue, anyway, huh? An object > shouldn't stop working, as I see it i'd rather say that tof was making assumptions about private implementation details of Pd and was exploiting them. (pretty much all GUI

Re: [PD] Tcl error with "tof" breakpoints in MAC

On 29-08-17 20:02, Alexandre Torres Porres wrote: cool, but I think that would be a Pd issue, anyway, huh? An object shouldn't stop working, as I see it The reason this object stopped working is because newer MacOSX versions use address randomization and with 64-bits this can use the whole

Re: [PD] Tcl error with "tof" breakpoints in MAC

cool, but I think that would be a Pd issue, anyway, huh? An object shouldn't stop working, as I see it 2017-08-29 11:08 GMT-03:00 José Rafael Subía Valdez : > Hello Alexandre, > > thanks, this solved it. > > downloaded the package again, I don't know what version I was

Re: [PD] a simple question about increasing/decreasing values

That is PERFECT thank you! I was having a brain freeze but i get it now cheers! pp Patrick Pagano B.S, M.F.A Assistant Professor in Residence Digital Media & Design Web & Interactive Technologies University of Connecticut, Stamford (352)-226-2016 From:

Re: [PD] Tcl error with "tof" breakpoints in MAC

Hello Alexandre, thanks, this solved it. downloaded the package again, I don't know what version I was using, as I copied the externals from another machine (got a new computer in the office and I thought I was using the latest) thanks for the help. cheers On Tue, Aug 29, 2017 at 2:57 PM,

Re: [PD] Tcl error with "tof" breakpoints in MAC

> the library has not been updated for a while now > It actually has. If you search for externals you'll see a new "0.2.1" version around. I tested the "old" version (the one that came with extended 0.43) and I had the same issue, but I tried 2.1 and it worked fine with 0.48-0 in MacOS. Which

Re: [PD] Five Days of Pure Data

>> http://www.hellocatfood.com/five-days-of-pure-data-image-to-signal/ > > you can upsample/reblock the audio signals to achieve higher framerates. Do you have a working example of how his could work? I've heard this method mentioned a few times but can't seem to achieve it. Antonio On 26 August

Re: [PD] .pdrc midi woes

* IOhannes m zmölnig [2017-08-29 12:06]: > On 08/29/2017 12:02 PM, Peter P. wrote: > > Adding [...] to ~/.pdrc > [...] > > Is this intentional? > > > i do not know, but i'm very sure that you shouldn't use .pdrc at all. > .pdsettings has superseded it with Pd-0.38-0, released

[PD] Tcl error with "tof" breakpoints in MAC

Dear list, I have been trying out the latest version 0.48 and some old externals. Unfortunately, the [breakpoints] GRAPHICAL object from the "tof" library spits out this tcl problem: (Tcl) INVALID COMMAND NAME: invalid command name ".x5808180.c" while executing ".x5808180.c create rectangle

Re: [PD] .pdrc midi woes

On 08/29/2017 12:02 PM, Peter P. wrote: > Adding [...] to ~/.pdrc [...] > Is this intentional? i do not know, but i'm very sure that you shouldn't use .pdrc at all. .pdsettings has superseded it with Pd-0.38-0, released in january 2005. support for .pdrc has been kept for *legacy* settings for

[PD] .pdrc midi woes

Hi, Adding -alsamidi -mididev 1 to ~/.pdrc has Pd not create midi output port and lets Pd default to OSS-Midi, while $ pd -alsamidi -mididev 1 does. Is this intentional? Thank you! P ___ Pd-list@lists.iem.at mailing list

Re: [PD] relase plans for fixing Pd 0.48-0 bugs - netsend memory leak

On 08/29/2017 10:08 AM, oliver wrote: > > > hi, two questions about this: > > 1.) how does this memory leak show in a patch that has a lot of net > traffic (i.e. sends many numbers fast to sync video to a timecode) ? the memory leak is about leaking connections, so it is only relevant if you

Re: [PD] a simple question about increasing/decreasing values

On Tue, Aug 29, 2017 at 10:04 AM, oliver wrote: > IOhannes m zmölnig wrote: > >> On 08/29/2017 01:28 AM, Hrvoje Radnic via Pd-list wrote: >> >>> Hi,I usually do this by multiplying the value by -1 and offset it by the >>> range of the first value >>> >> >> which is about 100%

Re: [PD] relase plans for fixing Pd 0.48-0 bugs - netsend memory leak

IOhannes m zmölnig wrote: 2017-08-28 12:01 GMT-03:00 Miller Puckette : I don't plan to add any features - just fixes, hoping to get everything stable. there's also the attempt to fix the memory leak in netsend/netreceive, though this is not finished yet. hi, two

Re: [PD] a simple question about increasing/decreasing values

IOhannes m zmölnig wrote: On 08/29/2017 01:28 AM, Hrvoje Radnic via Pd-list wrote: Hi,I usually do this by multiplying the value by -1 and offset it by the range of the first value which is about 100% faster than the expr equivalent. hi, IOhannes ! thanks for that info ! i often read on

Re: [PD] a simple question about increasing/decreasing values

On 08/29/2017 01:28 AM, Hrvoje Radnic via Pd-list wrote: > Hi,I usually do this by multiplying the value by -1 and offset it by the > range of the first value which is about 100% faster than the expr equivalent. gfmasdr IOhannes signature.asc Description: OpenPGP digital signature