View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0002496 | ardour | bugs | public | 2008-12-17 17:33 | 2010-04-27 13:32 |
| Reporter | bigstumpi | Assigned To | |||
| Priority | normal | Severity | minor | Reproducibility | sometimes |
| Status | confirmed | Resolution | open | ||
| Product Version | 2.7 | ||||
| Summary | 0002496: Moving/creating tempo/meter markers ardour seems to move markers randomly | ||||
| Description | Sometimes when moving or creating markers one or more are at different locations at one go. Reproducable: Always Steps to reproduce: 1. Create a new project 2. Create some tempo/meter markers Sometimes it will happen that a marker is on a different location as the one I right-clicked. Right clicking on the tempo-bar -> insert tempo change will open the marker dialog and there it is: The content of the position field is WRONG. If I enter the correct value manually the marker will be at the desired location. I am running Arch Linux 2.6.27-Preempt and have a i686 Pentium M Processor. I can't remember such problems on my gentoo box (but there I had a minor version of Ardour) | ||||
| Tags | No tags attached. | ||||
|
|
A bug which sounds like this one can be triggered by creating a new session, scrolling the main editor window right and then adding a tempo marker; the tempo marker position in the new tempo dialogue is wrong. This seems to be caused by line 1003 of editor_mouse.cc. The pixel_to_frame call on this line appears not to take into account scrollbar position. I think this can be fixed by changing line popup_ruler_menu (leftmost_frame + pixel_to_frame(event->button.x), item_type); but there's probably a more official way. There are other places in the code which call pixel_to_frame in a similar way and which should maybe be checked out. |
|
2009-01-26 18:26
|
ardour-mouse.patch (481 bytes)
Index: gtk2_ardour/editor_mouse.cc ================================================================== --- gtk2_ardour/editor_mouse.cc (revision 4443) +++ gtk2_ardour/editor_mouse.cc (working copy) @@ -1000,7 +1000,7 @@ case CdMarkerBarItem: case TempoBarItem: case MeterBarItem: - popup_ruler_menu (pixel_to_frame(event->button.x), item_type); + popup_ruler_menu (leftmost_frame + pixel_to_frame(event->button.x), item_type); break; case MarkerItem: |
|
|
Tested and attached a patch with the solution of cth103. It fixes the issue with the wrong position field content when CREATING markers. http://tracker.ardour.org/view.php?id=2377 should solve the remaining problem occuring when MOVING markers. |
|
|
the problem remains in current 2.0-ongoing. creating new meters works ok, but dragging meter markers will confuse the timeline: after dragging, bar numbers are waaay off, and all subsequent tempo and meter markers are wrong. workaround is to never drag but always remove/create meter markers. this bug should be "major" (at least it is for people who actually use tempo maps). |
|
|
hmm. looks like this ticket should be closed, as it's a duplicate of issue 0002377, which has more detailed reports. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2008-12-17 17:33 | bigstumpi | New Issue | |
| 2009-01-22 00:08 | cth103 | Relationship added | related to 0002377 |
| 2009-01-22 01:13 | cth103 | Note Added: 0005632 | |
| 2009-01-26 18:26 | bigstumpi | File Added: ardour-mouse.patch | |
| 2009-01-26 18:34 | bigstumpi | Note Added: 0005641 | |
| 2009-08-10 13:16 | nettings | Note Added: 0006495 | |
| 2009-08-10 13:18 | nettings | Note Added: 0006496 | |
| 2010-04-24 10:28 | cth103 | Category | bugs => bugs2 |
| 2010-04-24 10:31 | cth103 | Category | bugs2 => bugs |
| 2010-04-27 13:32 | cth103 | Status | new => confirmed |
