Good Midi Clock
-
- Regular
- Posts:297
- Joined:24 Jan 2012 18:22
So many cool Sequencers and Arpeggiators could be built wihin Lemur if the Midi Clock would be finer and more stable.
-
- Newbie
- Posts:12
- Joined:04 Aug 2013 02:31
Re: Good Midi Clock
yes,
but which is the good midi clock in lemur at this moment ???
have you find a good one ?
thank you
jma
but which is the good midi clock in lemur at this moment ???
have you find a good one ?
thank you
jma
Re: Good Midi Clock
+1
tighter timing (stable framerate at all and ANY costs - even if it meant LOWER limits in size of templates) is my only complaint with Lemur.
tighter timing (stable framerate at all and ANY costs - even if it meant LOWER limits in size of templates) is my only complaint with Lemur.
-
- Regular
- Posts:297
- Joined:24 Jan 2012 18:22
Re: Good Midi Clock
Would open up a new world.
-
- Liine Staff
- Posts:340
- Joined:01 Oct 2010 11:06
Re: Good Midi Clock
Request duly noted.
Re: Good Midi Clock
agreed, it would be nice to be able to pull a steady BPM from the midi clock
Re: Good Midi Clock
+1 for a tight and stable Midiclock
The Lemur (even old jazzmutant Lemur) gives so many opportunities to create tools, so it is a hard miss that the Midiclock is so untight.
It was the big disapointment for me when discovering Lemur in 2008. If it had a stable Midiclock I would have never dig my nose into max/msp and stuff like Sequencomat would be Lemur only, which would be much more user friendly.
However, I doubt that this is possible.
The Lemur framerate is about 14 Milliseconds, which are to big steps for a tight clock and even worse, the framerate also depends on how much work is to calculate, which in a second step make the clock unstable during high load.
I think I meanwhile understand why JM chose that 14 Millisecond framerate, as I discoverd by experimenting in max that the Midiprotocol itself seems to have serious problems in sending continiuos Controller information with lower framerates: each time I send Midisignals with framerates less than 14ms my Mididriver crashes [sic], so it seems not to be a Lemur problem more a Midi problem. I guess if e.g. a Multiball send every 5ms the Mididriver will also crash...it is just too fast and too many data for that old protocol.
So the point should be to devide between an internal framerate for calculation and an framerate for sending Midi from Lemurobjects. And this will be no simple changes....
just my thoughts about the problem, not sure, maybe I am wrong... but I find it interesting that I discovered that same border in max like the framerate on Lemur.
But please, Liine, proove me wrong
cheers
mat
The Lemur (even old jazzmutant Lemur) gives so many opportunities to create tools, so it is a hard miss that the Midiclock is so untight.
It was the big disapointment for me when discovering Lemur in 2008. If it had a stable Midiclock I would have never dig my nose into max/msp and stuff like Sequencomat would be Lemur only, which would be much more user friendly.
However, I doubt that this is possible.
The Lemur framerate is about 14 Milliseconds, which are to big steps for a tight clock and even worse, the framerate also depends on how much work is to calculate, which in a second step make the clock unstable during high load.
I think I meanwhile understand why JM chose that 14 Millisecond framerate, as I discoverd by experimenting in max that the Midiprotocol itself seems to have serious problems in sending continiuos Controller information with lower framerates: each time I send Midisignals with framerates less than 14ms my Mididriver crashes [sic], so it seems not to be a Lemur problem more a Midi problem. I guess if e.g. a Multiball send every 5ms the Mididriver will also crash...it is just too fast and too many data for that old protocol.
So the point should be to devide between an internal framerate for calculation and an framerate for sending Midi from Lemurobjects. And this will be no simple changes....
just my thoughts about the problem, not sure, maybe I am wrong... but I find it interesting that I discovered that same border in max like the framerate on Lemur.
But please, Liine, proove me wrong
cheers
mat
Lemur modules and sequencer: http://music-interface.com
Setup: Win7professional 32bit, Intel Core 2 Duo @ 2,66 GHz.,Tascam US-144MKII, Ableton Live 8.4,
Arturia Analog Lab., Max/Msp, Maxforlive, Lemur Legacy + Ipad, Akai MPK61, Doepfer Pocket Control
Setup: Win7professional 32bit, Intel Core 2 Duo @ 2,66 GHz.,Tascam US-144MKII, Ableton Live 8.4,
Arturia Analog Lab., Max/Msp, Maxforlive, Lemur Legacy + Ipad, Akai MPK61, Doepfer Pocket Control
Re: Good Midi Clock
Very informative Mat! Thanks for sharing!
Re: Good Midi Clock
I think they have been looking into a tighter midi rate ~ 1ms clock rate
Not sure where it got to and when'll if it will be released
Not sure where it got to and when'll if it will be released
iMac 2.8G i7 12G 10.6.8/10.7.2, Legacy Dexter/Lemur, Liine Lemur/iPad2, KMI SoftStep, 12Step & QuNeo , B-Controls, Mackie C4 etc
MaxMSP, Live Suite, Native Instrument stuff, etc Modified Virtual Guitar System etc All Projects/Modules © CC-BY-NC-SA[*][/b]
MaxMSP, Live Suite, Native Instrument stuff, etc Modified Virtual Guitar System etc All Projects/Modules © CC-BY-NC-SA[*][/b]
-
- Regular
- Posts:297
- Joined:24 Jan 2012 18:22
Re: Good Midi Clock
this would also make the timing better in case of Lemur being Midi Clock slave, does it?Macciza wrote:I think they have been looking into a tighter midi rate ~ 1ms clock rate
Not sure where it got to and when'll if it will be released
This would be so overly great. All those nice arpeggiators, sequencers and other timing relevant templates would finallly work without any additional app needed.
Need more Lemur memory