View Issue Details

IDProjectCategoryView StatusLast Update
0009057ardourbugspublic2023-01-13 23:02
Reporterjaskah Assigned Tox42  
Status closedResolutionfixed 
PlatformDebian GNUOSLinuxOS Version(any)
Product Version7.0 
Summary0009057: cannot apply fades
Descriptionwhen i try to apply a fade (in or out) to a region, the fades "snap" back after pulling them a certain distance. i cannot, for example, set a 30 second fade.
Steps To Reproducetried this on two separate machines (both debian linux). also tried opening a new session.
TagsNo tags attached.



2022-10-31 21:33



2022-10-31 23:08

administrator   ~0026795

There seem to be no regions to adjust the fades on here. Could you set up the session that is failing and then attach that?

If I record a region in the session you attached i can adjust the fades without issue.


2022-11-01 06:39

reporter   ~0026797

sorry, am uploading again.


2022-11-01 08:02

reporter   ~0026800

I can reproduce the issue if the fade you want to set is bigger than ca. 7 senconds.


2022-11-01 08:10

reporter   ~0026802

yes, that is exactly the problem i'm having.


2022-11-01 08:11

reporter   ~0026803

and i don't believe that i was experiencing this in 6.9.


2022-11-01 08:37

reporter   ~0026805

Okay 7 seconds is not constant but I canmostly reproduce the behaviour in all new sessions. Here are some archives where you can trigger it.


2022-11-01 08:47

reporter   ~0026806

"test fade.ardour-session-archive" is the max-7-seconds-fade session

al f

2022-11-01 09:17

reporter   ~0026808

On Manjaro KDE, I have the same issue with Ardour 7.0.0.

But running Ardour 7.0.105-dbg changing fading works as expected.


2022-11-01 16:57

reporter   ~0026810

i just installed nightly build and i'm still experiencing the same problem with not being able to create long fades without the fade region snapping back.


2022-11-01 16:58

reporter   ~0026811

have attached an archive using Ardour-7.0.170-x86_64-gcc5


2022-11-01 17:12

administrator   ~0026812

Which archive? I only see the one from Oct 31 ... is that it?


2022-11-01 17:17

reporter   ~0026813

am attaching again


2022-11-01 17:18

reporter   ~0026814

would there be any way to get v. 6.9 to try this again? i no longer have the installer for this version on my computers.


2022-11-01 18:01

administrator   ~0026816

I see only 1 attachment, call ed test_2022-10-31_223322.ardour-session-archive that was added yesterday.

We do not make older copies available. You can (and likely should) parallel instal multiple versions.


2022-11-01 18:01

administrator   ~0026817

ah, you put it on dropbox.


2022-11-01 18:30

administrator   ~0026818

pulled the latest ... tested here ... dragged fades long (very long) and short ... no issues

Maybe try renaming ~/.config/ardour7 and see if that helps at all

btw, nice guitar playing from someone!


2022-11-01 18:31

administrator   ~0026819

ah, found a likely related issue. i don't have the problem you describe but after some manipulation i can no longer shorten the fades. Will investigate shortly.


2022-11-01 19:57

reporter   ~0026820

Hi Paul, I deleted my ardour7 config, no difference. Always reproducible. Here is a short video:
(It didn't record the cursor but the blue line in Ardour indicates its position)

If you mean the little acoustic guitar peace, yep thats mine. But to be honest it is an instrument plugin. I had no microphone to record it (And apart from that, I would never have been able to play it so well). But the composition is mine and I simply take it as compliment anyway / too ;D


2022-11-02 03:45

administrator   ~0026821

I was wrong. Just confused about dragging the handles. As far as I can tell, this is fixed in current git master OR it's something that we don't understand.


2022-11-02 08:09

reporter   ~0026823

i just installed the latest nightly but am still experiencing this problem. would anyone happen to have an installer for v. 6.9? i no longer have this on any of my computers, and this situation is putting me in a bind. thanks.

al f

2022-11-02 08:45

reporter   ~0026824

If it's OK by Paul, you can get the installer for 6.9.0 from me. I'll put it online in a temporary folder.


2022-11-02 08:54

reporter   ~0026825

thanks, this is putting me in a bind. i should've done a parallel install with the newest version, keeping 6.9, but actually i've never run into an issue like this with ardour before. learned my lesson!

al f

2022-11-02 09:10

reporter   ~0026826
This link will expire after 1 download. Just for you, jaskah :-)


2022-11-02 09:55

reporter   ~0026828

thanks, but i just tried to download but got the message, "file cannot be found."

al f

2022-11-02 10:24

reporter   ~0026829

Try agai. If not email me (address at the link) and we'll find another way.


2022-11-02 11:20

reporter   ~0026830

Still present in latest nightly v7.0-197 2022-11-02 (after deleting .config/ardour7 again)


2022-11-02 12:15

reporter   ~0026832

My observations so far have been made in Ubuntu 22.10
On the same machine I also have Windows 11 installed (dual boot). I installed latest Ardour nightly on Windows and there I don't have this issue.

What I noticed as well is that the fades I set on Ubuntu and Windows look slightly different. I have sreenshots attached. Maybe there is a relation to this? I don't know. (At least Linux fade looks a bit like a spring so that might explain it ;D )

My system is a Huawei Matebook 2020 AMD Ryzen 7 4800H, 16gb ram, 512gb ssd, Ubuntu 22.10 and Windows 11 Dualboot
Windows.png (437,988 bytes)
Linux.png (270,382 bytes)


2022-11-02 12:19

reporter   ~0026833

(Linux Screenshot was taken while holding mouse button on fade edge to prevent the fade snapping back)


2022-11-02 13:41

reporter   ~0026834

was able to finally download v. 6.9 thanks again for your help.


2022-11-03 10:03

reporter   ~0026847

I installed Nightly-Ardour on an old Thinkpad T420 with Ubuntu 22.04 and there fades do work. Although they look like the screenshot Linux.png in my last reply (little bend in the cross).


2022-11-03 18:05

reporter   ~0026848

i also have an old thinkpad (T530) and fades -- also with a nightly build -- definitely do not work here. i'm on debian 11.


2022-11-03 19:22

reporter   ~0026849

I did a Ubuntu upgrade on my Thinkpad T420 from 22.04 to 22.10. Started Ardour nightly again, Fades worked. Removed Ardour nightly, removed .config/ardour7, installed Ardour 7.1
Now Fades dont't work anymore.
Maybe I did some other minor steps between removing Ardour nightly and installing 7.1 but I can't remember. Silly me.


2022-11-03 20:19

reporter   ~0026850

just installed 7.1 but am still experiencing this issue with fades springing back. is there any way this could be addressed? thanks.

al f

2022-11-08 09:01

reporter   ~0026868

Manjaro KDE with Ardour 7.1.0.
Fades < about 7 seconds works as expected
Fades > about 7 seconds cannot be reliably placed.

Behaviour documented in a short video at


2022-11-30 15:33

reporter   ~0026965

I installed latest Ardour nightly v7.1-196 2022-11-30 on my thinkpad t420 and my Huawei matebook 2020 AMD, both latest Ubuntu 22.10. On Thinkpad it's gone, on my Matebook the issue is still present.


2022-12-03 08:22

reporter   ~0026969

For what it's worth, this happens to me too in Ardour 7.1.0, but appears to be fixed in rev 7.1-196-g5d42509a21

Here's something interesting to try for those who are experiencing this issue:

1. Open your 7.1.0 session where you can't make fades longer than 7 seconds in 7.1-196 (current nightly)
2. In 7.1-196, extend a fade beyond 7 seconds, save the session.
3. Open the session again in 7.1.0. Observe that the fade is still there, and is how you left it in 7.1-196 (and longer than 7 seconds).
4. Attempt to change the length of the fade. For me, each time I changed the length of the fade, it got incrementally bigger.
5. Eventually as more modifications to the fade are made, the fade will go beyond the end of the region (screenshot attached).

Strange stuff indeed.

(In case it's relevant, my system is: UbuntuStudio 22.04 LTS, Ubuntu GNOME desktop, kernel 6.0.11, Mesa 22.3.0. Ryzen 5900X, Radeon 6800XT. JACK + PulseAudio.)


2022-12-13 16:51

reporter   ~0027050

Sadly still present in 7.2. I was hoping it will be fixed as this is probably the most obvious of all bugs. Fades are the basic feature, so bad that other bugs were fixed instead and this was not.


2022-12-13 16:55

administrator   ~0027051

to repeat what i would hope is obvious: most/many pepople are not having issues with fades, and we cannot (so far) reproduce the error. no reporter thus far has found a reproduceable recipe. once we can reproduce it, we will fix it, but it is impossible to do anything about it before then. meanwhile, most people (on IRC and our forums) are not having this issue.


2022-12-13 18:25

reporter   ~0027052

I am experiencing this bug on both the main and the studio PC, they have completely different hardware configuration (one even has a HiDpi monitor and the other is not) but both use Debian 10 with MATE. Building Ardour from source does not change anything. Can Debian somehow be the cause? The bug was introduced only in the version 7.0 that's for sure.


2022-12-13 18:38

reporter   ~0027053

I have AMD video cards on both PCs. May be this bug is related to reading the mouse pointer coordinates? There is a similar problem with the video editor called Shotcut: there dragging the edge of a clip causes it to become more and more desynchronized with the real mouse pointer position, and that bug remains there for years because only some people are experiencing it.


2022-12-13 18:39

administrator   ~0027054

Right, we know it started in 7.0, but other than that ... we know nothing.

The other alternative for a fix will be someone who is experiencing the bug and is also code-comfortable digging into it.

Please believe me when I say that we'd love to fix this bug, we know nobody capable of fixing it who is experiencing it, and very few people (relatively) who are experiencing it.


2022-12-13 18:47

administrator   ~0027055

This seems highly unlikely. Mouse data arrives via a pathway completely disconnected from your video interface.


2022-12-13 19:30

reporter   ~0027060

May be this can help: that's the bare-minimum session with a single mono track with the fade-in which I set to the absolute maximum length that I could achieve by very carefully approaching the limit.


2022-12-13 19:32

reporter   ~0027061

For some reason I cannot attach the file (it's only 1.1 MB). Anyway then here is external link:


2022-12-13 20:01

administrator   ~0027062

Unsurprisingly, works without any issues here.


2022-12-13 20:02

reporter   ~0027063

I thought so, but I thought there would be some clues in the project file itself. The length of the fade in for example.


2022-12-13 20:05

reporter   ~0027064

really strange, this definitely does not work for me on debian 11, lenovo thinkpad t530. worked perfectly before v. 7.0.


2022-12-13 20:08

reporter   ~0027065

I can suppose some shared library incompatibility. Floating point problem?


2022-12-13 20:30

reporter   ~0027066

Okay Thinkpad T420, Ubuntu 22.10:
Ardour 7.1: Fades do not work
Ardour nightly v7.1-196 2022-11-30: Fades *DO* work
Ardour 7.2: Fades do not work
All three Ardours installed parallely.


2022-12-14 01:55

reporter   ~0027067

I did some further testing:

1. Empty session, add 1m35s FLAC file via drag and drop from Nautilus.
2. Save session, load into the following test setups to add a fade at the end of the audio region via clicking and dragging the fade handle. The results were the same on all of the following configurations: Fades *can* be extended past 0000014:0000007 seconds. Fades *cannot* be extended past 0000014:0000007 seconds.

Test systems:
AMD Ryzen 4700U laptop, latest default Manjaro, KDE on Xorg.
Intel Core i7-6700HQ+nVidia 970m laptop, PopOS 22.04, Mesa+nVidia 515 driver (pretty sure runs on Xorg).
AMD Ryzen 5900X+6800XT desktop, Ubuntu 22.04, latest kernel+Mesa, GNOME on Xorg.
AMD Ryzen 5700U laptop, Ubuntu 22.04, latest kernel+Mesa, GNOME on Xorg.
AMD Ryzen 5700U laptop, Ubuntu 22.04 live USB (standard desktop ISO).

Seems like it's reproducible on both Intel and AMD hardware at least, and across a variety of distributions and desktop environments.

Session archive:


2022-12-14 01:58

reporter   ~0027068

Woops .. didn't realise the tilde would link to specific bug reports. The above should read: Fades *can* be extended past about 7 seconds. Fades *cannot* be extended past about 7 seconds.


2022-12-14 03:18

administrator   ~0027069

Last edited: 2022-12-14 03:19

If there really is a difference between 7.1.196 and 7.2 (which is roughly 7.1.308), it can only be tracked down (sensibly) by someone comfortable with (a) building from source (b) using git bisect.


2022-12-14 03:32

reporter   ~0027070

Just out of curiosity, I downloaded just now, and fades *work*. Perhaps others here who have observed 7.1.196 to work but 7.1/7.2 not to work can also try the latest dbg version too? I assume that would avoid the need for bisecting back to 7.1.196.


2022-12-14 03:56

administrator   ~0027071

In efenstor says "Sadly still present in 7.2"


2022-12-14 04:13

reporter   ~0027072

That's right, which is why I wondered if the dbg archive of 7.2.0 works for efenstor and others here. For me it's reproducible (though I don't have the know-how to delve into git bisecting). I've attached a screenshot of both versions running simultaneously (one using a snapshot, the other using the original session.. I realise this is probably a bad idea, but seemed to work for this test at least). If others find out the dbg version works, I imagine that would narrow things down somewhat? In the screenshot:

The top window cannot fade past 7 seconds, running the official 7.2.0 version:


The bottom window can fade past 7 seconds, running the dbg version as of today (2022-12-14 UTC+8):



2022-12-14 04:24

administrator   ~0027073

If the debug version works and the regular build does not, this would be concerning since it would suggest a compiler problem. There should never be any difference in the behavior of the two versions, one is just faster than the other. You cannot use any ordinary tools to analyse the difference, certainly not git bisect, because there are no differences in the code at all.


2022-12-14 05:49

reporter   ~0027074

Just to follow up, the debug version ( works for fades >7 seconds on all of the previously mentioned setups (Manjaro up to date, PopOS 22.04, Ubuntu 22.04 desktop, Ubuntu 22.04 live ISO on Intel and AMD) while the official 7.2.0 doesn't.

I'm not sure if it helps, but when trying to drag a fade beyond the point where it will snap back, the distance it will snap back seems to be proportional to how far it was dragged beyond that point to start with. i.e. drag it 2-3 beats past that point, it'll snap back to 2-3 beats *before* that point, like a something is overflowing or wrapping.


2022-12-14 07:19

reporter   ~0027075

Confirmed: the debug version 7.2 DOES work fine for me as well. Undefined behavior then?


2022-12-14 07:57

reporter   ~0027076

Indeed, Ardour 7.2 debug works. (On Thinkpad T420 and Huawei Matebook 2020, both Ubuntu)

The nightly v7.1-196 I mentioned earlier is a debug version, too. Should have mentioned that.


2022-12-14 08:20

reporter   ~0027077

(0009057:0026965 on Huawei Matebook it was initially a non-dbg v7.1-196, on my Thinkpad it was a dbg v7.1-196, which explains that behaviour)


2022-12-14 08:28

reporter   ~0027078

I'll try playing with different compile options, may be I'll find the combination that works for the optimized build. It would be good to know though where to begin. Currently trying compiling with clang but I don't think that will change anything.


2022-12-14 08:36

reporter   ~0027079

Actually clang helped! Compiled with
CXX=clang++ ./waf configure --optimize --freedesktop
and there is no bug anymore.


2022-12-14 14:34

administrator   ~0027088

That is simultaneously very helpful but also very worrying.

There's the additional wrinkle of course that the precise same version (built by gcc) works on some systems but not on others.


2022-12-20 16:17

reporter   ~0027126

I have the same problem. With official download 7.2 the fades are snapping back, and with dbg from nighly builds ((rev 7.2-32-ge32d4f7b71) Intel 64-bit - debug) it works as it should. I'm on Ubuntu 20.04.4 LTS with i3 window manager.


2022-12-20 16:21

reporter   ~0027127

I also tried with exactly the same nightly build as mentioned above but NOT the debug version, and the bug is present - the fades again *do* snap back.

al f

2022-12-21 22:46

reporter   ~0027130

Manjaro KDE
Ardour 7.2.0: long fades misbehave
Ardour 7.2.41-dbg: all fades behave

Attaching the dbg log for 7.2.41
Ardour2022-12-21.log (89 bytes)   
Starting program:  
No executable file specified.
Use the "file" or "exec-file" command.
Ardour2022-12-21.log (89 bytes)   

al f

2022-12-21 23:03

reporter   ~0027131

Steps done in both versions are the same:

1. open a new session (recording template with 2 tracks)
2. Import the same wav file (download from Freesound)
3. Change fade-in to 10 seconds

Fades in 7.2.0 "snap back" to some arbitrary point (5.217 sec). If I try to make the fade 12 seconds long, it snaps back to 3.217 sec. At 11 it snaps back to 4.217.
Fade-ins up to 7.5 seconds stay in place. If the clock shows bars / beats, the "limit" is at bar 5 - fades shorter stays in place, longer fades snap back. Longer fades snap longer back.
Fades in 7.2.41-dbg stays in place.


2023-01-11 19:41

administrator   ~0027177

In the screenshot above, the audio-region is "glued to bars and beats" -- are you also using a music time grid and snap to grid? are there tempo-changes in the session?

I expect that if you disable snap to grid, change the time-domain of the region to audio (and/or remove all tempo-changes and/or use a timecode grid) things may work.


2023-01-11 22:26

reporter   ~0027178

@x42: I couldn't untick "Glue to bars and beats" in the Position menu, should that have been possible? I tried turning off snap to grid, and changing the time display to timecode, and various combinations of snapping. Nothing seemed to change with fades, they always snapped back if they were dragged to be longer than 0000014:0000007 seconds. I didn't create any tempo changes or anything else in the session, it was just a new session using an empty template, and adding a single WAV file. I'm very curious why the debug version works as intended, and why efenstor's clang compiled version works as well (though I haven't tried that here).


2023-01-11 23:13

reporter   ~0027179

I created a new session, imported a single audio file. I tried with snap on or off, with different snap setting, changed the tempo and time signature, nothing influences the behaviour.

If the the end of fade-in point / handle / is moved beyond 7.608 seconds, it will snap back to position that is a mirror from the 7.608: if moved to
7.808, it will jump to 7.408
15.216 => 0
15.416 => 0.200
etc. It's a ping-pong wrap/modulo?

this is in
ardour-7.2 from the website and in nightly Ardour-7.2.32-x86_64-gcc5

it does not happen in Ardour-7.2.32-dbg-x86_64-gcc5

also, this is at 48kHz sample rate.


2023-01-11 23:41

reporter   ~0027180

just to add some more information
* zooming in, the wrap point seems to be at approx. 7608.6 milliseconds.
* different sample rates make no difference - tried with both 44100 and 48000Hz.


2023-01-12 15:36

administrator   ~0027182

Fixed in Ardour 7.2-97-g6407ca51cd


2023-01-13 22:00

reporter   ~0027184

I can confirm that on my system in a nightly build rev 7.2-101-gb0f5fea53a the repported behaviour is not present anymore and that fades can be applied as expected. thank you Ardour devs!, @x42

Issue History

Date Modified Username Field Change
2022-10-31 21:33 jaskah New Issue
2022-10-31 21:33 jaskah File Added: test_2022-10-31_223322.ardour-session-archive
2022-10-31 23:08 paul Note Added: 0026795
2022-11-01 06:39 jaskah Note Added: 0026797
2022-11-01 08:02 krischan941 Note Added: 0026800
2022-11-01 08:10 jaskah Note Added: 0026802
2022-11-01 08:11 jaskah Note Added: 0026803
2022-11-01 08:37 krischan941 Note Added: 0026805
2022-11-01 08:47 krischan941 Note Added: 0026806
2022-11-01 09:17 al f Note Added: 0026808
2022-11-01 16:57 jaskah Note Added: 0026810
2022-11-01 16:58 jaskah Note Added: 0026811
2022-11-01 17:12 paul Note Added: 0026812
2022-11-01 17:17 jaskah Note Added: 0026813
2022-11-01 17:18 jaskah Note Added: 0026814
2022-11-01 18:01 paul Note Added: 0026816
2022-11-01 18:01 paul Note Added: 0026817
2022-11-01 18:30 paul Note Added: 0026818
2022-11-01 18:31 paul Note Added: 0026819
2022-11-01 19:57 krischan941 Note Added: 0026820
2022-11-02 03:45 paul Note Added: 0026821
2022-11-02 08:09 jaskah Note Added: 0026823
2022-11-02 08:45 al f Note Added: 0026824
2022-11-02 08:54 jaskah Note Added: 0026825
2022-11-02 09:10 al f Note Added: 0026826
2022-11-02 09:55 jaskah Note Added: 0026828
2022-11-02 10:24 al f Note Added: 0026829
2022-11-02 11:20 krischan941 Note Added: 0026830
2022-11-02 12:15 krischan941 Note Added: 0026832
2022-11-02 12:15 krischan941 File Added: Windows.png
2022-11-02 12:15 krischan941 File Added: Linux.png
2022-11-02 12:19 krischan941 Note Added: 0026833
2022-11-02 13:41 jaskah Note Added: 0026834
2022-11-03 10:03 krischan941 Note Added: 0026847
2022-11-03 18:05 jaskah Note Added: 0026848
2022-11-03 19:22 krischan941 Note Added: 0026849
2022-11-03 20:19 jaskah Note Added: 0026850
2022-11-08 09:01 al f Note Added: 0026868
2022-11-30 15:33 krischan941 Note Added: 0026965
2022-12-03 08:22 lem18 Note Added: 0026969
2022-12-03 08:22 lem18 File Added: Ardour 7.1.0 fade beyond region.png
2022-12-13 16:51 efenstor Note Added: 0027050
2022-12-13 16:55 paul Note Added: 0027051
2022-12-13 18:25 efenstor Note Added: 0027052
2022-12-13 18:38 efenstor Note Added: 0027053
2022-12-13 18:39 paul Note Added: 0027054
2022-12-13 18:47 paul Note Added: 0027055
2022-12-13 19:30 efenstor Note Added: 0027060
2022-12-13 19:32 efenstor Note Added: 0027061
2022-12-13 20:01 paul Note Added: 0027062
2022-12-13 20:02 efenstor Note Added: 0027063
2022-12-13 20:05 jaskah Note Added: 0027064
2022-12-13 20:08 efenstor Note Added: 0027065
2022-12-13 20:30 krischan941 Note Added: 0027066
2022-12-14 01:55 lem18 Note Added: 0027067
2022-12-14 01:58 lem18 Note Added: 0027068
2022-12-14 03:18 paul Note Added: 0027069
2022-12-14 03:19 paul Note Edited: 0027069
2022-12-14 03:32 lem18 Note Added: 0027070
2022-12-14 03:56 paul Note Added: 0027071
2022-12-14 04:13 lem18 Note Added: 0027072
2022-12-14 04:13 lem18 File Added: Screenshot from 2022-12-14 12-04-47 Ardour 7 fades.png
2022-12-14 04:24 paul Note Added: 0027073
2022-12-14 05:49 lem18 Note Added: 0027074
2022-12-14 07:19 efenstor Note Added: 0027075
2022-12-14 07:57 krischan941 Note Added: 0027076
2022-12-14 08:20 krischan941 Note Added: 0027077
2022-12-14 08:28 efenstor Note Added: 0027078
2022-12-14 08:36 efenstor Note Added: 0027079
2022-12-14 14:34 paul Note Added: 0027088
2022-12-20 16:17 lukaprincic Note Added: 0027126
2022-12-20 16:21 lukaprincic Note Added: 0027127
2022-12-21 22:46 al f Note Added: 0027130
2022-12-21 22:46 al f File Added: Ardour2022-12-21.log
2022-12-21 23:03 al f Note Added: 0027131
2023-01-11 19:41 x42 Note Added: 0027177
2023-01-11 22:26 lem18 Note Added: 0027178
2023-01-11 23:13 lukaprincic Note Added: 0027179
2023-01-11 23:41 lukaprincic Note Added: 0027180
2023-01-12 15:36 x42 Assigned To => x42
2023-01-12 15:36 x42 Status new => resolved
2023-01-12 15:36 x42 Resolution open => fixed
2023-01-12 15:36 x42 Note Added: 0027182
2023-01-13 22:00 lukaprincic Note Added: 0027184
2023-01-13 23:02 x42 Status resolved => closed