Re: [PD] Pd meetings in Berlin?

[Ingo Stock]

Great initiative, would love to take part!

best wishes, ingo


On 10/10/17 01:31, João Pais wrote:
> Dear List,
> 
> we're considering restarting the Pd meetings in Berlin, but wanted to
> know how many users and interested persons would like to take part.
> Are you a Pd user in Berlin or a beginner interested in Pd who would
> like to meet other users and sit down to discuss Pd-related topics, or
> just patch among others? Then let us know - if there are enough
> interested persons, we can give this a go. Please, consider that this is
> not intended to be an open ended workshop for beginners, but a gathering
> of like-minded Pd'ers to share ideas, patching methods, tips, etc..
> 
> Best,
> 
> Marco Donnarumma and João Pais
> 
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list



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] Pd meetings in Berlin?

[Andy Elmsley]

Hi João and Marco,

I'd be interested in joining this meetup.

I'm away at the moment but should be back in Berlin in January. Please keep
me informed!

Cheers,
Andy


[image: AndyHeadshotRoundTransparentSmall.png]

Andy Elmsley, PhD

Founder & CTO

Melodrive 

On 9 October 2017 at 16:31, João Pais  wrote:

> Dear List,
>
> we're considering restarting the Pd meetings in Berlin, but wanted to know
> how many users and interested persons would like to take part.
> Are you a Pd user in Berlin or a beginner interested in Pd who would like
> to meet other users and sit down to discuss Pd-related topics, or just
> patch among others? Then let us know - if there are enough interested
> persons, we can give this a go. Please, consider that this is not intended
> to be an open ended workshop for beginners, but a gathering of like-minded
> Pd'ers to share ideas, patching methods, tips, etc..
>
> Best,
>
> Marco Donnarumma and João Pais
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/li
> stinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] Pd meetings in Berlin?

[João Pais]

Dear List,

we're considering restarting the Pd meetings in Berlin, but wanted to know  
how many users and interested persons would like to take part.
Are you a Pd user in Berlin or a beginner interested in Pd who would like  
to meet other users and sit down to discuss Pd-related topics, or just  
patch among others? Then let us know - if there are enough interested  
persons, we can give this a go. Please, consider that this is not intended  
to be an open ended workshop for beginners, but a gathering of like-minded  
Pd'ers to share ideas, patching methods, tips, etc..


Best,

Marco Donnarumma and João Pais

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

Re: [PD] Creating Gem Window in Windows

[Py Fave]

you can check this distribution ,

it is pd 48.0 and gem 93.3 and works here on windows 10

http://reso-nance.org/public/pd-malinette/test05/

Jérome Abel did it.

Thanks go directly in real time to him.

perhaps a comparison will give answers.




2017-10-07 21:33 GMT+02:00 Peter P. :

> Hi list,
>
> running Pd 0.48-0 vanilla on Windows and installing Gem 0.93.3 via Deken
> causes Problems at a few computers around me.
>
> Gem loads with a [declare -lib Gem] object, but creating a [gemwin]
> object by sending it the [create< message fails with many lines of
> ... couldn't create
>  GLdefine GL_LINEAR
> ... couldn't create
>  GLdefine GL_EXP
> ... couldn't create
>  GLdefine GL_EXP2
> ... couldn't create
>  GLdefine GL_COLOR_BUFFER_BIT
> ... couldn't create
>  GLdefine GL_DEPTH_BUFFER_BIT
> ... couldn't create
>  GLdefine GL_STENCIL_BUFFER_BIT
> ... couldn't create
>  GEMglMatrixMode GL_MODELVIEW
> ... couldn't create
>  GEMgluLookAt 0 0 4 0 0 0 0 1 0
> ... couldn't create
>  GEMglLoadIdentity
> ... couldn't create
>  GEMglMatrixMode GL_PROJECTION
> ... couldn't create
>  GEMglLoadIdentity
> ... couldn't create
>  GEMglFrustum -1 1 -1 1 1 20
> ... couldn't create
>
> IOhannes suspected a problem with the presence of a file Gem-meta.pd in
> the search path, but there seems no such file present on the computers
> at hand.
>
> Using the Gem Windows installer from
> http://gem.iem.at/releases/0.93.3/Gem-0.93.3-W32-i686.exe
> did not help either.
>
> This problem persists largely on Windows 10 machines and is present or
> not on identical operating system versions on different installations.
>
> It would be great to get this to work. Happy to supply more information
> and testing.
>
> best, Peter
>
> ___
> 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] why not Purr Data?

[Jonathan Wilkes via Pd-list]

>> On Mon, 2017-10-02 at 18:34 +, Jonathan Wilkes wrote:
>> > If supporting pure vanilla patches to their full extent would be a 
>> > stated goal of the Pure Data project, I'd have some incentive to
>> report 
>> > stuff, but it seems it isn't.
>> 
>> Supporting Pd Vanilla patches to their fullest extend is a goal of 
>> Purr Data.


> Up to which version? I'm asking about what you'd like to have reported 

> as bug and what rather not. The 'set' method to [dac~] was implemented 

> in Pure Data 0.47 (I guess) and is not yet supported in Purr Data. 


Please report it on the issue tracker:

https://git.purrdata.net/jwilkes/purr-data/issues
>> What are the crashers you are experiencing?

> Re weird looking patches and unusuable GUIs: the flag -legacy pretty
> much nails it. Most of the patches I tested look good and work well.
> Two issues I encountered regarding the GUI part:


> 1) In Pure Data in a group of overlapping widgets, the lowest one grabs 

> the mouse commands (which is probably not a design decision, but it 

> proved helpful for certain hacks). In Purr Data, the most top one grabs 

> the mouse, which breaks such patches created in Pure Data. I'm not 

> proposing to change that behavior, as it probably seems more logical to 

> most users the way Purr Data does it, I'm simply pointing out 

> differences. 


Do you have patches which rely on that?


> 2) A self-made abstraction (GOP widget) that lets you scroll through a 

> list of and select an item, doesn't work well in Pure Data. Instead of 

> showing only the label of the last selected item, all labels stay and 

> thus end up in a black block after a while. I haven't investigated the 

> root cause yet.


Hard to tell without looking at it:

https://git.purrdata.net/jwilkes/purr-data/issues

> Re crashes. I do experience some crashes, for instance when loading 

> certain netpd sessions (which does quite a lot of things including but
> not limited to  dynamically creating abstractions). But I haven't 

> investigated yet why. It may be due to an external I use which comes in 

> a different version in Purr Data.

> I will report back when I more useful data.


Thanks,
Jonathan

> Roman
 
___
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] runtime failure with externals written in c++ on windows 10

[IOhannes m zmoelnig]

On 2017-10-09 14:30, Settel Zack wrote:
> I have not used Gem in a while so I can not say.   So far I have encountered 
> the problem with my own C++ externals.

given the bug-reports i receive about Win10 + Gem, i'm pretty sure it
*does* work for most people.

> 
> I am using the MinGW 32 compiler (windows 10), with g++  (-dumpversion =  
> 5.3.0)
> 

hmm, one problem might be, that you are actually compiling 64bit
binaries, which a 32bit Pd cannot load (i'm not sure whether MinGW32 can
produce 64bit binaries in the first place; afaik, MinGW-W64 is easier to
setup and use and generally "much better" than MinGW32; however this can
produce 64bit binaries for sure, so you must tell the compiler/linker to
build 32bit binaries using the "-m32" flag or similar)

fgasrmd
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] runtime failure with externals written in c++ on windows 10

[Settel Zack]

I have not used Gem in a while so I can not say.   So far I have encountered 
the problem with my own C++ externals.

I am using the MinGW 32 compiler (windows 10), with g++  (-dumpversion =  5.3.0)

cheers

Zack







> On Oct 7, 2017, at 2:54 AM, IOhannes m zmölnig  wrote:
> 
> On 10/06/2017 06:51 PM, Settel Zack wrote:
>> Hi all,  
>> 
>> On windows 10, I am no longer able to load externs compiled from c++ sources.
> 
> 
> so you say that you cannot use Gem?
> or is this just a problem of your own C++ externals?
> or is it related to externals you *compiled* with a certain C++compiler?
> if so, which one?
> 
> gfmrdsa
> IOhannes
> 
> ___
> 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] why not Purr Data?

[Roman Haefeli]

On Mon, 2017-10-02 at 18:34 +, Jonathan Wilkes wrote:
> > If supporting pure vanilla patches to their full extent would be a 
> > stated goal of the Pure Data project, I'd have some incentive to
> report 
> > stuff, but it seems it isn't.
> 
> Supporting Pd Vanilla patches to their fullest extend is a goal of 
> Purr Data.

Up to which version? I'm asking about what you'd like to have reported
as bug and what rather not. The 'set' method to [dac~] was implemented
in Pure Data 0.47 (I guess) and is not yet supported in Purr Data. 


> What are the crashers you are experiencing?

Re weird looking patches and unusuable GUIs: the flag -legacy pretty
much nails it. Most of the patches I tested look good and work well.
Two issues I encountered regarding the GUI part:

1) In Pure Data in a group of overlapping widgets, the lowest one grabs
the mouse commands (which is probably not a design decision, but it
proved helpful for certain hacks). In Purr Data, the most top one grabs
the mouse, which breaks such patches created in Pure Data. I'm not
proposing to change that behavior, as it probably seems more logical to
most users the way Purr Data does it, I'm simply pointing out
differences. 

2) A self-made abstraction (GOP widget) that lets you scroll through a
list of and select an item, doesn't work well in Pure Data. Instead of
showing only the label of the last selected item, all labels stay and
thus end up in a black block after a while. I haven't investigated the
root cause yet.

Re crashes. I do experience some crashes, for instance when loading
certain netpd sessions (which does quite a lot of things including but
not limited to  dynamically creating abstractions). But I haven't
investigated yet why. It may be due to an external I use which comes in
a different version in Purr Data.

I will report back when I more useful data.

Roman
 


signature.asc
Description: This is a digitally signed message part
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list