-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2012-11-27 04:47, chris clepper wrote:
The color values should probably be between 0.0 and 1.0 in floating
point. Try 1.0 0.65 0.0
Also, use [text3d] instead of 2d.
and [color] is the object the change the color of an object.
fgmasdr
Hi all
Johnny-come-lately I am . . .
I've experienced this problem since 0.43 (vanilla and extended), I
believe, but I haven't really investigated it, because it didn't happen
that often and I wasn't able to reliably reproduce it. Now I figured out
a way to reliably reproduce it. It seems the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2012-11-26 22:33, András Murányi wrote:
It's me who maintains it (BTW don't send bugs to the bug tracker as
the plugin is not part of the distro).
the bug-tracker has nothing todo with a distro (neither Pd-vanilla,
nor Pd-extended)
it's a
On Die, 2012-11-27 at 10:20 +0100, Roman Haefeli wrote:
The problem seems related to the fact that switching DSP also switches
the jack client on and off. I think the preferred way would be to be
able to switch DSP on/off independently from switching audio back-end
on/off.
I just tested
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2012-11-26 23:29, Cyrille Henry wrote:
Le 26/11/2012 22:38, Jean-Marie Adrien a écrit :
Thanks Miller !
-nosound -udiobuf 5 -slepgrain 1
Definitely academic :)
But I run intense audio on this PD instance, together with midi
driving
thanks, clear indeed !
JM
Le 27 nov. 2012 à 10:36, IOhannes m zmoelnig a écrit :
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2012-11-26 23:29, Cyrille Henry wrote:
Le 26/11/2012 22:38, Jean-Marie Adrien a écrit :
Thanks Miller !
-nosound -udiobuf 5 -slepgrain 1
Definitely
Le 27/11/2012 10:36, IOhannes m zmoelnig a écrit :
...
with MIDI, Pd doesn't do any buffering and no synchronisation to some
external clock is done, so messages appear in bursts which you notice
as a inaccurate timing.
There is 1 strange thing however : pd did some kind of buffering with
Is that the way it was in vanilla 0.42, or did something change in pd-l2ork?
.hc
On Nov 27, 2012, at 4:34 AM, Roman Haefeli wrote:
I just tested pd-l2ork and it seems this is exactly how it fixes the
freeze problem: Turning DSP off does not kill the pd client in jack.
Roman
On Die,
Hi Miller,
Is this with the test tone patch?
for the record i compared the on board intel card of the linux machine, the
result is quite impressive, i don't think it can get any better:
I have also gotten the HDA way lower than 20 ms in ubuntu 12.04...!
best,
J
I don't know. IIRC, Pd-{vanilla,extended} up to 0.42 behaved as pd-l2ork
does now. Is pd-l2ork based on 0.42? If so, they (Ivica) wouldn't have
had to fix it at all.
Roman
On Die, 2012-11-27 at 09:50 -0500, Hans-Christoph Steiner wrote:
Is that the way it was in vanilla 0.42, or did something
Two things:
1) in 0.43 there has been a rewrite of audio backend which AFAICT broke jack
connectivity.
2) 0.42 branch does not know when jack has died (as in quit or crashed) and
therefore hangs pd. This has been fixed in pd-l2ork.
Since it is a combination of 1 and 2 there is not a patch per
you are right - those numbers seem to be to good to be true. On the other hand
I followed the instructions in the latency patch and don't know what could have
been wrong.
Am 26.11.2012 um 19:04 schrieb Miller Puckette m...@ucsd.edu:
Hmm - I'm getting latencies between 6 and 7 (Fedora 17, Core
Am 27.11.2012 um 17:02 schrieb J Oliver jaime.oliv...@gmail.com:
for the record i compared the on board intel card of the linux machine, the
result is quite impressive, i don't think it can get any better:
I have also gotten the HDA way lower than 20 ms in ubuntu 12.04...!
for comparability
If I'm reading rour post right, you're specifying 20 msec latency and getting
about 22, which is OK, but I think you should be able to get lower latencies
(i.e., I don't see that numbers like 21.9012 are too good to be true -
those are typical Macintosh latencies but I think in linux you should be
oh really? that's interesting. The later numbers come from a Ubuntu machine
which isn't set up for sound at all, so when I compare those with a os x
machine and the famous rme drivers the numbers are still impressive.
Am 27.11.2012 um 17:47 schrieb Miller Puckette m...@ucsd.edu:
If I'm
Pd tries to time-stamp MIDI on input and tries to delay sending MIDI output
until the correct time; but Pd's accuracy in doing this is limited by the
fact that it can't input or output MIID while it is either sleeping or running
(only when the scheduler polls for what-to-do-next after either a
Is there a way to bypass all of this?
my pd usage usually imply sending and receiving as fast as possible.
sending delay usually annoy me.
cheers
c
Le 27/11/2012 18:06, Miller Puckette a écrit :
Pd tries to time-stamp MIDI on input and tries to delay sending MIDI output
until the correct time;
I believe if you edit s_midi.c and change:
if (midi_outqueue[midi_outtail].q_time = midirealtime)
to
if (1)
and
if (midi_inqueue[midi_intail].q_time = logicaltime)
also to
if (1)
that will make it fast-as-possible. The queueing code should probably
be
cool, thanks.
better than a ifdef, a startup flag!
cheers
c
Le 27/11/2012 18:50, Miller Puckette a écrit :
I believe if you edit s_midi.c and change:
if (midi_outqueue[midi_outtail].q_time = midirealtime)
to
if (1)
and
if (midi_inqueue[midi_intail].q_time =
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2012-11-27 18:06, Miller Puckette wrote:
better on some underlying OS time-tagging mechanism (for instance
by exploiting whatever portmidi does). But I have to admit I've
never treated this as a high priority (which one might take as an
Hello all
Is there a way to include a data structure graphical shape (filledpolygon for
example) inside an abstraction's graph on parent?
I saw that when trying to add a graph on parent in the data window it messes up
everything.
Thanks
Eldad
___
- Original Message -
From: eldad tsabary tazberryd...@gmail.com
To: pd-list@iem.at
Cc:
Sent: Tuesday, November 27, 2012 1:48 PM
Subject: [PD] data structures in abstractions
Hello all
Is there a way to include a data structure graphical shape (filledpolygon for
example) inside
Great
It works fairly well with graph on parent of the subpatch (datawindow)
However, if I try to make the entire patch into an abstraction and have a graph
on parent of the main window containing the graph from the subpatch it doesn't
work so well.
It seems to display in another patch but
- Original Message -
From: eldad tsabary tazberryd...@gmail.com
To: pd-list@iem.at
Cc:
Sent: Tuesday, November 27, 2012 10:31 PM
Subject: Re: [PD] data structures in abstractions
G reat
It works fairly well with graph on parent of the subpatch (datawindow)
However, if I try to
Thanks Jonathan
You are a magician. You said it works, so now it does no bugs.
The only thing I can't get rid of is the datawindow name appearing in the graph
on parent. No matter how many times I turn it off, once I save it and load it
again, it comes back on.
The name of the main graph on
25 matches
Mail list logo