Re: [PD] GUI port: full triforce

[Esteban Viveros]

This is a great work!  :D


Em ter, 15 de mar de 2016 23:24, Jonathan Wilkes via Pd-list <
pd-list@lists.iem.at> escreveu:

> Hi list,
> I now have the GUI port of Pd-l2ork up and running on GNU/Linux, OSX, and
> Windows.
>
> One final dungeon of build script revisions and I'll release an alpha.
>
> -Jonathan
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Help Patches Layout

[Ivica Bukvic]

On Mar 17, 2016 2:03 PM, "Esteban Viveros"  wrote:
>>
>>
>> If you are determined to update all the docs to reflect this change,
don't forget the PD_META which currently requires the use of 0 as the first
inlet. Updating tooltips will also require changes accommodate for this
alteration.
>
>
> I did not attack me so... Rename in there have some implication? If no, I
will start to rename...

This is where tooltips pull their documentation information when you hover
with your mouse over inlets, outlets, or the object itself. These changes
will require changes in C, GUI, and may also affect compatibility between
vanilla and pd-l2ork. My advice would be at this point not to worry about
it and focus on other aspects until we think this through a little bit.

>
>>
>> Best,
>>
>> Ico
>>
>>
>> On 3/17/2016 1:13 PM, Esteban Viveros wrote:
>>>
>>> Thanks Roman for explanations.. good trim the edges of naming things in
order to eliminate future confusion.
>>>
>>> Ivica, I'm thinking in order to provide a relatively see and understand
for help patch user. Is really necessary expose a new user to this
problematics?
>>>
>>> I'm thinking which not every pd user must be a programmer (at least
initially), and probably be an artist... (perhaps), thinking this I
understand the principal goal of the user is to make thinks work, and to
use the send a message to this object he needs do use $1  $2 $3, if he use
$0 pd will do other thing.. So name outlets in Help from 0 require one more
step for who are learning many more steps...  (please correct me if I'm
wrong with regard to the behavior pd)
>>>
>>> Finally, open and edit patch by patch I'm already doing.. Rename inlets
and outlets I can make like meditation! :P
>>>
>>> I'm question for these because I know pdL2ork have other libraries and
have change something like this have consequences. But anyway, if needed I
can modify some more patches. :) Only it will have some time.
>>>
>>> Cheers
>>>
>>>
>>> Em qui, 17 de mar de 2016 às 13:26, Ivica Ico Bukvic 
escreveu:

 Here's my $0-cents worth. This is an eternal struggle in the
world'o'comp sci. We need to wrap our heads around the fact that 0 is the
1st number in any kind of data container, whether it be value or ordinal
position. Yet, as humans we prefer 1 to be that first number, reserving 0
as the special case value. So, you could make the case either way arguing
for consistency, intuitiveness, aliens, whatever. Another consideration
within the pd* ecosystem is that it is 0-centric, meaning things tend to
start with $0 (patch instance) before they get to $1. Then again, $1 refers
to the first arg, so you could argue it may be inconsistent... etc. etc.
etc.

 On the practical side, renaming inlets would mean going through every
last help file and ensuring it has been updated accordingly, otherwise you
would be just adding to more confusion as newcomers learn that some help
files refer to the first inlet as 0 and others as 1...


 On 3/17/2016 11:49 AM, Esteban Viveros wrote:
>
> Hi,
>
> I'm with Porres in Cyclone maintenance working on revision of some
Help patches.
>
> The question is: Why count inlets and outlets from zero if Pd user
have to call inlets and outlets from $1 $2 $3... ? For help patch user
don't be more convenient enumerate inlets and outlets starting at number 1?
>
> Cheers
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list

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

Re: [PD] external with more than 6 inlets possible?

[IOhannes m zmölnig]

On 03/16/2016 02:25 PM, i go bananas wrote:
> thanks Iohannes. it seems the inlets are fine,. and it's just an issue with
> the outlets, and probably a problem with me not being able to wrap my head
> around that weird clockwise outlet creation thing, and perhaps also this
> other issue of pd using the same address for inlets and outlets as an
> optimisation?

most likely the latter.

> 
> i have now managed to get the external working, by changing the order of
> outlet creation in tilde_dsp, that makes the outlets backwards.

as claude has pointed out, this is not a fix, and just waits to break on
next usage.
which signals get re-used is a function of the surrounding patch, and
unrelated to the creation order within the object's dsp-function.


msd
IOhannes



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

Re: [PD] external with more than 6 inlets possible?

[IOhannes m zmoelnig]

On 2016-03-17 03:06, Miller Puckette wrote:
> yes -- and you can allocate the temporary outputs on the stack using
> alloca().

or allocate them on the heap in the "dsp"-routine: at this point you
know whether the signals are recycled and how many samples you need, so
you don't need to re-allocate every 1.5ms...
fgmt
IOhannes




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

[PD] [PD-announce] Pure Data Berlin Stammtisch tomorrow

[Malte Steiner]

PD Berlin meetings are from now at c-base (Rungestrasse 20 Berlin)
every first and third thursday in the month beginning 20:00, the next
one is tomorrows Thursday, the 17. March.

Looking forward to it and thanks c-base for hosting us.

What we do:

The meetings don't replace workshops (which are offered extra ;) ),
scope of these meetings can be any (or none) of the following:

patch/project showcase
programming
work on general Pd documentation
help for beginners (installation, programming tips, ...)
or something else you want to do ...

Just come along, bring your laptop and sit down with
us. The bar is open during the meetings. Necessary prerequisites are
only a computer and good mood. If Pd isn't on it, we'll download and
install it.

http://puredata.info/community/groups/pd-berlin/pd-berlin-users-group/

We thank c-base for providing the space and network for the
meetings.
___
Pd-announce mailing list
pd-annou...@lists.iem.at
http://lists.puredata.info/listinfo/pd-announce
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] cyclone compilation errors on OSX and Windows

[Jonathan Wilkes via Pd-list]

Hi list,Got a few errors when compiling cyclone on OSX and 
Windows:sickle/rand.c: In function 'rand_perform':
sickle/rand.c:34:5: error: unknown type name 'int32_t'
 int32_t normhipart;
 ^

sickle/train.c: In function 'train_perform':
sickle/train.c:42:5: error: unknown type name 'int32_t'
 int32_t normhipart;
 ^

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