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@iem.at Subject: Re: [PD] threading soundfiler To: patrick patrick@11h11.com Cc: PD-list@iem.at Message-ID: 1126102276.431ef504ded61@iem.at Content-Type: text/plain; charset=ISO-8859-1
Quoting patrick patrick@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@iem.at To: pd-list@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@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@iem.at
You can reach the person managing the list at pd-list-owner@iem.at
When replying, please edit your Subject line so it is more specific than "Re: Contents of PD-list digest..."
Today's Topics:
- Re: threading soundfiler (Georg Holzmann)
- Re: reverse operator math (day 5)
- Re: Using netclient to get weather data from weather.com (zmoelnig@iem.at)
- Re: threading soundfiler (zmoelnig@iem.at)
- Re: question (zmoelnig@iem.at)
- Re: threading soundfiler (Gregorio G. Karman)
- Re: GEM pix_dv (Christian Veit)
- .pdrc & others librairies script integration (juto aviten)
- Re: .pdrc & others librairies script integration (Frank Barknecht)
- PROBLEM: saving patch state .....solved but... :-/ (federico)
Message: 1 Date: Wed, 07 Sep 2005 12:40:25 +0200 From: Georg Holzmann grhPD@gmx.at Subject: Re: [PD] threading soundfiler To: "Gregorio G. Karman" ggkarman@musicologia.com Cc: pd-list@iem.at Message-ID: 431EC399.2050606@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@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@gmail.com Subject: [PD] Re: reverse operator math To: pd-list@iem.at Message-ID: 1126101579.431ef24beb2a9@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@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@iem.at Subject: Re: [PD] Using netclient to get weather data from weather.com To: Martin Peach martinrp@vax2.concordia.ca Cc: PD-list@iem.at Message-ID: 1126102129.431ef47130db5@iem.at Content-Type: text/plain; charset=ISO-8859-1
Quoting Martin Peach martinrp@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@iem.at Subject: Re: [PD] threading soundfiler To: patrick patrick@11h11.com Cc: PD-list@iem.at Message-ID: 1126102276.431ef504ded61@iem.at Content-Type: text/plain; charset=ISO-8859-1
Quoting patrick patrick@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@iem.at Subject: [PD] Re: question To: "$BHSED(B $B=SB@(B" lovesdub@hotmail.com Cc: pd-list@iem.at, zmoelnig@iem.at Message-ID: 1126103955.431efb938a343@iem.at Content-Type: text/plain; charset=ISO-8859-1
hi
Quoting $BHSED(B $B=SB@(B lovesdub@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 gems 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. shuntawhich 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@musicologia.com Subject: Re: [PD] threading soundfiler To: "patrick" patrick@11h11.com Cc: pd-list@iem.at Message-ID: 36751.80.58.33.170.1126114575.squirrel@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@musicologia.com To: pd-list@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@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@gmx.at Subject: Re: [PD] GEM pix_dv To: Georg Holzmann grhPD@gmx.at Cc: pd-list@iem.at Message-ID: 7303.1126116259@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:
Message: 8 Date: Wed, 07 Sep 2005 22:29:10 +0200 From: juto aviten periclite@free.fr Subject: [PD] .pdrc & others librairies script integration To: pd-list pd-list@iem.at Message-ID: 431F4D96.9000505@free.fr Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Hi friends, we are finalizing APODIO version 4 for audio & video :
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@footils.org Subject: Re: [PD] .pdrc & others librairies script integration To: pd-list@iem.at Message-ID: 20050907184529.GC26203@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@inwind.it Subject: [PD] PROBLEM: saving patch state .....solved but... :-/ To: pd-list pd-list@iem.at Message-ID: 431F44D4.3030200@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 parameterAtoms' 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 parameterAtoms' source/pool.h:223: error: syntax error before*' token source/pool.h:253: error: local classclass
flext_single::pooldir::Empty()
const::pooldata' shall not have static data member `const A flext_single::pooldir::Empty() const::pooldata::nullatom' [lots of errors]
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)
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@iem.at Subject: Re: [PD] threading soundfiler To: patrick patrick@11h11.com Cc: PD-list@iem.at Message-ID: 1126102276.431ef504ded61@iem.at Content-Type: text/plain; charset=ISO-8859-1
Quoting patrick patrick@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@iem.at To: pd-list@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@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@iem.at
You can reach the person managing the list at pd-list-owner@iem.at
When replying, please edit your Subject line so it is more specific than "Re: Contents of PD-list digest..."
Today's Topics:
- Re: threading soundfiler (Georg Holzmann)
- Re: reverse operator math (day 5)
- Re: Using netclient to get weather data from weather.com (zmoelnig@iem.at)
- Re: threading soundfiler (zmoelnig@iem.at)
- Re: question (zmoelnig@iem.at)
- Re: threading soundfiler (Gregorio G. Karman)
- Re: GEM pix_dv (Christian Veit)
- .pdrc & others librairies script integration (juto aviten)
- Re: .pdrc & others librairies script integration (Frank Barknecht)
- PROBLEM: saving patch state .....solved but... :-/ (federico)
Message: 1 Date: Wed, 07 Sep 2005 12:40:25 +0200 From: Georg Holzmann grhPD@gmx.at Subject: Re: [PD] threading soundfiler To: "Gregorio G. Karman" ggkarman@musicologia.com Cc: pd-list@iem.at Message-ID: 431EC399.2050606@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@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@gmail.com Subject: [PD] Re: reverse operator math To: pd-list@iem.at Message-ID: 1126101579.431ef24beb2a9@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@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@iem.at Subject: Re: [PD] Using netclient to get weather data from weather.com To: Martin Peach martinrp@vax2.concordia.ca Cc: PD-list@iem.at Message-ID: 1126102129.431ef47130db5@iem.at Content-Type: text/plain; charset=ISO-8859-1
Quoting Martin Peach martinrp@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@iem.at Subject: Re: [PD] threading soundfiler To: patrick patrick@11h11.com Cc: PD-list@iem.at Message-ID: 1126102276.431ef504ded61@iem.at Content-Type: text/plain; charset=ISO-8859-1
Quoting patrick patrick@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@iem.at Subject: [PD] Re: question To: "$BHSED(B $B=SB@(B" lovesdub@hotmail.com Cc: pd-list@iem.at, zmoelnig@iem.at Message-ID: 1126103955.431efb938a343@iem.at Content-Type: text/plain; charset=ISO-8859-1
hi
Quoting $BHSED(B $B=SB@(B lovesdub@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 gems 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. shuntawhich 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@musicologia.com Subject: Re: [PD] threading soundfiler To: "patrick" patrick@11h11.com Cc: pd-list@iem.at Message-ID: 36751.80.58.33.170.1126114575.squirrel@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@musicologia.com To: pd-list@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@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@gmx.at Subject: Re: [PD] GEM pix_dv To: Georg Holzmann grhPD@gmx.at Cc: pd-list@iem.at Message-ID: 7303.1126116259@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:
Message: 8 Date: Wed, 07 Sep 2005 22:29:10 +0200 From: juto aviten periclite@free.fr Subject: [PD] .pdrc & others librairies script integration To: pd-list pd-list@iem.at Message-ID: 431F4D96.9000505@free.fr Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Hi friends, we are finalizing APODIO version 4 for audio & video :
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@footils.org Subject: Re: [PD] .pdrc & others librairies script integration To: pd-list@iem.at Message-ID: 20050907184529.GC26203@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@inwind.it Subject: [PD] PROBLEM: saving patch state .....solved but... :-/ To: pd-list pd-list@iem.at Message-ID: 431F44D4.3030200@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 parameterAtoms' 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 parameterAtoms' source/pool.h:223: error: syntax error before*' token source/pool.h:253: error: local classclassflext_single::pooldir::Empty()
const::pooldata' shall not have static data member `const A flext_single::pooldir::Empty() const::pooldata::nullatom' [lots of errors]
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@iem.at Subject: Re: [PD] threading soundfiler To: patrick patrick@11h11.com Cc: PD-list@iem.at Message-ID: 1126102276.431ef504ded61@iem.at Content-Type: text/plain; charset=ISO-8859-1
Quoting patrick patrick@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@iem.at To: pd-list@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@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@iem.at
You can reach the person managing the list at pd-list-owner@iem.at
When replying, please edit your Subject line so it is more specific than "Re: Contents of PD-list digest..."
Today's Topics:
- Re: threading soundfiler (Georg Holzmann)
- Re: reverse operator math (day 5)
- Re: Using netclient to get weather data from weather.com (zmoelnig@iem.at)
- Re: threading soundfiler (zmoelnig@iem.at)
- Re: question (zmoelnig@iem.at)
- Re: threading soundfiler (Gregorio G. Karman)
- Re: GEM pix_dv (Christian Veit)
- .pdrc & others librairies script integration (juto aviten)
- Re: .pdrc & others librairies script integration (Frank Barknecht)
- PROBLEM: saving patch state .....solved but... :-/ (federico)
Message: 1 Date: Wed, 07 Sep 2005 12:40:25 +0200 From: Georg Holzmann grhPD@gmx.at Subject: Re: [PD] threading soundfiler To: "Gregorio G. Karman" ggkarman@musicologia.com Cc: pd-list@iem.at Message-ID: 431EC399.2050606@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@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@gmail.com Subject: [PD] Re: reverse operator math To: pd-list@iem.at Message-ID: 1126101579.431ef24beb2a9@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@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@iem.at Subject: Re: [PD] Using netclient to get weather data from weather.com To: Martin Peach martinrp@vax2.concordia.ca Cc: PD-list@iem.at Message-ID: 1126102129.431ef47130db5@iem.at Content-Type: text/plain; charset=ISO-8859-1
Quoting Martin Peach martinrp@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@iem.at Subject: Re: [PD] threading soundfiler To: patrick patrick@11h11.com Cc: PD-list@iem.at Message-ID: 1126102276.431ef504ded61@iem.at Content-Type: text/plain; charset=ISO-8859-1
Quoting patrick patrick@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@iem.at Subject: [PD] Re: question To: "$BHSED(B $B=SB@(B" lovesdub@hotmail.com Cc: pd-list@iem.at, zmoelnig@iem.at Message-ID: 1126103955.431efb938a343@iem.at Content-Type: text/plain; charset=ISO-8859-1
hi
Quoting $BHSED(B $B=SB@(B lovesdub@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 gems 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. shuntawhich 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@musicologia.com Subject: Re: [PD] threading soundfiler To: "patrick" patrick@11h11.com Cc: pd-list@iem.at Message-ID: 36751.80.58.33.170.1126114575.squirrel@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@musicologia.com To: pd-list@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@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@gmx.at Subject: Re: [PD] GEM pix_dv To: Georg Holzmann grhPD@gmx.at Cc: pd-list@iem.at Message-ID: 7303.1126116259@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:
Message: 8 Date: Wed, 07 Sep 2005 22:29:10 +0200 From: juto aviten periclite@free.fr Subject: [PD] .pdrc & others librairies script integration To: pd-list pd-list@iem.at Message-ID: 431F4D96.9000505@free.fr Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Hi friends, we are finalizing APODIO version 4 for audio & video :
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@footils.org Subject: Re: [PD] .pdrc & others librairies script integration To: pd-list@iem.at Message-ID: 20050907184529.GC26203@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@inwind.it Subject: [PD] PROBLEM: saving patch state .....solved but... :-/ To: pd-list pd-list@iem.at Message-ID: 431F44D4.3030200@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 parameterAtoms' 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 parameterAtoms' source/pool.h:223: error: syntax error before*' token source/pool.h:253: error: local classclassflext_single::pooldir::Empty()
const::pooldata' shall not have static data member `const A flext_single::pooldir::Empty() const::pooldata::nullatom' [lots of errors]
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...
ok ... i rewrote it again for devel_0_39 ... not completely, but at least one is able to read soundfiles ...
pro:
- reads better than pd's soundfiler (not's easy)
- more formats (thanks to libsndfile)
con:
- doesn't (and will probably never work with vanilla pd), since vanilla
pd doesn't implement 1) lockfree fifos, 2) idle callbacks
- reads only (writing should be easy to implement, i just don't need it
for myself)
- has to take care of pd's design fault, i.e. the dsp graph has to be
resorted, when the location of the array in memory changes the more complex the patches are ... the worse it gets ...
- no fancy -resize or -nframes options
- uses libsndfile, so it won't work, without this library
- it's an external using private headers, so it won't work with other
versions of pd
in cvs: externals/tb/sndfiler no binaries, source only ...
t
jMAX had decent threaded disk reading stuff
-I think it was only working on SGI machines with 2 or more cpu's. On Linux it never worked.
On the jMax-list at ircam this was discussed, but you can't check that anymore as it is withdrawn from their site. Seems that every trace of the persons who worked on it have been removed. Strange...
AvS
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .....................................................................
` |Schreck Ensemble . . . . . . . . . . . . . . . . . . . . +
` |# -laboratory for live electro-acoustic music- # |
| http://www.schreck.nl/ |
| http://www.xs4all.nl/~schreck/ |
` *===========================================================++
` |Compositions http://www.xs4all.nl/~schreck/html/compo.html |
` |Samples http://www.xs4all.nl/~schreck/html/samp.html |
` |Patches http://www.xs4all.nl/~schreck/html/pat.html |
` |Videos http://www.xs4all.nl/~schreck/html/video.html |
` |Scores http://www.xs4all.nl/~schreck/html/scores.html |
*===========================================================++
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .....................................................................
-
Arie van Schutterhoef -
carmen -
etienne deleflie -
Jeff Bechtel -
Tim Blechmann