MantisBT

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0006725ardourbugspublic2016-01-05 13:192016-02-03 16:53
Reporterdigidog 
Assigned Totimbyr 
PrioritynormalSeverityminorReproducibilityalways
StatusresolvedResolutionfixed 
PlatformLinuxOSDebianOS Versionstretch/sid
Product Version4.4 
Target VersionFixed in Version4.7 
Summary0006725: Splitted audio regions jump to the beginning of timeline and build layers on session tempo change
DescriptionTesting enviroment: Ardour 4.4.406 with Debian stretch/sid (testing/unstable repos) and LXDE/openbox Desktop.

Splitting a song length audiofile into peaces is a daily task in many pro audio situations. While Audio editing is not the prior field of Ardour, the use case becomes random even in audio production situation, for example: drum recording and editing.

Cutting a song length audiofile into peaces and changing the tempo of the session should result in more drifted or closer region start positions sticking with their split positions in the bar measure grid.

But the splitted audio regions jump to the beginning of the timeline and build layers on session tempo change, which will not be obvious to the new user.
Steps To ReproduceSteps to reproduce:
    + Start a new Ardour session with Jack
    + Import a song length stereo audiofile
    + Place it to a new stereo audio track created on the beginng of the timeline
    + Set the tempo to something almost fitting to the beat of the audiofile to have a better control view
    + split (it doesn't matter if you use 's' in grab mode or 'T' cutter) into lets say bar length peaces
    + Make sure "glue to bar/beats" is activated for the splitted regions
    + Now change the session tempo to something faster or slower
    
Expected behaviour:
    + The audio peaces keep in sync with bars/position where we made the plitting
    + if the tempo is slower, the peaces should start slower one after the other on their positions
    + if the tempo is faster, the peaces should start faster and should overlap one after the other on their positions

Unexptected behaviour:
    + All the audio peaces jump to the beginning of the session timeline and build layers

Work around:
    + move each splitted region one time back and forth on their positions
    + make the tempo change from above
    + Result: the expected behaviour becomes operative
Additional InformationWork around:
    + move each splitted region one time back and forth on their positions
    + make the tempo change from above
    + Result: the expected behaviour becomes operative
Tags4.4, region, tempo change
Attached Files? file icon output.mp4 [^] (362,714 bytes) 2016-01-05 14:23
? file icon test_latest_build_git_2015-01-06_02-00.mp4 [^] (3,429,887 bytes) 2016-01-05 17:01
txt file icon diff_config_after_config_reset.txt [^] (8,127 bytes) 2016-01-05 17:33 [Show Content]

Sponsor - Users sponsoring this issue
Sponsors List Total Sponsorship = US$ 5

2016-01-13 09:56: digidog (US$ 5)

- Relationships

-  Notes
(0017768)
digidog (reporter)
2016-01-05 17:48
edited on: 2016-01-05 17:52

After compiling and running latest git version with the help of @rgareus on IRC, but sadly with the same result/behaviour, we can say, it has been proven that this bug is independend of the difference between 4.4.406 and latest git clone.

@rgareus 's final suggestion on IRC to reset the .config file brought me finally to the idea, that maybe the region > "glue" setting indication has been corrupted somewhen and somehow. In certain circumstances - I still don't know why and when yet (need to reproduce the last days) - the obviously activated "glue" check-box for the splitted regions in the context menu, which indicates, that the setting is "checked" (on), seems to be off instead. Turning it on/off twice again resets it and then tempo-change with regions on the correct positions works again as expected.

EDIT: But this still doesn't explain the weird behaviour of the regions jumping to the start of the session timeline and layering in the tests before the config reset.

Temporary summary: Resetting the ~/.config/ardour4 file by typing in terminal ''' mv ~/.config/ardour4 ~/.config/ardour4.bak ''' and starting a new session seems to remove this misbehaviour. But further testing is maybe required.

(0017770)
timbyr (developer)
2016-01-06 05:58

I can reproduce this using Ardour master@df23ed57f

It seems the key to reproducing is for the region being split to be glued to bbt time(before the split)

I have a tentative fix for this bug but more testing is needed.
(0017780)
digidog (reporter)
2016-01-13 10:04
edited on: 2016-01-13 10:28

@timbyr: I am not sure if the setting is definitely active before, or if the checkbox only fools us that it is. I'm still trying to test in more detail if this has any connection to the default session setting for bbt, when active before or not. (Session Properties > Misc > Glue to bars and beats)

(0017781)
timbyr (developer)
2016-01-13 13:39

I've pushed what I think is the fix for this issue to the master branch as revision 9a52cefd13

Can you please confirm with a nightly version greater than 4.6.14 from nightly.ardour.org
(0017843)
timbyr (developer)
2016-01-26 18:10

It has been a couple of weeks since this was fixed. If the reporter could confirm that this is now fixed that would be great, otherwise I'll close this report soon.

- Issue History
Date Modified Username Field Change
2016-01-05 13:19 digidog New Issue
2016-01-05 13:20 digidog Tag Attached: 4.4
2016-01-05 13:20 digidog Tag Attached: region
2016-01-05 13:20 digidog Tag Attached: tempo change
2016-01-05 14:23 digidog File Added: output.mp4
2016-01-05 17:01 digidog File Added: test_latest_build_git_2015-01-06_02-00.mp4
2016-01-05 17:33 digidog File Added: diff_config_after_config_reset.txt
2016-01-05 17:48 digidog Note Added: 0017768
2016-01-05 17:51 digidog Note Edited: 0017768 View Revisions
2016-01-05 17:52 digidog Note Edited: 0017768 View Revisions
2016-01-06 05:58 timbyr Note Added: 0017770
2016-01-13 09:56 digidog Sponsorship Added digidog: US$ 5
2016-01-13 09:56 digidog Sponsorship Total 0 => 5
2016-01-13 10:04 digidog Note Added: 0017780
2016-01-13 10:04 digidog Note Edited: 0017780 View Revisions
2016-01-13 10:28 digidog Note Edited: 0017780 View Revisions
2016-01-13 13:39 timbyr Note Added: 0017781
2016-01-26 18:10 timbyr Note Added: 0017843
2016-01-26 18:10 timbyr Assigned To => timbyr
2016-01-26 18:10 timbyr Status new => feedback
2016-02-03 16:53 timbyr Status feedback => resolved
2016-02-03 16:53 timbyr Fixed in Version => 4.7
2016-02-03 16:53 timbyr Resolution open => fixed


Copyright © 2000 - 2018 MantisBT Team
Powered by Mantis Bugtracker