View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0006870 | ardour | bugs | public | 2016-05-04 14:04 | 2020-04-19 20:18 |
Reporter | oswaldm | Assigned To | paul | ||
Priority | urgent | Severity | block | Reproducibility | always |
Status | closed | Resolution | fixed | ||
Platform | Intel x86 64 | OS | Ubuntu Studio | OS Version | 14.04 LTS |
Product Version | 4.7 | ||||
Summary | 0006870: Moving regions creates large numbers of regions | ||||
Description | Grabbing a region and dragging it around (only moving) creates a lot of regions, like if the regions are used as a paintbrush. Since a large number of new regions is created, this makes Ardour practically unusable to do edits on regions. Ardour 4.7.935 "Cluster and Eno" (rev 4.7-951-ge48da9d) Intel 64-bit But I have also observed this on previous versions. See attached video as a demonstration. | ||||
Steps To Reproduce | - Switch with "G" to grab mode (or smart mode) - Drag-Move a region Region is used as a paintbrush. | ||||
Tags | No tags attached. | ||||
|
|
|
You'll need to provide a more precise recipe, starting from an empty, new session. I have never observed this behaviour. |
|
Hi Paul, I played around with it and it is quite easy to reproduce in my system: - Empty session - Add Audio track - Record something (in my case guitar->Line6 Helix SPDIF -> Saffire Pro -> Ardour) with punch range - Switch to "No Grid" (either menu or shortcut) - Go into Grab mode with "G" - Move region So it seems to be linked to the No Grid option. |
|
|
|
I also attached screenshot with the second track showing this behaviour. The screenshot shows the stacked mode, which shows quite a bit of layers after moving the region. |
|
Also in the terminal I get a lot of messages like this: a - start after end: 22050, 22049 a - start after end: 22050, 22049 a - start after end: 22050, 22049 a - start after end: 22050, 22049 a - start after end: 22050, 22049 b - start after end: 22050, 22049 a - start after end: 22050, 22049 a - start after end: 22050, 22049 a - start after end: 22050, 22049 a - start after end: 22050, 22049 b - start after end: 22050, 22049 a - start after end: 22050, 22049 |
|
I saw this happen once (with yesterday's git master HEAD): I don't recall what led up to it happening, and I was recording a band at the time, so I wasn't able to investigate any further, but I can add the observation that quitting and re-starting Ardour made the problem go away, and it didn't then recur. As for the "start after end" messages, mea culpa, but probably a red herring: that's some debugging output I put in a while back that I'm fairly sure isn't related to this issue. I should probably just remove it. |
|
It happened to me several times. I wasn't able to track steps that lead to this problem though. Undoing, it removes all the unwanted new regions from track, but not from region list. Closing session and repoening it, fixes the problem. Version 4.7 Ubuntustudio 14.04 |
|
I have the same here with the official A5.05 package. Undoing the results with opening the Edit-Menu shows a nessage like: Undo brush. So this brush mode is a intended thing? |
|
There are some references of a brush mode in Ardours sources also: ardour5/gtk2_ardour/SAE-de-nokeypad.bindings.in:; (gtk_accel_path "<Actions>/Editor/brush-at-mouse" "F3") ardour5/gtk2_ardour/editor_drag.cc: _editor->begin_reversible_command (Operations::drag_region_brush); ardour5/gtk2_ardour/editor_mouse.cc:Editor::mouse_brush_insert_region (RegionView* rv, framepos_t pos) and more... so this brush mode is intended. But how do I disable it or switch back to normal? And it should never ever be activated automatically... |
|
in the current version of ardour, it happens only when dragging with the "b" key pressed. |
|
OK, I cannot remember to have b pressed, anyway, once that mode is activated is there a way to return to normal? |
|
it isn't a mode. Its a special kind of drag. It is over when the drag is over. |
|
That would be nice, but actually it is *not* over, it seems to turn into a mode. Once I press B while dragging, the next drag is brushing too, *whithout* pressing b again. And it stays that way until I close/open Ardour... |
|
Fixed in git. As a workaround, if you move the mouse out of the editor window and back, that will also clear the incorrect "b-is-down" state. Sorry for the error. |
|
Compiled new from git: the problem is gone. BTW: if one is prepared this brush mode is a remarkable feature! Can be much nicer than using duplication for making loops ;-) Unfortunately the workaround does not work for me in Ardour 5.05... no matter, where I put or move the mouse: the false b-down does not seem to go away... |
|
see notes. key release event did not clear Gtkmm2ext::Keyboard state. |
|
Issue has been closed automatically, by Trigger Close Plugin. Feel free to re-open with additional information if you think the issue is not resolved. |
Date Modified | Username | Field | Change |
---|---|---|---|
2016-05-04 14:04 | oswaldm | New Issue | |
2016-05-04 14:04 | oswaldm | File Added: ArdourError.mp4 | |
2016-05-05 13:24 | paul | Note Added: 0018172 | |
2016-05-05 15:57 | oswaldm | Note Added: 0018175 | |
2016-05-05 15:59 | oswaldm | File Added: Ardour_Region_Error.png | |
2016-05-05 16:00 | oswaldm | Note Added: 0018176 | |
2016-05-05 16:02 | oswaldm | Note Added: 0018177 | |
2016-05-09 15:39 | colinf | Note Added: 0018185 | |
2016-05-16 00:30 | aFunkyBass | Note Added: 0018196 | |
2016-08-18 15:17 | zettberlin | Note Added: 0018406 | |
2016-08-18 15:24 | zettberlin | Note Added: 0018407 | |
2016-08-18 16:13 | paul | Note Added: 0018410 | |
2016-08-18 20:11 | zettberlin | Note Added: 0018413 | |
2016-08-18 20:55 | paul | Note Added: 0018414 | |
2016-08-18 22:04 | zettberlin | Note Added: 0018415 | |
2016-08-19 12:34 | paul | Note Added: 0018419 | |
2016-08-19 13:09 | zettberlin | Note Added: 0018421 | |
2016-08-25 02:02 | paul | Note Added: 0018478 | |
2016-08-25 02:02 | paul | Status | new => resolved |
2016-08-25 02:02 | paul | Resolution | open => fixed |
2016-08-25 02:02 | paul | Assigned To | => paul |
2020-04-19 20:18 | system | Note Added: 0023615 | |
2020-04-19 20:18 | system | Status | resolved => closed |