[PD] re: Loading soundfiles

Jeff Bechtel jbechtel at fi.edu
Wed Sep 7 22:26:32 CEST 2005


I have a scheme I use for loading whole groups of samplers at once.
I attach the load commands for a group of samplers to a single bang object.
then many samplers can be loaded at once.
I have an abstraction called kitpatch, which has 4 samplers inside, mainly
for rhythm purposes. I set up several instances of the setup I mentioned,
each with a different set of filenames of samples for each. Hitting the
respective bang loads a new 'drumkit'
The important thing is that you hit the load bang for each sample filename
before you start your performance, so they get spooled into memory (
windows - others might work differently ). Then each subsequent loading
happens with no dropouts.

jeff b






Date: Wed, 07 Sep 2005 16:11:16 +0200 (CEST)
From: zmoelnig at iem.at
Subject: Re: [PD] threading soundfiler
To: patrick <patrick at 11h11.com>
Cc: PD-list at iem.at
Message-ID: <1126102276.431ef504ded61 at iem.at>
Content-Type: text/plain; charset=ISO-8859-1

Quoting patrick <patrick at 11h11.com>:

> will be? i really think that it's the basic of live electronic music!

i think you have a very narrow view of "live electronic music" if you reduce
it
to be able to handle loading soundfiles.

>
> am i the only one wishing for this feature to be part of pd?

i guess not.
it is certainly an important feature to be able to load soundfiles without
dropouts.


mfg.as.dr
IOhannes



----- Original Message ----- 
From: <pd-list-request at iem.at>
To: <pd-list at iem.at>
Sent: Wednesday, September 07, 2005 3:55 PM
Subject: PD-list Digest, Vol 6, Issue 24


> Send PD-list mailing list submissions to
> pd-list at iem.at
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://lists.puredata.info/listinfo/pd-list
> or, via email, send a message with subject or body 'help' to
> pd-list-request at iem.at
>
> You can reach the person managing the list at
> pd-list-owner at iem.at
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of PD-list digest..."
>
>
> Today's Topics:
>
>    1. Re: threading soundfiler (Georg Holzmann)
>    2. Re: reverse operator math (day 5)
>    3. Re: Using netclient to get weather data from weather.com
>       (zmoelnig at iem.at)
>    4. Re: threading soundfiler (zmoelnig at iem.at)
>    5. Re: question (zmoelnig at iem.at)
>    6. Re: threading soundfiler (Gregorio G. Karman)
>    7. Re: GEM pix_dv (Christian Veit)
>    8. .pdrc & others librairies script integration (juto aviten)
>    9. Re: .pdrc & others librairies script integration (Frank Barknecht)
>   10. PROBLEM: saving patch state .....solved but... :-/ (federico)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Wed, 07 Sep 2005 12:40:25 +0200
> From: Georg Holzmann <grhPD at gmx.at>
> Subject: Re: [PD] threading soundfiler
> To: "Gregorio G. Karman" <ggkarman at musicologia.com>
> Cc: pd-list at iem.at
> Message-ID: <431EC399.2050606 at gmx.at>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Hallo!
>
> > succesfully using Miller's suggestion of an oversampled sfread~ using
> > block~ in a subpatch.
> yes, but it's a very bad hack !
>
> LG
> Georg
>
> >
> > Good luck
> > greg.
> >
> >
> >
> > _______________________________________________
> > PD-list at iem.at mailing list
> > UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
> >
> >
>
>
> -- 
> =%)!:?"§<§0&-"|>*
> http://grh.mur.at
>
>
>
> ------------------------------
>
> Message: 2
> Date: Wed, 07 Sep 2005 15:59:39 +0200 (CEST)
> From: day 5 <day5ive at gmail.com>
> Subject: [PD] Re: reverse operator math
> To: pd-list at iem.at
> Message-ID: <1126101579.431ef24beb2a9 at iem.at>
> Content-Type: text/plain; charset=ISO-8859-1
>
> OK.
>
> Here's how I implement it for now:
>
>
>
> [ (incoming numerical list data from hid) ]
>    |                                                                |
>    |                                                               [
> (timestamp) ]
>    |
> [ unpack 0 0 ]
>    |
> [ pack $1 (max value, reverse operator number) ]
>    |
> [ unpack 0 0]
>    |
> [ - ]
>    |
> [ (numerical display) ]
>
>
>
> what ways are more efficient to do this ??
>
> -d5
>
> On Sep 5, 2005, at 11:21 PM, David Akbari wrote:
>
> > Hi List,
> >
> > I was wondering if it was at all possible to do reverse operator math
> > in Pd?
> >
> > Example:
> >
> > [ ! - ]
> > [ ! / ]
> > (from max)
> >
> > -d5
> >
>
>
> _______________________________________________
> PD-list at iem.at mailing list
> UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
>
>
>
> ------------------------------
>
> Message: 3
> Date: Wed, 07 Sep 2005 16:08:49 +0200 (CEST)
> From: zmoelnig at iem.at
> Subject: Re: [PD] Using netclient to get weather data from weather.com
> To: Martin Peach <martinrp at vax2.concordia.ca>
> Cc: PD-list at iem.at
> Message-ID: <1126102129.431ef47130db5 at iem.at>
> Content-Type: text/plain; charset=ISO-8859-1
>
> Quoting Martin Peach <martinrp at vax2.concordia.ca>:
>
> > Rune Lain Knudsen wrote:
> >
> > >I'm trying to get netclient to download an xml file from my
> > subscription at weather.com but a strange thing happened. I try to send
> > a fairly long GET message (containing a search string, a few parameters
> > and ID+password), and it seems to work on a regular browser but not in
> > PD. When I connect the message box containing the GET message to a print
> > object it doesn't print the whole string in the console, it seems like
> > there's a limit on either the message box(how many characters it can
> > send) or the print object(in which case I'm probably chasing the wrong
> > problem altogether).
>
> there is definitely i limit in [print];
> there might be a limit in the symbol-length but i never found one (the
longest
> symbol i ever made was some 20.000 chars long)
>
> i'm not really sure whether there is a limit in the message-box, but i
guess as
> long as you don't need to save the content of the message-box (by saving
the
> patch) you should be fine.
>
> mfg.ads.r
> IOhannes
>
>
>
> ------------------------------
>
> Message: 4
> Date: Wed, 07 Sep 2005 16:11:16 +0200 (CEST)
> From: zmoelnig at iem.at
> Subject: Re: [PD] threading soundfiler
> To: patrick <patrick at 11h11.com>
> Cc: PD-list at iem.at
> Message-ID: <1126102276.431ef504ded61 at iem.at>
> Content-Type: text/plain; charset=ISO-8859-1
>
> Quoting patrick <patrick at 11h11.com>:
>
> > will be? i really think that it's the basic of live electronic music!
>
> i think you have a very narrow view of "live electronic music" if you
reduce it
> to be able to handle loading soundfiles.
>
> >
> > am i the only one wishing for this feature to be part of pd?
>
> i guess not.
> it is certainly an important feature to be able to load soundfiles without
dropouts.
>
>
> mfg.as.dr
> IOhannes
>
>
>
> ------------------------------
>
> Message: 5
> Date: Wed, 07 Sep 2005 16:39:15 +0200 (CEST)
> From: zmoelnig at iem.at
> Subject: [PD] Re: question
> To: "飯田 俊太" <lovesdub at hotmail.com>
> Cc: pd-list at iem.at, zmoelnig at iem.at
> Message-ID: <1126103955.431efb938a343 at iem.at>
> Content-Type: text/plain; charset=ISO-8859-1
>
> hi
>
> Quoting 飯田 俊太 <lovesdub at hotmail.com>:
>
> i guess your name is non-ascii (indian, arabic, kj,...)
> anyhow
>
> > i made pd bat.
>
> so you are on windows ?
>
> > i`m trying to use gem`s in example folder`s
> > video files.
> > when connect with vido camara and
> > take to try live vision pd will be shut down.
> > do you have any driver for fix this problem?
> > whenever you have time please mail me.
> > shunta
> >
>
> which version of Gem are you running exactly ? you really need gem-0.90.1
>
> could you try the help-patch ( _not_ the example patch)
help/pix_videoDS.pd
>
> mfg.adsr
> IOhannes
>
>
> PS: i have forwarded this post to the pd-list, where such questions are
usually
> asked and answered (by more people, and people that have more experience
with
> w32 than me); you should subscribe yourself (if you have not already done
so) to
> this list (else you cannot post)
>
>
>
>
>
> ------------------------------
>
> Message: 6
> Date: Wed, 7 Sep 2005 19:36:15 +0200 (CEST)
> From: "Gregorio G. Karman" <ggkarman at musicologia.com>
> Subject: Re: [PD] threading soundfiler
> To: "patrick" <patrick at 11h11.com>
> Cc: pd-list at iem.at
> Message-ID:
> <36751.80.58.33.170.1126114575.squirrel at llca497-a.servidoresdns.net>
> Content-Type: text/plain;charset=iso-8859-1
>
> I am using 64x, but higher rates worked fine for me if not using too heavy
> DSP processes. Im loading 100 secs files in about a sec. with no drops.
> cheers
>
> > hi,
> >
> > what block~ (the number) are you using?
> > if you have a patch.
> >
> > pat
> >
> >
> >
> >
> > ----- Original Message -----
> > From: "Gregorio G. Karman" <ggkarman at musicologia.com>
> > To: <pd-list at iem.at>
> > Sent: Wednesday, September 07, 2005 5:04 AM
> > Subject: Re: [PD] threading soundfiler
> >
> >
> >>hi all, hi miller,
> >
> >>the new pd 0.39 can't load sampling without dropping the sound... when
> >> this
> >>will be? i really think that it's the basic of live electronic music!
> >>before
> >>i was using devel for this feature.
> >
> >>am i the only one wishing for this feature to be part of pd?
> >>pat
> >
> > Hi, this topic has been treated several times on the list. I am
> > succesfully using Miller's suggestion of an oversampled sfread~ using
> > block~ in a subpatch.
> >
> > Good luck
> > greg.
> >
> >
> >
> > _______________________________________________
> > PD-list at iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> > http://lists.puredata.info/listinfo/pd-list
> >
> >
>
>
>
>
> ------------------------------
>
> Message: 7
> Date: Wed, 7 Sep 2005 20:04:19 +0200 (MEST)
> From: "Christian Veit" <fanfare at gmx.at>
> Subject: Re: [PD] GEM pix_dv
> To: Georg Holzmann <grhPD at gmx.at>
> Cc: pd-list at iem.at
> Message-ID: <7303.1126116259 at www41.gmx.net>
> Content-Type: text/plain; charset="us-ascii"
>
> Hello,
>
> >> following modules are loaded:
> >> dv1394                 19788  0
> >> raw1394                28652  0
> >> ohci1394               31876  1 dv1394
> >> ieee1394              100408  4 dv1394,raw1394,ohci1394,sbp2
> >looks good ...
> >
> >try to use [pix_video] and you must send a [driver 1( message, to tell
> >the object to use dv ...
>
> I've tried to use pix_video with the driver 1 message, but it don't
work...
>
> driverID (1) must not exceed 1
> GEM: Start rendering
> pix_videoNEW: starting transfer
> closing video
> pix_texture: not using client storage
>
> The console output is
> /dev/video0: No such file or directory
>
> I thought that gem is using dv1394 to connect to firewire cameras.
> I've tried to create the node above with mknod -m 666 /dv/video0 c 81 0 is
> this right for PAL?
> Or have i just forgotten some messages to [pix_video] i've only sent the
> [driver 1( message to it.
>
> -- 
> GMX DSL = Maximale Leistung zum minimalen Preis!
> 2000 MB nur 2,99, Flatrate ab 4,99 Euro/Monat:
http://www.gmx.net/de/go/dsl
>
>
>
> ------------------------------
>
> Message: 8
> Date: Wed, 07 Sep 2005 22:29:10 +0200
> From: juto aviten <periclite at free.fr>
> Subject: [PD] .pdrc & others librairies script integration
> To: pd-list <pd-list at iem.at>
> Message-ID: <431F4D96.9000505 at free.fr>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Hi friends,
> we are finalizing APODIO version 4 for audio & video :
http://www.apodio.org
> our last challenge is PD and the integration of a maximum of the
> librairies available...
> We are actually experimenting different way to generate a .pdrc from a
> choice people will do of the librairies they want to use...and put in
> the .pdrc...
> As you maybe know the librairies integration is quite messy... for some
> ;-)
>
> I would like to ask to you what's your best .pdrc you have, that we
> could use as exemple!!!
>
> I mean for percolate, zexy or maxlib it's quite easy but for some other
> where each objects correspond to a librairies machin.pd_linux it's quite
> a job... so if you have a clean and well made .pdrc please could you
> send it on the list.
>
> thanks a lot
>
>
> Juto
>
> http://www.apo33.org
> http://www.apodio.org
>
>
>
> ------------------------------
>
> Message: 9
> Date: Wed, 7 Sep 2005 20:45:29 +0200
> From: Frank Barknecht <fbar at footils.org>
> Subject: Re: [PD] .pdrc & others librairies script integration
> To: pd-list at iem.at
> Message-ID: <20050907184529.GC26203 at fliwatut.scifi>
> Content-Type: text/plain; charset=us-ascii
>
> Hallo,
> juto aviten hat gesagt: // juto aviten wrote:
>
> > I mean for percolate, zexy or maxlib it's quite easy but for some other
> > where each objects correspond to a librairies machin.pd_linux it's quite
> > a job...
>
> Huh? If you have an object like xyz.pd_linux and its only object is
> "xyz" then this xyz.pd_linux is not a library, but a single external
> and you should *not* add "-lib xyz".
>
> > so if you have a clean and well made .pdrc please could you
> > send it on the list.
>
> .pdrc is .pdsettings now (or soon).
>
> For the Rotterdam workshop at V2 we did it simple: First we used scons
> to build all externals. There were some problems:
>
> toxy needs to find the tcl/tk headers, which can be fixed by changing
> the main scons file in the build directory to hardcode the path, but
> that's a bit hacky.  Better would be to write a real check for tcl/tk
> headers.
>
> pdogg doesn't link with the ogg/vorbis libraries. SCons-Fu is needed
> here, too.
>
> You can specify the prefix to install using a file "custom.py" which
> includes:
>
> prefix = "/usr/lib/pd"
>
> if you don't want to install to /usr/local.
>
> After "scons install" everything is in /usr/lib/pd/extra which is
> good, as you then would only need to set up one path.
>
> Scons doesn't deal with flext-externals yet, so do this by hand.
>
> As for libraries, most of the objects are also available as single
> externals, if you use the scons build. This includes zexy, iemlib*,
> cyclone etc.  but not iemmatrix. Iemmatrix is very useful, so built it
> by hand. Also maxlib externals are built as single externals.
>
> Actually the machines at the workshop didn't use a single library at
> all, as everything was available, that we needed. The only thing we
> added was pdogg, because of the linking problem, which we fixed at
> that time by using the upstream Makefile, that builds a library.
>
> On my own machine, I still have this in .pdrc:
>
> -lib iemlib1:iemlib2:iem_t3_lib:iem_mp3:iemmatrix:PDContainer
> -lib pmpd:Gem:py
> -lib OSC:zexy:xsample:maxlib:creb:ratts
>
> but some of this is cruft, as e.g. creb externals are also available a
> single externals in my /usr/lib/pd/extra
>
> Special care has to be taken with abstractions, that relate to
> libraries. Most important here probably is "iemabs" which includes
> useful wrappers such as "any.pd". You could just install these to
> /usr/lib/pd/extra as well and instead of messing with adding a new
> path, just go drink a cold beer in the warm late summer evening.
>
> Ciao
> -- 
>  Frank Barknecht                 _ ______footils.org_ __goto10.org__
>
>
>
> ------------------------------
>
> Message: 10
> Date: Wed, 07 Sep 2005 21:51:48 +0200
> From: federico <xaero at inwind.it>
> Subject: [PD] PROBLEM: saving patch state .....solved but... :-/
> To: pd-list <pd-list at iem.at>
> Message-ID: <431F44D4.3030200 at inwind.it>
> Content-Type: text/plain; charset="iso-8859-15"
>
> I have a big problem: saving state of sliders.
>
> I heard about 'state' which should be a builtin pd
> object, but in 0.39-0 it is not available.
> ???????
>
>
>
> basically i could implement state-saving of a slider/radio/numberbox in
> a simple manner (see the attached patch).
> simply connect the slider to a [set $1( object. which is connected to a
> [0( object and back to the slider. now attach a [loadbang] to the [0(
> object, or bang it when you like.
> now saving the patch will keep (stored in the patch) the slider value.
>
> i used 4 components for 1 slider. when using lots of sliders this work
> could become tedious, and it take more more space inside my patches.
>
> why pd can't handle automatically this task?
> if I print a patch, i print ALSO the slider/nbx/radio values, and also
> the table contents.
> why there's a checkbox to "remember array contents", while it is not
> present for those other objects?
>
>
>
> more complex is to mess with multiple presets. in the attached patch
> there is one example.
> to implement multiple presets, the user has to:
> put the [113 53 70 103( object (which is our "memory") inside a
> subpatch, connected with [inlet] and [outlet], then when he wants to
> keep a preset, duplicate that object (ctrl+c/ctrl+v)
>
> this one is a way to operate a bit "primitive", but it could just be a
> task handled interely by pd.
> why pd doesn't care of saving presets?
>
>
>
>
>
>
>
> P.S.: I heard about 'RRADical' patches too... but i can't get 'pool' to
> compile:
>
>  $ bash ../flext/build.sh pd gcc build
> make -f ../flext/buildsys/gnumake-sub.mak PLATFORM=lnx RTSYS=pd
> COMPILER=gcc BUILDPATH=../flext/buildsys/ PKGINFO=package.txt
> BUILDCLASS=ext TARGETMODE=release TARGETTYPE=single _build_
> make[1]: Entering directory `/home/xaero/pool'
> g++ -c -msse -mfpmath=sse -ffast-math -DNDEBUG -O3 -march=pentium4
> -pthread -fPIC -DFLEXT_SYS=2 -I/usr/local/src/pd/src
> -I/usr/local/include/flext source/main.cpp -o
> pd-linux/release-single/main.opp
> In file included from source/main.cpp:11:
> source/pool.h:35: error: syntax error before `;' token
> source/pool.h:80: error: type specifier omitted for parameter `Atoms'
> source/pool.h:80: error: syntax error before `*' token
> source/pool.h: In member function `BL flext_single::pooldir::Empty()
const':
> source/pool.h:62: error: syntax error before `;' token
> source/pool.h:223: error: type specifier omitted for parameter `Atoms'
> source/pool.h:223: error: syntax error before `*' token
> source/pool.h:253: error: local class `class
flext_single::pooldir::Empty()
>    const::pooldata' shall not have static data member `const A
>    flext_single::pooldir::Empty() const::pooldata::nullatom'
> [lots of errors]
> -------------- next part --------------
> #N canvas 106 177 520 611 10;
> #X obj 210 144 vsl 15 128 0 127 0 0 empty \$0-atk empty 0 -8 0 8 -262144
> -1 -1 11300 1;
> #X obj 240 144 vsl 15 128 0 127 0 0 empty \$0-dec empty 0 -8 0 8 -262144
> -1 -1 5300 1;
> #X obj 273 144 vsl 15 128 0 127 0 0 empty \$0-sus empty 0 -8 0 8 -262144
> -1 -1 7000 1;
> #X obj 303 144 vsl 15 128 0 127 0 0 empty \$0-rel empty 0 -8 0 8 -262144
> -1 -1 10300 1;
> #X msg 261 352 set \$1 \$2 \$3 \$4;
> #X msg 211 372 113 53 70 103;
> #X obj 211 392 unpack 0 0 0 0;
> #X msg 150 226 save;
> #X obj 211 412 s \$0-atk;
> #X obj 242 432 s \$0-dec;
> #X obj 273 452 s \$0-sus;
> #X obj 304 472 s \$0-rel;
> #X msg 150 249 load;
> #X obj 211 292 pack s f f f f;
> #X obj 211 332 route load save;
> #X obj 211 352 bang;
> #X obj 211 312 route list;
> #X obj 40 44 vsl 15 128 0 127 0 0 empty empty empty 0 -8 0 8 -262144
> -1 -1 0 1;
> #X msg 71 65 set \$1;
> #X msg 71 114 0;
> #X obj 79 87 loadbang;
> #X text 30 13 simple state saving object:;
> #X text 203 110 state saving for array of objects:;
> #X connect 0 0 13 1;
> #X connect 1 0 13 2;
> #X connect 2 0 13 3;
> #X connect 3 0 13 4;
> #X connect 4 0 5 0;
> #X connect 5 0 6 0;
> #X connect 6 0 8 0;
> #X connect 6 1 9 0;
> #X connect 6 2 10 0;
> #X connect 6 3 11 0;
> #X connect 7 0 13 0;
> #X connect 12 0 13 0;
> #X connect 13 0 16 0;
> #X connect 14 0 15 0;
> #X connect 14 1 4 0;
> #X connect 15 0 5 0;
> #X connect 16 0 14 0;
> #X connect 17 0 18 0;
> #X connect 18 0 19 0;
> #X connect 19 0 17 0;
> #X connect 20 0 19 0;
>
> ------------------------------
>
> _______________________________________________
> PD-list mailing list
> PD-list at iem.at
> to manage your subscription (including un-subscription) see
> http://lists.puredata.info/listinfo/pd-list
>
>
> End of PD-list Digest, Vol 6, Issue 24
> **************************************
>
>





More information about the Pd-list mailing list