[PD] problems testing MIDI clock input

2017-12-07 Thread Alexandre Torres Porres
Hi, since now we're removing [midiclkin] (which never worked by the way),
I'm testing a MIDI clock input with [midirealtimein].

The idea is to extract the tempo from the clock input, as [midiclkin] would
do, but I'm getting a jittered value.

I have [midirealtimein] into a [sel 248] and then I'm measuring tempo
between bangs with [timer] and I just can't get a steady tempo, [realtime]
also doesn't do the trick.

Can anyone tell me why this happens? Is it a problem with [midirealtimein]?
With the time measuring objects [timer] and [realtime]?

Is anybody else testing this and getting a steady measurement?

For my test, I'm sending clock from Ableton Live via IAC Driver Bus 1 on a
mac

cheers
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


[PD] problems testing MIDI clock input

2017-12-17 Thread Nicola Pandini

I remember some time ago complaining about the jitter in Pd's output timing
and someone, maybe Miller, indicated a change I could do to the source to
improve the timing, I'm guessing it wasn't something that ever got merged
into the source. I forget what it was though.


Hi, you can reduce the jitter editing s_midi.c, changing:


if (midi_outqueue[midi_outtail].q_time <= midirealtime)

to


if (1)



and


if (midi_inqueue[midi_intail].q_time <= logicaltime)

to


if (1)



it works for midi note and ctl, so I think it will works even with MTC



--
Nicola Pandini


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] problems testing MIDI clock input

2017-12-07 Thread Alexandre Torres Porres
yeah, I'm using 0.48-1test3

2017-12-08 2:37 GMT-02:00 Alexandre Torres Porres :

> Hi, since now we're removing [midiclkin] (which never worked by the way),
> I'm testing a MIDI clock input with [midirealtimein].
>
> The idea is to extract the tempo from the clock input, as [midiclkin]
> would do, but I'm getting a jittered value.
>
> I have [midirealtimein] into a [sel 248] and then I'm measuring tempo
> between bangs with [timer] and I just can't get a steady tempo, [realtime]
> also doesn't do the trick.
>
> Can anyone tell me why this happens? Is it a problem with
> [midirealtimein]? With the time measuring objects [timer] and [realtime]?
>
> Is anybody else testing this and getting a steady measurement?
>
> For my test, I'm sending clock from Ableton Live via IAC Driver Bus 1 on a
> mac
>
> cheers
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] problems testing MIDI clock input

2017-12-08 Thread Simon Iten
ableton live is know to have a jittery midi clock, try another master clock.

> On 8 Dec 2017, at 05:37, Alexandre Torres Porres  wrote:
> 
> Hi, since now we're removing [midiclkin] (which never worked by the way), I'm 
> testing a MIDI clock input with [midirealtimein].
> 
> The idea is to extract the tempo from the clock input, as [midiclkin] would 
> do, but I'm getting a jittered value.
> 
> I have [midirealtimein] into a [sel 248] and then I'm measuring tempo between 
> bangs with [timer] and I just can't get a steady tempo, [realtime] also 
> doesn't do the trick.
> 
> Can anyone tell me why this happens? Is it a problem with [midirealtimein]? 
> With the time measuring objects [timer] and [realtime]?
> 
> Is anybody else testing this and getting a steady measurement?
> 
> For my test, I'm sending clock from Ableton Live via IAC Driver Bus 1 on a mac
> 
> cheers
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] problems testing MIDI clock input

2017-12-08 Thread Alexandre Torres Porres
well, I was first testing it by sending a clock out from Pd with midiout
into IAC Driver Bus 1 and then getting it back from the same device into
Pd, same jitterness.

And I really haven't seen the clock from Live being jittery... so I don't
believe that's the problem

If you have any setup and a patch that works that I can replicate here I'd
like to test and see if I get the same result.

cheers

2017-12-08 6:25 GMT-02:00 Simon Iten :

> ableton live is know to have a jittery midi clock, try another master
> clock.
>
> > On 8 Dec 2017, at 05:37, Alexandre Torres Porres 
> wrote:
> >
> > Hi, since now we're removing [midiclkin] (which never worked by the
> way), I'm testing a MIDI clock input with [midirealtimein].
> >
> > The idea is to extract the tempo from the clock input, as [midiclkin]
> would do, but I'm getting a jittered value.
> >
> > I have [midirealtimein] into a [sel 248] and then I'm measuring tempo
> between bangs with [timer] and I just can't get a steady tempo, [realtime]
> also doesn't do the trick.
> >
> > Can anyone tell me why this happens? Is it a problem with
> [midirealtimein]? With the time measuring objects [timer] and [realtime]?
> >
> > Is anybody else testing this and getting a steady measurement?
> >
> > For my test, I'm sending clock from Ableton Live via IAC Driver Bus 1 on
> a mac
> >
> > cheers
> > ___
> > Pd-list@lists.iem.at mailing list
> > UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


Re: [PD] problems testing MIDI clock input

2017-12-08 Thread Alex
I remember some time ago complaining about the jitter in Pd's output timing
and someone, maybe Miller, indicated a change I could do to the source to
improve the timing, I'm guessing it wasn't something that ever got merged
into the source. I forget what it was though.

I imagine the midi in timing is related? Sorry to be so vague.

On Fri, Dec 8, 2017 at 4:56 AM, Alexandre Torres Porres 
wrote:

> well, I was first testing it by sending a clock out from Pd with midiout
> into IAC Driver Bus 1 and then getting it back from the same device into
> Pd, same jitterness.
>
> And I really haven't seen the clock from Live being jittery... so I don't
> believe that's the problem
>
> If you have any setup and a patch that works that I can replicate here I'd
> like to test and see if I get the same result.
>
> cheers
>
> 2017-12-08 6:25 GMT-02:00 Simon Iten :
>
>> ableton live is know to have a jittery midi clock, try another master
>> clock.
>>
>> > On 8 Dec 2017, at 05:37, Alexandre Torres Porres 
>> wrote:
>> >
>> > Hi, since now we're removing [midiclkin] (which never worked by the
>> way), I'm testing a MIDI clock input with [midirealtimein].
>> >
>> > The idea is to extract the tempo from the clock input, as [midiclkin]
>> would do, but I'm getting a jittered value.
>> >
>> > I have [midirealtimein] into a [sel 248] and then I'm measuring tempo
>> between bangs with [timer] and I just can't get a steady tempo, [realtime]
>> also doesn't do the trick.
>> >
>> > Can anyone tell me why this happens? Is it a problem with
>> [midirealtimein]? With the time measuring objects [timer] and [realtime]?
>> >
>> > Is anybody else testing this and getting a steady measurement?
>> >
>> > For my test, I'm sending clock from Ableton Live via IAC Driver Bus 1
>> on a mac
>> >
>> > cheers
>> > ___
>> > Pd-list@lists.iem.at mailing list
>> > UNSUBSCRIBE and account-management -> https://lists.puredata.info/li
>> stinfo/pd-list
>>
>>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list