Re: [PD] your favorite key:value data structure?

[Peter Nyboer]

Maybe PuRestJson fits the bill?
I checked this out a while ago on CHIP using vanilla. I had some issues that 
were eventually fixed, but I ended up doing the bulk of the work in python then 
passing some control data over to PD via OSC. 
I was using it to load data from EchoNest into a PD patch. 
But it probably will do what you want.

https://github.com/residuum/PuRestJson 

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

[PD] Pd 0.48.0.test1 fails to create all the gop objects of an existing patch

[David Adams]

I uninstalled 0.47.1 and installed 0.48.0.test1 and tried to open a file of
seven placed abstractions but only two appear as the expected gop objects.
(the dark green canvas was moved manually). Screenshot 1
Uninstalled 0.48 and reinstalled 0.47.1 and the file opens correctly.
Screenshot 2
Cheers
David Adams
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] [PD-announce] pd 0.48-0test1 released

[IOhannes m zmölnig]

On 07/18/2017 11:20 PM, IOhannes m zmölnig wrote:
> On 07/16/2017 11:38 PM, Miller Puckette wrote:
>> So those lines were present ina "good" version, then gone in a "slightly
>> bad" one, then got reinstated and made things worse than before.  They
>> must be interacting with sonething else, but I don't know what.
> 
> i checked and it seems that the problem is the deferred instantiation of
> the pdmenus, as introduced by dan's OSX menu fixes in 0759bcf2.
> 
> i'm currently looking for a fix for this problem.


i think i might have found one:

   https://github.com/pure-data/pure-data/pull/108

please test (the issue that gets fixed is only on X11; however, please
also test on OSX to see whether this broke the menu on Darwin) and merge.

gmare
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] your favorite key:value data structure?

[Ali Momeni]

Thanks for clarifying Alexandre.

I would like a pure Vanilla solution because I need to run my application
on a raspberry pi, an iOS device, and Android, and in the browser.
I'll make do with the 'text' object for now unless there is an obvious
alternative (or a way to use 'struct' with 'keys').

-ali

On Tue, Jul 18, 2017 at 5:31 PM, Alexandre Torres Porres 
wrote:

> 2017-07-18 17:45 GMT-03:00 Ali Momeni :
>
>>
>> My understanding is that 'coll' is NOT a part of vanilla, but rather a
>> part of 'cyclone', not maintained by Miller.  Since I'm looking for a pure
>> Vanilla solution, this is not a good choice.  right?
>>
>
> Yep, [coll] is an external from cyclone, not part of vanilla. It is not
> maintained by Miller, but this doesn't mean that it is not being
> maintained, as cyclone is in active development and maintenance. But it is
> not clear why you need a vanilla solution, if it is a matter of an external
> being maintained or not. Usually this restriction comes from a matter of
> doing something with libpd, sometimes it is a case of personal preference...
>
> As I understand, [coll] and [text] may have different features, though I
> wouldn't know about them, like I just asked, as well as I asked if there
> could be any benefit in also cloning max's [dict] object.
>
> cheers
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Relationship between constant-Q and FFT - can you do it in vanilla?

[Thomas Grill]

Btw., just committed the solution to github, additionally implementing the mel 
frequency scale.
https://github.com/g/spect_scaled

Looking forward to contributions.
best, Thomas

--
Thomas Grill
http://g.org



> Am 13.07.2017 um 02:00 schrieb Thomas Grill :
> 
> Hi,
> apart from true CQ Gabor transformations there is a method for estimating the 
> power spectra of arbitrary frequency scales. It's probably what you are 
> looking for.
> It is based on summing up power spectrum bins by use of triangular windows.
> I made an implementation which is fairly general. It employs some dynamic 
> patching to generate the individual filter bands.
> spect_scaled.pd is the main abstraction, it comes with a demo file 
> spect_scaled-help.pd
> 
> have fun, Thomas
> 
> --
> Thomas Grill
> http://g.org
> 
> 
> 
> 
> 
>> Am 10.07.2017 um 22:01 schrieb Alexandre Torres Porres :
>> 
>> Howdy, trying to figure the relationship between constant-Q and FFT, and if 
>> you can make a constant-Q patch in vanilla based on [fft~]. This would be 
>> for an android app, so it'd be good if I didn't need an external.
>> 
>> I was checking the [constantq~] external, which is found here and in 
>> 'deken'. it's based on a paper by Puckette and Brown. I need help cause I 
>> can't read math or figure out code reasonably well, so I don't really know 
>> how it works. It seems it could be done just by rescaling the output of an 
>> FFT with logarithmic values, but I could be terribly wrong.
>> 
>> Thing is that I already have a pd patch with a logarithmic output here - 
>> this is not vanilla, but made on extended, but easily adaptable for vanilla 
>> (I'm also attaching it).
>> 
>> Also, how about just having a bank of filters with center frequencies around 
>> the tempered scale, could you have in practice the same thing as from 
>> [constantq~]?
>> 
>> thanks
>> <6.Log_Freq.pd>___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management -> 
>> https://lists.puredata.info/listinfo/pd-list
> 



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

Re: [PD] your favorite key:value data structure?

[Alexandre Torres Porres]

2017-07-18 17:45 GMT-03:00 Ali Momeni :

>
> My understanding is that 'coll' is NOT a part of vanilla, but rather a
> part of 'cyclone', not maintained by Miller.  Since I'm looking for a pure
> Vanilla solution, this is not a good choice.  right?
>

Yep, [coll] is an external from cyclone, not part of vanilla. It is not
maintained by Miller, but this doesn't mean that it is not being
maintained, as cyclone is in active development and maintenance. But it is
not clear why you need a vanilla solution, if it is a matter of an external
being maintained or not. Usually this restriction comes from a matter of
doing something with libpd, sometimes it is a case of personal preference...

As I understand, [coll] and [text] may have different features, though I
wouldn't know about them, like I just asked, as well as I asked if there
could be any benefit in also cloning max's [dict] object.

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

Re: [PD] [PD-announce] pd 0.48-0test1 released

[Dan Wilcox]

Relatedly, I saw a similar issue using the buggy Tk 8.5.9 included with macOS. 
The issue went away using either 8.4 or a newer 8.6.

In that case, it was the audio dialog opening in a slightly lower position each 
time.

> On Jul 18, 2017, at 11:21 PM, pd-list-requ...@lists.iem.at wrote:
> 
> From: IOhannes m zmölnig mailto:zmoel...@iem.at>>
> Subject: Re: [PD] [PD-announce] pd 0.48-0test1 released
> Date: July 18, 2017 at 11:20:57 PM GMT+2
> To: pd-list@lists.iem.at 
> 
> 
> On 07/16/2017 11:38 PM, Miller Puckette wrote:
>> So those lines were present ina "good" version, then gone in a "slightly
>> bad" one, then got reinstated and made things worse than before.  They
>> must be interacting with sonething else, but I don't know what.
> 
> i checked and it seems that the problem is the deferred instantiation of
> the pdmenus, as introduced by dan's OSX menu fixes in 0759bcf2.
> 
> i'm currently looking for a fix for this problem.
> 
> gfmasr
> IOhannes


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] [PD-announce] pd 0.48-0test1 released

[IOhannes m zmölnig]

On 07/16/2017 11:38 PM, Miller Puckette wrote:
> So those lines were present ina "good" version, then gone in a "slightly
> bad" one, then got reinstated and made things worse than before.  They
> must be interacting with sonething else, but I don't know what.

i checked and it seems that the problem is the deferred instantiation of
the pdmenus, as introduced by dan's OSX menu fixes in 0759bcf2.

i'm currently looking for a fix for this problem.

gfmasr
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] your favorite key:value data structure?

[Ali Momeni]

Thanks everyone, this is all very helpful.

"text":
Great.  Can use search, works fine.

"coll":
My understanding is that 'coll' is NOT a part of vanilla, but rather a part
of 'cyclone', not maintained by Miller.  Since I'm looking for a pure
Vanilla solution, this is not a good choice.  right?

"struct":
I understand that you can invent complex data structures with this object.
My 2 questions are:
-is there an easy/out-of-the-vanilla-box way to go from text files to
struct?
-i don't see how struct implements the "key" of my desired key/value pair.
 is that the name of the pd subpatch that has the struct object in it?

Thanks also for the hot PuRestJson tip, will look into that for future
adventures.

ali


On Tue, Jul 18, 2017 at 2:54 PM, Peter Nyboer  wrote:

> Maybe PuRestJson fits the bill?
> I checked this out a while ago on CHIP using vanilla. I had some issues
> that were eventually fixed, but I ended up doing the bulk of the work in
> python then passing some control data over to PD via OSC.
> I was using it to load data from EchoNest into a PD patch.
> But it probably will do what you want.
>
> https://github.com/residuum/PuRestJson
>
> Peter
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] DSP cycle - block size & overlapping

[Christof Ressi]

1) the question I just asked myself is, how would you use these bangs? since 
all clock timeouts will still be handled every 64 samples I can't think of any 
real applications...

2) in your case, the blocks do have 64 samples, it's just that it's two times 
the same block instead of two blocks 32 samples apart because [inlet~] can't 
handle hop sizes less than 64 samples. therefore a [block~ 32 1] in the parent 
patch won't help either (I tried it). but you can always do manual overlap and 
add with delay lines. 

 

Gesendet: Dienstag, 18. Juli 2017 um 19:11 Uhr
Von: "Pierre Guillot" 
An: "Christof Ressi" 
Cc: pd-list@lists.iem.at
Betreff: Re: [PD] DSP cycle - block size & overlapping

Hi Christof,
 
1) So I guess it should be documented. Can you explain the workaround. The idea 
would be for example to generate a bang every cycles of 32 samples.
 
2) In fact, with [block~ 64 2 1], I don't expect to have two blocks of 32 
samples but 2 blocks of 64 samples (shifted by 32 samples). But I guess I 
understand the limitation (perhaps it should also be documented or perhaps I'm 
missed it?). So in fact the hope size must be at least the block size of the 
parent patch (that seems logic) so if I want to use [block~ 64 2] I need my 
parent patch to have [block~ 32 1] (and that implies a delay of 32 samples?). 
I'm right?
 
Thanks!
 
 
 
 
2017-07-18 18:29 GMT+02:00 Christof Ressi 
mailto:christof.re...@gmx.at]>:Hi,

1) unfortunately, all objects using clocks won't work correctly for block sizes 
smaller than 64, for the very reasons you already mentioned. a possible 
workaround is to send bangs from the parent canvas. there you can use a fast 
[metro] and sync it with [bang~].

2) again, this is a clock issue. the hop size mustn't be smaller than 64 
samples, e.g. for overlap 4 you need at least a blocksize of 256. what happens 
in your patch with [block 64 2 1] is that [inlet~] fetches the same block twice 
(instead of two blocks 32 samples apart) and then performs the overlap add.

therefore with

-1  1  1  1  1  1  1  1
1  1  1  1  1  1  1  1
1  1  1  1  1  1  1  1
1  1  1  1  1  1  1  1
1  -1  -1  -1  -1  -1  -1  -1
-1  -1  -1  -1  -1  -1  -1  -1
-1  -1  -1  -1  -1  -1  -1  -1
-1  -1  -1  -1  -1  -1  -1  -1

you get all zeros.

and with

0  1  1  1  1  1  1  1
1  1  1  1  1  1  1  1
1  1  1  1  1  1  1  1
1  1  1  1  1  1  1  1
1  0  0  0  0  0  0  0
0  0  0  0  0  0  0  0
0  0  0  0  0  0  0  0
0  0  0  0  0  0  0  0

you get all ones.

Christof


 
 

Gesendet: Dienstag, 18. Juli 2017 um 17:14 Uhr
Von: "Pierre Guillot" 
mailto:guillotpier...@gmail.com]>
An: pd-list@lists.iem.at[mailto:pd-list@lists.iem.at]
Betreff: [PD] DSP cycle - block size & overlapping

Hi all,
 
I'm experimenting with different block sizes and overlapping factors for 
subpatches and I encountered 2 issues (or perhaps my mind is completely 
scrambled, tell me...):
 
1st: the output of [bang~] is limited by the default block size (64 samples). I 
understand why it works like that - the DSP method of [bang~] uses 
clock_delay() and the clocks frequencies are limited by the main DSP cycle - 
and that  avoiding the use of clocks can break the sequential behavior 
(signal-message). But I think it's strange. Do you think that we can find a way 
to use [bang~] with smaller block sizes than 64? If not, shouldn't we add 
something in the help file (it took me a while to figure out this limitation)?
 

2nd: I don't really figure out how the overlapping is performed. Following the 
[block~]'s help file and I03.resynthesis from the audio examples, I understand 
that with a block size N and an overlapping factor O, the patch computes blocks 
of N samples at intervals of N/O samples.
Now, I suppose if the patch has an [inlet~] that directly feeds an [outlet~] 
the resulting signal would be the input signal multiplied by O. Considering a 
square wave (between 0 & 1) with a period of N for the input signal and an 
overlapping factor of 2, I supposed that the resulting signal would also be a 
square wave multiplied by 2 (between 0 & 2) with the same period. But the 
resulting signal is a unitary signal of 1, like if the 2nd overlapping block 
has been shifted by N/2 and is now synchronized with the 1st one. I guess there 
is something obvious that I don't understand but if anyone can help me I would 
be very grateful!
 
Here a patch that describes the 2nd problem: 
https://gist.github.com/pierreguillot/5e775b39860330739e3efbb6adb8ad1a[https://gist.github.com/pierreguillot/5e775b39860330739e3efbb6adb8ad1a]
 
Cheers,Pierre___ 
Pd-list@lists.iem.at[mailto: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][https://lists.puredata.info/listinfo/pd-list[https://lists.puredata.info/listinfo/pd-list]]

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and accou

Re: [PD] Macbook Air Errors with 0.48 Test 1

[Simon Iten]

sierra indicates

10.12

https://en.wikipedia.org/wiki/MacOS_Sierra 



> On 18 Jul 2017, at 21:55, Miller Puckette  wrote:
> 
> Really 10.2.5?  Not 10.5?
> 
> I've tested on 10.6.  I ues I'd better try an earlier one :)
> 
> M
> 
> On Tue, Jul 18, 2017 at 02:39:06PM -0400, me.grimm wrote:
>> Hello,
>> 
>> So I have a student with a Macbook Air. Pd 0.47.1 that she downloaded hangs
>> and quits as detailed here:
>> https://lists.puredata.info/pipermail/pd-list/2016-12/117154.html
>> 
>> then miller said he maybe fixed?
>> https://lists.puredata.info/pipermail/pd-list/2016-12/117157.html
>> 
>> So I just tried the version (recent test) i recently compiled and that
>> opens (sort of) but I get now Pd window. I did get error:
>> 
>> Not connected to 'pd' process
>> Not connected to 'pd' process
>>while executing
>> "error "Not connected to 'pd' process""
>>(procedure "pdsend" line 6)
>>invoked from within
>> "pdsend "pd audio-properties""
>>(procedure "::tk::mac::ShowPreferences" line 3)
>>invoked from within
>> "::tk::mac::ShowPreferences"
>> 
>> shes on macbook air 10.2.5 (sierra) 13" early 2015
>> 
>> I know there has been trouble running Pd on Macbook Airs in the past and
>> would like to nail whats wrong. let me know what to do to test while I have
>> access to this machine for the next couple weeks.
>> 
>> thanks!
>> 
>> 
>> 
>> -- 
>> 
>> m.e.grimm, m.f.a, ed.m.
>> syracuse u., tc3
>> megrimm.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] [PD-announce] pd 0.48-0test1 released

[Max]

On 2017년 07월 18일 18:42, Dan Wilcox wrote:
On Jul 18, 2017, at 6:20 PM, Max > wrote:

make clean

make: *** No rule to make target 'clean'.  Stop.


That means the the makefiles aren't generated. If so, you need to run to 
generate them:


./autogen.sh


ah, I see.

Judging from the stack trace, I'm not sure pd was built with debugging 
on. You can do a clean and rebuild with debugging by:


make clean
./configure --enable-debug --enable-jack
make


cd bin
./pd
Segmentation fault

./pd -nrt as IOhannes suggested
runs ok.

gdb ./pd
run -nrt
also runs ok.


If the stack trace output is the same, maybe try the above without 
--enable-jack as well.


Pd runs like that!
make clean
./configure --enable-debug
make
cd bin
./pd
API 5 not supported, reverting to 1 (ALSA)




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

Re: [PD] Macbook Air Errors with 0.48 Test 1

[Miller Puckette]

Really 10.2.5?  Not 10.5?

I've tested on 10.6.  I ues I'd better try an earlier one :)

M

On Tue, Jul 18, 2017 at 02:39:06PM -0400, me.grimm wrote:
> Hello,
> 
> So I have a student with a Macbook Air. Pd 0.47.1 that she downloaded hangs
> and quits as detailed here:
> https://lists.puredata.info/pipermail/pd-list/2016-12/117154.html
> 
> then miller said he maybe fixed?
> https://lists.puredata.info/pipermail/pd-list/2016-12/117157.html
> 
> So I just tried the version (recent test) i recently compiled and that
> opens (sort of) but I get now Pd window. I did get error:
> 
> Not connected to 'pd' process
> Not connected to 'pd' process
> while executing
> "error "Not connected to 'pd' process""
> (procedure "pdsend" line 6)
> invoked from within
> "pdsend "pd audio-properties""
> (procedure "::tk::mac::ShowPreferences" line 3)
> invoked from within
> "::tk::mac::ShowPreferences"
> 
> shes on macbook air 10.2.5 (sierra) 13" early 2015
> 
> I know there has been trouble running Pd on Macbook Airs in the past and
> would like to nail whats wrong. let me know what to do to test while I have
> access to this machine for the next couple weeks.
> 
> thanks!
> 
> 
> 
> -- 
> 
> m.e.grimm, m.f.a, ed.m.
> syracuse u., tc3
> megrimm.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] [PD-announce] pd 0.48-0test1 released

[IOhannes m zmölnig]

On 07/18/2017 06:20 PM, Max wrote:
> (gdb) watchdog: signaling pd...

when running Pd in a debugger, you should always turn off realtime (that
is: run with "-nrt")

gfamrds
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] expr update for 0.48

[Alexandre Torres Porres]

Howdy Shahrokh, Miller and pd-list, the release notes of 0.48 mention this:

"The expr family (expr, expr~, fexpr~) got an update from Shahrokh
Yadegari. I'm not sure when this first came about, but expr now can access
"variable" objects as variables inside expressions. Expressions using "if"
skip evaluating the argument that isn't used."

well, the expr family can access variable objects since version 0.4 (which
I do not know when got into Pd). As from version 0.5 (which made into Pd by
0.47, I think), you could also give it a value by using the new "=" syntax.
Like: [expr x = 3] changes the value of a [v x] object.

Now we have version 0.55 up, and I do not know what's new about variables,
maybe nothing? So we could change the notes to what's asctually new. Here's
a list  Shahrokh sent me though, since I was testing and reporting a few
bugs.

2017-07-14 21:08 GMT-03:00 Shahrokh Yadegari :
>
>  - Expr Version 0.55
>
>- The arrays now redraw after a store into one of their members
>
>- The "if()" function is reworked to only evaluate either the left
> or the right arg  depending on the truth value of the condition.
>
>  However, if the condition is a vector,  both the left and the
> right are evaluated regardless.
>
>- The maximum number of inlet and outlets (MAX_VARS) is now set at
> 100
>
>- The bug of using store "=" in functions with multiple arguments,
> which caused an error during execution, is fixed.
>
So, Shahrokh, I get all of this but the "bug of using store "=" in
functions with multiple arguments", I don't think I reported that one,
would you care to elaborate on it?

Miller, we seem to still have an issue creating [expr] with atanh()
,asinh() and acosh() on windows - such as in [expr atanh($f1)]. Are you
working on it for the final release of Pd 0.48?

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

Re: [PD] your favorite key:value data structure?

[Alexandre Torres Porres]

As long as we're at it, what are the difference between [text] and
[cyclone/coll] and where do they do the same thing?

Also, it seems [coll] is deprecated in Max, they have a new object named
[dict], which might be the "python like dictionary" kind of thing, and this
is what Max suggests using instead of coll.

So, I was wondering if there would be any great advantage of cloning [dict]
into cyclone, or if you could do the same things with [text] anyway.

cheers

2017-07-18 15:33 GMT-03:00 Jonathan Wilkes via Pd-list :

> > Hello Jonathan,
>
> > Thanks for your reply.
> > I'm not quite sure what you mean.
>
> > What pd-vanilla object do you use to implement "Variable number of keys
> of arbitrarily typed values"
> [text], [coll], etc.
>
> > or "set number of keys with set value types"?
> data structures
>
> The benefit of the latter is that you know the number of "slots" ahead of
> time so you can populate
> the data without needing to allocate memory.
>
> > I should add that I'm interested ultimately in a data structure that I
> can populate from text files, read by PD.
>
> In that case I don't think the benefit I mentioned wrt data structures
> matters because
> the I/O speed will be your limiting factor.
>
> My suggestion would be to start with the more expressive vanilla object--
> [text]-- and see
> if it fulfills your needs. Keep in mind though that it is at core not a
> key/value store but instead
> a 2-dimensional array of atoms. E.g., you can decide that the first item
> in each line is your
> key, but the text class interface does nothing to prevent you from adding
> more lines that
> duplicate that same key.
>
> -Jonathan
>
> > -ali
>
>
>
> On Tue, Jul 18, 2017 at 1:16 PM, Jonathan Wilkes 
> wrote:
>
> Variable number of keys of arbitrarily typed values, or
> set number of keys with set value types?
>
> -Jonathan
>
>
> --
> *From:* Ali Momeni 
> *To:* Pd-List 
> *Sent:* Tuesday, July 18, 2017 1:09 PM
> *Subject:* [PD] your favorite key:value data structure?
>
> Hello all,
>
> I'm looking for something analogous to the Max "coll" object, or a python
> dictionary, or anything with key value pairs.
>
> I'm aware of the 'cyclone' and its 'coll' object.
>
> i'm wondering if there is a pd-vanilla friendly alternative to this 3rd
> party external.
>
> any hints?
>
> thanks in advance,
>
> ali
> __ _
> 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] your favorite key:value data structure?

[Miller Puckette]

> 
> My suggestion would be to start with the more expressive vanilla object-- 
> [text]-- and see 
> if it fulfills your needs. Keep in mind though that it is at core not a 
> key/value store but instead 
> a 2-dimensional array of atoms. E.g., you can decide that the first item in 
> each line is your 
> key, but the text class interface does nothing to prevent you from adding 
> more lines that 
> duplicate that same key.
> 
> -Jonathan
> 
By default, "search" matches only lines whose first field(s) match the search
key(s).  OTOH, if you have a duplicate key and want to find anything besides the
first occurence of the key it will be tricky.

cheers
Miller


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

[PD] Macbook Air Errors with 0.48 Test 1

[me.grimm]

Hello,

So I have a student with a Macbook Air. Pd 0.47.1 that she downloaded hangs
and quits as detailed here:
https://lists.puredata.info/pipermail/pd-list/2016-12/117154.html

then miller said he maybe fixed?
https://lists.puredata.info/pipermail/pd-list/2016-12/117157.html

So I just tried the version (recent test) i recently compiled and that
opens (sort of) but I get now Pd window. I did get error:

Not connected to 'pd' process
Not connected to 'pd' process
while executing
"error "Not connected to 'pd' process""
(procedure "pdsend" line 6)
invoked from within
"pdsend "pd audio-properties""
(procedure "::tk::mac::ShowPreferences" line 3)
invoked from within
"::tk::mac::ShowPreferences"

shes on macbook air 10.2.5 (sierra) 13" early 2015

I know there has been trouble running Pd on Macbook Airs in the past and
would like to nail whats wrong. let me know what to do to test while I have
access to this machine for the next couple weeks.

thanks!



-- 

m.e.grimm, m.f.a, ed.m.
syracuse u., tc3
megrimm.net

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

Re: [PD] your favorite key:value data structure?

[Jonathan Wilkes via Pd-list]

> Hello Jonathan,

> Thanks for your reply.
> I'm not quite sure what you mean.

> What pd-vanilla object do you use to implement "Variable number of keys of 
> arbitrarily typed values" 
[text], [coll], etc.

> or "set number of keys with set value types"?data structures

The benefit of the latter is that you know the number of "slots" ahead of time 
so you can populate 
the data without needing to allocate memory.

> I should add that I'm interested ultimately in a data structure that I can 
> populate from text files, read by PD.

In that case I don't think the benefit I mentioned wrt data structures matters 
because 
the I/O speed will be your limiting factor.

My suggestion would be to start with the more expressive vanilla object-- 
[text]-- and see 
if it fulfills your needs. Keep in mind though that it is at core not a 
key/value store but instead 
a 2-dimensional array of atoms. E.g., you can decide that the first item in 
each line is your 
key, but the text class interface does nothing to prevent you from adding more 
lines that 
duplicate that same key.

-Jonathan

> -ali


On Tue, Jul 18, 2017 at 1:16 PM, Jonathan Wilkes  wrote:

Variable number of keys of arbitrarily typed values, or 
set number of keys with set value types?
-Jonathan


  From: Ali Momeni 
 To: Pd-List  
 Sent: Tuesday, July 18, 2017 1:09 PM
 Subject: [PD] your favorite key:value data structure?
  
Hello all,
I'm looking for something analogous to the Max "coll" object, or a python 
dictionary, or anything with key value pairs.  
I'm aware of the 'cyclone' and its 'coll' object.
i'm wondering if there is a pd-vanilla friendly alternative to this 3rd party 
external.
any hints?
thanks in advance,
ali__ _
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] your favorite key:value data structure?

[Miller Puckette]

I think you can do this with "text", using "search" to find the line number
containing the key and then "get".

cheers
Miller

On Tue, Jul 18, 2017 at 01:20:46PM -0400, Ali Momeni wrote:
> Hello Jonathan,
> 
> Thanks for your reply.
> I'm not quite sure what you mean.
> 
> What pd-vanilla object do you use to implement "Variable number of keys of
> arbitrarily typed values" or "set number of keys with set value types"?
> 
> I should add that I'm interested ultimately in a data structure that I can
> populate from text files, read by PD.
> 
> -ali
> 
> On Tue, Jul 18, 2017 at 1:16 PM, Jonathan Wilkes  wrote:
> 
> > Variable number of keys of arbitrarily typed values, or
> > set number of keys with set value types?
> >
> > -Jonathan
> >
> >
> > --
> > *From:* Ali Momeni 
> > *To:* Pd-List 
> > *Sent:* Tuesday, July 18, 2017 1:09 PM
> > *Subject:* [PD] your favorite key:value data structure?
> >
> > Hello all,
> >
> > I'm looking for something analogous to the Max "coll" object, or a python
> > dictionary, or anything with key value pairs.
> >
> > I'm aware of the 'cyclone' and its 'coll' object.
> >
> > i'm wondering if there is a pd-vanilla friendly alternative to this 3rd
> > party external.
> >
> > any hints?
> >
> > thanks in advance,
> >
> > ali
> > ___
> > 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] your favorite key:value data structure?

[Ali Momeni]

Hello Jonathan,

Thanks for your reply.
I'm not quite sure what you mean.

What pd-vanilla object do you use to implement "Variable number of keys of
arbitrarily typed values" or "set number of keys with set value types"?

I should add that I'm interested ultimately in a data structure that I can
populate from text files, read by PD.

-ali

On Tue, Jul 18, 2017 at 1:16 PM, Jonathan Wilkes  wrote:

> Variable number of keys of arbitrarily typed values, or
> set number of keys with set value types?
>
> -Jonathan
>
>
> --
> *From:* Ali Momeni 
> *To:* Pd-List 
> *Sent:* Tuesday, July 18, 2017 1:09 PM
> *Subject:* [PD] your favorite key:value data structure?
>
> Hello all,
>
> I'm looking for something analogous to the Max "coll" object, or a python
> dictionary, or anything with key value pairs.
>
> I'm aware of the 'cyclone' and its 'coll' object.
>
> i'm wondering if there is a pd-vanilla friendly alternative to this 3rd
> party external.
>
> any hints?
>
> thanks in advance,
>
> ali
> ___
> 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] your favorite key:value data structure?

[Jonathan Wilkes via Pd-list]

Variable number of keys of arbitrarily typed values, or 
set number of keys with set value types?
-Jonathan


  From: Ali Momeni 
 To: Pd-List  
 Sent: Tuesday, July 18, 2017 1:09 PM
 Subject: [PD] your favorite key:value data structure?
   
Hello all,
I'm looking for something analogous to the Max "coll" object, or a python 
dictionary, or anything with key value pairs.  
I'm aware of the 'cyclone' and its 'coll' object.
i'm wondering if there is a pd-vanilla friendly alternative to this 3rd party 
external.
any hints?
thanks in advance,
ali___
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] DSP cycle - block size & overlapping

[Pierre Guillot]

Hi Christof,

1) So I guess it should be documented. Can you explain the workaround. The
idea would be for example to generate a bang every cycles of 32 samples.

2) In fact, with [block~ 64 2 1], I don't expect to have two blocks of 32
samples but 2 blocks of 64 samples (shifted by 32 samples). But I guess I
understand the limitation (perhaps it should also be documented or perhaps
I'm missed it?). So in fact the hope size must be at least the block size
of the parent patch (that seems logic) so if I want to use [block~ 64 2] I
need my parent patch to have [block~ 32 1] (and that implies a delay of 32
samples?). I'm right?

Thanks!




2017-07-18 18:29 GMT+02:00 Christof Ressi :

> Hi,
>
> 1) unfortunately, all objects using clocks won't work correctly for block
> sizes smaller than 64, for the very reasons you already mentioned. a
> possible workaround is to send bangs from the parent canvas. there you can
> use a fast [metro] and sync it with [bang~].
>
> 2) again, this is a clock issue. the hop size mustn't be smaller than 64
> samples, e.g. for overlap 4 you need at least a blocksize of 256. what
> happens in your patch with [block 64 2 1] is that [inlet~] fetches the same
> block twice (instead of two blocks 32 samples apart) and then performs the
> overlap add.
>
> therefore with
>
> -1  1  1  1  1  1  1  1
> 1  1  1  1  1  1  1  1
> 1  1  1  1  1  1  1  1
> 1  1  1  1  1  1  1  1
> 1  -1  -1  -1  -1  -1  -1  -1
> -1  -1  -1  -1  -1  -1  -1  -1
> -1  -1  -1  -1  -1  -1  -1  -1
> -1  -1  -1  -1  -1  -1  -1  -1
>
> you get all zeros.
>
> and with
>
> 0  1  1  1  1  1  1  1
> 1  1  1  1  1  1  1  1
> 1  1  1  1  1  1  1  1
> 1  1  1  1  1  1  1  1
> 1  0  0  0  0  0  0  0
> 0  0  0  0  0  0  0  0
> 0  0  0  0  0  0  0  0
> 0  0  0  0  0  0  0  0
>
> you get all ones.
>
> Christof
>
>
>
>
>
> Gesendet: Dienstag, 18. Juli 2017 um 17:14 Uhr
> Von: "Pierre Guillot" 
> An: pd-list@lists.iem.at
> Betreff: [PD] DSP cycle - block size & overlapping
>
> Hi all,
>
> I'm experimenting with different block sizes and overlapping factors for
> subpatches and I encountered 2 issues (or perhaps my mind is completely
> scrambled, tell me...):
>
> 1st: the output of [bang~] is limited by the default block size (64
> samples). I understand why it works like that - the DSP method of [bang~]
> uses clock_delay() and the clocks frequencies are limited by the main DSP
> cycle - and that  avoiding the use of clocks can break the sequential
> behavior (signal-message). But I think it's strange. Do you think that we
> can find a way to use [bang~] with smaller block sizes than 64? If not,
> shouldn't we add something in the help file (it took me a while to figure
> out this limitation)?
>
>
> 2nd: I don't really figure out how the overlapping is performed. Following
> the [block~]'s help file and I03.resynthesis from the audio examples, I
> understand that with a block size N and an overlapping factor O, the patch
> computes blocks of N samples at intervals of N/O samples.
> Now, I suppose if the patch has an [inlet~] that directly feeds an
> [outlet~] the resulting signal would be the input signal multiplied by O.
> Considering a square wave (between 0 & 1) with a period of N for the input
> signal and an overlapping factor of 2, I supposed that the resulting signal
> would also be a square wave multiplied by 2 (between 0 & 2) with the same
> period. But the resulting signal is a unitary signal of 1, like if the 2nd
> overlapping block has been shifted by N/2 and is now synchronized with the
> 1st one. I guess there is something obvious that I don't understand but if
> anyone can help me I would be very grateful!
>
> Here a patch that describes the 2nd problem: https://gist.github.
> com/pierreguillot/5e775b39860330739e3efbb6adb8ad1a
>
> Cheers,
> Pierre___ 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

[PD] your favorite key:value data structure?

[Ali Momeni]

Hello all,

I'm looking for something analogous to the Max "coll" object, or a python
dictionary, or anything with key value pairs.

I'm aware of the 'cyclone' and its 'coll' object.

i'm wondering if there is a pd-vanilla friendly alternative to this 3rd
party external.

any hints?

thanks in advance,

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

Re: [PD] [PD-announce] pd 0.48-0test1 released

[Dan Wilcox]

> On Jul 18, 2017, at 6:20 PM, Max  wrote:
> 
> On 2017년 07월 18일 17:53, Dan Wilcox wrote:
>> I would do a rebuild with debug enabled and then run it through gdb to see 
>> where the crash is happening:
>> make clean
> make: *** No rule to make target 'clean'.  Stop.

That means the the makefiles aren't generated. If so, you need to run to 
generate them:

./autogen.sh

Judging from the stack trace, I'm not sure pd was built with debugging on. You 
can do a clean and rebuild with debugging by:

make clean
./configure --enable-debug --enable-jack
make

If the stack trace output is the same, maybe try the above without 
--enable-jack as well.


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] DSP cycle - block size & overlapping

[Christof Ressi]

Hi,

1) unfortunately, all objects using clocks won't work correctly for block sizes 
smaller than 64, for the very reasons you already mentioned. a possible 
workaround is to send bangs from the parent canvas. there you can use a fast 
[metro] and sync it with [bang~].

2) again, this is a clock issue. the hop size mustn't be smaller than 64 
samples, e.g. for overlap 4 you need at least a blocksize of 256. what happens 
in your patch with [block 64 2 1] is that [inlet~] fetches the same block twice 
(instead of two blocks 32 samples apart) and then performs the overlap add. 

therefore with

-1  1  1  1  1  1  1  1  
1  1  1  1  1  1  1  1  
1  1  1  1  1  1  1  1  
1  1  1  1  1  1  1  1  
1  -1  -1  -1  -1  -1  -1  -1  
-1  -1  -1  -1  -1  -1  -1  -1  
-1  -1  -1  -1  -1  -1  -1  -1  
-1  -1  -1  -1  -1  -1  -1  -1  

you get all zeros.

and with

0  1  1  1  1  1  1  1  
1  1  1  1  1  1  1  1  
1  1  1  1  1  1  1  1  
1  1  1  1  1  1  1  1  
1  0  0  0  0  0  0  0  
0  0  0  0  0  0  0  0  
0  0  0  0  0  0  0  0  
0  0  0  0  0  0  0  0  

you get all ones.

Christof

 
 
 

Gesendet: Dienstag, 18. Juli 2017 um 17:14 Uhr
Von: "Pierre Guillot" 
An: pd-list@lists.iem.at
Betreff: [PD] DSP cycle - block size & overlapping

Hi all,
 
I'm experimenting with different block sizes and overlapping factors for 
subpatches and I encountered 2 issues (or perhaps my mind is completely 
scrambled, tell me...):
 
1st: the output of [bang~] is limited by the default block size (64 samples). I 
understand why it works like that - the DSP method of [bang~] uses 
clock_delay() and the clocks frequencies are limited by the main DSP cycle - 
and that  avoiding the use of clocks can break the sequential behavior 
(signal-message). But I think it's strange. Do you think that we can find a way 
to use [bang~] with smaller block sizes than 64? If not, shouldn't we add 
something in the help file (it took me a while to figure out this limitation)?
 

2nd: I don't really figure out how the overlapping is performed. Following the 
[block~]'s help file and I03.resynthesis from the audio examples, I understand 
that with a block size N and an overlapping factor O, the patch computes blocks 
of N samples at intervals of N/O samples.
Now, I suppose if the patch has an [inlet~] that directly feeds an [outlet~] 
the resulting signal would be the input signal multiplied by O. Considering a 
square wave (between 0 & 1) with a period of N for the input signal and an 
overlapping factor of 2, I supposed that the resulting signal would also be a 
square wave multiplied by 2 (between 0 & 2) with the same period. But the 
resulting signal is a unitary signal of 1, like if the 2nd overlapping block 
has been shifted by N/2 and is now synchronized with the 1st one. I guess there 
is something obvious that I don't understand but if anyone can help me I would 
be very grateful!
 
Here a patch that describes the 2nd problem: 
https://gist.github.com/pierreguillot/5e775b39860330739e3efbb6adb8ad1a
 
Cheers,
Pierre___ 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] [PD-announce] pd 0.48-0test1 released

[Max]

On 2017년 07월 18일 17:53, Dan Wilcox wrote:
I would do a rebuild with debug enabled and then run it through gdb to 
see where the crash is happening:


make clean

make: *** No rule to make target 'clean'.  Stop.


./configure --enable-debug --enable-jack
make
cd bin
gdb ./pd


Starting program: /home/max/Code/pd-0.48-0test1a/bin/pd
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x77f32700 (LWP 28486)]
[New Thread 0x77eb1700 (LWP 28488)]

Thread 3 "pd" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x77eb1700 (LWP 28488)]
0x778b8f96 in ?? () from /usr/lib/x86_64-linux-gnu/libjack.so.0
(gdb) watchdog: signaling pd...


Basic instructions are here: 
http://unknownroad.com/rtfm/gdbtut/gdbsegfault.html


What we need is the stack trace to see which functions are begin called 
before the crash.


is it the above?



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

Re: [PD] [PD-announce] pd 0.48-0test1 released

[Dan Wilcox]

> On Jul 18, 2017, at 5:14 PM, Max  wrote:
> 
> On 2017년 07월 18일 16:22, Dan Wilcox wrote:
>>> On Jul 18, 2017, at 3:56 PM, Max >> 18일 15:04, Dan Wilcox wrote:
>>> i did another make and surprise! it doesn't run any more.
>>> 
>>> ./pd
>>> Segmentation fault
>>> 
>>> do i need to do a make clean or something before a new attempt?
>> Possibly, depending on if things have changed in the configuration, etc it 
>> doesn't hurt to clean & make again.
> 
> I just deleted the whole folder and downloaded it again

No need to do that. Running "make clean" clears out the build.

> ./autogen.sh
> ./configure --enable-jack
> make
> cd bin
> ./pd
> Segmentation fault

I would do a rebuild with debug enabled and then run it through gdb to see 
where the crash is happening:

make clean
./configure --enable-debug --enable-jack
make
cd bin
gdb ./pd

Basic instructions are here: 
http://unknownroad.com/rtfm/gdbtut/gdbsegfault.html 


What we need is the stack trace to see which functions are begin called before 
the crash.


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] DSP cycle - block size & overlapping

[Pierre Guillot]

Hi all,

I'm experimenting with different block sizes and overlapping factors for
subpatches and I encountered 2 issues (or perhaps my mind is completely
scrambled, tell me...):

1st: the output of [bang~] is limited by the default block size (64
samples). I understand why it works like that - the DSP method of [bang~]
uses clock_delay() and the clocks frequencies are limited by the main DSP
cycle - and that  avoiding the use of clocks can break the sequential
behavior (signal-message). But I think it's strange. Do you think that we
can find a way to use [bang~] with smaller block sizes than 64? If not,
shouldn't we add something in the help file (it took me a while to figure
out this limitation)?

2nd: I don't really figure out how the overlapping is performed. Following
the [block~]'s help file and I03.resynthesis from the audio examples, I
understand that with a block size N and an overlapping factor O, the patch
computes blocks of N samples at intervals of N/O samples.
Now, I suppose if the patch has an [inlet~] that directly feeds an
[outlet~] the resulting signal would be the input signal multiplied by O.
Considering a square wave (between 0 & 1) with a period of N for the input
signal and an overlapping factor of 2, I supposed that the resulting signal
would also be a square wave multiplied by 2 (between 0 & 2) with the same
period. But the resulting signal is a unitary signal of 1, like if the 2nd
overlapping block has been shifted by N/2 and is now synchronized with the
1st one. I guess there is something obvious that I don't understand but if
anyone can help me I would be very grateful!

Here a patch that describes the 2nd problem:
https://gist.github.com/pierreguillot/5e775b39860330739e3efbb6adb8ad1a

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

Re: [PD] [PD-announce] pd 0.48-0test1 released

[Max]

On 2017년 07월 18일 16:22, Dan Wilcox wrote:
On Jul 18, 2017, at 3:56 PM, Max On 2017년 07월 18일 15:04, Dan Wilcox wrote:

i did another make and surprise! it doesn't run any more.

./pd
Segmentation fault

do i need to do a make clean or something before a new attempt?


Possibly, depending on if things have changed in the configuration, etc 
it doesn't hurt to clean & make again.


I just deleted the whole folder and downloaded it again

./autogen.sh
./configure --enable-jack
make
cd bin
./pd
Segmentation fault

Same thing happens now without --enable-jack too.


Also, what's the output of: pkg-config --libs jack


pkg-config --libs jack
-ljack


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

Re: [PD] testing some 0.48.0 GUI updates

[Dan Wilcox]

It's not related to the "blink." That is simply seeing the window resizing 
before all the content has been updated. I tried temporarily hiding things 
while the lists are updated and was able to stop most of it, but it still 
happens when the lists are created for the first time. I didn't create the help 
browser and have to figure out how it works, more or less.

> On Jul 18, 2017, at 4:53 PM, Pierre Guillot  wrote:
> 
> I don't know but I think it's related to the blink effect (like if the window 
> disappears and reappears). 
> Do you want me to send you a video (a GIF on github)? 
> 
> 2017-07-18 16:41 GMT+02:00 Dan Wilcox  >:
> That should still be working... Maybe single click is grabbing it?
> 
>> On Jul 18, 2017, at 4:40 PM, Pierre Guillot > > wrote:
>> 
>> Thank a lot! 
>> In the help browser of the previous version, double clicking on a folder 
>> opens the native OS window of the folder, it was really useful. I'm on MacOS 
>> 10.12.5
>> 
>> Cheers,
>> Pierre


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] testing some 0.48.0 GUI updates

[Pierre Guillot]

I don't know but I think it's related to the blink effect (like if the
window disappears and reappears).
Do you want me to send you a video (a GIF on github)?

2017-07-18 16:41 GMT+02:00 Dan Wilcox :

> That should still be working... Maybe single click is grabbing it?
>
> On Jul 18, 2017, at 4:40 PM, Pierre Guillot 
> wrote:
>
> Thank a lot!
> In the help browser of the previous version, double clicking on a folder
> opens the native OS window of the folder, it was really useful. I'm on
> MacOS 10.12.5
>
> Cheers,
> Pierre
>
>
> 
> 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] testing some 0.48.0 GUI updates

[Dan Wilcox]

That should still be working... Maybe single click is grabbing it?

> On Jul 18, 2017, at 4:40 PM, Pierre Guillot  wrote:
> 
> Thank a lot! 
> In the help browser of the previous version, double clicking on a folder 
> opens the native OS window of the folder, it was really useful. I'm on MacOS 
> 10.12.5
> 
> Cheers,
> Pierre


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] testing some 0.48.0 GUI updates

[Pierre Guillot]

Thank a lot!
In the help browser of the previous version, double clicking on a folder
opens the native OS window of the folder, it was really useful. I'm on
MacOS 10.12.5

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

Re: [PD] [PD-announce] pd 0.48-0test1 released

[Dan Wilcox]

> On Jul 18, 2017, at 3:56 PM, Max  wrote:
> 
> On 2017년 07월 18일 15:04, Dan Wilcox wrote:
>> Can you re-run configure and look through the output for the relevant Jack 
>> checks? It may not be finding Jack correctly. 
> 
> checking for jack_set_xrun_callback in -ljack... yes
> checking for jack_set_error_function in -ljack... yes

That looks good. It's finding the jack library.

>> Also, what does the  final configure print out say for the Audio APIS? Is 
>> JACK listed?
> 
> configure:
> 
>audio APIs:   PortAudio JACK alsa OSS

It detected things ok.

> i did another make and surprise! it doesn't run any more.
> 
> ./pd
> Segmentation fault
> 
> do i need to do a make clean or something before a new attempt?

Possibly, depending on if things have changed in the configuration, etc it 
doesn't hurt to clean & make again.

Also, what's the output of: pkg-config --libs jack

This might be a problem IOhannes will need to help with as I don't have a Linux 
install right now.


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] [PD-announce] pd 0.48-0test1 released

[Max]

On 2017년 07월 18일 15:04, Dan Wilcox wrote:
Can you re-run configure and look through the output for the relevant 
Jack checks? It may not be finding Jack correctly. 


checking for jack_set_xrun_callback in -ljack... yes
checking for jack_set_error_function in -ljack... yes


Also, what does the  final configure print out say for the Audio APIS? Is JACK 
listed?



configure:

pd 0.48.0 is now configured

Platform: Linux
Debug build:  no
Universal build:  no
Localizations:yes
Source directory: .
Installation prefix:  /usr/local

Compiler: gcc
CFLAGS:   -g -O2 -ffast-math -funroll-loops 
-fomit-frame-pointer

LDFLAGS:
INCLUDES:
LIBS: -lpthread -ldl  -lrt

External extension:   pd_linux
External CFLAGS:  -fPIC
External LDFLAGS: -Wl,--export-dynamic -fPIC

fftw: no
wish(tcl/tk): wish
audio APIs:   PortAudio JACK alsa OSS
midi APIs:alsa OSS

i did another make and surprise! it doesn't run any more.

./pd
Segmentation fault

do i need to do a make clean or something before a new attempt?



On Jul 18, 2017, at 12:00 PM, pd-list-requ...@lists.iem.at 
 wrote:


*From:*Max mailto:abonneme...@revolwear.com>>
*Subject:**Re: [PD] [PD-announce] pd 0.48-0test1 released*
*Date:*July 18, 2017 at 10:41:37 AM GMT+2
*To:*IOhannes m zmölnig >,pd-list@lists.iem.at 




On 2017년 07월 17일 20:00, IOhannes m zmölnig wrote:

On 07/17/2017 04:24 PM, Max wrote:


Great work, I really appreciate the more verbose INSTALL.txt.
The autogen.sh process worked flawless, however, I could not get JACK to
work, even with ./configure --enable-jack

i'm not sure jack is supported on w32.


I assume that's IOhannes way of saying that I need to specify the 
platform I'm on to receive better answers on the list, but feel 
slightly violated that he suggests that I'm using windows...


Linux Mint Cinnamon 18.2 64bit kernel 4.11.11 lowlatency

Jack2 works fine on this machine and does so on Pd 0.47.1, but not 
with 0.48-Otest1



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] [PD-announce] pd 0.48-0test1 released

[Max]

On 2017년 07월 18일 15:20, IOhannes m zmoelnig wrote:

On 2017-07-18 10:41, Max wrote:

On 2017년 07월 17일 20:00, IOhannes m zmölnig wrote:

On 07/17/2017 04:24 PM, Max wrote:


Great work, I really appreciate the more verbose INSTALL.txt.
The autogen.sh process worked flawless, however, I could not get JACK to
work, even with ./configure --enable-jack


i'm not sure jack is supported on w32.


I assume that's IOhannes way of saying that I need to specify the
platform I'm on to receive better answers on the list, but feel slightly
violated that he suggests that I'm using windows...

Linux Mint Cinnamon 18.2 64bit kernel 4.11.11 lowlatency


thanks.



Jack2 works fine on this machine and does so on Pd 0.47.1, but not with
0.48-Otest1


when you run configure, what does it say in the summary at the end about
the enabled "audio APIs"?



./configure --enable-jack

audio APIs:   PortAudio JACK alsa OSS

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

Re: [PD] [PD-announce] pd 0.48-0test1 released

[IOhannes m zmoelnig]

On 2017-07-18 10:41, Max wrote:
> On 2017년 07월 17일 20:00, IOhannes m zmölnig wrote:
>> On 07/17/2017 04:24 PM, Max wrote:
>>>
>>> Great work, I really appreciate the more verbose INSTALL.txt.
>>> The autogen.sh process worked flawless, however, I could not get JACK to
>>> work, even with ./configure --enable-jack
>>
>> i'm not sure jack is supported on w32.
> 
> I assume that's IOhannes way of saying that I need to specify the
> platform I'm on to receive better answers on the list, but feel slightly
> violated that he suggests that I'm using windows...
> 
> Linux Mint Cinnamon 18.2 64bit kernel 4.11.11 lowlatency

thanks.

> 
> Jack2 works fine on this machine and does so on Pd 0.47.1, but not with
> 0.48-Otest1

when you run configure, what does it say in the summary at the end about
the enabled "audio APIs"?

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

Re: [PD] [PD-announce] pd 0.48-0test1 released

[Dan Wilcox]

Can you re-run configure and look through the output for the relevant Jack 
checks? It may not be finding Jack correctly. Also, what does the final 
configure print out say for the Audio APIS? Is JACK listed?

> On Jul 18, 2017, at 12:00 PM, pd-list-requ...@lists.iem.at wrote:
> 
> From: Max mailto:abonneme...@revolwear.com>>
> Subject: Re: [PD] [PD-announce] pd 0.48-0test1 released
> Date: July 18, 2017 at 10:41:37 AM GMT+2
> To: IOhannes m zmölnig mailto:zmoel...@iem.at>>, 
> pd-list@lists.iem.at 
> 
> 
> On 2017년 07월 17일 20:00, IOhannes m zmölnig wrote:
>> On 07/17/2017 04:24 PM, Max wrote:
>>> 
>>> Great work, I really appreciate the more verbose INSTALL.txt.
>>> The autogen.sh process worked flawless, however, I could not get JACK to
>>> work, even with ./configure --enable-jack
>> i'm not sure jack is supported on w32.
> 
> I assume that's IOhannes way of saying that I need to specify the platform 
> I'm on to receive better answers on the list, but feel slightly violated that 
> he suggests that I'm using windows...
> 
> Linux Mint Cinnamon 18.2 64bit kernel 4.11.11 lowlatency
> 
> Jack2 works fine on this machine and does so on Pd 0.47.1, but not with 
> 0.48-Otest1


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] Automatic upload from CI to Deken

[Antoine Villeret]

Hi,

Would it be acceptable to upload library binary from continuous integration
service (i.e. Travis and Appveyor) to Deken ?
In my case, it would be a pd library build for Linux (x86_64 and arm),
Windows and Mac OS X.
And it would be triggered by tag about twice a month.

Cheers

Antoine
--
do it yourself
http://antoine.villeret.free.fr
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] [PD-announce] pd 0.48-0test1 released

[Max]

On 2017년 07월 17일 20:00, IOhannes m zmölnig wrote:

On 07/17/2017 04:24 PM, Max wrote:


Great work, I really appreciate the more verbose INSTALL.txt.
The autogen.sh process worked flawless, however, I could not get JACK to
work, even with ./configure --enable-jack


i'm not sure jack is supported on w32.


I assume that's IOhannes way of saying that I need to specify the 
platform I'm on to receive better answers on the list, but feel slightly 
violated that he suggests that I'm using windows...


Linux Mint Cinnamon 18.2 64bit kernel 4.11.11 lowlatency

Jack2 works fine on this machine and does so on Pd 0.47.1, but not with 
0.48-Otest1



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