Re: [PD] [Scope~] (was Re: can signal inlets that aren't the main inlet have float or message methods?)

ok, but let me be picky... first, [declare -lib] loads a library, relative to the patch, so there seems to be no reason to declare it if it is in the same folder as the patch and I could just call it by [./scope~], right? But well, if you actually mean using [declare -stdlib], same thing goes...

Re: [PD] [Scope~] (was Re: can signal inlets that aren't the main inlet have float or message methods?)

On 04/09/2016 12:06 AM, Alexandre Torres Porres wrote: > sure, but not a library containing many objects, so I don't see why using > [declare -lib], isn't that just for the case of libraries with many > objects? Since it is just a single object binary, all I need is to have it > in a path, so more

Re: [PD] [Scope~] (was Re: can signal inlets that aren't the main inlet have float or message methods?)

2016-04-08 17:52 GMT-03:00 IOhannes m zmölnig : > On 04/08/2016 10:29 PM, Alexandre Torres Porres wrote: > > Then, cyclone does not come as a library for a long time, and "Scope~" is > > not part of a "-lib" > > but it is! > it is part of a library named "Scope~.pd_linux" which

Re: [PD] pdlv2: generate lv2 plugins from pd patches

libpd does have a ringbuffer. My initial thought is to add a libpd layer where you do, in fact, pass in the instance and it either uses a lock or uses the ringbuffer for you. One reason why libpd does not lock by default, is that many of the language wrappers (C++, Java, etc) implement the

Re: [PD] pdlv2: generate lv2 plugins from pd patches

Yeah, the Camomile stuff is interesting, it would be nice if that sort of 'lock' do action 'unlock' thing was dealt with internally in the library, or better yet, weren't required because you just pass an instance along and operate on the instance because every method would have the instance

Re: [PD] Pd-l2ork GUI port Alpha 0

Thanks, I added those issues to the tracker. On Friday, April 8, 2016 3:25 PM, Dan Wilcox wrote: Looks good. Very smooth rendering & the zooming works well with my retina screen. Fullscreen also works well. Testing on OSX, just noticed a few things: * On OSX, the

Re: [PD] pdlv2: generate lv2 plugins from pd patches

See Pierre’s details on how he built Camomille: https://lists.puredata.info/pipermail/pd-dev/2016-04/020637.html Miller has included *preliminary* multi instance support and now we have some good feedback on what still needs to be done. Dan Wilcox @danomatika

Re: [PD] listing PD's external platforms

> > but I'm sure there are more > I can't spend enough time to promote correctly this project, but FYI there is (at least...) another one : Pof : https://github.com/Ant1r/ofxPof It is based on openFrameworks, and works on Linux(ARM/X86)/OSX/Android/iOS. It has just gained a (beta) video player

Re: [PD] Pd-l2ork GUI port Alpha 0

great! looks so smooth. on osx 10.11 i get a: basename is load-meter.pd path is /Users/doc/7.stuff/tools error: load-meter.pd: read failed when trying to open the load-meter. > On 08 Apr 2016, at 16:38, Jonathan Wilkes via Pd-list > wrote: > > Hi list, > Here are some

Re: [PD] pdlv2: generate lv2 plugins from pd patches

All quite cool.. what I'd _really_ love is thread safe muliti instance support in libpd with 'user data' entries in the callbacks for all the callback methods and an 'instance' pointer included in every appropriate library call. I figure it would be dead simple, once that is provided, to also

Re: [PD] [Scope~] (was Re: can signal inlets that aren't the main inlet have float or message methods?)

On Fri, Apr 8, 2016 at 10:52 PM, IOhannes m zmölnig wrote: > On 04/08/2016 10:29 PM, Alexandre Torres Porres wrote: >> Then, cyclone does not come as a library for a long time, and "Scope~" is >> not part of a "-lib" > > but it is! > it is part of a library named

Re: [PD] [Scope~] (was Re: can signal inlets that aren't the main inlet have float or message methods?)

Alexandre, it seems you found a good approach to gradually phase out upper case (when not needed to avoid name clash). If you change class name and aliases the C code don't forget to swap upper / lower case in the symlinks too, which are created for Linux under 'cyclone extra targets' in the

Re: [PD] [Scope~] (was Re: can signal inlets that aren't the main inlet have float or message methods?)

On 04/08/2016 10:29 PM, Alexandre Torres Porres wrote: > Then, cyclone does not come as a library for a long time, and "Scope~" is > not part of a "-lib" but it is! it is part of a library named "Scope~.pd_linux" which contains a single object "Scope~". mdsf IOhannes signature.asc

Re: [PD] [Scope~] (was Re: can signal inlets that aren't the main inlet have float or message methods?)

2016-04-08 16:11 GMT-03:00 Jonathan Wilkes : > if the user isn't loading cyclone by default, and their patch does this: > [declare -lib cyclone/Scope~] > Ok, but what would that do in the first place? I don't think I get [declare] yet, can you find a specific individual

Re: [PD] Pd-l2ork GUI port Alpha 0

Hi José,There's a bug tracker here:https://puredata.osuosl.org/jwilkes/purr-data/issues Can you give step-by-step instructions to reproduce the bug?You can post them on the bug tracker (which requires sign-up and log-in), or post them here and I'll add them. -Jonathan On Friday, April 8,

Re: [PD] pdlv2: generate lv2 plugins from pd patches

That would be cool - otherwise just point me at the diffs and I'll rework them. I think they're rather self-contained, should be easy to hack in. cheers M On Fri, Apr 08, 2016 at 01:57:16PM -0600, Dan Wilcox wrote: > Although the branch is gone, the diffs are still there. If needed, I can >

Re: [PD] pdlv2: generate lv2 plugins from pd patches

Although the branch is gone, the diffs are still there. If needed, I can manually re-add those changes & put them in a new branch. Dan Wilcox @danomatika danomatika.com robotcowboy.com > On Apr 8, 2016,

Re: [PD] Pd-l2ork GUI port Alpha 0

Hello Johnathan thanks for that great step forward, where do we submit bugs? I found one. when changing the min o max value of vslider, the object just becomes useless, it sets the max to 0 and I cant chang it even if I apply changes again. tested in Mac OSX 10.6.8 On Fri, Apr 8, 2016 at 8:25

Re: [PD] Missing objects/methods in Pd WAS: objects with no alphanumerical names, how to build them?

Yes, thanks to Chris McCormick, Katja, Fred Jan, IOhannes, et al really! I’m just the messenger who peeks at all the updates on GitHub. Dan Wilcox @danomatika danomatika.com robotcowboy.com > On Apr 8,

Re: [PD] Missing objects/methods in Pd WAS: objects with no alphanumerical names, how to build them?

2016-04-08 16:35 GMT-03:00 Dan Wilcox : > Oh I hear ya ;D By all means test deken, if you haven’t been already! > Also, Katja is currently adding the ability to generate deken packages > directly from the pd-lib-builder Makefile... > I have tested deken ;) and I have been

Re: [PD] pdlv2: generate lv2 plugins from pd patches

It’s not. We started looking into it but realized the was a mismatch between the vanilla mirror we were using as a submodule in libpd. I then switched libpd to use the main pure-data git upstream so it would be easier torack your changes directly. The PR went out of scope by then though and we

Re: [PD] pdlv2: generate lv2 plugins from pd patches

I thought the GUI stuff (which I adapted from Kjetil's first cut at it) was already in libpd - if not I need to make a PR for it... cheers M On Fri, Apr 08, 2016 at 01:12:30PM -0600, Dan Wilcox wrote: > Miller was also looking into adding the ability to launch the gui to libpd. > There was a

Re: [PD] Missing objects/methods in Pd WAS: objects with no alphanumerical names, how to build them?

Oh I hear ya ;D By all means test deken, if you haven’t been already! Also, Katja is currently adding the ability to generate deken packages directly from the pd-lib-builder Makefile... Dan Wilcox @danomatika danomatika.com

Re: [PD] pdlv2: generate lv2 plugins from pd patches

Found it: https://github.com/libpd/libpd/pull/97 . The issue was closed since we ended up in a discussion of the best way to track vanilla core changes. We should definitely revisit this work! Dan Wilcox @danomatika

Re: [PD] Missing objects/methods in Pd WAS: objects with no alphanumerical names, how to build them?

2016-04-08 16:06 GMT-03:00 Dan Wilcox : > I’m not sure how you missed it on the list already :) > > I seem to be active and on top of everything that's going on in the list, but I actually ignore most of the messages :D ___

Re: [PD] Missing objects/methods in Pd WAS: objects with no alphanumerical names, how to build them?

or just completely forget... 2016-04-08 16:33 GMT-03:00 Alexandre Torres Porres : > 2016-04-08 16:06 GMT-03:00 Dan Wilcox : > >> I’m not sure how you missed it on the list already :) >> >> > I seem to be active and on top of everything that's going on in

Re: [PD] Pd-l2ork GUI port Alpha 0

Looks good. Very smooth rendering & the zooming works well with my retina screen. Fullscreen also works well. Testing on OSX, just noticed a few things: * On OSX, the first menu item is the name of he application which contains: About, Preferences, settings menus, etc. Looks like the

Re: [PD] pdlv2: generate lv2 plugins from pd patches

Miller was also looking into adding the ability to launch the gui to libpd. There was a discussion somewhere, I can’t find it right now... Dan Wilcox @danomatika danomatika.com robotcowboy.com > On Apr

Re: [PD] [Scope~] (was Re: can signal inlets that aren't the main inlet have float or message methods?)

I don't think that's backwards compatible.  For example-- if the user isn't  loading cyclone by default, and their patch does this: [declare -lib cyclone/Scope~] [Scope~] *** If by "traded" you mean you renamed the binary to scope~.pd_linux, this won't load anymore. I'd actually be in favor of

Re: [PD] Missing objects/methods in Pd WAS: objects with no alphanumerical names, how to build them?

> On Apr 8, 2016, at 12:14 PM, Alexandre Torres Porres wrote: > > 2016-04-06 1:48 GMT-03:00 Dan Wilcox >: > It makes more sense to have a solid, slim core which you can add > functionality to -> externals (...) deken will

Re: [PD] Missing objects/methods in Pd WAS: objects with no alphanumerical names, how to build them?

2016-04-06 1:48 GMT-03:00 Dan Wilcox : > It makes more sense to have a solid, slim core which you can add > functionality to -> externals (...) deken will make this relatively > painless once the next Pd release comes out. > so, what do we expect to change in the new

Re: [PD] $0-abstraction question

Thanks Liam! That sounds very promising. I'll give it a go! Cheers Skickat från min iPhone > 8 apr 2016 kl. 19:03 skrev Liam Goodacre : > > One solution is to give each abstraction instance its own ID number from > within the patch, bypassing $0. Ie. if you do this: > >

Re: [PD] Pd-l2ork GUI port Alpha 0

game changer :D 2016-04-08 15:04 GMT-03:00 Ivica Ico Bukvic : > Yay!!! Great work, Jonathan! > > > On 4/8/2016 10:38 AM, Jonathan Wilkes via Pd-list wrote: > > Hi list, > Here are some binaries to test out the alpha 0 release for the GUI port of > Pd-l2ork. > > OSX doesn't have

Re: [PD] [Scope~] (was Re: can signal inlets that aren't the main inlet have float or message methods?)

2016-04-06 18:53 GMT-03:00 Alexandre Torres Porres : > And what would change if the official name restores to scope~ (with Scope~ > being called the way "scope~" is now? > Well, I tested it here... I traded it for the opposite. I changed "Scope~" to "scope~" and made it

Re: [PD] Pd-l2ork GUI port Alpha 0

Yay!!! Great work, Jonathan! On 4/8/2016 10:38 AM, Jonathan Wilkes via Pd-list wrote: Hi list, Here are some binaries to test out the alpha 0 release for the GUI port of Pd-l2ork. OSX doesn't have Gem or PDP, and both Windows and OSX are missing some Pd-l2ork-related externals. Bug

Re: [PD] $0-abstraction question

Quoth Johan Ericsson on 08/04/2016 15:36: Dear List, This is my first time writing here so please be gentle. :-) I'm working on a state saving system in vanilla for multiple instances of the same abstraction. I've got a good system up and running where I'm writing and reading to textfile

Re: [PD] Pd-list Digest, Vol 133, Issue 36

Thanks for setting me straight, IOhannes! Peter > ouch, you are mixing two different build systems. > in brief, you should do > > EITHER > $ cd ~/pd-0.46-7/ > $ ./autogen.sh > $ ./configure --disable-portaudio --disable-portmidi --no-recursion > $ make > $ sudo make install > > OR > $ cd

Re: [PD] pdlv2: generate lv2 plugins from pd patches

You might have to merge inn libd from upstream though. Don't know how much work that is. On Fri, Apr 8, 2016 at 7:06 PM, Alex wrote: > Great, I'll look into that when I get some more time! > > On Fri, Apr 8, 2016 at 9:55 AM, Kjetil Matheussen < > k.s.matheus...@gmail.com>

Re: [PD] pdlv2: generate lv2 plugins from pd patches

Great, I'll look into that when I get some more time! On Fri, Apr 8, 2016 at 9:55 AM, Kjetil Matheussen wrote: > > > On Fri, Apr 8, 2016 at 6:51 PM, Alex wrote: > >> hmm, that is interesting, is libpds simply part of the radium project or >> is it

Re: [PD] $0-abstraction question

One solution is to give each abstraction instance its own ID number from within the patch, bypassing $0. Ie. if you do this: [loadbang] | [value load] x [+ 1] | [s $0-my-number] you will generate unique numbers (1, 2, 3...) for each instance, according to creation order. Things get

Re: [PD] pdlv2: generate lv2 plugins from pd patches

On Fri, Apr 8, 2016 at 6:51 PM, Alex wrote: > hmm, that is interesting, is libpds simply part of the radium project or > is it something you distribute separately? I should look into that. > > It's my branch of libpd on github. You can ignore the libpds part, and just use

Re: [PD] pdlv2: generate lv2 plugins from pd patches

hmm, that is interesting, is libpds simply part of the radium project or is it something you distribute separately? I should look into that. On Fri, Apr 8, 2016 at 9:43 AM, Kjetil Matheussen wrote: > > On Fri, Apr 8, 2016 at 5:08 PM, Alex wrote:

Re: [PD] pdlv2: generate lv2 plugins from pd patches

On Fri, Apr 8, 2016 at 5:08 PM, Alex wrote: > Its interesting that Camomile and the updated pdvst were announced in > these past weeks as I've been working on pdlv2, a wrapper/parser the > generates lv2 plugins from pd patches. > > https://github.com/x37v/pdLV2/ > If you

Re: [PD] pd and HiDPI

What do "canvas coordinates" have to do with "menus and dialogs"?  Also, for a potential "canvas zoom" keep in mind that [canvas scale] doesn't affect text. Orm: it's been awhile, but I think "ttk" widgets are the ones that are  "themable" using Tk's half-baked, barely-documented theming engine.  

Re: [PD] pd and HiDPI

Changing TK_SCALING almost certainly won't help as all "canvas" coordinates are in pixels I believe. Sounds like I really have to implement a "zoom" function in Pd now. cheers Miller On Fri, Apr 08, 2016 at 08:34:54AM +0200, Orm Finnendahl wrote: > Am Freitag, den 08. April 2016 um 02:45:04 Uhr

[PD] Pd-l2ork GUI port Alpha 0

Hi list,Here are some binaries to test out the alpha 0 release for the GUI port of Pd-l2ork. OSX doesn't have Gem or PDP, and both Windows and OSX are missing some  Pd-l2ork-related externals. Bug tracker is here: https://puredata.osuosl.org/jwilkes/purr-data/issues Binaries are here:OSX x_64 - 

[PD] $0-abstraction question

Dear List, This is my first time writing here so please be gentle. :-) I'm working on a state saving system in vanilla for multiple instances of the same abstraction. I've got a good system up and running where I'm writing and reading to textfile using numerical creation arguments for the

Re: [PD] listing PD's external platforms

On 04/08/2016 06:09 AM, Liam Goodacre wrote: > > Will someone create a page for it on puredata.info once it's done? > hopefully you. mgdsr IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@lists.iem.at mailing list

Re: [PD] pd and HiDPI

Am Freitag, den 08. April 2016 um 02:45:04 Uhr (+) schrieb Jonathan Wilkes: > Anyhow, you might try tweaking value for that command-- or removing > it altogether.  (grep "tk scaling" in the tcl folder to find it.)  > That's the only tk command I know of that could affect default > widget