On 07/13/2015 09:44 AM, Alexandre Torres Porres wrote:
so how do you generate you MIDI events to be
properly alligned with some sample clock?
I'm not sure, I'm just using regular MIDI input keyboard gear
in that case, i wouldn't bother about the Pd side.
you are basically arguing that
good question.
In real world, sending a MIDI-event takes time. and sending two events
takes (about) double time.
using usb keyboard that your system see as a midi device, you are no more
limited to this 32KBit serial line.
so, even if messages are send one after the other, they are send at
On 2015-07-13 11:28, Cyrille Henry wrote:
good question.
In real world, sending a MIDI-event takes time. and sending two events
takes (about) double time.
using usb keyboard that your system see as a midi device, you are no
more limited to this 32KBit serial line.
so, even if messages are
Hi Martin,
The last person editing the help patch is me, but I don't know. My guess
is it should probably read 2 PI radians (like in the poltocar-help
patch).
But if someone has a better idea, I will be happy to change the patch.
Greetings,
Fred Jan
On 2015-07-13 01:55 PM, Martin Dupras
Le 13/07/2015 07:33, Alexandre Torres Porres a écrit :
Howdy, so I'm making some tests, and I see that my [notein] is sending notes at
exact DSP cycles, which may make sense I guess, but is kind of a bummer. I'd
like to know why is that anyway...
all pd control data are computed between
i seem to have used applications with two different meanings.
On 2015-07-13 11:34, IOhannes m zmoelnig wrote:
yes and no.
i think the MIDI specs are not really clear about such applications e.g.
here, applications should read use cases.
when sending MIDI events in-between applications, you
when 2 different [send A]'s go to the same [receive A] will there be used
a first-in first-out procedure?
yes, always.
(unless you deliberately use something such as a [pipe] or [delay] object
in between, of course)
[send]/[receive]'s inside a subpatch are they handled before
Hello List.
I am have developed a patch in pd-extended and as I was checking vanilla
compability I ran across what seems to be a bug in pvcompand~ object from
the fftease library in pd 0.46-6. The example works fine in extended but
when I run it in vanilla it just overtakes the audio card. No
Ah, that makes more sense! Many thanks.
- martin
On 13 July 2015 at 13:43, Fred Jan Kraan fjkr...@xs4all.nl wrote:
Hi Martin,
The last person editing the help patch is me, but I don't know. My guess
is it should probably read 2 PI radians (like in the poltocar-help
patch).
But if
On 2015-07-11 23:35, Billy Stiltner wrote:
I guess, your textfile seems to contain only one (or several) line
with floats.
A better way could be :
yes , the textfiles were saved through array
the data was originally a space delimited list of floats sent from
javascript-JAVA-TCP-FUDI-[array
On 2015-07-13 07:33, Alexandre Torres Porres wrote:
Howdy, so I'm making some tests, and I see that my [notein] is sending
notes at exact DSP cycles, which may make sense I guess, but is kind of a
bummer. I'd like to know why is that anyway...
And how about when you have several values
[top_panel.gif]
[Dfuse_Woodstreet_1.jpg]
FRI 10 JULY - SUN 6 SEPT ANOT [1]PATTERN NOISE - WOOD STREET
GALLERIES. PITTSBURGH. USA.
FRI 10 JULY NOT [2]LATITUDE / TEKTON - PIERCE STUDIOS. PITTSBURGH. USA.
so how do you generate you MIDI events to be
properly alligned with some sample clock?
I'm not sure, I'm just using regular MIDI input keyboard gear
2015-07-13 4:25 GMT-03:00 IOhannes m zmoelnig zmoel...@iem.at:
On 2015-07-13 07:33, Alexandre Torres Porres wrote:
Howdy, so I'm making some
even if you use the [v*] family of objects,
you don't get sample-accurate timing, right?
I used vline~ to convert [ctlin] to audio and it seems it only converter
one value for the whole block, so yeah
2015-07-13 4:25 GMT-03:00 IOhannes m zmoelnig zmoel...@iem.at:
On 2015-07-13 07:33,
14 matches
Mail list logo