View Issue Details

IDProjectCategoryView StatusLast Update
0001604ardourbugspublic2010-07-22 13:12
Reporteroofus Assigned Tooofus  
PrioritynormalSeverityminorReproducibilityalways
Status closedResolutionfixed 
PlatformDual 666MHz PIIIOSMandrivaOS Version2007
Target Version3.0-beta1 
Summary0001604: Newly defined loops aren't always played if another loop is already playing.
DescriptionWith a loop defined and the transport in loop playing that loop; if another loop is defined later in time than the current loop, the new loop will not start playing. If a new loop is defined earlier in time while the current loop is playing, the new loop will automatically start playing.
TagsNo tags attached.

Activities

nowhiskey

2007-05-11 13:34

reporter   ~0003931

here even worse:

if the new loop is created before the old one, it will play automatically as it is created, but if the new loop is created after the old one (in the timeline!), the old loop will be removed and the playhead continues moving in the direction of the new one, but at that point still the old loop will be played more times (about 3 times) untill the playhead reaches the new loop. than passing through the loop, the sound is wrong (if i stop the playback and press simple 'space' it is audible that the played sound was wrong) , when the playhead reaches the end of the new loop and springs to the beginning of the loop again, the sound which is played is correct.

cheers,
doc

nowhiskey

2007-05-31 23:40

reporter   ~0004037

Last edited: 2007-05-31 23:57

in 'jack-sync' mode this is not a issue anymore here (and i am not sure if it ever was!?).

if sync is 'internal', if i create a loop which is later in the time line as the loop which is just playing, the older loop will be played until the playhead reaches the end of the newer loop, when it springs to the beginning of the newer loop, everything is ok again and the new loop will be played correctly.
still, if i create a new loop, earlier in the time line than the loop which is just played, everything smooth!

this is a report on ongoing-rev1936

cheers,
doc

oofus

2010-07-22 12:32

developer   ~0008557

Appears to be working fine in Ardour 3, so assume fixed.

oofus

2010-07-22 13:12

developer   ~0008567

see notes

Issue History

Date Modified Username Field Change
2007-04-09 22:13 oofus New Issue
2007-05-11 13:34 nowhiskey Note Added: 0003931
2007-05-31 23:40 nowhiskey Note Added: 0004037
2007-05-31 23:57 nowhiskey Note Edited: 0004037
2010-07-22 12:31 oofus cost => 0.00
2010-07-22 12:31 oofus Target Version => 3.0-beta1
2010-07-22 12:32 oofus Note Added: 0008557
2010-07-22 12:32 oofus Status new => resolved
2010-07-22 12:32 oofus Resolution open => fixed
2010-07-22 12:32 oofus Assigned To => oofus
2010-07-22 13:12 oofus Status resolved => feedback
2010-07-22 13:12 oofus Resolution fixed => reopened
2010-07-22 13:12 oofus Note Added: 0008567
2010-07-22 13:12 oofus Status feedback => closed
2010-07-22 13:12 oofus Resolution reopened => fixed