View Issue Details

IDProjectCategoryView StatusLast Update
0006709ardourbugspublic2020-04-19 20:17
Reporteryouki Assigned Tox42  
PrioritynormalSeverityminorReproducibilityalways
Status closedResolutionfixed 
PlatformLinuxOSDebianOS VersionJessie+KXStudio
Product Version4.4 
Summary0006709: Duplicating a track containing convoLV2 doesn't duplicate the IR file
DescriptionOn Ardour4.4.557 (and Mixbus3).

When doing "duplicate" on a track containing the plugin convoLV2, the plugin is duplicated on the new track but not the IR file.

Same problem when using a template for a new session.
Steps To Reproduce1/ load convoLV2 in a track and load an IR file
2/ duplicate the track
3/ chack the dupliacted convoLV2 in the duplicated track, there is no IR file loaded


1/ load convoLV2 in a track and load an IR file
2/ save the session as a template
3/ create a new session using this template
4/ check the new session, check the track containing convoLV2, the IR file is not loaded
TagsNo tags attached.

Activities

x42

2015-12-17 22:07

administrator   ~0017725

It's actually relevant for all LV2 plugins which have a dedicated state-interface (the state is saved in a separate file, not with the session XML).

It's a relatively easy fix for track-duplicate (same session), but track-templates (state from preferences/other session) is a problem with the current design.

x42

2015-12-17 22:51

administrator   ~0017726

duplicate track is fixed. but state from track-template currently only works if the template is used in the same session (Ardour 4.4-564-g7b6ef41)

x42

2015-12-18 14:42

administrator   ~0017727

fixed in Ardour 4.4-566-g6e7ce52

youki

2015-12-19 12:17

reporter   ~0017732

I tried in Ardour 4.4-567-gec9a8f0.

- It works when duplicating a track.

- It works when creating a new track using a track template.

- It doesn't work with session templates. If i save the session as a template and then create a new session using this template, the IRs are not loaded.

x42

2015-12-19 13:48

administrator   ~0017733

thanks for checking.
Session-templates are now taken care of, as well. Ardour 4.4-568-gd9eb5e0.

The bad news: this only applies to new templates (old templates didn't include the full plugin-state to begin with).

PS. This is only relevant for LV2 plugins with a state-interface.

youki

2016-01-12 19:57

reporter   ~0017777

Last edited: 2016-01-12 20:47

About session templates the problem was fixed a few weeks ago with 4.4.568 but it is obviously back when using 4.6.0.

Same than on my previous note : If i save the session as a template and then create a new session using this template, the IRs are not loaded.

In case it would help, that's the terminal output : https://paste.debian.net/hidden/2bd748ff/

x42

2016-01-15 12:48

administrator   ~0017792

mmh it's not really back, it never really worked with 4.4.568 either.. :)

It only worked if some plugin parameter was changed and the session was not saved before creating the template. (Ardour only saves plugin state if it changed since last save)

fixed in Ardour 4.6-44-gd14e3cc

youki

2016-01-16 14:38

reporter   ~0017798

I tried with Ardour 4.6-47-g9dfdaff.

So the IRs are shown loaded in convoLV2 indeed BUT they're not applied to the sound. The tracks are played like if there was no plugin on it.

If i delete them and drag and drop the same convoLV2 with the same settings from the plugin sidebar, then it works as expected.

In case it would help, that's the terminal output : https://paste.debian.net/hidden/00f91717/

x42

2016-01-16 16:19

administrator   ~0017799

I cannot reproduce this. it works here (the file is a symlink)

from your paste:

convoLV2: cannot stat IR: /home/kaos/.config/ardour4/templates/TEST/2446/state2/CelestionG12M25-ImpCurve-100.wav

lilv_symlink(): error: Failed to link /home/MAO/Tests-Ardour/TEST2/externals/CelestionG12M25-ImpCurve-100.wav => /home/kaos/.config/ardour4/templates/TEST/2446/state2/CelestionG12M25-ImpCurve-100.wav (Le fichier existe)

that's really odd. the former says the file does not exist but the latter indicates the file does exist...

youki

2016-01-17 14:36

reporter   ~0017805

So i tried on another computer with similar system (Debian Jessie + KXStudio) and it works indeed.

Something is obviously wrong on the system on my main computer, sorry for the noise and thanks for fixing this.

system

2020-04-19 20:17

developer   ~0023569

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
2015-12-17 20:45 youki New Issue
2015-12-17 22:07 x42 Note Added: 0017725
2015-12-17 22:51 x42 Note Added: 0017726
2015-12-18 14:42 x42 Note Added: 0017727
2015-12-18 14:42 x42 Status new => resolved
2015-12-18 14:42 x42 Resolution open => fixed
2015-12-18 14:42 x42 Assigned To => x42
2015-12-19 12:17 youki Note Added: 0017732
2015-12-19 13:48 x42 Note Added: 0017733
2016-01-12 19:57 youki Note Added: 0017777
2016-01-12 20:16 youki Note Edited: 0017777
2016-01-12 20:47 youki Note Edited: 0017777
2016-01-15 12:48 x42 Note Added: 0017792
2016-01-16 14:38 youki Note Added: 0017798
2016-01-16 16:19 x42 Note Added: 0017799
2016-01-17 14:36 youki Note Added: 0017805
2020-04-19 20:17 system Note Added: 0023569
2020-04-19 20:17 system Status resolved => closed