View Issue Details

Jump to NotesJump to History
IDProjectCategoryView StatusDate SubmittedLast Update
0004933ardourbugspublic2012-06-14 20:372020-04-19 20:16
Reporterin0giro Assigned Tocth103  
PrioritynormalSeverityblockReproducibilityalways
Status closedResolutionfixed 
PlatformIntel Core2 DuoOSGentoo amd64 + Pro-Audio overlayOS Versionstable/unstable
Target Version3.0 
Summary0004933: certain xfade not redrawn until after zoom change
Descriptionwe have 3 regions: 1-3.2, 1-3.4 & 1-3.5.

region 1-3.2 (leftmost) comes earlier than region 1-3.4 (middle/sandwiched), which comes earlier than region 1-3.5 (rightmost).

the end of region 1-3.2 overlaps the start of region 1-3.4, and the end of region 1-3.4 overlaps the start of region 1-3.5 (see 1st attached image).

if the latest/rightmost region (i.e. 1-3.5) is edited (length or position), and whether it still overlaps the middle/sandwiched region (i.e. 1-3.4) or not, after the edit of the rightmost region the crossfade at the start of the middle/sandwiched (1-3.4) region disappears until a zoom in/out (see 2nd attached image).
Steps To Reproduce1. create a new session
2. create an audio mono track
3. record a region on the track
4. split the region twice into 3 pieces 1,2,3
5. move region 2 to the left so it overlaps with region 1
6. extend region 2 to the right so it overlaps w/ region 3
7. note the xfades correctly created
8. now adjust the end of region 3 and watch the xfade between the end of region 1 and start of region 2 disappear.
9. zoom out/in to have the xfade reappear
Additional Informationnot sure if this is just a drawing bug, but it *appears* that the xfade is still there in the session file. however, i do not understand the new xfade model well enough to be sure.
TagsNo tags attached.

Activities

2012-06-14 20:39

 

xfade overlap bug before edit.png (3,646 bytes)   
xfade overlap bug before edit.png (3,646 bytes)   

2012-06-14 20:40

 

xfade overlap bug after edit.png (3,127 bytes)   
xfade overlap bug after edit.png (3,127 bytes)   

in0giro

2012-06-14 20:41

reporter   ~0013537

note that upon further tests, when saving a session after the edit so that the xfade has disappeared, restarting that session has the xfade in place again, so it seems to be only a drawing/GUI bug, not that the xfade is disappearing from the session file.

cth103

2012-06-15 15:01

administrator   ~0013543

Should be fixed in SVN 12729.

in0giro

2012-06-15 19:08

reporter   ~0013544

looks good in SVN 12729. thanks.

system

2020-04-19 20:16

developer   ~0023083

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.

Issue History

Date Modified Username Field Change
2012-06-14 20:37 in0giro New Issue
2012-06-14 20:39 in0giro File Added: xfade overlap bug before edit.png
2012-06-14 20:40 in0giro File Added: xfade overlap bug after edit.png
2012-06-14 20:41 in0giro Note Added: 0013537
2012-06-14 22:18 cth103 cost => 0.00
2012-06-14 22:18 cth103 Severity major => block
2012-06-14 22:18 cth103 Target Version => 3.0
2012-06-15 14:04 cth103 Status new => confirmed
2012-06-15 15:01 cth103 Note Added: 0013543
2012-06-15 15:01 cth103 Status confirmed => resolved
2012-06-15 15:01 cth103 Resolution open => fixed
2012-06-15 15:01 cth103 Assigned To => cth103
2012-06-15 19:08 in0giro Note Added: 0013544
2020-04-19 20:16 system Note Added: 0023083
2020-04-19 20:16 system Status resolved => closed