On 17/01/2023 12:06, Hans Roels wrote:
Could someone with a recent, fast computer check if my synth patch still
has audio glitches?
it happens when the cpu is 'overloaded'. everything is fine (on my
trusted old 3.4 ghz haswell i5) until 7 or more notes are playing (or
are in the decay phase)
On 02/02/2022 13:04, Roman Haefeli wrote:
On Wed, 2022-02-02 at 12:06 +0100, IOhannes m zmoelnig wrote:
https://github.com/pd-externals/command/issues/9
Thanks, Martin, for finding that bug
and thanks for fixing it, and i'm looking forward
to the new version.
and thanks, IOhannes, for
On 01/02/2022 22:25, Roman Haefeli wrote:
As I tried to explain previously, this is expected behavior in Pd land.
yes, but the float is coming out of the leftmost output, and this only
happens when the commands output is a number (and only a number).
"exec echo 123456789" for example,
On 30/01/2022 21:43, Roman Haefeli wrote:
If you want to preserve the exact output, use the binary format invoked
with the -b flag [command -b]. This returns the results as list of
bytes. You could use [list tosymbol] to convert the whole thing to a
single symbol.
i have tried this (and used
On 28/01/2022 08:53, IOhannes m zmölnig wrote:
it's of course always nicer to be vanilla only.
i suggested zexy mainly because you were *already* using an external
that is true, though i try to use as few externals as possible, and i
had already to use something to invoke commands. i have
On 27/01/2022 23:05, IOhannes m zmölnig wrote:
On 1/27/22 20:06, martin brinkmann wrote:
i need the date-as-a-filename
but concatenating a bunch of numbers into a symbol is not exactly rocket
science,even in Pd.
yes, and that was what i did.
but without a date (and withouth a unique
On 27/01/2022 10:33, IOhannes m zmoelnig wrote:
> On 1/27/22 10:10, martin brinkmann wrote:
>> thanks, i'll do that. i used [shell] basically for getting a random-seed
>> (and filenames) via date, and it affects only a few patches,
> if you need to read the date, you probably
On 26/01/2022 15:03, Roman Haefeli wrote:
example: the shell help-patch "getting the date".
it receives a bang from the right outlet, but nothing from
the left outlet.
I cannot reproduce with ggee 0.28 from Deken with Pd 0.52-1 from git on
Ubuntu 20.04. What OS are you using?
i am using
or at least getting something from stdout does not work
anymore. (everything is fine in older versions
(0.51 and below).
example: the shell help-patch "getting the date".
it receives a bang from the right outlet, but nothing from
the left outlet. ggee is version 0.28, but it happend
with an
apart from the ones already mentioned (rj-lib, automatonism, etc.),
i think "orac" has not been mentioned yet.
aimed mainly at the "organelle", but also kept very simple, like
a kind of virtual pedal-board for pd-patches.
https://github.com/TheTechnobear/Orac
and my own attempts in that
On 02/04/2019 11:37, oliver wrote:
> "uplevel #0 $docmds".x2596028: no such object
> .x2596028: no such object
the same happens here. i have not been able to pinpoint it much further
and thus not reported anything yet. it only happens on closing a patch,
and it looks like it is only happening
On 21/03/2019 20:46, IOhannes m zmölnig wrote:
> so most likely, you ought to try your luck with [hid] first.
> if you have any success (or none), please report it on the list.
i have just tried the (rather old?) 0.0-extended version of hid
installed via deken, and it worked. on ubuntu 18.4 .
On 02/02/18 14:52, Roman Haefeli wrote:
> Can this be done in vanilla? I'd like to output the maximum value of
> the last N input samples in the signal domain. Ideally N would be
> adjustable.
i have used cascaded samphold~ objects in a similar situation.
though n is not exactly adjustable this
On 03/09/17 16:36, Ali Momeni wrote:
> specifically, i'd like to make a sample accurate / audio-driven sequencer.
it should be possible to build something with bang~, tabreceive~ and
looping through the 64 samples of a block to get the exact position
where the phasor started in the previous
i'm not quite sure if i understand the problem correctly, but
On 18/05/17 08:33, Pagano, Patrick wrote:
> There are four knobs that can be addressed across multiple pages but the
> buttons/toggles do not behave that way. I would love to have them be on 6
> separate pages or honestly anything
thanks to everybody for the suggestions on a licence for pd-patches!
i think that i'll use the gpl, though i have not yet decided on the
exact version...
it allows free sharing, and to include other work without having to
think too much about any licence-issues/compatibilities.
and it can not be
i have searched the archive, and something similar has been asked
before, but i did not find a solution... (and probably 'the best
licence' is not the same for everyone)
i want to:
-encourage (re)using and building upon my patches and sharing the results.
-discourage plagiarism
-not lock anyone
On 06/04/17 12:27, Orm Finnendahl wrote:
> Apart from that there is an external called speedlim (you could also
> build that as an abstraction using vanilla) which might be more
> elegant than using a global metro.
my idea was to have exactly one event which updates all gui-elements,
instead of
On 05/04/17 23:08, Matt Davey wrote:
> what sorts of other processes there are to generate noise, particularly
> noise more reminiscent of analogue machines.
in my "instruments-collection"
(http://martin-brinkmann.de/pd-patches.html) is a (not very elegant)
patch for pink(ish) noise, and one for
On 10/02/17 12:47, martin brinkmann wrote:
> On 10/02/17 11:53, Matthias Kronlachner wrote:
>
>> Starting with an empty patch placing and dragging objects is very laggy.
>
>> Does somebody have the same problem or a fix for this?
>
> i had similar problems with variou
On 27/02/17 19:06, José Rafael Subía Valdez wrote:
> this means that I need to create the record system to avoid
> clicks (fades in and out).
probably i do not understand the problem correctly: you send
the same bang that starts the readsf~-playback to the tabwrite~ which
records the sample. it
On 10/02/17 11:53, Matthias Kronlachner wrote:
> Starting with an empty patch placing and dragging objects is very laggy.
> Does somebody have the same problem or a fix for this?
i had similar problems with various versions of pd on various
linux-versions, with the free radeon driver. it was
On 25/02/16 20:45, Alexandre Torres Porres wrote:
> well, I was able to replicate my test with count...
>
> not sure what's happening, but that's it, a one sample delay in feedback,
> for what it seems
it looks as if cyclone/snapshot~ does not work like it should.
when i turn on "magic glass" it
On 25/02/16 18:09, Alexandre Torres Porres wrote:
> 2016-02-25 13:57 GMT-03:00 martin brinkmann <m...@martin-brinkmann.de>:
>
>> if you want feedback in a complex patch,
>> (like these virtual-virtual-modular-systems) the only thing
>> you can do is to reblock everyt
ce to single threading is
> actually a very elegant solution to the problem.
>
> On 2/23/2016 12:25 PM, martin brinkmann wrote:
>> On 22/02/16 02:49, Matti Viljamaa wrote:
>>
>>> How do you think Pure Data is limited?
>> for me the only real and important (i can thin
On 22/02/16 02:49, Matti Viljamaa wrote:
> How do you think Pure Data is limited?
for me the only real and important (i can think of at the
moment) limitation is the block-based audio processing.
to me this seems quite unnatural and inconvenient when dealing with
digital audio. it kept me for a
On 24/11/15 18:39, Jonathan Wilkes via Pd-list wrote:
> Does anyone have an example of a working patch that depends on the current
> behavior?
i would not be surprised if changing osc~ would break (or at least alter
the sound of) many patches which rely on fm and feedback etc.
bis denn!
On 06/05/15 11:37, katja wrote:
Actually chaosmonster1 is heavy on memory access because of the
feedback delay lines.
yes, but maybe the delays are small enough to fit in the cache (if the
cache is big enough), and defeating the cpu cache would make
systems with small or big cache more
On 05/05/15 20:48, katja wrote:
- it runs with pd vanilla or extended
- it has a realistic mixture of dsp objects
but i think it lacks some message-processing, and maybe
memory-access.
http://www.katjaas.nl/doubleprecision/doubleprecision.html
i have just tested 10 instances of chaosmonster
does something like this exist?
afaik not, but i think it would be useful to have some more
or less objective and comparable method to measure how well a
system is suited for running pd.
there was a test patch for rjdj on the ipod/phone which consisted
of simply as much osc~-objects as the device
On 17/04/15 23:59, katja wrote:
Boot time for Raspbian varies with sd card class as well, but indeed
it is in the order of half a minute even for RPi 2 with class 10 card.
Maybe they've used a different OS for Nebulae, or programmed on bare
metal?
the boot-time very much depends on the os.
On 31/03/15 11:18, Stefan Tiedje wrote:
In the docs and on the net I did not find any way to navigate within
that playback. (Its crucial for rehearsals.) The size is too big for
loading it into RAM (the mobile devices which are around often have less
than 1 GB of RAM), Is there a known way to
sorry for the very long delay...
On 17/11/14 05:14, Alexandre Torres Porres wrote: I did learn more
about it. It seems it's just a 2 pole 2 zero bandpass
filter, but as a resonator, by which it means its gain is heavily
amplified.
you are right. in supercollider klank is a bank of resonant
On 12/11/14 14:55, i go bananas wrote:
what does it do?
it is a bank of resonators. there is no such thing in pd, but
it is relativly easy to build a resonator, and having many
is just a matter of copy and paste.
bis denn!
martin
___
:46, martin brinkmann wrote:
is there anything that i could do about this, other than
avoiding (avoiding to redraw) any sliders etc. (and keeping
the gui as minimal as possible)?
use the fglrx driver instead of radeon. or another gpu...
bis denn!
martin
35 matches
Mail list logo
