Mulab 8
-
- KVRAF
- 2265 posts since 30 Aug, 2004 from Lancaster, UK
Yeah, exactly like it says in my signature line!benheman wrote:Go Mulab!
Thu Oct 01, 2020 1:15 pm Passing Bye wrote:
"look at SparkySpark's post 4 posts up, let that sink in for a moment"
Go MuLab!
"look at SparkySpark's post 4 posts up, let that sink in for a moment"
Go MuLab!
- KVRAF
- 12689 posts since 24 Jun, 2008 from Europe
I can't comment on new feature requests except for giving this info:
http://www.kvraudio.com/forum/viewtopic ... 9&t=357048
Still working on the whole time-stretching adventure. It's progressing.
http://www.kvraudio.com/forum/viewtopic ... 9&t=357048
Still working on the whole time-stretching adventure. It's progressing.
-
- KVRist
- 381 posts since 28 Oct, 2002
It was just to sow the seed,, get you thinking about it .mutools wrote:I can't comment on new feature requests except for giving this info:
http://www.kvraudio.com/forum/viewtopic ... 9&t=357048
Still working on the whole time-stretching adventure. It's progressing.
- KVRAF
- 12689 posts since 24 Jun, 2008 from Europe
Sorry but i'll continue the focus on the whole time-stretching adventure. It's a quite vast adventure
-
- KVRAF
- 2265 posts since 30 Aug, 2004 from Lancaster, UK
Since it's time-stretching, it should take longer than expected.
Thu Oct 01, 2020 1:15 pm Passing Bye wrote:
"look at SparkySpark's post 4 posts up, let that sink in for a moment"
Go MuLab!
"look at SparkySpark's post 4 posts up, let that sink in for a moment"
Go MuLab!
-
- KVRian
- 1371 posts since 11 Nov, 2013
good time stretching and transpose is very hard to program, thats the reason wy most licence elastique . even a big company as steinberg have license elastique instead develop their own version.SparkySpark wrote:Since it's time-stretching, it should take longer than expected.
win 10 64 22H2 intel i5 8600K (6*3.6 GHZ) 32 GB Ram
-
- KVRAF
- 2301 posts since 20 Oct, 2014
Mulab FTW!
- KVRAF
- 2206 posts since 25 Sep, 2014 from Specific Northwest
Looks like VST 3 might be on the horizon sooner than expected...
And if there's any OpenGL going on...
"Exciting" time to be a cross-platform dev.
All that aside, take my money for Mulab8!
And if there's any OpenGL going on...
"Exciting" time to be a cross-platform dev.
All that aside, take my money for Mulab8!
I started on Logic 5 with a PowerBook G4 550Mhz. I now have a MacBook Air M1 and it's ~165x faster! So, why is my music not proportionally better?
- KVRist
- 123 posts since 28 Apr, 2017 from "Me? I live everywhere, or I'd be dead"
With the greatest respect, this is MuLab's problem!runaudio wrote:Mulab 8 wont be out this century sorry
So many things will never see light of day due to time restrictions of a loan dev.
Sad really!
- KVRAF
- 12689 posts since 24 Jun, 2008 from Europe
Not before the year 2100?? Oops then i should seriously slow down. (and I have to let myself be frozen so i can continue working just before then)runaudio wrote:Mulab 8 wont be out this century sorry
- KVRAF
- 12689 posts since 24 Jun, 2008 from Europe
Time restrictions of a single dev, yes that's correct.freddo wrote:With the greatest respect, this is MuLab's problem!runaudio wrote:Mulab 8 wont be out this century sorry
So many things will never see light of day due to time restrictions of a loan dev.
Sad really!
But please focus and be creative with what's in MuLab and MUX and not what's not in it.
Time-stretching was one of the top feature requests so i had to answer that. Working on it.
Indeed.magicmusic wrote:good time stretching and transpose is very hard to program
And the whole M8 R&D has been slowed down by some serious events at the beginning of this year. I'm not going into details, but these events caused a delay of several months. These issues have been handled and i'm working hard on M8. (even skipped my summer holiday to gain time)
For those who follow the little bits of info i gave about M8 timestretching R&D: First i developed a pseudo-realtime strategy where timestretched parts where automatically restretched in the background. But during test jams it turned out that that way of working had some important workflow drawbacks. So i've re-factored the whole timestretching engine so to make it work realtime. An extra advantage of the stretch engine working realtime is that timestretching will not only available in the composer but also in the sampler.
It's like a puzzle. As long as i'm not sure that the whole puzzle will be right i can't make estimations that make sense, since a bad estimation works counter-productive, for users and me. The good thing is that the M8 puzzle is getting more and more complete. Believe me i'm also looking very much forward to share a serious new version of MuLab, and already looking forward to start building M8.x and M9. (in fact there are already preparatory developments for M9 in M8)runaudio wrote:Any word on a beta ?