View Issue Details

IDProjectCategoryView StatusLast Update
0000283ardourbugspublic2004-12-24 21:41
Reporterdbergst Assigned Topaul  
PrioritynormalSeverityminorReproducibilityalways
Status closedResolutionfixed 
Summary0000283: Playback volume changes in ardour mixer if transport is restarted/relocated
DescriptionI began noticing this issue in ardour-0.9_beta11, however I am not sure if it was present in ardour-0.9_beta10 or earlier. This is what happens - I have a mix that I set up from a previous session, and begin playing it back after loading it into the editor. If I restart the transport or manually reposition the playhead, the volume and timbre of the mix is reduced, resulting in a perceived drop of several dB in overall volume.

I have verified this behavior on two separate ardour installations, both running ardour-0.9_beta11.
TagsNo tags attached.

Activities

paul

2004-02-29 19:26

administrator   ~0000479

do you have any automation data for the session?

dbergst

2004-03-01 04:16

reporter   ~0000490

Paul - I think you are on to something. There is automation data in the set of tracks exhibiting this behavior, even if aplay is not enabled on the vocal track, which is the only one that had the automation data. Another recorded set of tracks that does not have any automation data entered works perfectly, i.e., the volume does not change if transport controls are manipulated.

dbergst

2004-05-31 13:26

reporter   ~0000923

This bug still seems to occur in ardour-0.9_beta14-3, although the effect observed now seems to be a very slight reduction in timbre and/or volume after when the transport is manipulated. This is on gentoo linux with the following:

alsa-driver-1.0.5
alsa-lib-1.0.5
ck-sources-2.4.23-r1

dbergst

2004-06-06 02:39

reporter   ~0000977

Again to follow up on this bug, in ardour-0.9_beta16.1, this issue is still occurring but I have some new information that might help. The change in timbre seems to correlate with certain LADSPA plugins, e.g., the TAP Equalizer plugin, which I have been using. Since this is a plugin with two outputs, I ran across this issue as I had to enable automation to force the panners to go where I wanted them (re: http://ardour.org/mantis/bug_view_page.php?bug_id=0000474).

When the transport is restarted or otherwise manipulated after the session is started I was able to duplicate this behavior consistently where the TAP Equalizer plugin was used. What seems to be happening is that the plugin is ignored after the transport is manipulated, as if it is in bypass mode. No settings are corrupted on the plugin, and the problem does not occur on initial load.

tszilagyi

2004-08-17 19:36

reporter   ~0001417

Sorry, that was my fault. TAP Equalizer reset its filters on every activate() instead only on instantiate(). Has been fixed for a time now. Go grab the latest version from http://tap-plugins.sf.net. Shouldn't happen anymore.

dbergst

2004-08-18 11:07

reporter   ~0001418

Thanks tszilagyi. I posted a bug report to Gentoo Linux so they will update their ebuild for tap-plugins (re: http://bugs.gentoo.org/show_bug.cgi?id=60757).

tszilagyi

2004-08-18 19:54

reporter   ~0001421

Hmm.. I just digged up my records to see that I fixed this issue before the release of tap-plugins 0.5.0, so any version after that (inclusive) should work. If not, someone's still cheating. :)
Should that be the case, please let me know.

Anyway, thanks for the Gentoo note.

paul

2004-11-19 15:56

administrator   ~0001622

see bug history. i believe this is plugin-related and solved.

dbergst

2004-12-24 21:41

reporter   ~0001761

Issue appears to be resolved now.

Issue History

Date Modified Username Field Change
2004-02-29 05:07 dbergst New Issue
2004-02-29 19:26 paul Note Added: 0000479
2004-02-29 19:26 paul Status new => feedback
2004-03-01 04:16 dbergst Note Added: 0000490
2004-05-31 13:26 dbergst Note Added: 0000923
2004-06-06 02:39 dbergst Note Added: 0000977
2004-08-17 19:36 tszilagyi Note Added: 0001417
2004-08-18 11:07 dbergst Note Added: 0001418
2004-08-18 19:54 tszilagyi Note Added: 0001421
2004-11-19 15:56 paul Status feedback => resolved
2004-11-19 15:56 paul Resolution open => fixed
2004-11-19 15:56 paul Assigned To => paul
2004-11-19 15:56 paul Note Added: 0001622
2004-12-24 21:41 dbergst Status resolved => closed
2004-12-24 21:41 dbergst Note Added: 0001761
2004-12-24 21:41 dbergst Fixed in Version => 0.9beta19