MuLab 7.0.47
-
- KVRAF
- Topic Starter
- 13863 posts since 24 Jun, 2008 from Europe
As always: Please make a project as simple as possible that demonstrates the prob, thus as narrowed down as possible. Then zip the project and post it here. Thx.
-
- Banned
- 1256 posts since 22 Feb, 2014
heres a project with the kick added were it says start i had to change that from loop and inbetween start and end that was loop as well had to change it to end
You do not have the required permissions to view the files attached to this post.
-
- KVRAF
- Topic Starter
- 13863 posts since 24 Jun, 2008 from Europe
If the power LED goes orange it means there are too many notes at the same time. If drum sounds are not ending (and thus stack up polyphony) it's most probably cause they're looped and have a infinite release time. That's also the case in your project. Solution: Switch loop off for drum sounds or set release time to some good value that avoids sounds stacking up.
-
- Banned
- 1256 posts since 22 Feb, 2014
did the loop turned off will try the release okay thanks jo just pulled back on the release it doesnt happen now the more i pulled back on the release the lower the voices became thanks jo for all your help
-
- KVRAF
- Topic Starter
- 13863 posts since 24 Jun, 2008 from Europe
-
- KVRAF
- 7412 posts since 8 Feb, 2003 from London, UK
Hi,
Possible edge case bug that will be very hard to reproduce...
I was cutting and pasting audio outs between project Session MuX views. The routing went very odd in the target project, so I tried Undo (ctrl-Z). I got a popup "User thread wait time-out error" and undo does not appear to have undone what I did - and MuLab's locked up
.
Sometimes when I paste between projects, routing is not copied. Sometimes it is. I can understand it not being copied -- in this case, it was copied but the pasted audio outs were mislabelled (they should have been "Out 3/4" but were "Out 1/2 (2)", so something had gone pretty wrong with the paste.
I'll probably not be able to retry until I've cleanly rebooted - I'm guessing the audio driver has crashed... we'll see shortly. (I thought I better post before I forgot too much!)
ETA: when I went to close the application, I got the popup again several times -- it ends "@ REP[12]" if that's useful info.
Possible edge case bug that will be very hard to reproduce...
I was cutting and pasting audio outs between project Session MuX views. The routing went very odd in the target project, so I tried Undo (ctrl-Z). I got a popup "User thread wait time-out error" and undo does not appear to have undone what I did - and MuLab's locked up
.Sometimes when I paste between projects, routing is not copied. Sometimes it is. I can understand it not being copied -- in this case, it was copied but the pasted audio outs were mislabelled (they should have been "Out 3/4" but were "Out 1/2 (2)", so something had gone pretty wrong with the paste.
I'll probably not be able to retry until I've cleanly rebooted - I'm guessing the audio driver has crashed... we'll see shortly. (I thought I better post before I forgot too much!)
ETA: when I went to close the application, I got the popup again several times -- it ends "@ REP[12]" if that's useful info.
-
- KVRAF
- 7412 posts since 8 Feb, 2003 from London, UK
Hi,
Just to confirm, it seems copying an audio endpoint doesn't correctly copy the index numbers for which inputs or outputs it's using.
- set up MuLab to have four inputs
- create an "Inputs 3/4" input
- in Session MuX, drag-copy that input
Expected result
- a second "Inputs 3/4" module should be created
Actual result
- an "Inputs 1/2" module is created
I managed to crash MuLab whilst creating a video... I don't know if it's because I'd copied the input too often or if the video record caused it -- it was after the recording had started, though.
Once it's uploaded to YouTube:
Just to confirm, it seems copying an audio endpoint doesn't correctly copy the index numbers for which inputs or outputs it's using.
- set up MuLab to have four inputs
- create an "Inputs 3/4" input
- in Session MuX, drag-copy that input
Expected result
- a second "Inputs 3/4" module should be created
Actual result
- an "Inputs 1/2" module is created
I managed to crash MuLab whilst creating a video... I don't know if it's because I'd copied the input too often or if the video record caused it -- it was after the recording had started, though.
Once it's uploaded to YouTube:
-
- KVRAF
- Topic Starter
- 13863 posts since 24 Jun, 2008 from Europe
That preference is a global preference, it's not meant as something that is changed all the time.pljones wrote:Can there be a method through the user interface to toggle how splitting works (cfr "Standard Copy Part Is Shared Copy" on/off behaviour) - seems awkward to need to go to settings, switch, come back, split, then remember what you left the preference at next time.
-
- KVRAF
- Topic Starter
- 13863 posts since 24 Jun, 2008 from Europe
Will be fixed in the next version. Thx.pljones wrote:Hi,
Just to confirm, it seems copying an audio endpoint doesn't correctly copy the index numbers for which inputs or outputs it's using.
- set up MuLab to have four inputs
- create an "Inputs 3/4" input
- in Session MuX, drag-copy that input
Expected result
- a second "Inputs 3/4" module should be created
Actual result
- an "Inputs 1/2" module is created
Tried to repeat it but no crash. Lets keep an eye on it and try to find a repeatable cause.I managed to crash MuLab whilst creating a video... I don't know if it's because I'd copied the input too often or if the video record caused it -- it was after the recording had started, though.
-
- KVRAF
- Topic Starter
- 13863 posts since 24 Jun, 2008 from Europe
I tried to repeat this case but couldn't. Lets keep an eye on it. Tip: An alternative way to add I/O modules to a project is to just insert such new modules.pljones wrote:Possible edge case bug that will be very hard to reproduce...
I was cutting and pasting audio outs between project Session MuX views. The routing went very odd in the target project, so I tried Undo (ctrl-Z). I got a popup "User thread wait time-out error" and undo does not appear to have undone what I did - and MuLab's locked up
-
- KVRist
- 355 posts since 30 Jun, 2009 from moon
deleted
Last edited by replicant X on Tue Mar 26, 2024 1:12 am, edited 1 time in total.
Speedrum 2 is a hidden gem. 
-
- KVRAF
- Topic Starter
- 13863 posts since 24 Jun, 2008 from Europe
Thanks for reporting this. Improved in the next version.replicant X wrote:I found one bug.
Load 2 samples that have the same filename to MuDrum.
e.g. c:/sample/tr-808/bd.wav and c:/sample/tr-626/bd.wav
MuLab can treat each sample separately as bd(1) and bd(2), so it seams no problem.
But "Export Consolidated Project" overwrite bd(1) with bd(2), because sample names haven't been changed.
It should be saved as "bd(1).wav" and "bd(2).wav" but only one "bd.wav" can be saved.
-
- KVRAF
- 7412 posts since 8 Feb, 2003 from London, UK
Hi,
Not sure if this is a bug as much as a request for a clearer dialog.
When I select multiple MuX presets and then use "Presets->Revert to Preset File", I get the same message as when I only have one preset selected.
Does this action apply to all the selected presets or just the one onto which the right-click was made? (I'd really, really like it to be all of them
)
Thanks,
-- Peter
ETA: And the thing I still can't do is select all the racks in a project and have all the presets in all the slots in those reverted, which is what I'm after...
Not sure if this is a bug as much as a request for a clearer dialog.
When I select multiple MuX presets and then use "Presets->Revert to Preset File", I get the same message as when I only have one preset selected.
Does this action apply to all the selected presets or just the one onto which the right-click was made? (I'd really, really like it to be all of them
)Thanks,
-- Peter
ETA: And the thing I still can't do is select all the racks in a project and have all the presets in all the slots in those reverted, which is what I'm after...