Nice, though I’m afraid it still glitches if there’s a track above it in the tracklist:
There seem to be a few discrepancies with the “depth” of the group level strips. I’m pretty tired, so I’m not sure what to make of it right now…
Here’s an example picture (thumbnail). On the left is what the actual hierarchy looks like.
A minor issue regarding the follow focus feature: selecting (docked) master or return tracks in the mixer scrolls the tracklist even if those tracks aren’t shown there.
@Zynewave wrote:
@thcilnnahoj wrote:
3. Normally, the navigator zoom snapshot buttons light up when you return to one of their zoom settings. This doesn’t seem to work though if you zoom to the full arrangement length by double-clicking the zoom pane. In the example GIF, I can get the snapshot button to activate after moving the pane around, but not anymore after zooming in and double-clicking to return to the original zoom level.
I’m not getting that here. It looks to me that your zoom snapshot is not exactly the full length.
Can you please verify, and describe how to reproduce this bug?
Yeah, it was a false alarm. If you look very closely, you can actually see that the snapshot highlights a smaller area. I don’t know how I ended up with that snapshot, since I never touch the zoom pane handles.
Sorry about that one.
@Zynewave wrote:
Another idea I had is a ‘tags’ button in the track properties window that opens when you create a new track: It could expand a simplified tag list panel to the side, so you could assign tags right at (multiple
) track creation. the panel should remember its state (shown/hidden) after closing the dialog, to be always there for people when they need it, and others who don’t use track tags won’t have to bother with it. Once your tags are set up, this might be even a little quicker than creating ten new tracks and ticking them one by one.
Oh, and I think it’d be nice if child tracks of a tagged group track would show greyed-out tick marks in the track tags window, whenever ‘include child tracks…’ is checked. You’d much more easily see where the group you’re tagging ends, and I imagine you can get a little lost once you reach 30+ tracks.
When I implement multiple track selection, you would just select all the tracks you want tagged, and then click the tag check button to assign the tag to all selected tracks.
That sounds good too, but as it is right now, you’d have to deselect all tags and go look for your newly created tracks in order to even select them… I look forward to how you’re going to handle linking the tag feature with creating tracks. 🙂
@Zynewave wrote:
I’m considering adding another tag option called “Include parameter tracks of tagged tracks”, placed below the current “include child tracks of tagged group tracks” option.
Currently parameter tracks are always included when the source track is tagged, but would there be situations where you would like to show a bunch of source tracks together, without showing their automation tracks?
Hmm, I wouldn’t have a use for it, personally. As long as there’s the Ctrl-G shortcut, I’m all set to fight hordes of parameter tracks, though that’s of course not the same.
Edit: Actually, I can think of a use. The question is whether parameter tracks of tracks further down the hierarchy that belong to a tagged group, but are not tagged themselves would also be hidden. Ouch, now my head hurts. 😆
@Zynewave wrote:
I’m talking about bus return tracks, not mappings. Currently when you first time assign a new bus send to a track, you need to manually go create the corresponding bus return track.
Ah, suddenly, it makes sense. 😳
Try the new beta3. I’ve made it so that tagged tracks that are part of a hidden/collapsed group, is now always shown. Check if you still get the visual bug as in your screenshot, and then tell me how your track hierarchy is. Note that in beta2 I dropped the implicit display of collapsed parent tracks for tagged child tracks. So, if a tag includes tracks from different groups, the tracks are not displayed with their actual hierarchy relations. It saves the space used for unneeded parent tracks. In beta1, the master track was always shown as collapsed at the top, which was annoying.
It’s the same in beta 3, unfortunately. The hierarchy consists of: Master < Vocals group track < Lead Vocal track. This glitch happens when the "lead vocal" track is shown (without its direct parent group) along with the master track.
I think it’s fine to omit group tracks when only child tracks should be shown. Besides, it looks very nice without the master track. 😉
@Zynewave wrote:
Creating new arrangements will no longer put the return tracks in a “bus return” group, but will just create single return tracks on the same group level as the normal tracks.
Sounds good, as it means more space, but I hope there’ll be some way around assigning new bus tracks to the busses tag by hand.
Another thing I’m going to implement for the busses, is a “Do you want to create a bus return track for the new bus send?” yes/no messagebox which will appear when you add a bus send that does not yet have a return assigned. That gets rid of the manual work you previously had to do when adding extra sends to your arrangement.
Pardon me if we’re talking different things, but I seem to remember Podium creating both send and return mappings all along, when using the devices menu, as well as selecting ‘new instance’ from the right-click menu?
Something that seems to have gone a bit awry in beta 2:
(As before, the vocal track belongs to a group which isn’t shown in this tag selection)
Another idea I had is a ‘tags’ button in the track properties window that opens when you create a new track: It could expand a simplified tag list panel to the side, so you could assign tags right at (multiple ) track creation. the panel should remember its state (shown/hidden) after closing the dialog, to be always there for people when they need it, and others who don’t use track tags won’t have to bother with it. Once your tags are set up, this might be even a little quicker than creating ten new tracks and ticking them one by one.
Oh, and I think it’d be nice if child tracks of a tagged group track would show greyed-out tick marks in the track tags window, whenever ‘include child tracks…’ is checked. You’d much more easily see where the group you’re tagging ends, and I imagine you can get a little lost once you reach 30+ tracks.
I don’t care if you call them Track Tags, PCCTG’s or Waldschweinschnitzel in Kürbiskernpanier mit Braterdäpfeln und Preiselbeerkompott – this feature is absolutely divine! 😀
I actually like how the tracks region is separated from the timeline, marker and tempo regions. The check buttons are also a great idea, though I’d never have understood what they do if it weren’t for popup help. 😉
If there’re still free keys, maybe Alt-click could be used to quickly unselect all tags.
Three peculiarities I’ve seen:
1. Say I have a group track for vocals, and in it, there’s a single track that I assigned my “lead instruments” tag to. If the group is collapsed, then I only see the minimized child track if I select the tag, and the only way to expand the group track in this view is with keyboard shortcuts (which is not a problem for me, personally).
I don’t know if this would work, but here’s my suggestion to “smarten” it up a little: If a track that belongs to a group is tagged, always expand its group upon selecting the tag. Granted, the group stays expanded after this, but I think it’s worth trading this annoyance for the other… This is for when you show child tracks only – there shouldn’t be a problem if a group is tagged as a whole.
2. Select a track -> remove the selected tag from it by clicking on the tag’s check button -> the next track with this tag is automatically selected (look for the active selection color). However, it is actually the track that was just unchecked that still has key focus and thus is selected (as also seen by the unchecked tag mark)!
[Edit] 2.1. Closely related… Select a track (example track has the “vocals” tag) -> select a different tag the track does not belong to (“rhythm section” in this example) -> the first track with this tag will appear as selected, but the tags are not correctly checked off. The vocal track also still has keyboard focus. So switching tags should either force the selection on the track that appears as selected, or should not show a track as selected when it isn’t, in my opinion. :-k
3. If I create a track, it’s invisible at first. You said it would inherit the currently selected tag (or tags?) – maybe it’s just not implemented yet.
Hi!
Are you using the embedded sound editor that opens when you click one of “Editor” button above the transport bar – where it says “Tracks, Editor, Mixer, Big Transport” – or are you using the editor that opens up in a new window?
If it’s the first, maybe you minimized it by accident. Try looking for the editor’s title bar:
You can click it and drag it up so the editor becomes visible again.
Otherwise I can’t think of anything right now that could go wrong. I’ve never had something like that happen… 😕
Also, when you say you double-clicked on all four tracks, do you mean you clicked the audio events? Double-clicking the track headers will only bring up the track properties window.
