behavior of Seq. with markers

[MuTools]

A preview version of the MU.LAB 3.0.39 patch is available in http://www.mutools.com/mulab/patch

What's changed:

• Tuned: Modular editor: When deleting a connection and there is more than 1 connection for that jack, any relevant module name index is included in the connection list
• Tuned: In the composer, when zoomed in very much, audio files are drawn in full detail instead of more 'squared'
• Tuned: When changing the start of a shared part, the other shared parts are updated as necessary
• Fixed: In certain specific circumstances, there could be weird notes at the start of the composition loop
• Fixed: In some special cases, the sequence loop wasn't played properly
• Fixed: Sequence editor -> Sequence -> Delete => crash
• Fixed: Tempo change edits were not always immediately reflected in the playback
• Fixed: When inserting/removing plugs from an auto-named rack, renaming was not always ok
• Fixed: When recording events into an existing empty sequence part, an irrelevant name dialog popped up

How to install this new application patch: http://www.mutools.com/mulab/patch/Read%20Me.Txt

The complete MU.LAB zip package will also be updated one of these days.

[Eggu]

Just made a short test:

- create a seq. part, delete all markers
- make a shared copy
- drag left part of original to the left
--> empty space is added, ok (no markers are added)
--> notes in copy stay at old place (ok, part start marker is added)
further test:
- add loop end marker in shared copy (somewhere rigth from the new start marker)
--> part is looped between part start marker and loop end marker (ok!?)
---> but now also original part is looped between start marker (of shared copy! original still has no visible start marker) ... and loop end marker (which is visible, because common for shared copies).
==> think this is not ok.

[Eggu]

add on:

I think root cause is, that in shared copy at part start position also an implicit loop start is added, but not visible.
==> show this loop start marker, then it should be ok, I suppose.

[MuTools]

add loop end marker in shared copy (somewhere rigth from the new start marker)
--> part is looped between part start marker and loop end marker (ok!?)

Not looped between start and loop-end but always between loop-start and loop-end. If you did not yet define an explicit loop-start then loop-start is at beginning of sequence.

---> but now also original part is looped between start marker (of shared copy! original still has no visible start marker) ... and loop end marker (which is visible, because common for shared copies).
==> think this is not ok.

If you add a sequence loop in a shared sequence part, then of course this loop is applied to all shared copies. This is normal.

I don't see anything wrong.

[Eggu]

I don't see anything wrong.

Ok, I see.

As long as only part start markers are set in shared copies,
dragging left part side to the left of any of the shared copies
leads to shifting seq. start to left, but notes stay at its place due to the start markers --> ok.

If a loop end marker is set, then the current left hand side of the seq. is implicitly set as loop start.
Any further dragging of left side of one of the involved parts now leads to looping.

Ok, I've got it.

[MuTools]

I really hope it's not too complex.

You can use unique copies all the time if you want, to avoid the shared copy complexities.

It's good that the default copy mode is making unique copies.

[robenestobenz]

Again on the track autoname sorry. I've been having a few problems where I've had automation tracks for sends of a bunch of racks to the same verb -- all the titles are exactly the same of course. So I can work out which is which, I tried to rename the send slots in the racks to something useful but no matter what I type they just become "Send to nothing". The actual sending of audio continues to work fine, it's just the title gets screwed up.

[MuTools]

Again on the track autoname sorry. I've been having a few problems where I've had automation tracks for sends of a bunch of racks to the same verb -- all the titles are exactly the same of course. So I can work out which is which, I tried to rename the send slots in the racks

Yes, that's a good way.

to something useful but no matter what I type they just become "Send to nothing". The actual sending of audio continues to work fine, it's just the title gets screwed up.

Oops, a bug there. Will be fixed in version 3.0.40.

Will publish a patch within +- half an hour.
This patch also features the tuned note-on/note-off priority behaviour.

[Eggu]

I really hope it's not too complex.

For me it's ok now.

But one improvment could be:
If a loop end marker is set,
then also loop start marker must be set (and should be visible, e.g. automatically to its default position = seq. start)

[MuTools]

It has been discussed before here and we came to the conclusion that it's best to keep things as simple as possible i.e. only show the marker if it's really relevant. Another reason to do it like this is that you have less chance on overlapping markers.

I think you ask this now because you're very much into this, but i'm confident you'll also appreciate how it is now.

When you only see a loop-end marker, you have a simple loop from sequence-start to loop-end. (sequence-start being the very sequence-start, not the eventual start locator)

I'm also confident you won't be confused by the start marker as it has clearly other color and icon than the loop marker(s).

[MuTools]

A preview version of the MU.LAB 3.0.40 patch is available in http://www.mutools.com/mulab/patch

What's changed:

• Tuned: Sequenced note-offs get priority on note-ons
• Tuned: Sequence Editor: When drawing new notes or changing note lengths the notes now do get full indicated length
• Tuned: Event List Editor: Right-click in empty background also pops up the context menu
• Fixed: Edit Tempo Changes -> context menu -> Delete => could cause a crash sooner or later
• Fixed: Issue with renaming sends

[Eggu]

ok.

[MuTools]

Thanks again for focussing the shifting issue!