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

[Claude Heiland-Allen]

On 16/03/16 13:25, i go bananas wrote:

pd using the same address for inlets and outlets as an
optimisation?


Yes, Pd recycles signal vectors so your output vector could be the same 
as the input vector, which means this code is unsafe because it could 
trash the inputs:


  // loop through the 4 oscillators, adding the left to right:
  for (int osc = 0; osc < 4; osc++)
  {
int n = (int)(w[14]);
while (n--) *output[osc]++ = *left[osc]++ + *right[osc]++;
  }

The easiest fix would be to reverse the order of the loops:

  int n = (int)(w[14]);
  while (n--)
  {
for (int osc = 0; osc < 4; osc++)
  *output[osc] = *left[osc] + *right[osc];
output++;
left++;
right++;
  }

Your alternative method of changing the iolet creation orders is not a 
fix, it might "work" for one particular patch but another patch could 
break it again.



Claude
--
http://mathr.co.uk

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

[PD] installing pd-extended on debian (jessie)

[Martin Schneider]

Dear All,

TLDR;

I have trouble installing pd-extended from the debian repos.

Long Version:

I am trying to install the "pd-extended:i386" package on debian (jessie) on a 
64 bit machine.
It seems that the apt-release.conf file is wrong?

The file is located at: 
http://apt.puredata.info/releases/dists/jessie/apt-release.conf

Inside the file it says:
APT::FTPArchive::Release::Codename "wheezy”;

As a result my apt / aptitude complains that there’s a distribution conflict. 
The pd-exnrended:i386 has dependencies on the packages "python-support”, and 
“ttf-dejadvu”,
both of which don’t seem to be in the repos…

How should I proceed?

Cheers,
Martin










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

Re: [PD] Help Patches Layout

[Roman Haefeli]

On Thu, 2016-03-17 at 15:49 +, 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?

Inlets and outlets don't have any explicit numbering. Internally - in
the .pd file - they are numbered starting from 0, but this hasn't any
impact on how you specify them in the help-file.

The dollarargs ($1, $2, $3) do not relate to inlets at all, but to the
arguments given to an abstraction.

Am I addressing your question?

Roman



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

[PD] zexy compilation issue with msys2

[Jonathan Wilkes via Pd-list]

Hi list,I found an issue when compiling zexy with msys2 on Windows:
rawprint.c:28:5: error: conflicting types for '_get_output_format'
 int _get_output_format( void ){ return 0; }
 ^
In file included from C:/msys32/home/Owner/purr-data/pd/src/m_pd.h:68:0,
 from zexy.h:63,
 from rawprint.c:20:
C:/msys32/mingw32/i686-w64-mingw32/include/stdio.h:520:32: note: previous 
declaration of '_get_output_format' was here
   _CRTIMP unsigned int __cdecl _get_output_format(void);
    ^
Makefile:1436: recipe for target 'rawprint.lo' failed

***Here's the relevant code snippet:#if !defined( _MSC_VER ) && defined (_WIN32)
int _get_output_format( void ){ return 0; }
#endif

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

Re: [PD] GUI port: full triforce

[Antonio Roberts]

Amazing work!

On 16 March 2016 at 02:24, Jonathan Wilkes via Pd-list  wrote:

> 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
>
>


-- 

anto...@hellocatfood.com
http://www.hellocatfood.com

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

Re: [PD] Does pd allow RGBA format for GUIs?

[Jonathan Wilkes via Pd-list]

Pd Vanilla doesn't, and it can't because Tk only has one bit alpha 
channel (i.e., either you are completely opaque or completely 
transparent).
I added rgba for data structures in Pd-l2ork, but not for iemguis.

-Jonathan
 

On Wednesday, March 16, 2016 7:07 PM, Alexandre Torres Porres 
 wrote:
 

 thanks
___
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

[Esteban Viveros]

Great. Thanks Jonathan!

Em qui, 17 de mar de 2016 às 18:30, Jonathan Wilkes via Pd-list <
pd-list@lists.iem.at> escreveu:

> > I did not attack me so... Rename in there have some implication? If no,
> I will start to rename...
>
> Please don't rename them.  Inlets and outlets are numbered starting from
> zero, both in Pd's file format and in dynamic patching:
>
> [connect 0 0 1 0(
> |
> [send this]
>
> [namecanvas this]
>
> This makes a connection from the left-most outlet of the first object
> created
> to the left-most inlet of the second object created.  Both the object
> index and
> xlet index start from zero.
>
> Garrays are zero-indexed as well.
>
> So changing the help patches won't make Pd any more consistent in this
> regard.  In fact it would make it less consistent because you'd have two
> versions of the help patches in the wild.  (And messages to this list show
> that people are still downloading and using Pd-extended long after it's
> been abandoned.)
>
> Short story-- I'm all for improving documentation, all for consistency,
> and all for making anything more accessible and friendly to users.  But
> these proposed
> changes don't achieve those goals.
>
> -Jonathan
>
>
>
>
> On Thursday, March 17, 2016 2:18 PM, Frank Barknecht 
> wrote:
>
>
> Hi,
>
> On Thu, Mar 17, 2016 at 12:26:07PM -0400, Ivica Ico Bukvic wrote:
> > 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.
>
> I always assumed Pd to be rather 1-centric and not 0-centric: There
> is no $0 for message boxes, and where abstraction arguments are concerned,
> $0
> (patch instance) in use is really something entirely different from $1...$n
> (arguments to an instance given by user).
>
> Also many (most?) command line arguments like -audiodev refer to the first
> item
> in a list with 1 instead of 0, leading to an interesting confustion when
> they
> have meet with the 0-centric outside world like ALSA's device numbering.
>
> So Pd in my view is more similar to Lua, where numbering generally starts
> at 1
> (which actually works well, once you get used to it).
>
> But in the end, it's
>
> Ciao
> --
> Frank Barknecht_ __footils.org__
>
>
> ___
> 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] Edit Pd file to change coordinates. pdlua or other language?

[João Pais]

Hi Fred,

This functionality can be created in any proper language, but it is hard  
to create a generic solution based on your example. For instance, how do  
you know it will be all the lines except the ones you specify, and do  
you really want all the objects at 100,100 ?


Well, the purpose would be to know because the code makes it happen. Just  
like you know that [expr if($f1 >= 0, 1, -1)] gives out a 1 for numbers  
above and 0, and -1 for numbers below.



Only if you have a large number of patches with the same structure and  
object order it is worthwhile to create a program like you propose to  
patch them. Otherwise a proper code-editor will be as time-efficient in  
changing the patches.


If in this case you just want the [expr] and [hradio] at 100,100 for a  
number of patches a sed* script will do...


Creating a script to convert patches costs effort, so you want it as  
generic as possible. If it can be used only once, a code editor is a  
better way.


With one single patch I have here, there are 8805 lines of code. Is it  
easier to change this by hand than to find a general solution? And if I  
change a couple of objects and want to try this again, should I redo it  
every time?




Fred Jan

*) sed is a unix tool just like grep, only more flexible... Maybe you  
should try to install cygWin, then you get most unix tools on Windows.  
However, prepare for a steep learning curve...


Success,

Fred Jan

P.S. first non-optimized attempt:
cat jmmmp.pd | sed -e 's/#X obj [1-9][0-9]* [1-9]expr/' -e 's/#X obj  
[1-9][0-9]* [1-9][0-9]* expr/#X obj 100 100 hradio/'


I thank you for this, but I think you didn't understand the purpose: I'm  
looking for a general tool. If I needed to edit 5 lines, it would have  
been much faster to do it by hand than to write a mail bothering people  
about it.


Best,

Joao

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

Re: [PD] Edit Pd file to change coordinates. pdlua or other language?

[Fred Jan Kraan]

Hi João,

This functionality can be created in any proper language, but it is hard 
to create a generic solution based on your example. For instance, how do 
you know it will be all the lines except the ones you specify, and do 
you really want all the objects at 100,100 ?


Only if you have a large number of patches with the same structure and 
object order it is worthwhile to create a program like you propose to 
patch them. Otherwise a proper code-editor will be as time-efficient in 
changing the patches.


If in this case you just want the [expr] and [hradio] at 100,100 for a 
number of patches a sed* script will do...


Creating a script to convert patches costs effort, so you want it as 
generic as possible. If it can be used only once, a code editor is a 
better way.


Fred Jan

*) sed is a unix tool just like grep, only more flexible... Maybe you 
should try to install cygWin, then you get most unix tools on Windows. 
However, prepare for a steep learning curve...


Success,

Fred Jan

P.S. first non-optimized attempt:
cat jmmmp.pd | sed -e 's/#X obj [1-9][0-9]* [1-9]expr/' -e 's/#X obj 
[1-9][0-9]* [1-9][0-9]* expr/#X obj 100 100 hradio/'



Dear list,

I wanted to edit some Pd files so that I can change the coordinates of
*some* lines. For example, if in a pd file there is the content:

#N struct 1164-element float x float y float nr float index float nr-show
float tick-show;
#N canvas 168 80 670 664 gui 0;
#X obj 186 548 textfile;
#X obj 167 328 openpanel;
#X obj 395 878 delay;
#X obj 474 838 expr 60*$f1/$f2*1000;
#X msg 166 668 stop;
#X obj 293 207 hradio 17 1 0 6 \$0-instructions \$0-colord-i empty
0 -6 0 8 -134268 -1 -1 0;

I wanted:
a) in the lines beginning with "#X obj", to change the 2 fields
afterwards to a general value I'll give in the command (e.g. all lines
are changed "#X obj 100 100 ...")

b) to exclude from this operation the line numbers I supply, preferably
in an expression such as "5 10 20-30" etc.

To give an example, with the command "100 100 4-6", the text above would
be changed to

#N struct 1164-element float x float y float nr float index float nr-show
float tick-show;
#N canvas 168 80 670 664 gui 0;
#X obj 186 548 textfile;
#X obj 167 328 openpanel;
#X obj 395 878 delay;
#X obj 100 100 expr 60*$f1/$f2*1000;
#X msg 166 668 stop;
#X obj 100 100 hradio 17 1 0 6 \$0-instructions \$0-colord-i empty
0 -6 0 8 -134268 -1 -1 0;

where all lines starting with #X obj were change, except for lines 4-6.
Further numbers or ranges after 4-6 would indicate other lines to
exclude from the replacement.

I know this isn't a task which can be done in Pd, but much better in a
language such as lua or python. As I don't know any of these languages,
I would appreciate some guidance on how to start, and maybe I could
myself continue the work. Preferably I would like to try it in lua, so
that I could process it in pdlua. But any suggestions are welcome.
Except using grep, as I only have access to an ms-dos console, no bash
or similar ones.

Thanks,

jmmmp

___
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

[Esteban Viveros]

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-l...@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] Edit Pd file to change coordinates. pdlua or other language?

[Daniel Iglesia]

I'd guess it probably _is_ doable in Pd, with some tangled use of the
[text] (using "search" and "set").
When I do this type of manipulation, it's for mobile, so I'm limited to
Objective-C and Java, but if you use Java you could adapt Chris' parser:

https://github.com/chr15m/PdDroidParty/blob/master/src/cx/mccormick/pddroidparty/PdParser.java

to get a java data structure representation. Or, potentially simpler, port
the parsing logic in that file to python or whatever language you want to
use.


On Sat, Mar 19, 2016 at 12:36 PM, João Pais  wrote:

> Dear list,
>
> I wanted to edit some Pd files so that I can change the coordinates of
> *some* lines. For example, if in a pd file there is the content:
>
> #N struct 1164-element float x float y float nr float index float nr-show
> float tick-show;
> #N canvas 168 80 670 664 gui 0;
> #X obj 186 548 textfile;
> #X obj 167 328 openpanel;
> #X obj 395 878 delay;
> #X obj 474 838 expr 60*$f1/$f2*1000;
> #X msg 166 668 stop;
> #X obj 293 207 hradio 17 1 0 6 \$0-instructions \$0-colord-i empty
> 0 -6 0 8 -134268 -1 -1 0;
>
> I wanted:
> a) in the lines beginning with "#X obj", to change the 2 fields afterwards
> to a general value I'll give in the command (e.g. all lines are changed "#X
> obj 100 100 ...")
>
> b) to exclude from this operation the line numbers I supply, preferably in
> an expression such as "5 10 20-30" etc.
>
> To give an example, with the command "100 100 4-6", the text above would
> be changed to
>
> #N struct 1164-element float x float y float nr float index float nr-show
> float tick-show;
> #N canvas 168 80 670 664 gui 0;
> #X obj 186 548 textfile;
> #X obj 167 328 openpanel;
> #X obj 395 878 delay;
> #X obj 100 100 expr 60*$f1/$f2*1000;
> #X msg 166 668 stop;
> #X obj 100 100 hradio 17 1 0 6 \$0-instructions \$0-colord-i empty
> 0 -6 0 8 -134268 -1 -1 0;
>
> where all lines starting with #X obj were change, except for lines 4-6.
> Further numbers or ranges after 4-6 would indicate other lines to exclude
> from the replacement.
>
> I know this isn't a task which can be done in Pd, but much better in a
> language such as lua or python. As I don't know any of these languages, I
> would appreciate some guidance on how to start, and maybe I could myself
> continue the work. Preferably I would like to try it in lua, so that I
> could process it in pdlua. But any suggestions are welcome. Except using
> grep, as I only have access to an ms-dos console, no bash or similar ones.
>
> Thanks,
>
> jmmmp
>
> ___
> 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?

[i go bananas]

(sorry, just talking to myself here again)

actually, you don't need to copy the inlets into separate arrays.  Just
making a temp array for the outlets, writing to that in the main for loop,
and then copying that to the outlet buffer in its own for loop is
sufficient.
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] Edit Pd file to change coordinates. pdlua or other language?

[João Pais]

Dear list,

I wanted to edit some Pd files so that I can change the coordinates of  
*some* lines. For example, if in a pd file there is the content:


#N struct 1164-element float x float y float nr float index float nr-show
float tick-show;
#N canvas 168 80 670 664 gui 0;
#X obj 186 548 textfile;
#X obj 167 328 openpanel;
#X obj 395 878 delay;
#X obj 474 838 expr 60*$f1/$f2*1000;
#X msg 166 668 stop;
#X obj 293 207 hradio 17 1 0 6 \$0-instructions \$0-colord-i empty
0 -6 0 8 -134268 -1 -1 0;

I wanted:
a) in the lines beginning with "#X obj", to change the 2 fields afterwards  
to a general value I'll give in the command (e.g. all lines are changed  
"#X obj 100 100 ...")


b) to exclude from this operation the line numbers I supply, preferably in  
an expression such as "5 10 20-30" etc.


To give an example, with the command "100 100 4-6", the text above would  
be changed to


#N struct 1164-element float x float y float nr float index float nr-show
float tick-show;
#N canvas 168 80 670 664 gui 0;
#X obj 186 548 textfile;
#X obj 167 328 openpanel;
#X obj 395 878 delay;
#X obj 100 100 expr 60*$f1/$f2*1000;
#X msg 166 668 stop;
#X obj 100 100 hradio 17 1 0 6 \$0-instructions \$0-colord-i empty
0 -6 0 8 -134268 -1 -1 0;

where all lines starting with #X obj were change, except for lines 4-6.  
Further numbers or ranges after 4-6 would indicate other lines to exclude  
from the replacement.


I know this isn't a task which can be done in Pd, but much better in a  
language such as lua or python. As I don't know any of these languages, I  
would appreciate some guidance on how to start, and maybe I could myself  
continue the work. Preferably I would like to try it in lua, so that I  
could process it in pdlua. But any suggestions are welcome. Except using  
grep, as I only have access to an ms-dos console, no bash or similar ones.


Thanks,

jmmmp

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

Re: [PD] ASIO SDK

[Jonathan Wilkes via Pd-list]

Ok, thanks.
As for the README-- they actually don't require the whole email dance to get 
the code anymore:http://www.steinberg.net/en/company/developers.html

Not sure whether this means I can skip the dance if I'm distributing binaries 
build using that...
-Jonathan

 

On Saturday, March 19, 2016 1:22 PM, Miller Puckette  wrote:
 

 Yes and yes... I'm using the 'official ASIO SDK 2.3, which I can't distribute
the source or header files for.  Details in pd/asio/README.txt (although I
see I didn't update the version number in the README).

cheers
Miller

On Sat, Mar 19, 2016 at 04:17:53PM +, Jonathan Wilkes via Pd-list wrote:
> Miller,Is the Windows binary you ship for Pd compiled using the ASIO SDK from 
> Steinberg?
> If so, did you have to sign some licensing garbage in order to do that?
> Thanks,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] [initbang] ? - anything new?

[Ingo]

Thanks!

I might have to look for another way to do it since I need to get the
patches running now.

Ingo


> Vanilla in git supports initbang, but I don't know where you can yet
> get an initbang object that works with it (I did it a bit differently than
> how it was done in extended).
> 
> cheers
> Miller
> 
> On Sat, Mar 19, 2016 at 04:42:33PM +0100, Ingo wrote:
> > What's the latest news about [initbang]?
> >
> > I have just switched from pd-extended to vanilla but still have some
> patches
> > that don't work anymore for the lack of [initbang].
> > Before I start reprograming these patches I thought I'd check out if
> > anything has been done about it in the meantime.
> >
> > Ingo


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

Re: [PD] [initbang] ? - anything new?

[Miller Puckette]

Vanilla in git supports initbang, but I don't know where you can yet
get an initbang object that works with it (I did it a bit differently than
how it was done in extended).

cheers
Miller

On Sat, Mar 19, 2016 at 04:42:33PM +0100, Ingo wrote:
> What's the latest news about [initbang]?
> 
> I have just switched from pd-extended to vanilla but still have some patches
> that don't work anymore for the lack of [initbang].
> Before I start reprograming these patches I thought I'd check out if
> anything has been done about it in the meantime.
> 
> Ingo
> 
> 
> ___
> 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?

[i go bananas]

Thanks Claude and Iohannes.

seems this is likely an issue with the recycled signals then...

i tried the method Claude suggested, and even with any tweak i could think
of, it's still not working.

Iohannes, what do you mean when you say:

"which signals get re-used is a function of the surrounding patch, and
unrelated to the creation order within the object's dsp-function."

???

Is there some sort of logic or rule to this?
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] ASIO SDK

[Miller Puckette]

Yes and yes... I'm using the 'official ASIO SDK 2.3, which I can't distribute
the source or header files for.  Details in pd/asio/README.txt (although I
see I didn't update the version number in the README).

cheers
Miller

On Sat, Mar 19, 2016 at 04:17:53PM +, Jonathan Wilkes via Pd-list wrote:
> Miller,Is the Windows binary you ship for Pd compiled using the ASIO SDK from 
> Steinberg?
> If so, did you have to sign some licensing garbage in order to do that?
> Thanks,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

[PD] ASIO SDK

[Jonathan Wilkes via Pd-list]

Miller,Is the Windows binary you ship for Pd compiled using the ASIO SDK from 
Steinberg?
If so, did you have to sign some licensing garbage in order to do that?
Thanks,Jonathan___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] [initbang] ? - anything new?

[Ingo]

What's the latest news about [initbang]?

I have just switched from pd-extended to vanilla but still have some patches
that don't work anymore for the lack of [initbang].
Before I start reprograming these patches I thought I'd check out if
anything has been done about it in the meantime.

Ingo


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

Re: [PD] GUI port: full triforce

[Matt Barber]

Wonderful, Jonathan. You now have hero status.

On Tue, Mar 15, 2016 at 10:24 PM, Jonathan Wilkes via Pd-list <
pd-list@lists.iem.at> wrote:

> 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] LKFS or LUFS-based compression?

[katja]

Ah, sorry for my completely irrelevant pointer. Now I understand
(after consulting wikipedia again) that you want to compress according
to frequency- and sound pressure dependent equal-loudness contours so
you can comply with standards about perceived loudness? Seems that
this requires multiband RMS detection and weighting.

Katja

On Wed, Mar 16, 2016 at 10:20 AM, William Huston
 wrote:
> Thanks Katja.
>
> I did not intend to imply a particular compression method.
>
> I was only asking if anyone has created
> a compressor in Pd with the goal of limiting based
> on Average Loudness rather than Peak Gain.
>
> I don't really know how it works,
> except to guess it is related to
> Fletcher–Munson curves.
>
> I want to get into broadcast more.
> A LKFS or LUFS external (meter and compressor)
> would be very useful.
>
> Limiting based on Loudness is becoming
> both a US and EUR broadcast standard,
> yet there aren't many tools out there,
> it seems.
>
>
>
> On Wed, Mar 16, 2016 at 5:01 AM, katja  wrote:
>>
>> Frankly I had to ask Wikipedia what LKFS and LUFS is. They are
>> loudness standards, they don't indicate compression method.
>>
>> Here's a peculiar method which uses detection of instantaneous
>> amplitudes instead of peak sample values:
>>
>> http://www.katjaas.nl/compander/compander.html
>>
>> From an engineer's viewpoint this approach is highly debatable and you
>> wouldn't use it for all purposes. But it reacts super fast to
>> transients. I use it on acoustic input in live performance.
>>
>> Katja
>>
>> On Wed, Mar 16, 2016 at 7:51 AM, William Huston
>>  wrote:
>> > Has anyone played around with LKFS or LUFS-based
>> > "Loudness Compression"?
>> >
>> > This would be a really handy thing to have
>> > for anyone who creates audio for broadcast TV or Radio,
>> > or movie scores, etc.
>> >
>> > When people grab a compressor, this is what
>> > we mostly want. However, in my experience,
>> > most compressors are peak-level compressors.
>> >
>> > Thanks for any leads/pointers.
>> >
>> >
>> > --
>> > --
>> > May you, and all beings
>> > be happy and free from suffering :)
>> > -- ancient Buddhist Prayer (Metta)
>> >
>> > ___
>> > Pd-list@lists.iem.at mailing list
>> > UNSUBSCRIBE and account-management ->
>> > http://lists.puredata.info/listinfo/pd-list
>> >
>
>
>
>
> --
> --
> May you, and all beings
> be happy and free from suffering :)
> -- ancient Buddhist Prayer (Metta)

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

Re: [PD] installing pd-extended on debian (jessie)

[IOhannes m zmölnig]

On 03/16/2016 12:55 PM, Martin Schneider wrote:
> Dear All,
> 
> TLDR;
> 
> I have trouble installing pd-extended from the debian repos.
> 
> Long Version:
> 
> I am trying to install the "pd-extended:i386" package on debian (jessie) on a 
> 64 bit machine.
> It seems that the apt-release.conf file is wrong?

no not really.

> 
> The file is located at: 
> http://apt.puredata.info/releases/dists/jessie/apt-release.conf
> 
> Inside the file it says:
> APT::FTPArchive::Release::Codename "wheezy”;

that's because the pd-extended deb is *really* for build for wheezy.
(and only incidentally made available for newer distributions, like jessie)


> 
> As a result my apt / aptitude complains that there’s a distribution conflict. 
> The pd-exnrended:i386 has dependencies on the packages "python-support”, and 
> “ttf-dejadvu”,
> both of which don’t seem to be in the repos…
> 
> How should I proceed?

- downgrade your system to Debian/wheezy?
- use one of the "nightly" builds for jessie [1] (which are *not* a
proper release, but are just a snapshot of the repository whenever the
build happened).
- don't use Pd-extended as it is unsupported and dead.


the only "fix" i could offer is to completely remove the
http://apt.puredata.info/releases/dists/jessie/ directory.


mgfrdsa
IOhannes


[1] http://apt.puredata.info/auto-build/latest/






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?

[i go bananas]

this seems to work:

  // loop through the 4 oscillators, adding the left to right:

  t_sample l[4];

  t_sample r[4];

  t_sample out[4];



  while (n--)

  {

for (int osc = 3; osc >= 0; osc--)

{

  l[osc] = *left[osc]++;

  r[osc] = *right[osc]++;

  out[osc] = l[osc] + r[osc];

}

for (int osc = 3; osc >= 0; osc--)

{

  *output[osc]++ = out[osc];

}

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

Re: [PD] Help Patches Layout

[Jonathan Wilkes via Pd-list]

> I did not attack me so... Rename in there have some implication? If no, I 
> will start to rename...
Please don't rename them.  Inlets and outlets are numbered starting from 
zero, both in Pd's file format and in dynamic patching:

[connect 0 0 1 0(|[send this]
[namecanvas this]
This makes a connection from the left-most outlet of the first object created 
to the left-most inlet of the second object created.  Both the object index and 
xlet index start from zero.
Garrays are zero-indexed as well.
So changing the help patches won't make Pd any more consistent in this 
regard.  In fact it would make it less consistent because you'd have two 
versions of the help patches in the wild.  (And messages to this list show that 
people are still downloading and using Pd-extended long after it's been 
abandoned.)
Short story-- I'm all for improving documentation, all for consistency, and all 
for making anything more accessible and friendly to users.  But these proposed 
changes don't achieve those goals.
-Jonathan
 

 

On Thursday, March 17, 2016 2:18 PM, Frank Barknecht  
wrote:
 

 Hi,

On Thu, Mar 17, 2016 at 12:26:07PM -0400, Ivica Ico Bukvic wrote:
> 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.

I always assumed Pd to be rather 1-centric and not 0-centric: There
is no $0 for message boxes, and where abstraction arguments are concerned, $0
(patch instance) in use is really something entirely different from $1...$n
(arguments to an instance given by user).

Also many (most?) command line arguments like -audiodev refer to the first item
in a list with 1 instead of 0, leading to an interesting confustion when they
have meet with the 0-centric outside world like ALSA's device numbering.

So Pd in my view is more similar to Lua, where numbering generally starts at 1
(which actually works well, once you get used to it).

But in the end, it's 

Ciao
-- 
 Frank Barknecht                                    _ __footils.org__

___
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] [PD-announce] Click Tracker - Version 1.4 is out!

[João Pais]

Hello everyone,

Version 1.4 of the Click Tracker is out, with the support of Carl Ludwig
Hübsch. The new features are:

- new website
- beat direction forward/backward
- big display for beats + bar number

You can download the new version at http://j.mp/clicktracker14.
For more informations, refer to the Click Tracker's website at
http://j.mp/click-tracker.

You can also visit the Click Tracker on facebook -
http://j.mp/clicktrackerfb - or on google plus -
http://j.mp/clicktrackergp.

With best regards,

João Pais


--
jmmmp...@gmail.com | skype: jmmmpjmmmp
https://www.facebook.com/jmmmpais

___
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

Re: [PD] Help Patches Layout

[Ivica Ico Bukvic]

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] Does pd allow RGBA format for GUIs?

[Alexandre Torres Porres]

thanks
___
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?

[i go bananas]

oops, those weird for loops are just a throwback to something i tried that
didn't work.

normal ones work fine:  for (int osc = 0; osc < 4; osc++)
___
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 04:51 PM, i go bananas wrote:
> Iohannes, what do you mean when you say:
> 
> "which signals get re-used is a function of the surrounding patch, and
> unrelated to the creation order within the object's dsp-function."
> 
> ???
> 
> Is there some sort of logic or rule to this?
> 

yes of course there is¹.
the problem is, that it is none of your object's business and you cannot
make any assumptions beforehand.

what you can do is check at runtime - in the dsp function - whether you
have recycled signals, and call optimized code if not; but in any case
you need to cater for the case that all signals actually refer to the
same memory.

to cut this short: i think i'm not adding any additional information to
what you already know, just expressing it in complicated terms.


gmsrd
IOhannes

¹ the algorithm is in d_ugen.c.




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?

[Miller Puckette]

yes -- and you can allocate the temporary outputs on the stack using
alloca().

cheers
M

On Thu, Mar 17, 2016 at 10:31:06AM +0900, i go bananas wrote:
> (sorry, just talking to myself here again)
> 
> actually, you don't need to copy the inlets into separate arrays.  Just
> making a temp array for the outlets, writing to that in the main for loop,
> and then copying that to the outlet buffer in its own for loop is
> sufficient.

> ___
> 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