Re: [PD] Five Days of Pure Data

2017-08-29 Thread Chris McCormick 

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] -
http://www.hellocatfood.com/five-days-of-pure-data-infinite-scrolling/


Great stuff in here, thanks for sharing this work.

Cheers,

Chris.

--
http://mccormick.cx/

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

Re: [PD] purr data duplicate undo

2017-08-29 Thread Jonathan Wilkes via Pd-list 
> 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 generated from the implementation of 
"Duplicate"-- instantiate 
a duplicate object AND THEN displace it by (10, 10)-- rather than the 
functionality of "Duplicate"-- 
make a new object displaced by (10, 10).
I went ahead and made an issue for 
this:https://git.purrdata.net/jwilkes/purr-data/issues/370

> in pd vanilla the same combination simply undoes the duplicate command, which 
> is probably the 
> expected behavior. But in purr data it doesn't delete the duplicate, but 
> moves it directly in front of the original. 

> Not sure if this is a bug, but thought i’d bring it up as a couple of times 
> has led to some time consuming 
> trouble shooting, because duplicate objects sitting directly on top of the 
> original can look like they are connected 
> to things when they are not.

In the meantime, if you want to check for these obscured objects you can select 
all and then 
choose "Tidy Up" from the "Edit" menu. Any obscured objects should then be 
re-situated below 
the original object. You might also get unwanted repositionings for other parts 
of the patch, but 
you can easily undo those after finding the duplicated objects.
-Jonathan

> using purr data 2.3.0 on macos sierra

> cheers, 
> ss



___
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

[PD] purr data duplicate undo

2017-08-29 Thread school shoes 



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 same combination simply undoes the duplicate command, which 
is probably the expected behavior. But in purr data it doesn't delete the 
duplicate, but moves it directly in front of the original.

Not sure if this is a bug, but thought i’d bring it up as a couple of times has 
led to some time consuming trouble shooting, because duplicate objects sitting 
directly on top of the original can look like they are connected to things when 
they are not.

using purr data 2.3.0 on macos sierra

cheers,
ss

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

[PD] your favorite step sequencer?

2017-08-29 Thread Ali Momeni 
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 -> 
https://lists.puredata.info/listinfo/pd-list

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

2017-08-29 Thread IOhannes m zmölnig 
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 objects do that)

in which case there are two ways to implement your proposal:
- stop all development of Pd and only fix bugs.
OR
- continue development and support all (broken) APIs ever exposed.

i figure from the feature requests you posted in the past, that the
first option is not viable for you.

the second option has a well known predecessor: Microsoft Windows.
i'm pretty sure we do not want to go down *that* road (leaving aside
financial feasibility: you probably need to employ coders to keep that
up and running)

gmadsr
IOhannes



signature.asc
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

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

2017-08-29 Thread Fred Jan Kraan 



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 64 
bits address range. The object rendering uses pointers as Tk tags and 
formatted those as 32-bit hex values in this case. This worked ok as 
long as all addresses fall into the 32-bit address space (up to 2 GByte) 
but fail when addresses use the full 64-bit address space, as is the 
case with the Mac address randomization.


Fred Jan




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 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, Alexandre Torres Porres
> wrote:

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 one did you try?

cheers




-- 
José Rafael Subía Valdez

www.jrsv.net 





___
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



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

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

2017-08-29 Thread Alexandre Torres Porres 
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 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, Alexandre Torres Porres  > wrote:
>
>>
>>
>>> 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 one did you try?
>>
>> cheers
>>
>
>
>
> --
> José Rafael Subía Valdez
> www.jrsv.net
>
>
>
>
>
> ___
> 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] a simple question about increasing/decreasing values

2017-08-29 Thread Pagano, Patrick 
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: Hrvoje Radnic 
Sent: Monday, August 28, 2017 7:28:37 PM
To: Pagano, Patrick; pd list
Subject: Re: [PD] a simple question about increasing/decreasing values

Hi,
I usually do this by multiplying the value by -1 and offset it by the range of 
the first value (see attached patch). Hope that helps!
Cheers!


Hrvoje Radnic
http://soundcloud.com/sumovi-protiv-valova
00385(0)915225162



From: "Pagano, Patrick" 
To: pd list 
Sent: Tuesday, August 29, 2017 12:25 AM
Subject: [PD] a simple question about increasing/decreasing values


hello

is there a function/abs whatever that increases one val while reciprocally 
reduces another?

What i mean is say i have a Wet Value 1 to 100 is there something simple that 
as i raise that value it will reduce say Dry from 100 to 1 in unison?

I know i am just forgetting what it is

thanks in advance for any help

Patrick


Patrick Pagano B.S, M.F.A
Assistant Professor in Residence
Digital Media & Design
Web & Interactive Technologies
University of Connecticut, Stamford
(352)-226-2016
___
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] Tcl error with "tof" breakpoints in MAC

2017-08-29 Thread José Rafael Subía Valdez 
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, Alexandre Torres Porres 
wrote:

>
>
>> 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 one did you try?
>
> cheers
>



-- 
José Rafael Subía Valdez
www.jrsv.net
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

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

2017-08-29 Thread Alexandre Torres Porres 
> 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 one did you try?

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

Re: [PD] Five Days of Pure Data

2017-08-29 Thread Antonio Roberts 
>> 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 2017 at 20:09, IOhannes m zmölnig  wrote:
> On 08/24/2017 01:57 AM, Antonio Roberts wrote:
>>
>> Converting images to signals -
>> http://www.hellocatfood.com/five-days-of-pure-data-image-to-signal/
>
> you can upsample/reblock the audio signals to achieve higher framerates.
>
>> Infinite scrolling using [repeat] -
>> http://www.hellocatfood.com/five-days-of-pure-data-infinite-scrolling/
>
>
> rather than [repeat], i suggest to use [gemlist] with [until] (gets rid
> of the zexy dependency)
>
> gfdsamr
> IOhannes
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list
>



-- 

anto...@hellocatfood.com
http://www.hellocatfood.com


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

Re: [PD] .pdrc midi woes

2017-08-29 Thread Peter P. 
* 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 in january 2005.
> support for .pdrc has been kept for *legacy* settings for >10 years now.
Thanks, understood. Deleted .pdrc.

best, P

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

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

2017-08-29 Thread José Rafael Subía Valdez 
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 85 355 281 466  -tags 66d980S -fill grey86
-width 1"
("uplevel" body line 150)
invoked from within
"uplevel #0 $docmds"

this makes Pd unresponsive when I try to close that window too.
the object works fine in Ubuntu 16.04

I do not know if this is a library issue or a Pd thing. the library has not
been updated for a while now, but it is very useful. Does any one know what
seems to be the problem with the object?

tested on mac yosemite 10.10.5

-- 
José Rafael Subía Valdez
www.jrsv.net
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] .pdrc midi woes

2017-08-29 Thread IOhannes m zmölnig 
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 >10 years now.

rather than finding and fixing *any* bugs with .pdrc, support for it
should be removed completely.

gfa,rds
IOhannes



signature.asc
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] .pdrc midi woes

2017-08-29 Thread Peter P. 
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
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

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

2017-08-29 Thread IOhannes m zmölnig 
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 do *lots* of (re)connects.
the actual transmitted data does not leak.

> 2.) would it be better to use "iemnet" objects instead ?

as the author of iemnet, i'd say "of course".
as a Pd-purist, i'd say it's *far* better to to fix the *vanilla* objects.

at least, with Pd-0.48 you can use iemnet together with
fudiparse/fudiformat to build a fully compliant wrapper for
netsend/netreceive, so you can have a temporary workaround until the
core objects are fixed.

btw, the error in netsend has been fixed in the update/0.48-0 branch,
but netreceive still leaks some memory on each reconnection...

gamrds
IOhannes



signature.asc
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

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

2017-08-29 Thread Kjetil Matheussen 
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% faster than the expr equivalent.
>>
>
> hi, IOhannes !
>
> thanks for that info !
>
> i often read on this list that [expr] is slower/computational more
> expensive etc. than using simple vanilla objects. why is that so ?
>
> in theory, it would make patching more easy as it reduces the number of
> objects and cords. what are situations where [expr] makes more sense to use
> ?
>
>
expr is slower since the expressions are interpreted, but in practice it
probably doesn't matter unless expr is called extremely often. Another
alternative is k_cext which compiles the expressions to C, probably making
it the fastest alternative: https://github.com/kmatheussen/k_cext
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

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

2017-08-29 Thread oliver 

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


2.) would it be better to use "iemnet" objects instead ?


best

oliver

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

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

2017-08-29 Thread oliver 

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 this list that [expr] is slower/computational more 
expensive etc. than using simple vanilla objects. why is that so ?


in theory, it would make patching more easy as it reduces the number of 
objects and cords. what are situations where [expr] makes more sense to 
use ?


thanks

oliver

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

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

2017-08-29 Thread IOhannes m zmölnig 
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
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list