[PD] re: Loading soundfiles
carmen
ix at replic.net
Thu Sep 8 02:18:50 CEST 2005
On Thu, Sep 08, 2005 at 09:59:25AM +1000, etienne deleflie wrote:
> if I am not mistaken, and I may well be, jMAX had decent threaded disk
> reading stuff (please correct me).
>
> I _think_ the jmax package was called unixdtd (I guess that would make
> it no good for windows).
>
> The source of that is here:
> http://cvs.sourceforge.net/viewcvs.py/jmax/jmax/packages/unixdtd/
>
> ... could be a bum steer ... (ofcourse, that's assuming there is a
> vehicle moving towards a threaded disk access effort)
there was a threaded soundfiler, but the author got fed up after rewriting it twice to keep up with changes in pd's core.. i think if you checkout devel_0_37 branch from CVS you will get it. i remmeber it working pretty nice on linux and windows...
>
> Etienne
>
> >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
> >>**************************************
> >>
> >>
> >>
> >>
> >
> >
> >_______________________________________________
> >PD-list at iem.at mailing list
> >UNSUBSCRIBE and account-management ->
> >http://lists.puredata.info/listinfo/pd-list
> >
> >
> >
> >
>
>
> _______________________________________________
> PD-list at iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
More information about the Pd-list
mailing list