Thank you Miller!
Il 20/08/2013 03:00, Miller Puckette ha scritto:
Seems like this should be an option... I think it's a bit late to add
features to 0.45 but I'll stick it on my list for later.
cheers
Miller
On Thu, Aug 08, 2013 at 11:03:58AM +0200, Nicola Pandini wrote:
Hi, I resume this
Seems like this should be an option... I think it's a bit late to add
features to 0.45 but I'll stick it on my list for later.
cheers
Miller
On Thu, Aug 08, 2013 at 11:03:58AM +0200, Nicola Pandini wrote:
Hi, I resume this old thread because I compiled pd with Miller's
advices to disable MIDI
Hi, I resume this old thread because I compiled pd with Miller's advices
to disable MIDI buffering.
I tested it with a patch (attached) and this configuration:
vkeyb-MidiOUT(ch1) - pd-MidiIN
pd-MidiOUT - pd-MidiIN
so, every time I play a note, I see how much time it takes to pass
through pd. I
For my midi-only patches, I use the -r flag to reduce the latency.
For example, -r 192000 gives me 1.333-1.666ms of latency (using jack
with a buffer of 128).
However having a startup flag that do the fast-as-possible thing,
would be even better :-)
Nicola
Il 27/11/2012 18:55, Cyrille
why not using -noaudio?
I did not test, but i think it should be faster.
yes, a -nomidibuffer flag would allow having a fast midi AND audio in the same
time.
cheers
c
Le 29/11/2012 13:16, Nicola Pandini a écrit :
For my midi-only patches, I use the -r flag to reduce the latency.
For
-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
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
This isn't a very good answer, but the real timing jitter in Pd can often
be rediced by reducing audio buffering, In particular if you don't need audio
at all you might be able to run Pd -nosound -udiobuf 5 -slepgrain 1 or
something like that.
cheers
Miller
On Mon, Nov 26, 2012 at 03:35:41PM
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2012-11-26 17:19, Miller Puckette wrote:
at all you might be able to run Pd -nosound -udiobuf 5 -slepgrain 1
or
if that gives you trouble, try the flags
-nosound -audiobuf 5 -sleepgrain 1
:-)
fgmasdr
IOhannes
-BEGIN PGP SIGNATURE-
Thanks Miller !
-nosound -udiobuf 5 -slepgrain 1
Definitely academic :)
But I run intense audio on this PD instance, together with midi driving lights
in real time.
here are the flags :
-rt -noadc -midioutdev 1,2 -audiooutdev 2 -outchannels 8
phasor~ would not do it ?
or clipped cos~ ?
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 lights
in real time.
here are the flags :
-rt -noadc -midioutdev 1,2 -audiooutdev 2
17 matches
Mail list logo