Thanks for the confirmation! I guess I found that the inline editing fit my brain so well that I couldn’t imagine the point of a separate window.
I tend to side with the rabble on this one. I dunno if it’s like this for others, but my use of midi editing tends to be really modal, I.e. I don’t need to see anything else when I’m editing a MIDI region, and while I am doing that editing, I like the piano roll nice and big so I am not clicking teeny weeny little notes or scrolling up and down all the time. In Ardour, I find using the F key to maximize the track height and collapsing it when I’m done to be a perfectly cromulent alternative, but I can see the appeal of a workflow that’s more like other DAWs.
The Analyzer sounds very promising!
“serious mice” ![]()
I was going to make a separate post for this question but maybe this is a good place to ask (I apologize if I overlooked it mentioned above by other users).
Before trying Ardour I had the similar opinion as others about the piano roll being built into the editor, but through my tests I found to have a similar opinion to the developers, that it is pretty “awesome” and that there are many nice benefits with this approach. All the MIDI improvements over the years have also been very helpful with this as well.
My question is, in Ardour it is somewhat common that if two similar ideas exist that one of them will get removed, which is a concern with this topic.
So I was wondering, now that a new piano roll window will be included, are there any plans on removing the piano roll offered in the Editor?
I feel that they both have their benefits so hopefully both of them will remain.
I have a couple other observations I have made from recently testing the nightly version, but I will post them elsewhere.
No, there are not.
really? I was going to say the opposite. There are often more than 3 ways to accomplish the same task. Prime example for that is assigning track-groups…
Please read the pre-relase dialog that shows up when running the nightly before doing so ![]()
And to reinforce that: the way things have been done at the code level was to significantly refactor things so that it is the same code being used when editing on the timeline or in a separate pianoroll window/view.
I would love to also have a osciloscope in the Analyzerwindow to see if certain tracks are causing phasing issues with each other! Especially if it would be possible to sync the timewindow to the grid.
I don’t know if it will meet your request but at LSP plugins, there is an oscilloscope (which can be a goniometer).
As far as I’m concerned, I put this kind of analysis tool (as well as the X42 meter tools) as a post fader on the master track.
Lsp is what i am using right now but i find the routing very hard and setting it up to sync to the grid is also pretty hard if using a repeating kickdrum as a trigger.
I would love to also have a osciloscope in the Analyzerwindow to see if certain tracks are causing phasing issues with each other!
Assuming there was such a tool, what would you do with that information?
Why is grid sync important? Say if you have a snare top/bottom mic polarity inverted, that’d be independent of the time. I’m considering to add a correlation meter. That would be helpful to identify mic polarity issues.
In the genre i produce it is very common to ensure that kick and bass don’t cancel each other out. I think in most electronic dance music styles this can be relevant if kick and bass overlap. Changing the phase would usually not happen through inverting the polarity but by adjusting the phase of either kick or bass.
I think this only makes sense in slow frequencys but is very powerfull for a clean low end.
Any approximation on when Ardour 9 (beta? RC ?) will be released ?
The usual answer to these queries is “when it’s ready”…
![]()
If you get a more specific answer then you must be special…
Is there a chance to get the polarity analyzer from Mixbus into Ardour?
It is a closed source 3rd party VAMP plugin. So in theory possible, but in practice the status-quo is to reserve closed-source additions for 3rd party derivatives.
Meh. Damn these closed source plguins. TY for clearing that out, Robin.
Will the sidebars and the lower pane be switchable? I like it simple and tidy, and what’s more, there is just enough space for 18 tracks plus monitor section on my screen (make optimum use of your resources!), without having to scroll left or right. In the heat of the battle I find the latter quite annoying…
I don’t understand programming, but I remember that in this thread someone proposed a script (which my limited knowledge doesn’t allow me to understand).
I guess if it wasn’t considered then it couldn’t be implemented, but would it be possible to do something with it?
I hacked together a quick python script to do this on a set of soundfiles.
PS apologies for my bad English
No. We are not going down the Reaper route of providing a mechanism for users to rearrange the GUI. If you want that and it is important to you, Reaper is available and is a fine DAW.
We provide options for you to see or not see various elements in the GUI, but not change where they are. The 9.0 GUI will feature a consistent model in which every page/tab (editor, mixer, cue page, recorder) has a main contents area, optionally visible left, right and bottom panels (whose contents are fixed) and an upper bar that may optionally (probably) include transport control.
I believe this is a misunderstanding. I didn’t mean: switch the right panel to the left and vice versa, or the lower panel to the sides, I meant what you just stated, that one can “switch” the panels on and off. “Toggle” would have been more accurate, right? If this is the case, then everything is good! Which is the title of a 1998 song by the american band Swell by the way, look it up on YouTube, it’s great.