Chris McCormick wrote:
I understand. You want throw-away auto-ids. I'm not sure if anyone has
come up with a satisfactory way of doing that, but I will have a think
about it.
At least auto-ids. They shouldn't be thrown more away than they are the
same next time :-)
Incidentally, How I
Hallo,
Atte André Jensen hat gesagt: // Atte André Jensen wrote:
I have an abstraction that counts the beats (or 1/8 notes or other note
values) and sends out 0, 1, 2, 3 etc for every beat. The idea is to
instantiate this for every instrument that needs to know about time.
So in one piece
Hallo,
Enrique Erne hat gesagt: // Enrique Erne wrote:
i'm pretty sure it's the singleton it dynamically creates stuff onload.
The singleton is needed to filter out duplicate keys-value-pairs,
which is necessary as sssad was designed to also work with sequential
containers like textfile or
Hallo,
Atte André Jensen hat gesagt: // Atte André Jensen wrote:
Shouldn't you and sssad's author (Chris?) get together and merge these
improvements into sssad?
See my other mail. It's not an improvement but a feature removal.
Btw.: You can store other things than numbers in sssad. Try
On Wed, Jul 23, 2008 at 07:45:38AM +0200, Atte André Jensen wrote:
Wow. Loads in no time (1 sec), and works perfectly. I had problems with
somethings not being restored, but I was relying on $0 as unique
identifier in those areas, so maybe that's what bid me.
Shouldn't you and sssad's
Frank Barknecht wrote:
I don't yet understand: What exactly do you want to store?
Such tickers would have gui-switches for which parts (like in
structure) they're active in. That's what I'd like to store...
So for sssad: You can use keys like [sssad $0-somekey] but as soon as
you save them
Chris McCormick wrote:
That's Frank, not me.
Oops...
sssad does not cause any loading slowdowns on my system (Vanilla Pd, not
pd-extended - if that makes any difference).
It might. I'm leaving for hollidays in a few hours, but when I get back,
I might try a regular PD install.
--
peace,
Frank Barknecht wrote:
Hallo,
Enrique Erne hat gesagt: // Enrique Erne wrote:
i'm pretty sure it's the singleton it dynamically creates stuff onload.
The singleton is needed to filter out duplicate keys-value-pairs,
which is necessary as sssad was designed to also work with sequential
Enrique Erne wrote:
Frank Barknecht wrote:
Hallo,
Enrique Erne hat gesagt: // Enrique Erne wrote:
i'm pretty sure it's the singleton it dynamically creates stuff onload.
The singleton is needed to filter out duplicate keys-value-pairs,
which is necessary as sssad was designed to also work
Enrique Erne wrote:
i did some testing with sssad-help.pd and the modified sssad.
1) inside the [sssad key] only the first (most top) instance of sssad
has the active toggle. i guess that's due to creation order.
one thing i noticed is that your version does not work on the fly,
everything
Atte André Jensen schreef:
So for sssad: You can use keys like [sssad $0-somekey] but as soon as
you save them to a file or message box, you will have something like
1026-somekey in your storage and you can only restore it if you're
lucky because 1026 doesn't equal $0. 1026 even is a
Damian Stewart wrote:
Atte André Jensen schreef:
So for sssad: You can use keys like [sssad $0-somekey] but as soon as
you save them to a file or message box, you will have something like
1026-somekey in your storage and you can only restore it if you're
lucky because 1026 doesn't equal $0.
Damian Stewart wrote:
my state saving system is
current a piece of paper with pencil numbers scrawled all over it.
I like paper, but I think sssad is cooler :-)
--
peace, love harmony
Atte
http://atte.dk | http://myspace.com/attejensen
http://anagrammer.dk | http://modlys.dk
IOhannes m zmoelnig wrote:
Enrique Erne wrote:
i did some testing with sssad-help.pd and the modified sssad.
1) inside the [sssad key] only the first (most top) instance of sssad
has the active toggle. i guess that's due to creation order.
one thing i noticed is that your version does not
Hallo,
Enrique Erne hat gesagt: // Enrique Erne wrote:
i now removed my system (with r and s) and replaced it with the
singleton's method with [value]. good thing it now has the same name as
before ($1.SSSAD.req).
i repeated my test 1 - 3 from before. it seems all correct.
additionally
IOhannes m zmoelnig schreef:
hmm.. so what if i have for example a delay abstraction which a GOP
gui, and i want to have multiple instances of this abstraction? i
suppose i'd have to name each one individually, passing a name on
initialisation?
what if i have a delay abstraction inside a
Hallo,
Enrique Erne hat gesagt: // Enrique Erne wrote:
additionally i created a new [sssad key] on the fly. this one has now
thanks to the original method (of singleton) no initial first setting.
...but if created on the fly it does not have the correct content.
--but the original sssad has
Damian Stewart wrote:
i suppose the solution is to have a delay that takes an instance name
argument, eg [mydelay left], then use that instance name in the sssad
key, eg mydelay-$1-delaytime, which will create mydelay-left-delaytime
for [mydelay left]. but then the problem remains - if i
Hallo,
IOhannes m zmoelnig hat gesagt: // IOhannes m zmoelnig wrote:
Damian Stewart wrote:
i suppose the solution is to have a delay that takes an instance name
argument, eg [mydelay left], then use that instance name in the sssad
key, eg mydelay-$1-delaytime, which will create
Frank Barknecht wrote:
I'll do some more tests after work, but it seems now all is
as with singleton and if it indeed is, I'd like to include your
change.
that would be very nice. i suppose we could make it also a tiny bit
lighter (reducing objects) on cost of readability. but maybe only 1
OTOH you can also deliberatly give many [synth]s the same name, if
they should share their settings, for example to make a polyphonic
synth with 12 copies of the same synth voice. Just make enough [synth
/shared] abstractions and control them with [poly] (or use [polypoly])
wow, never thought
On Jul 22, 2008, at 2:31 AM, Enrique Erne wrote:
Phil Stone wrote:
Hi Atte,
Now that you're on your way with sssad, there's a nice trick you
should
know. If you find that loading a preset causes dropouts, consider
using
a ram disk to hold your presets during performance. This
On Jul 21, 2008, at 3:46 PM, Frank Barknecht wrote:
Hallo,
Atte André Jensen hat gesagt: // Atte André Jensen wrote:
Ok, thanks for all the advice, I'll look at sssad, then.
First problem: It seems it's there, but broken (is it my that's
broken?):
Pd-extended is broken in that it
http://at.or.at/hans/pd/installers.html
It's looking quite stable, so please try it if you haven't already so
we can find the last bugs. As far as I know, there aren't any
outstanding bugs that need to be fixed for this release.
Test away and file bugs in the bug tracker!
FYI: I just tried the 10.5 build on 10.4 (both Intel) and I got the
Bus error thing. So perhaps it's related to how Tcl/Tk was built.
I rebuilt Tcl/Tk on the 10.5 build machine, so we'll see tomorrow...
.hc
On Jul 21, 2008, at 6:23 PM, Luke Iannini wrote:
Yo,
On Sun, Jul 20, 2008 at
Hi Hans,
I don't think this is anything to do with sssad, really. It is due to
Pd's lack of a threaded file loader/saver. The way I understand it (and
this is borne out by my experience), if a file operation cannot complete
within one dsp cycle, the next dsp cycle is delayed until after the
I hope im not misunderstanding, but doesn't the s-abstraction way of
using 'datastore' to change presets eliminate dropouts - Why is there
a need for a ram disk? I mean is there a lag between hitting the giant
message box and updating all the abstractions?
I was inspired the other day by a
Hi Si,
The problem Hans and I were discussing relates to storing/loading sssad
presets to/from disk. Again, it's not sssad's problem; it's a general
issue with Pd. When the dsp service is delayed by long file accesses,
dropouts happen.
That said, it's important to design sssad-using
Hallo,
Phil Stone hat gesagt: // Phil Stone wrote:
The problem Hans and I were discussing relates to storing/loading sssad
presets to/from disk. Again, it's not sssad's problem; it's a general
issue with Pd. When the dsp service is delayed by long file accesses,
dropouts happen.
Yep.
Hi Frank,
Frank Barknecht wrote:
Hallo,
Phil Stone hat gesagt: // Phil Stone wrote:
The problem Hans and I were discussing relates to storing/loading sssad
presets to/from disk. Again, it's not sssad's problem; it's a general
issue with Pd. When the dsp service is delayed by long
Hi PD list,
Yet another invitation to a weekend of PD hacking at www.realityjockey.com
Günter
= RJ Sprint, August 2008, Barcelona =
RJ sprint2
The second sprint takes place in Barcelona, Spain on August 8,9,10. Again,
this date comes with very little notice time but we hope you can make it.
i just installed pd-extended on my ubuntu studio machine, and used synaptic
to delete the older version of pd, but my old preferences are still being
used.
can somebody tell me what the preference file might be called so i can
delete it? i tried searching for .pdsettings and .pdrc but all i can
Yo, it's not as messy if you do it more hierarchically - I have a
deeply nested set of abstractions that make up my composition kit, and
I've tackled it like this:
[suite /suite1] [suite /suite2] ... etc
inside: [oscillator $1 /osc1] [oscillator $1 /osc2] etc.
then you can do [sssad
what i have done is create a large textfile for presets that can be loaded
when the patch is opened, which in turn sends its data to up to 1000
textfile objects. pd seems to have no problem with so many textfile objects
storing data
it might even be cheaper to do it this way than storing numbers
Hans-Christoph Steiner wrote:
http://at.or.at/hans/pd/installers.html
It's looking quite stable, so please try it if you haven't already so
we can find the last bugs. As far as I know, there aren't any
outstanding bugs that need to be fixed for this release.
Test away and file bugs
yeah got that, but its the default for the new build i just installed.
pd-extended is still loading with my old settings, and i know this because
my abstractions folders and stuff are all still in the pathlist.
___
Pd-list@iem.at mailing list
On Wed, Jul 23, 2008 at 12:05 PM, hard off [EMAIL PROTECTED] wrote:
yeah got that, but its the default for the new build i just installed.
pd-extended is still loading with my old settings, and i know this because
my abstractions folders and stuff are all still in the pathlist.
Hallo,
Luke Iannini hat gesagt: // Luke Iannini wrote:
(and of course you can continue this to any level, so inside
[oscillator] you could have [sawtooth $1 $2 /saw1] and inside that
[sssad $1$2$3/phase])
I usually use it in this style:
[oscillator /osc1] - [sawtooth $1/saw1] - [sssad
Hi,
My name is Darren Kelly, and I've been developing a gestural synthesis
accelerometer music system I call Drancing for over a decade:
http://www.webel.com.au/project/drancing
Drancing (named after "Drumming by Dancing") is an "air
instrument".
I've recently developed a PureData+GEM
i think pd-extended use:
default.pdsettings
mine is in /usr/lib/pd
pat
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
On Jul 23, 2008, at 2:00 PM, Thomas Mayer wrote:
Hans-Christoph Steiner wrote:
http://at.or.at/hans/pd/installers.html
It's looking quite stable, so please try it if you haven't already so
we can find the last bugs. As far as I know, there aren't any
outstanding bugs that need to be fixed
Hi PD,
I am getting crackles when driving the frequency of an osc~ with an
accelerometer signal
(in fact I'm driving 3 x 2 = 6 oscillators with Wiimotes as wireless 2
triaxial accelerometers) ,
which one can hear in the following mp4 movie (at the end when I am
waving the sensors faster):
The combination of problems and tests does seem strange.
In a case like this a good debug approach may be to log
everything from the controller to a file and look through
it for strange jumps.
A [lop~ 10] following the [sig~] might help smooth the data
better than a [line~]
On Thu, 24 Jul
That's the embedded default prefs. It's best to leave that there.
If you want to override the default prefs, just make your own
preferences file. As for which files those are, check the FAQ:
http://puredata.info/docs/faq/pdsettings
http://puredata.info/docs/faq/pdrc
.hc
On Jul 23, 2008,
Part of the problem could also be that it is using canvas_open()
which means it searches the whole Path when using a relative name.
Try using absolute path names for the file to see if that speeds
things up (canvas_open() tries absolute file names first).
It would be possible to use a
I'm looking for a way to shrink the RAM usage in my live patch.
I'm currently running a patch for live usage which has 14 x 100 stereo
audio arrays. and 14 x 20sec variable delay lines. there's also 3 vst
plugins (compressor, limiter and tape style delay). the GUI isn't too
busy, there aren't any
instead of arrays, use [table], that should help a fair bit.
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
On Sat, Jul 19, 2008 at 10:33 PM, Matt Barber [EMAIL PROTECTED] wrote:
Right -- wouldn't this be equivalent to doing the (defined)
interpolation and the anti-aliasing as a filter in one step? You're
modulating the interpolating function to include the effects of the
appropriate anti-aliasing
by the way, is it even possible to get clicks when rapidly changing osc~
speeds? i didn't think it was, and i have never experienced that.
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
if you attach a [dac~] directly to the osc~ object, do you still get
crackles?
if not, then i guess your problem might lie further down the line.
looking at your PAN module, the panning amount is sent as a float into [*~ ]
objects without [line~] smoothing. that would be the likeliest culprit i
50 matches
Mail list logo