Mmm, strange issue
Ah, but i got an idea of what could be the reason... will research it more tomorrow.
Thanks!
Cool! Didn't notice the sample bug yet ....mutools wrote:OK, found the reason, fixed in Test C.
I also noticed that when saving multisample patches, the samples themselves were not saved with the patch, and so loading such patch resulted in empty zones. Oops![]()
Also fixed in Test C.
If you run a MU.LAB installation for the first time, it will automatically open the Demo.MuSession.Bonteburg wrote:On opening MU.LAB, the default song opens and I don't get the dialogue asking me whether I want to open the last tune or open a new session anymore. I had to save a new "new.musession" to make it work again.
Some gremlin still sitting in the saving/opening side of things...
Are you sure it's not related to a 'normal' cpu overload?Bonteburg wrote:Sampla: Occasional ugly clicks when one note ends and another starts. Only very long release times really fix this.
Nah, it wasn't that - I already had a New.Musession and it had worked for a week or so since I had started running Test B, but it must have gone off or something, so I had to save a fresh "new.musession" to make the system work again. I now get the dialogue on startup as before, but it definitely was broken yesterday.mutools wrote:
If you run a MU.LAB installation for the first time, it will automatically open the Demo.MuSession.
Once you open or save another file (just doing "New" is not enough), on next run you'll get that question which musession you want to open.
Then wasn't it just the fact that you started from a fresh installation.Bonteburg wrote:Nah, it wasn't that - I already had a New.Musession and it had worked for a week or so since I had started running Test B...
Could you please send a MuSession that demonstrates this.About the clicking problem - it doesn't seem to be cpu overload, as long release times definitley fix it. it appears to me that if you underrun a certain release time (which can be long enough to make an audible tail in some cases) and let notes overlap you sometimes get the clicking. Imagine a release time set to 0.0 making the sample end click - it could be like that with a release time of 20, 50 or 60 ms provided your playing a few notes at once. In which case you have to set it to, say 120 ms and everything is click-free again (at the expense of tight note endings).
It's hard to put a finger on, it's like maybe the release time "regime" is too strict and unforgiving.
-No no, here's what happened: When I installed Test B, I saved a new.musession right away and it was working just fine for several days.mutools wrote:Then wasn't it just the fact that you started from a fresh installation.Bonteburg wrote:Nah, it wasn't that - I already had a New.Musession and it had worked for a week or so since I had started running Test B...
Strange.Bonteburg wrote:-No no, here's what happened: When I installed Test B, I saved a new.musession right away and it was working just fine for several days.
The bug occured out of the blue only last night. MU.LAB kind of "thought" it was running for the first time when that wasn't the case.
Alright, thanks!-Going to cook up a clicky session for ya and send you it and the sample tonight
I'm pretty sure it's the way it handles release times, like it doesn't respect zero crossings or something.
my sense is that it's a pretty rare thing, nothing to lose sleep over. I'll let you know if and when it happens again!mutools wrote:Strange.Bonteburg wrote:-No no, here's what happened: When I installed Test B, I saved a new.musession right away and it was working just fine for several days.
The bug occured out of the blue only last night. MU.LAB kind of "thought" it was running for the first time when that wasn't the case.
If it's repeatable, please let me know.
Submit: News, Plugins, Hosts & Apps | Advertise @ KVR | Developer Account | About KVR / Contact Us | Privacy Statement
© KVR Audio, Inc. 2000-2026