MuLab 4.3.9
- KVRAF
- 3154 posts since 28 Mar, 2008 from a Galaxy S7 far far away
Will multicore support mean support for hyperthreading too or is that already supported?
- KVRAF
- Topic Starter
- 13862 posts since 24 Jun, 2008 from Europe
Yes MuLab MC will support hyperthreading too. In fact, hyperthreading is transparant to apps.
-
- KVRer
- 10 posts since 31 Mar, 2010 from Italy
When MuLab MC will be ready?mutools wrote:Yes MuLab MC will support hyperthreading too. In fact, hyperthreading is transparant to apps.
- KVRAF
- 2874 posts since 22 Oct, 2002 from "somewhere between digital and analog"
Yes, I think it's a little much to keep reloading the app all the time. I'm worried I'll forget something and screw up the install. Plus I've noticed that some old templates don't work properly... and I've had to redo my template a couple times. My last template wouldn't change tempos, but after redoing it it works fine now? Hmmm.
Questions? Is there a way to show all automation for tracks? Or show automation for a selected track??? I am a confirmed kybd. shortcut user. The more the better!
...really getting a workflow with MuLab to the point I actually prefer it to some "other" DAW's here lately.
A few fixes for the Mac version and I'm good for the long run!

Questions? Is there a way to show all automation for tracks? Or show automation for a selected track??? I am a confirmed kybd. shortcut user. The more the better!
...really getting a workflow with MuLab to the point I actually prefer it to some "other" DAW's here lately.
A few fixes for the Mac version and I'm good for the long run!
- KVRAF
- Topic Starter
- 13862 posts since 24 Jun, 2008 from Europe
That's still unknown. As soon as MUX Vst is released, next big step is MuLab's multi-core implementation. Multi-core support is something special and it's difficult to predict how much R&D time it will take. Part of the research is already done, but still work to do.Mirt Klaar wrote:When MuLab MC will be ready?mutools wrote:Yes MuLab MC will support hyperthreading too. In fact, hyperthreading is transparant to apps.
- KVRAF
- Topic Starter
- 13862 posts since 24 Jun, 2008 from Europe
What doesn't work anymore? Please elaborate.DHR53 wrote:Plus I've noticed that some old templates don't work properly...
All possible shortcuts are listed in "Manage Shortcuts".Questions? Is there a way to show all automation for tracks? Or show automation for a selected track??? I am a confirmed kybd. shortcut user. The more the better!
I know which OSX fix you mean. I did already research that one in depth and could not find the reason. OSX is just behaving weird on that point. During the M5 R&D stage, i'll most probably rewrite the entire OSX layer using Cocoa instead of Carbon and hopefully that will improve things. MuLab for OSX runs fine on most OSX systems, only on some systems there seems to be some quirks.A few fixes for the Mac version and I'm good for the long run!
- KVRAF
- 2874 posts since 22 Oct, 2002 from "somewhere between digital and analog"
Hmmm... So is anyone who uses OSX Snow Leopard able to launch MuLab and NOT have to open the midi setup? I'd like to know what their setup is? It seems strange that I never had the problem till I loaded Snow Leopard, but it's not a showstopper. It just makes the experience a little less legitimate somehow...
My Template was locked on 70 bpm would not change. I had to create a new template?
I'm wondering if anyone is using Lion or Mountain Lion? And do they have the midi start bug?
My Template was locked on 70 bpm would not change. I had to create a new template?
I'm wondering if anyone is using Lion or Mountain Lion? And do they have the midi start bug?
-
- KVRer
- 10 posts since 31 Mar, 2010 from Italy
I understand. Thanks for reply and for the great work you're doing.mutools wrote:That's still unknown. As soon as MUX Vst is released, next big step is MuLab's multi-core implementation. Multi-core support is something special and it's difficult to predict how much R&D time it will take. Part of the research is already done, but still work to do.Mirt Klaar wrote:When MuLab MC will be ready?mutools wrote:Yes MuLab MC will support hyperthreading too. In fact, hyperthreading is transparant to apps.
-
- KVRist
- 146 posts since 28 May, 2005 from Brisbane, Australia
My system has been working fine with each update.DHR53 wrote:Hmmm... So is anyone who uses OSX Snow Leopard able to launch MuLab and NOT have to open the midi setup? I'd like to know what their setup is? It seems strange that I never had the problem till I loaded Snow Leopard, but it's not a showstopper. It just makes the experience a little less legitimate somehow...
My Template was locked on 70 bpm would not change. I had to create a new template?
I'm wondering if anyone is using Lion or Mountain Lion? And do they have the midi start bug?
I did have to go to Apple's Audio Midi Setup utility long time ago to set up the midi devices. I'm using an Edirol UM-1 and a TonePort UX1 via USB. It "just works".
Mulab remembers my MIDI settings if everything's plugged in when the program starts.
iMac (21.5-inch, Late 2009), 3.06 GHz Intel Core 2 Duo, 8 GB RAM, OSX 10.12.6
-
- KVRist
- 186 posts since 21 Apr, 2008 from Perth
New owner here, just wanted to say that I'm super surprised by MuLab, there is a hell of a lot more going on under the hood than first meets the eye. Really enjoying the flexibility of the MUX; I feel like I have much more control over my signal flow than on most other DAW's.
Few feature requests:
1. Drum maps for the piano roll
2. Ability to save/load custom virtual piano layout, we would then have the ability to map scales to the virtual keyboard. I use this mostly when I'm making music on my laptop.
Performance so far has been pretty good; first I tried to make a new dnb track using a few drum samples & 10 instances of Z3ta+ 2 and I was sitting at about 120% cpu which wasn't the best, but I switched the instances of Z3TA2+ to kiloHears One and it dropped to about 40%.
Looking forward to multi-core support
Few feature requests:
1. Drum maps for the piano roll
2. Ability to save/load custom virtual piano layout, we would then have the ability to map scales to the virtual keyboard. I use this mostly when I'm making music on my laptop.
Performance so far has been pretty good; first I tried to make a new dnb track using a few drum samples & 10 instances of Z3ta+ 2 and I was sitting at about 120% cpu which wasn't the best, but I switched the instances of Z3TA2+ to kiloHears One and it dropped to about 40%.
Looking forward to multi-core support
- KVRAF
- 7412 posts since 8 Feb, 2003 from London, UK
Loadable ones would be nice. Not fixed "GM says this" ones...1. Drum maps for the piano roll
- KVRAF
- Topic Starter
- 13862 posts since 24 Jun, 2008 from Europe
Added on the wishlist.
Just initial brainstorming: I think such layout should be defined by the target module of that sequence part. Right?
Just initial brainstorming: I think such layout should be defined by the target module of that sequence part. Right?
- KVRAF
- 7412 posts since 8 Feb, 2003 from London, UK
As I wandered off I started wondering about that.
Take Kontakt. I could have a piano, a set of loops and two drum kits with different mappings all loaded into one instance. Somehow it needs to handle multi-timbral instruments... If you ignore that, then yes, part's target seems to be the defining factor. So maybe just factor in "per channel" as an option (i.e. if the channel is actively important to targeting)?
Take Kontakt. I could have a piano, a set of loops and two drum kits with different mappings all loaded into one instance. Somehow it needs to handle multi-timbral instruments... If you ignore that, then yes, part's target seems to be the defining factor. So maybe just factor in "per channel" as an option (i.e. if the channel is actively important to targeting)?
- KVRist
- 409 posts since 26 Jul, 2010 from Germany
Yep!mutools wrote:Just initial brainstorming: I think such layout should be defined by the target module of that sequence part. Right?
