[PD] Purr Data 2.4.1

[Jonathan Wilkes via Pd-list]

Hi list,
Purr Data 2.4.1 is out:
https://github.com/jonwwilkes/purr-data/releases/tag/2.4.1

Please report bugs here:
https://git.purrdata.net/jwilkes/purr-data/issues

* update [expr] family to the same codebase as Pd Vanilla 0.48
* fix bug that prevented file path in [draw image] from working
* fix regression opening Pd files in a running instance

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

Re: [PD] initbang in vanilla (was Re: how to destroy/delete an object with dynamic patching?)

[Alexandre Torres Porres]

2017-10-22 19:52 GMT-02:00 Miller Puckette :

> I've been thinking about some sort of such extention of loadbang - also
> to allow you to specify the message, as in "loadbang 5"  - I think that
> would

get a lot of use.


It would certainly do! There is already an external for this though, it is
[cyclone/loadmess], I know I use it all the time. It's one of the new ones
we included in cyclone 0.3

But I don't have a solid sense of what the design should
> be (and am always afraid of implementing something before I understand all
> the issues; if I do something stupid then its there forever :)
>

The thing about connecting [loadbang] to a message is that you can at least
click the message on the patch while you're working on it to test things.
That's also the case with a plain loadbang, but you can just also connect a
bang GUI. The thing is that it'd be more annoying to deal with that if you
had a message. The way [loadmess] works is that you can just click on it
and it sends the message as well. I like that idea and it's easy to
implement it in Pd, and it could be useful for a plain [loadbang] as well.

As long as loading messages go, what I don't like about [cyclone/loadmess]
is that you can't give it a comma and send more than one message at once.
That would be cool and I was even considering creating another external so
it could do that.


2017-10-22 16:44 GMT-02:00 Dan Wilcox :

> Or [loadbang] could have a second outlet for init bangs...
>

that actually sounds better and cleaner, and totally compatible with
Miller's idea of allowing it to send messages as well. I don't see how that
would raise any issue.

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

Re: [PD] pd-0.48 OSX 10.8.5 right click not working

[hi via Pd-list]

I ran it that way and it is working! What does that mean?


Am 23.10.2017 um 00:00 schrieb Dan Wilcox :

> Can you run Pd form Terminal using the following and test?
> 
> wish8.4 /Applications/Pd-0.48-0.app/Contents/Resources/tcl/pd-gui.tcl
> 
>> On Oct 22, 2017, at 11:52 PM, pd-list-requ...@lists.iem.at wrote:
>> 
>> Date: Sun, 22 Oct 2017 21:46:01 +0200
>> From: hi 
>> To: Pd-List 
>> Subject: [PD] pd-0.48 OSX 10.8.5 right click not working
>> Message-ID: <1d262b24-4c3c-436e-8cfb-9c70493de...@googlemail.com>
>> Content-Type: text/plain; charset=us-ascii
>> 
>> Dear list
>> 
>> i found that there are problems with pd-0.48.0 that there have not been 
>> there with 0.47.1 on osx. I am on 10.8.5 and use the 32bit versions.
>> Problems are: 
>> - right mouse click does not work
>> - scrawling does not work ( i think the windows are not aware that there is 
>> content beyond its borders)
>> - there is no cursor when writing in an object (only in the 32bit version)
>> 
>> best,
>> 
>> Jonas
> 
> 
> Dan Wilcox
> @danomatika
> danomatika.com
> robotcowboy.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] pd-0.48 OSX 10.8.5 right click not working

[Dan Wilcox]

Can you run Pd form Terminal using the following and test?

wish8.4 /Applications/Pd-0.48-0.app/Contents/Resources/tcl/pd-gui.tcl

> On Oct 22, 2017, at 11:52 PM, pd-list-requ...@lists.iem.at wrote:
> 
> Date: Sun, 22 Oct 2017 21:46:01 +0200
> From: hi >
> To: Pd-List >
> Subject: [PD] pd-0.48 OSX 10.8.5 right click not working
> Message-ID: <1d262b24-4c3c-436e-8cfb-9c70493de...@googlemail.com 
> >
> Content-Type: text/plain; charset=us-ascii
> 
> Dear list
> 
> i found that there are problems with pd-0.48.0 that there have not been there 
> with 0.47.1 on osx. I am on 10.8.5 and use the 32bit versions.
> Problems are: 
> - right mouse click does not work
> - scrawling does not work ( i think the windows are not aware that there is 
> content beyond its borders)
> - there is no cursor when writing in an object (only in the 32bit version)
> 
> best,
> 
> Jonas


Dan Wilcox
@danomatika 
danomatika.com 
robotcowboy.com 



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

Re: [PD] initbang in vanilla (was Re: how to destroy/delete an object with dynamic patching?)

[Miller Puckette]

I've been thinking about some sort of such extention of loadbang - also
to allow you to specify the message, as in "loadbang 5" - I think that would
get a lot of use.  But I don't have a solid sense of what the design should
be (and am always afraid of implementing something before I understand all
the issues; if I do something stupid then its there forever :)

Miller

On Sun, Oct 22, 2017 at 08:44:25PM +0200, Dan Wilcox wrote:
> Or [loadbang] could have a second outlet for init bangs...
> 
> > On Oct 22, 2017, at 7:35 PM, pd-list-requ...@lists.iem.at wrote:
> > 
> > I can think of an easier solution that doesn't even require another Pd
> > object: [loadbang] could take a non zero argument to turn it into
> > [initbang]. That'd be so easy to implement that even I could do it... (it's
> > just action = LB_INIT instead of LB_LOAD). This would also be backwards
> > compatible, of course. I could even go ahead and make a PR for that.
> 
> 
> Dan Wilcox
> @danomatika 
> danomatika.com 
> robotcowboy.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

[PD] pd-0.48 OSX 10.8.5 right click not working

[hi via Pd-list]

Dear list

i found that there are problems with pd-0.48.0 that there have not been there 
with 0.47.1 on osx. I am on 10.8.5 and use the 32bit versions.
Problems are: 
- right mouse click does not work
- scrawling does not work ( i think the windows are not aware that there is 
content beyond its borders)
- there is no cursor when writing in an object (only in the 32bit version)

best,

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

Re: [PD] initbang in vanilla (was Re: how to destroy/delete an object with dynamic patching?)

[Dan Wilcox]

Or [loadbang] could have a second outlet for init bangs...

> On Oct 22, 2017, at 7:35 PM, pd-list-requ...@lists.iem.at wrote:
> 
> I can think of an easier solution that doesn't even require another Pd
> object: [loadbang] could take a non zero argument to turn it into
> [initbang]. That'd be so easy to implement that even I could do it... (it's
> just action = LB_INIT instead of LB_LOAD). This would also be backwards
> compatible, of course. I could even go ahead and make a PR for that.


Dan Wilcox
@danomatika 
danomatika.com 
robotcowboy.com 



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

[PD] Gem stereo mode red/green vs red/cyan

[hi via Pd-list]

Dear List

I know it has been asked before, but i cannot find any answer. Is there a way 
to change the colors of the stereo mode of gemwin from red/green to red/cyan?

best, 

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

Re: [PD] initbang in vanilla (was Re: how to destroy/delete an object with dynamic patching?)

[IOhannes m zmölnig]

On 10/22/2017 07:35 PM, Alexandre Torres Porres wrote:
> Am I close?

yes.
thank you.

gfmsard
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] initbang in vanilla (was Re: how to destroy/delete an object with dynamic patching?)

[Alexandre Torres Porres]

Ok, you have a good point and now I seem to finally understand what you
mean.

It's not that this has been argued over and over only to get strong
rejections as I was assuming. Seems I got confused yet again.

Apparently, the deal is that this has been long requested over and over,
but all that ever came out of this was this possibility to have it as an
external for Pd. Which is to say there was plenty awareness that people
wanted it, but, nonetheless, a decision has been made by Miller and this is
probably all we'll ever get. Am I close?

2017-10-21 5:08 GMT-02:00 IOhannes m zmölnig :

>
> 1.5 years ago (see the post from miller that alex linked to) a decision
> was made, which was greeted with an "EVERYONE WINS" by the community
> (and i don't remember anybody objecting).
>
> so what has changed in the last 20 months?
>

 I don't think much has changed. But by that I mean a lot of people still
seem to hope for that functionality in Vanilla and are still requesting for
it. Yes making it possible for externals was obviously a well received step
towards, unlikely subject to any objection by anybody, but I don't think
that one or another person greeting "Yeah! Awesome" reflects the
satisfaction of the whole community, or an agreement that actually having
this in Vanilla from then on and forever would be crazy. Actually I can't
see why there'd be much objection for not having this in Vanilla. Thus,
still here we are asking for further solutions.

Ok, seems Miller has concerns. And I've already found my own solution
(writting my own external), so I can let it go easily. Though I'm really
curious and would like at least an explanation just to understand the issue.

2017-10-22 12:24 GMT-02:00 Dan Wilcox :

> Maybe a further solution would be to have an optional [initbang] (or
> something similarly named) in the core "extra" externals which simply wraps
> the interface provided within vanilla and is overridable and/or optional
> when compiling.
>

I can think of an easier solution that doesn't even require another Pd
object: [loadbang] could take a non zero argument to turn it into
[initbang]. That'd be so easy to implement that even I could do it... (it's
just action = LB_INIT instead of LB_LOAD). This would also be backwards
compatible, of course. I could even go ahead and make a PR for that.

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

Re: [PD] [coll] Object "inconsistent output"

[Alexandre Torres Porres]

please report it here https://github.com/porres/pd-cyclone/issues

2017-10-22 9:35 GMT-02:00 José Rafael Subía Valdez :

> Hello List
>
> I have been using the [coll] object as part of my preset system. But I ran
> into an issue that I wanted to bring up.
>
> [coll] can store symbols and floats/ints as lists, however, the
> information in [coll] changes if it is loaded from a text file or if it is
> recorded inside the object during the pd session. This results in a mixed
> output accordingly. To fix this I had to convert everything to symbol and
> then everything to a list with the [l2s] and [s2l] objects. Problem solved,
> however, is this a correct behavior? shouldn't it be the same type of
> output either way?
>
> thoughts?
>
> --
> 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] Support Gem/Deken Development

[Dan Wilcox]

Note that Apple does not really support Vulkan as they would prefer people use 
their own Metal library and MS has a competing "standard". This would also 
necessitate removal and/or wrapping of the GEM old-style open gl immediate mode 
approach which was superseded in OpenGL 3 (i believe) and not used in Vulkan, 
et al. OpenGL 2 will be around a while as so many projects still need it.

> On Oct 22, 2017, at 4:24 PM, pd-list-requ...@lists.iem.at wrote:
> 
> Date: Sun, 22 Oct 2017 21:52:14 +0900
> From: Max >
> To: pd-list@lists.iem.at 
> Subject: Re: [PD] Support Gem/Deken Development
> Message-ID: <87033535-7555-e23d-4e5f-9e6496352...@revolwear.com 
> >
> Content-Type: text/plain; charset=utf-8; format=flowed
> 
> On 2017년 10월 21일 21:52, Jérôme Abel wrote:
>> What would be the goals (64 bits, AVFoundation for Mac OSX, ...) 
> 
> A Vulkan rewrite? https://www.khronos.org/vulkan/ 
> 

Dan Wilcox
@danomatika 
danomatika.com 
robotcowboy.com 



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

Re: [PD] initbang in vanilla (was Re: how to destroy/delete an object with dynamic patching?)

[Dan Wilcox]

Maybe a further solution would be to have an optional [initbang] (or something 
similarly named) in the core "extra" externals which simply wraps the interface 
provided within vanilla and is overridable and/or optional when compiling.

> On Oct 21, 2017, at 12:00 PM, pd-list-requ...@lists.iem.at wrote:
> 
> since then the issue was raised again and again.
> 1.5 years ago (see the post from miller that alex linked to) a decision
> was made, which was greeted with an "EVERYONE WINS" by the community
> (and i don't remember anybody objecting).


Dan Wilcox
@danomatika 
danomatika.com 
robotcowboy.com 



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

Re: [PD] Support Gem/Deken Development

[Max]

On 2017년 10월 21일 21:52, Jérôme Abel wrote:
What would be the goals (64 bits, AVFoundation for Mac OSX, ...) 


A Vulkan rewrite? https://www.khronos.org/vulkan/

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

Re: [PD] (simple) questions about [plot]

[Christof Ressi]

> 1 into the inlet makes plot visible, 0 makes it invisible.

to add some info: this toggles visibility for all instances of the struct. 
if you want to control visibility per instance then use the "-v" flag together 
with a field name of your struct and control it with the [set] object (which 
takes a pointer to the instance). this is the same as changing the color, as 
Jonathan explained.

note that you can't send a float message to [plot] once you provide the "-v" 
flag.

Christof

 

Gesendet: Sonntag, 22. Oktober 2017 um 13:57 Uhr
Von: jonathanfr...@gmx.net
An: pd-list@lists.iem.at
Betreff: Re: [PD] (simple) questions about [plot]

hi rolf,
1 into the inlet makes plot visible, 0 makes it invisible.
for color you need to define a float variable in struct so that you can change 
the color with set in polygon/curve/symbol/number.
jonathan
 
 

Gesendet: Sonntag, 22. Oktober 2017 um 13:26 Uhr
Von: ro...@dds.nl
An: "Pd list" 
Betreff: [PD] (simple) questions about [plot]
hi list,

in the [plot]-help-file is says:
"alternatively, an optional "-v [variable]" flag to assign a variable to
make this visible/invisible."

when creating the object, using at -v 1 makes is visible, -v 0 hides it.

but how to change this during runtime?
same question for the color.

[plot] has an inlet, however it has 'no method' for 'set' or for 'vis'
or 'color'.

the only suggestion (10 years old) i found was to dynamically delete the
object
and create a new one with the desired arguments.

rolf


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list[https://deref-gmx.net/mail/client/6D9JzrJjqV4/dereferrer/?redirectUrl=https%3A%2F%2Fderef-gmx.net%2Fmail%2Fclient%2Fw7cvIlxSSbQ%2Fdereferrer%2F%3FredirectUrl%3Dhttps%253A%252F%252Flists.puredata.info%252Flistinfo%252Fpd-list]
 ___ Pd-list@lists.iem.at mailing 
list UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list[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] (simple) questions about [plot]

[JonathanFrank]

hi rolf,

1 into the inlet makes plot visible, 0 makes it invisible.

for color you need to define a float variable in struct so that you can change the color with set in polygon/curve/symbol/number.

jonathan

 

 

Gesendet: Sonntag, 22. Oktober 2017 um 13:26 Uhr
Von: ro...@dds.nl
An: "Pd list" 
Betreff: [PD] (simple) questions about [plot]

hi list,

in the [plot]-help-file is says:
"alternatively, an optional "-v [variable]" flag to assign a variable to
make this visible/invisible."

when creating the object, using at -v 1 makes is visible, -v 0 hides it.

but how to change this during runtime?
same question for the color.

[plot] has an inlet, however it has 'no method' for 'set' or for 'vis'
or 'color'.

the only suggestion (10 years old) i found was to dynamically delete the
object
and create a new one with the desired arguments.

rolf


___
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] [coll] Object "inconsistent output"

[José Rafael Subía Valdez]

Hello List

I have been using the [coll] object as part of my preset system. But I ran
into an issue that I wanted to bring up.

[coll] can store symbols and floats/ints as lists, however, the information
in [coll] changes if it is loaded from a text file or if it is recorded
inside the object during the pd session. This results in a mixed output
accordingly. To fix this I had to convert everything to symbol and then
everything to a list with the [l2s] and [s2l] objects. Problem solved,
however, is this a correct behavior? shouldn't it be the same type of
output either way?

thoughts?

-- 
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] (simple) questions about [plot]

[rolfm]

hi list,

in the [plot]-help-file is says:
"alternatively, an optional "-v [variable]" flag to assign a variable to 
make this visible/invisible."


when creating the object, using at -v 1 makes is visible, -v 0 hides it.

but how to change this during runtime?
same question for the color.

[plot] has an inlet, however it has 'no method' for 'set' or for 'vis' 
or 'color'.


the only suggestion (10 years old) i found was to dynamically delete the 
object

 and create a new one with the desired arguments.

rolf


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

Re: [PD] leapmotion.pd_linux can't create troubleshooting

[Max]

I doubt that, because the SDK v2 is windows only from the LEAP software 
side.


On 2017년 10월 21일 17:32, João Pais wrote:
you mean https://github.com/chikashimiyama/Pd_Leapmotion_win? I only 
commissioned the windows version, but I imagine that anyone can compile 
it for other OSs.


2017-10-20 19:47 GMT+02:00 Max >:


Interesting, but the SDK v2 is windows only, so not relevant for me.
Or am I missing something?



On 2017년 10월 20일 19:38, João Pais wrote:

Btw I just paid Chikashi a sum to update the leapmotion external
to the SDK v2. It is done, and the code is public.

Nevermind. changed the install directory and it works now.







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