Re: [PD] no audio in pd-vanilla UBUNTU 16.04

[Lucas Cordiviola]

Hi Dan, Christof

>Check it out? https://github.com/pure-data/pure-data/tree/autotools_updates


Couldn't make it with Mingw.

Also I couldn't following Fred`s: 
http://puredata.info/docs/developer/WindowsMinGW


for 0.47.1

Attached "log-autobuild-dan.txt"



Mensaje telepatico asistido por maquinas.



From: Pd-list  on behalf of Christof Ressi 

Sent: Friday, October 7, 2016 9:38 PM
To: Dan Wilcox
Cc: pd-list
Subject: Re: [PD] no audio in pd-vanilla UBUNTU 16.04

Hi dan, do you have any news for mingw? Last time we got stuck. Tell me if 
you've something to test! Doesn't have to be on the mailing list, could also be 
a discussion on github or private messages...

Christof

> Gesendet: Freitag, 07. Oktober 2016 um 19:32 Uhr
> Von: "Dan Wilcox" 
> An: "Roman Haefeli" 
> Cc: Pd-List 
> Betreff: Re: [PD] no audio in pd-vanilla UBUNTU 16.04
>
> This has been added in the autotools_updates branch which is basically done, 
> just needs testing on all platforms. It currently fails when building on 
> mingw but works on Linux and OSX. I could use some help with testing and I 
> believe I've asked for people to check it out but ... *crickets* :)
>
> Check it out? https://github.com/pure-data/pure-data/tree/autotools_updates 
> 


> 
> Dan Wilcox
> @danomatika 
[https://pbs.twimg.com/profile_images/1829575118/rc_promo09-3_72dpi_400x400.jpg]

Dan Wilcox (@danomatika) | Twitter
twitter.com
The latest Tweets from Dan Wilcox (@danomatika). Artist Engineer Musician 
Performer (Astronaut); makes technically complicated projects for noisy/primal 
displays.



> danomatika.com 
Danomatika
danomatika.com
Dan Wilcox portfolio ... Artist Engineer Musician Performer (Astronaut) twitter 
github flickr vimeo



> robotcowboy.com 
robotcowboy
robotcowboy.com
Onward to Mars. June 19th 2015 @ Mars New Year Celebration, Mars PA



> > On Oct 5, 2016, at 1:59 AM, pd-list-requ...@lists.iem.at wrote:
> >
> > This is not the first time this has caused confusion. Would it be
> > possible to design ./configure in a way that it prints a Pd
> > configuration summary _after_ the portaudio configuration summary?
>
> ___
> 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


Lucarda@T410 /c/Users/Lucarda/Downloads/test/w/pd
$ ./autogen.sh
libtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR, `m4/config'.
libtoolize: linking file `m4/config/config.guess'
libtoolize: linking file `m4/config/config.sub'
libtoolize: linking file `m4/config/install-sh'
libtoolize: linking file `m4/config/ltmain.sh'
libtoolize: putting macros in AC_CONFIG_MACRO_DIR, `m4/generated'.
libtoolize: linking file `m4/generated/libtool.m4'
libtoolize: linking file `m4/generated/ltoptions.m4'
libtoolize: linking file `m4/generated/ltsugar.m4'
libtoolize: linking file `m4/generated/ltversion.m4'
libtoolize: linking file `m4/generated/lt~obsolete.m4'
configure.ac:9: installing `m4/config/missing'
asio/Makefile.am: installing `m4/config/depcomp'

Lucarda@T410 /c/Users/Lucarda/Downloads/test/w/pd
$ ./configure

checking for a BSD-compatible install... /bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking build system type... i686-pc-mingw32
checking host system type... i686-pc-mingw32
configure: iPhone SDK only available for arm-apple-darwin hosts, skipping tests
configure: Android SDK only available for arm-linux hosts, skipping tests
checking for as... as
checking for dlltool... dlltool
checking for objdump... objdump
checking how to print strings... printf
checking for style of include used by make... GNU
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.exe
checking for suffix of executables... .exe
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking dependency style of gcc... gcc3
checking for a sed that does not truncate output... /bin/sed
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for fgrep... /bin/grep -F
checking 

Re: [PD] no audio in pd-vanilla UBUNTU 16.04

[Christof Ressi]

Hi dan, do you have any news for mingw? Last time we got stuck. Tell me if 
you've something to test! Doesn't have to be on the mailing list, could also be 
a discussion on github or private messages...

Christof

> Gesendet: Freitag, 07. Oktober 2016 um 19:32 Uhr
> Von: "Dan Wilcox" 
> An: "Roman Haefeli" 
> Cc: Pd-List 
> Betreff: Re: [PD] no audio in pd-vanilla UBUNTU 16.04
>
> This has been added in the autotools_updates branch which is basically done, 
> just needs testing on all platforms. It currently fails when building on 
> mingw but works on Linux and OSX. I could use some help with testing and I 
> believe I’ve asked for people to check it out but … *crickets* :)
> 
> Check it out? https://github.com/pure-data/pure-data/tree/autotools_updates 
> 
> 
> Dan Wilcox
> @danomatika 
> danomatika.com 
> robotcowboy.com 
> > On Oct 5, 2016, at 1:59 AM, pd-list-requ...@lists.iem.at wrote:
> > 
> > This is not the first time this has caused confusion. Would it be
> > possible to design ./configure in a way that it prints a Pd
> > configuration summary _after_ the portaudio configuration summary?
> 
> ___
> 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] Purr Data beta 2

[Jonathan Wilkes via Pd-list]

> Sure but it’s often easier to have/start a discussion with a proposed/working 
> solution. Did this involve changes to the pd core or are you wrapping the 
> lower level apis?
Changes to the core.

-Jonathan


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

Re: [PD] Purr Data beta 2

[Dan Wilcox]

Sure but it’s often easier to have/start a discussion with a proposed/working 
solution. Did this involve changes to the pd core or are you wrapping the lower 
level apis?


Dan Wilcox
@danomatika 
danomatika.com 
robotcowboy.com 
> On Oct 7, 2016, at 12:40 PM, Jonathan Wilkes  wrote:
> 
> > Sweet! :) Ok, awesome. You’re ahead on this.
> 
> 
> 
> Just to be clear-- that spec isn't a future proposal.  It's implemented in 
> Purr Data.
> 
> -Jonathan

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

Re: [PD] Purr Data beta 2

[Jonathan Wilkes via Pd-list]

> Sweet! :) Ok, awesome. You’re ahead on this.



Just to be clear-- that spec isn't a future proposal.  It's implemented in Purr 
Data.
-Jonathan
   ___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Purr Data beta 2

[Dan Wilcox]

Sweet! :) Ok, awesome. You’re ahead on this.


Dan Wilcox
@danomatika 
danomatika.com 
robotcowboy.com 

> On Oct 6, 2016, at 3:49 AM, pd-list-requ...@lists.iem.at 
>  wrote:
>> 
>> 1) External developers who want to support purr-data (pd-l2ork) can #ifdef 
>> their guis.
>> 2) For those who don't want to learn a new toolkit, and for unmaintained 
>> libraries, it'll be up to purr-data developers.
>> 
>> Until we have good documentation for integrating pd+nwjs, the first option 
>> may only work well for people who have a toe in both pools. I think that's 
>> me for cyclone, and I'll be glad to support purr-data directly in the new 
>> cyclone library as soon as I have a good chunk of time to do it, and some 
>> time to work out the kinks with Jonathan.
> 
> > I know I’ve mentioned it before, but I wish there was a middle ground where 
> > the GUI calls were abstracted enough to make these kinds of version/fork 
> > specific approaches unnecessary.
> 
> https://git.purrdata.net/jwilkes/purr-data#gui-messaging-specification 
> 
> 
> -Jonathan


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

Re: [PD] Purr Data beta 2

[Jonathan Wilkes via Pd-list]

On Oct 6, 2016, at 3:49 AM, pd-list-requ...@lists.iem.at wrote:

1) External developers who want to support purr-data (pd-l2ork) can #ifdef 
their guis.2) For those who don't want to learn a new toolkit, and for 
unmaintained libraries, it'll be up to purr-data developers.
Until we have good documentation for integrating pd+nwjs, the first option may 
only work well for people who have a toe in both pools. I think that's me for 
cyclone, and I'll be glad to support purr-data directly in the new cyclone 
library as soon as I have a good chunk of time to do it, and some time to work 
out the kinks with Jonathan.

> I know I’ve mentioned it before, but I wish there was a middle ground where 
> the GUI calls were abstracted enough to make these kinds of version/fork 
> specific approaches unnecessary.
https://git.purrdata.net/jwilkes/purr-data#gui-messaging-specification
-Jonathan
   ___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Purr Data beta 2

[Dan Wilcox]

As a follow up: this approach is what we’ve taken with libpd and it’s worked 
very well so far.

Peter initially discussed with Miller what changes and api access would be 
needed to wrap libpd. Once those were in place, the rest of libpd is 
essentially just wrappers around the vanilla core without touching the core 
directly. All I need to do to update libpd to a newer version of vanilla is to 
update the pure-data submodule to a new commit/tag and update the makefile to 
reflect any source file name additions or changes.

libpd *is* pd vanilla without the GUI or audio backend, not a variant or custom 
version. I’m not sure if that has been fully stated on this list.

Of course, the api & messaging requirements of libpd are small by comparison to 
a full UI implementation but I feel a similar process should be possible.


Dan Wilcox
@danomatika 
danomatika.com 
robotcowboy.com 
> On Oct 7, 2016, at 11:27 AM, Dan Wilcox  wrote:
> 
>> On Oct 6, 2016, at 3:49 AM, pd-list-requ...@lists.iem.at 
>>  wrote:
>> 
>> 1) External developers who want to support purr-data (pd-l2ork) can #ifdef 
>> their guis.
>> 2) For those who don't want to learn a new toolkit, and for unmaintained 
>> libraries, it'll be up to purr-data developers.
>> 
>> Until we have good documentation for integrating pd+nwjs, the first option 
>> may only work well for people who have a toe in both pools. I think that's 
>> me for cyclone, and I'll be glad to support purr-data directly in the new 
>> cyclone library as soon as I have a good chunk of time to do it, and some 
>> time to work out the kinks with Jonathan.
> 
> I know I’ve mentioned it before, but I wish there was a middle ground where 
> the GUI calls were abstracted enough to make these kinds of version/fork 
> specific approaches unnecessary.
> 
> A possibly solution would be to standardize around the tcl messages that 
> vanilla already uses and provide a way to help parse and translate them into 
> whatever is being used by the GUI implementation. “Draw a box here” and “draw 
> some text”, “draw a line from this point to another point”, and “open this 
> window” are all actions possible in tons of languages and environments, just 
> done in a different syntax. Yeah, it’s probably not super efficient but this 
> mechanism seems to have worked pretty well over the years on older, slower 
> hardware to I’m in favor of proposing sticking to what works as a start.
> 
> My thought is if we could standardize some of the api interfaces and allow 
> others to be overridable (say the undo/redo mechanisms in a separate .c file) 
> or via default dummy implementations, vanilla/libpd could be uses as the 
> lingua franca core and each variant of Pd adds on it’s extras without 
> diverging.
> 
> I *really* hope we can talk about this idea in person at the pd con as I 
> still feel that, overall, we should find a way to pool resources more 
> effectively. For instance, Miller keeps the pd core solid & provides a Pd 
> vanilla GUI while pd-l2ork & purr data have their extensions, expanded 
> internals by overriding/extending aspects of the core, and custom GUI 
> implementations. All of this, hopefully, wrapped upon the same core. I think 
> it’s possible, we just have to figure out what kind of architecture would 
> make this possible. Some of this would probably be possible by simply 
> splitting some functions into separate .c files.
> 
> Forgive me if this has already been talked to death, but I have a feeling it 
> hasn’t so far...
> 
> Relatedly, I’d like to be able to add an editing GUI to PdParty and have 
> thoughts on making a console-based ncurses GUI for pd. That would be alot 
> easier with the knowledge and help of those of you to wrap the GUI comm via a 
> libpd api instead of me basically reverse engineering things myself. I’d 
> rather be lazy and use the shared knowledge that is one of the best parts 
> about open source.

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

Re: [PD] purr data beta1

[Dan Wilcox]

Also, my initial response was more in the vein of answering “what can I use to 
run pd patches in a custom Android or iOS project that *already exists*”. Of 
course, people can grab sources and build a patch engine core form vanilla or 
l2ork or whatever themselves, but libpd is the only currently available, 
drop-in option.

In this view, the easy to use options are truly libpd or nothing.


Dan Wilcox
@danomatika 
danomatika.com 
robotcowboy.com 
> On Oct 5, 2016, at 6:16 PM, Dan Wilcox  wrote:
> 
> 
>> On Oct 5, 2016, at 5:45 PM, Ivica Ico Bukvic > > wrote:
>> 
>> On 9/30/2016 4:56 PM, Dan Wilcox wrote:
>> 
 On Sep 30, 2016, at 2:45 PM, pd-list-requ...@lists.iem.at 
  wrote:
 
 unfortunately I'm not the one to ask, I don't know anything about android. 
 I was asking because I'm (hopefully) doing a big project which I would 
 like to do in Pd, and it might have to run on independent apps. it would 
 be very nice to use only one flavour of Pd for it, and not to use vanilla.
>>> 
>>> Currently your options on Android and iOS are:
>>> 
>>> 1. use libpd (based on vanilla)
>>> 2. nothing
>>> 
>> I am glad to hear we have more than one option on this one ;-)
> 
> It’s open source. Maybe y’all want to make a libl2ork 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] no audio in pd-vanilla UBUNTU 16.04

[Dan Wilcox]

This has been added in the autotools_updates branch which is basically done, 
just needs testing on all platforms. It currently fails when building on mingw 
but works on Linux and OSX. I could use some help with testing and I believe 
I’ve asked for people to check it out but … *crickets* :)

Check it out? https://github.com/pure-data/pure-data/tree/autotools_updates 


Dan Wilcox
@danomatika 
danomatika.com 
robotcowboy.com 
> On Oct 5, 2016, at 1:59 AM, pd-list-requ...@lists.iem.at wrote:
> 
> This is not the first time this has caused confusion. Would it be
> possible to design ./configure in a way that it prints a Pd
> configuration summary _after_ the portaudio configuration summary?

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

Re: [PD] Purr Data beta 2

[Dan Wilcox]

> On Oct 6, 2016, at 3:49 AM, pd-list-requ...@lists.iem.at wrote:
> 
> 1) External developers who want to support purr-data (pd-l2ork) can #ifdef 
> their guis.
> 2) For those who don't want to learn a new toolkit, and for unmaintained 
> libraries, it'll be up to purr-data developers.
> 
> Until we have good documentation for integrating pd+nwjs, the first option 
> may only work well for people who have a toe in both pools. I think that's me 
> for cyclone, and I'll be glad to support purr-data directly in the new 
> cyclone library as soon as I have a good chunk of time to do it, and some 
> time to work out the kinks with Jonathan.

I know I’ve mentioned it before, but I wish there was a middle ground where the 
GUI calls were abstracted enough to make these kinds of version/fork specific 
approaches unnecessary.

A possibly solution would be to standardize around the tcl messages that 
vanilla already uses and provide a way to help parse and translate them into 
whatever is being used by the GUI implementation. “Draw a box here” and “draw 
some text”, “draw a line from this point to another point”, and “open this 
window” are all actions possible in tons of languages and environments, just 
done in a different syntax. Yeah, it’s probably not super efficient but this 
mechanism seems to have worked pretty well over the years on older, slower 
hardware to I’m in favor of proposing sticking to what works as a start.

My thought is if we could standardize some of the api interfaces and allow 
others to be overridable (say the undo/redo mechanisms in a separate .c file) 
or via default dummy implementations, vanilla/libpd could be uses as the lingua 
franca core and each variant of Pd adds on it’s extras without diverging.

I *really* hope we can talk about this idea in person at the pd con as I still 
feel that, overall, we should find a way to pool resources more effectively. 
For instance, Miller keeps the pd core solid & provides a Pd vanilla GUI while 
pd-l2ork & purr data have their extensions, expanded internals by 
overriding/extending aspects of the core, and custom GUI implementations. All 
of this, hopefully, wrapped upon the same core. I think it’s possible, we just 
have to figure out what kind of architecture would make this possible. Some of 
this would probably be possible by simply splitting some functions into 
separate .c files.

Forgive me if this has already been talked to death, but I have a feeling it 
hasn’t so far...

Relatedly, I’d like to be able to add an editing GUI to PdParty and have 
thoughts on making a console-based ncurses GUI for pd. That would be alot 
easier with the knowledge and help of those of you to wrap the GUI comm via a 
libpd api instead of me basically reverse engineering things myself. I’d rather 
be lazy and use the shared knowledge that is one of the best parts about open 
source.


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] array read -resize according to file ?

[Miller Puckette]

Also, if the file has numbers on separate lines, you can use the "-cr" flag
to the "read" message to text to get each one on its own line in the
object - this should make it easier to manipulate.  But "array" objects are
much more efficient - it might be worth writing a loop that simply loads
the numbers from text into an array one by one at startup.

OTOH the "soundfiler" object really should be able to read/write ascii
numbers - that's been on my dolist for a decade or more.

cheers
Miller

On Fri, Oct 07, 2016 at 11:58:12AM +0200, Jack wrote:
> Le 07/10/2016 à 11:50, Jack a écrit :
> > If you need [array] or [table] to do operations on them, you could use :
> > [text define] to load your list of float,
> > [0( on [text size] to get the number of float in your text file.
> > 
> > Then use this number to resize your [array] and then load your textfile
> > in this array.
> 
> I think, it is better to do :
> [0( on [text get] (instead of reload the text file) and send result to
> [array set].
> ++
> 
> Jack
> 
> 
> > 
> > I don't test it, and maybe there is a more elegant way to achieve this.
> > ++
> > 
> > Jack
> > 
> > 
> > 
> > Le 07/10/2016 à 11:10, Raphaël Ilias a écrit :
> >> Hello  Jack,
> >>
> >> Yes [text] is great, but I'm currently using tables/arrays that I want
> >> to be stored on filesystem.
> >> I actually can [read array.txt ( containing an array (i.e. a list of
> >> floats) with [text], and the whole array is loaded as a list on first
> >> line, but I'm concerned about performance while loading/parsing data.
> >>
> >> Then this would mean using :
> >>
> >>   [0 $1 1 (
> >>|
> >>   [text get dataAsText]
> >>
> >> instead of :
> >>
> >>   [$1 (
> >>|
> >>   [tabread dataAsArray]
> >>
> >> I will give this solution a try, but I'm using quite large tables (more
> >> than 10,000 float values)... do you think it's as fast as [tabread] ?
> >>
> >> (PS : I'm also looking for a way to know if a specified file (giving its
> >> path) exists or not. I did this once with the [shell] external, but I
> >> would prefer a vanilla solution...)
> >>
> >> have a nice day,
> >>
> >> Raphaël
> >>
> >> 2016-10-06 18:08 GMT+02:00 Jack >:
> >>
> >> Hello Raphaël,
> >>
> >> For textfiles ?
> >> Maybe you should use [text] ?
> >> ++
> >>
> >> Jack
> >>
> >>
> >>
> >> Le 06/10/2016 à 18:00, Raphaël Ilias a écrit :
> >> > Hello list
> >> >
> >> > For an array used as data storage (i.e. not audio), is there a way to
> >> > load data from a file AND have it resized according to file's length 
> >> ?
> >> > ...like with soundfiler : [read -resize filename.wav tablename (
> >> >
> >> > I want to load textfiles into arrays but their may vary and cannot be
> >> > predicted...
> >> >
> >> > I feel my english isn't very clear today ! So I attached an example 
> >> patch.
> >> >
> >> > Any idea ?
> >> >
> >> > have a good day !
> >> >
> >> > --
> >> > Raphaël Ilias
> >> >   ___
> >> > * phae.fr  *
> >> >  10 rue des Deux Haies - 49100 Angers / France
> >> >  phae.il...@gmail.com 
> >> > / 06 04
> >> 45 79 78 
> >> >   ___
> >> >
> >> >
> >> > ___
> >> > 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
> > 
> 
> 
> ___
> 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] Reblocking Issue

[Miller Puckette]

I think this is fixable, but note that you still won't be able to get
control computations themselves ecept between the calculation of 64-sample
blocks - that's Pd's scheduler's duty cycle.

Similaly, threshold~ really should time-tag its messages down to the sample
but doesn't.

cheers
Miller

On Thu, Oct 06, 2016 at 12:59:03AM +0200, Christof Ressi wrote:
> Hi, while working on a new project I found something which looks like a bug. 
> Basically, [bang~] + [timer] doesn't work correctly in a reblocked subpatch 
> if the blocksize is *smaller* than the one in the parent subpatch. Other 
> objects, like [print~] work fine...
> 
> Pd 47.1, Windows 7
> 
> Christof

> #N canvas 346 195 450 300 10;
> #N canvas 676 544 625 300 sub1 1;
> #N canvas 136 518 868 434 sub2 1;
> #X obj 91 109 bang~;
> #X obj 91 131 t b b;
> #X obj 91 153 timer;
> #X floatatom 91 175 5 0 0 0 - - -, f 5;
> #X obj 92 257 print~;
> #X obj 87 223 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1
> -1;
> #X text 149 262 works! (64 samples);
> #X text 140 174 doesn't work! (same duration as in sub2);
> #X obj 86 69 block~ 256 0 1;
> #X connect 0 0 1 0;
> #X connect 1 0 2 0;
> #X connect 1 1 2 1;
> #X connect 2 0 3 0;
> #X connect 5 0 4 0;
> #X restore 33 122 pd sub2;
> #X obj 164 69 bang~;
> #X obj 161 139 timer;
> #X obj 164 91 t b b;
> #X floatatom 161 161 5 0 0 0 - - -, f 5;
> #X obj 30 65 block~ 1024 0 1;
> #X obj 42 189 print~;
> #X obj 42 161 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1
> -1;
> #X msg 30 35 set \$1 0 1;
> #X floatatom 31 9 5 0 0 0 - - -, f 5;
> #X text 27 100 click me:;
> #X text 114 3 [block~] in sub1 will also affect [bang~] in sub2 - even
> though it is reblocked - but only if the block size in sub2 is smaller
> than the one in sub1;
> #X connect 1 0 3 0;
> #X connect 2 0 4 0;
> #X connect 3 0 2 0;
> #X connect 3 1 2 1;
> #X connect 7 0 6 0;
> #X connect 8 0 5 0;
> #X connect 9 0 8 0;
> #X restore 60 101 pd sub1;
> #X text 57 76 click me:;

> ___
> 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] Exact RAM size of arrays

[Miller Puckette]

.. except if Pd is compiled as a 64-bit exeutable, each individual sample
takes 8 bytes, not 4.

cheers
Miller

On Fri, Oct 07, 2016 at 01:03:34PM +0200, cyrille henry wrote:
> hello Martin,
> 
> Le 07/10/2016 à 12:31, Martin Hiendl a écrit :
> > Dear list,
> > 
> > I have a quick question: For a looper/ringbuffer patch I'm using a
> > couple of hundred arrays with a size of something between 4-7 seconds
> > (at 44.1k) each.
> > 
> > How can I calculate exactly how much RAM one buffer occupies, so that
> > I'm not overloading my machine? Is it the same size of a wav file?
> yes, an array use the same mem as a 32 bit mono wave file. (or a 16 bit 
> stereo wave file, like in CD)
> 
> 1 sample is 4 bytes, there is 44.1 samples/s, so a table use 176.3 Ko / second
> (about 600Mo/h).
> 
> 
> cheers
> Cyrille
> 
> 
> > 
> > Thanks
> > Martin
> > 
> > ___
> > 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] Exact RAM size of arrays

[cyrille henry]

hello Martin,

Le 07/10/2016 à 12:31, Martin Hiendl a écrit :

Dear list,

I have a quick question: For a looper/ringbuffer patch I'm using a
couple of hundred arrays with a size of something between 4-7 seconds
(at 44.1k) each.

How can I calculate exactly how much RAM one buffer occupies, so that
I'm not overloading my machine? Is it the same size of a wav file?

yes, an array use the same mem as a 32 bit mono wave file. (or a 16 bit stereo 
wave file, like in CD)

1 sample is 4 bytes, there is 44.1 samples/s, so a table use 176.3 Ko / second
(about 600Mo/h).


cheers
Cyrille




Thanks
Martin

___
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] array read -resize according to file ?

[Jack]

Le 07/10/2016 à 11:50, Jack a écrit :
> If you need [array] or [table] to do operations on them, you could use :
> [text define] to load your list of float,
> [0( on [text size] to get the number of float in your text file.
> 
> Then use this number to resize your [array] and then load your textfile
> in this array.

I think, it is better to do :
[0( on [text get] (instead of reload the text file) and send result to
[array set].
++

Jack


> 
> I don't test it, and maybe there is a more elegant way to achieve this.
> ++
> 
> Jack
> 
> 
> 
> Le 07/10/2016 à 11:10, Raphaël Ilias a écrit :
>> Hello  Jack,
>>
>> Yes [text] is great, but I'm currently using tables/arrays that I want
>> to be stored on filesystem.
>> I actually can [read array.txt ( containing an array (i.e. a list of
>> floats) with [text], and the whole array is loaded as a list on first
>> line, but I'm concerned about performance while loading/parsing data.
>>
>> Then this would mean using :
>>
>>   [0 $1 1 (
>>|
>>   [text get dataAsText]
>>
>> instead of :
>>
>>   [$1 (
>>|
>>   [tabread dataAsArray]
>>
>> I will give this solution a try, but I'm using quite large tables (more
>> than 10,000 float values)... do you think it's as fast as [tabread] ?
>>
>> (PS : I'm also looking for a way to know if a specified file (giving its
>> path) exists or not. I did this once with the [shell] external, but I
>> would prefer a vanilla solution...)
>>
>> have a nice day,
>>
>> Raphaël
>>
>> 2016-10-06 18:08 GMT+02:00 Jack >:
>>
>> Hello Raphaël,
>>
>> For textfiles ?
>> Maybe you should use [text] ?
>> ++
>>
>> Jack
>>
>>
>>
>> Le 06/10/2016 à 18:00, Raphaël Ilias a écrit :
>> > Hello list
>> >
>> > For an array used as data storage (i.e. not audio), is there a way to
>> > load data from a file AND have it resized according to file's length ?
>> > ...like with soundfiler : [read -resize filename.wav tablename (
>> >
>> > I want to load textfiles into arrays but their may vary and cannot be
>> > predicted...
>> >
>> > I feel my english isn't very clear today ! So I attached an example 
>> patch.
>> >
>> > Any idea ?
>> >
>> > have a good day !
>> >
>> > --
>> > Raphaël Ilias
>> >   ___
>> > * phae.fr  *
>> >  10 rue des Deux Haies - 49100 Angers / France
>> >  phae.il...@gmail.com 
>> > / 06 04
>> 45 79 78 
>> >   ___
>> >
>> >
>> > ___
>> > 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
> 


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

Re: [PD] array read -resize according to file ?

[Jack]

If you need [array] or [table] to do operations on them, you could use :
[text define] to load your list of float,
[0( on [text size] to get the number of float in your text file.

Then use this number to resize your [array] and then load your textfile
in this array.

I don't test it, and maybe there is a more elegant way to achieve this.
++

Jack



Le 07/10/2016 à 11:10, Raphaël Ilias a écrit :
> Hello  Jack,
> 
> Yes [text] is great, but I'm currently using tables/arrays that I want
> to be stored on filesystem.
> I actually can [read array.txt ( containing an array (i.e. a list of
> floats) with [text], and the whole array is loaded as a list on first
> line, but I'm concerned about performance while loading/parsing data.
> 
> Then this would mean using :
> 
>   [0 $1 1 (
>|
>   [text get dataAsText]
> 
> instead of :
> 
>   [$1 (
>|
>   [tabread dataAsArray]
> 
> I will give this solution a try, but I'm using quite large tables (more
> than 10,000 float values)... do you think it's as fast as [tabread] ?
> 
> (PS : I'm also looking for a way to know if a specified file (giving its
> path) exists or not. I did this once with the [shell] external, but I
> would prefer a vanilla solution...)
> 
> have a nice day,
> 
> Raphaël
> 
> 2016-10-06 18:08 GMT+02:00 Jack >:
> 
> Hello Raphaël,
> 
> For textfiles ?
> Maybe you should use [text] ?
> ++
> 
> Jack
> 
> 
> 
> Le 06/10/2016 à 18:00, Raphaël Ilias a écrit :
> > Hello list
> >
> > For an array used as data storage (i.e. not audio), is there a way to
> > load data from a file AND have it resized according to file's length ?
> > ...like with soundfiler : [read -resize filename.wav tablename (
> >
> > I want to load textfiles into arrays but their may vary and cannot be
> > predicted...
> >
> > I feel my english isn't very clear today ! So I attached an example 
> patch.
> >
> > Any idea ?
> >
> > have a good day !
> >
> > --
> > Raphaël Ilias
> >   ___
> > * phae.fr  *
> >  10 rue des Deux Haies - 49100 Angers / France
> >  phae.il...@gmail.com 
> > / 06 04
> 45 79 78 
> >   ___
> >
> >
> > ___
> > 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] array read -resize according to file ?

[Raphaël Ilias]

Hello  Jack,

Yes [text] is great, but I'm currently using tables/arrays that I want to
be stored on filesystem.
I actually can [read array.txt ( containing an array (i.e. a list of
floats) with [text], and the whole array is loaded as a list on first line,
but I'm concerned about performance while loading/parsing data.

Then this would mean using :

  [0 $1 1 (
   |
  [text get dataAsText]

instead of :

  [$1 (
   |
  [tabread dataAsArray]

I will give this solution a try, but I'm using quite large tables (more
than 10,000 float values)... do you think it's as fast as [tabread] ?

(PS : I'm also looking for a way to know if a specified file (giving its
path) exists or not. I did this once with the [shell] external, but I would
prefer a vanilla solution...)

have a nice day,

Raphaël

2016-10-06 18:08 GMT+02:00 Jack :

> Hello Raphaël,
>
> For textfiles ?
> Maybe you should use [text] ?
> ++
>
> Jack
>
>
>
> Le 06/10/2016 à 18:00, Raphaël Ilias a écrit :
> > Hello list
> >
> > For an array used as data storage (i.e. not audio), is there a way to
> > load data from a file AND have it resized according to file's length ?
> > ...like with soundfiler : [read -resize filename.wav tablename (
> >
> > I want to load textfiles into arrays but their may vary and cannot be
> > predicted...
> >
> > I feel my english isn't very clear today ! So I attached an example
> patch.
> >
> > Any idea ?
> >
> > have a good day !
> >
> > --
> > Raphaël Ilias
> >   ___
> > * phae.fr *
> >  10 rue des Deux Haies - 49100 Angers / France
> >  phae.il...@gmail.com  / 06 04 45 79 78
> >   ___
> >
> >
> > ___
> > 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