View Issue Details

IDProjectCategoryView StatusLast Update
0005758ardourbugspublic2015-06-05 03:57
Reporterdon3 Assigned To 
PrioritynormalSeverityminorReproducibilitysometimes
Status newResolutionopen 
Product Version3.0 
Summary0005758: Fader automation point dragged to -inf does not always stay at -inf.
DescriptionWhen dragging a fader automation point to/below the bottom of the fader "track", the pop-up level display shows "-inf" (as expected) -- however, sometimes after letting go (with the cursor still below the bottom of the fader track), the level doesn't stay at -inf. In such cases, when moving the cursor back to the automation point, it shows instead that the point is somewhere in the neighborhood of -170 - -180 dB.

I haven't figured out exactly what causes this, but it seems to happen most often when it's done as part of creating a new point -- that is, click in the fader "track" to create a new point and immediately drag it to -inf. For me it seems to happen about half the time.

I've seen this on all A3 versions I've used so far, including 3.5.14. I don't remember whether it was also present on A2. I've seen it on Fedora 14 (32-bit) and 19 (64-bit), under KDE and LXDE.
TagsNo tags attached.

Relationships

related to 0006647 closeddon3 Dragged (fader) automation points move away from intended value when mouse button is released 

Activities

don3

2015-06-05 03:57

reporter   ~0016770

I still see this issue on Ardour 4, although less often than with Ardour 3. And with A4, when I've seen it happen, the little square around the automation point has been just a bit above the bottom of the automation track, so that if one looks closely one can see that a line connecting to it from an earlier -inf point is also a pixel or so above the bottom line -- whereas in A3 the only way to tell was to hover the mouse over it. (I still hover over each one that I drag to -inf in A4 anyway, just to double-check... well, I _try_ to remember to do that.., and of course that takes a little extra time.)

A4 has introduced a new problem, however, which is that at -inf, sometimes the little square is partially below the bottom of the automation track -- how much below seems to be fairly random. This would be a minor thing (just visually inconsistent, by a few pixels maybe) except that it also makes it difficult to "touch" (hover over) or to grab the automation point with the mouse. Occasionally the square is almost completely below the bottom, making it nearly impossible to do so. Increasing the height of the automation track, even a little, seems to cause the square to be rendered above the bottom (enough to touch it), so I've used that as a work-around. I can open a new bug report for this if needed.

Tested on 4.0.0 and nightlies 4.0.312, 4.0.420.

Issue History

Date Modified Username Field Change
2013-11-06 16:03 don3 New Issue
2015-06-05 03:57 don3 Note Added: 0016770
2015-10-20 18:39 x42 Relationship added related to 0006647