0009837: Ace Fluid Synth - Uses the channel information based on previous soundfont loaded - MantisBT

ID	Project	Category	View Status	Date Submitted	Last Update

0009837	ardour	bugs	public	2024-10-26 01:37	2024-10-26 01:37

Reporter	sound8	Assigned To
Priority	normal	Severity	minor	Reproducibility	always
Status	new	Resolution	open
Platform	Debian GNU	OS	Linux	OS Version	(any)
Product Version	8.10

Summary	0009837: Ace Fluid Synth - Uses the channel information based on previous soundfont loaded
Description	This may be due to the same issue I mentioned in the following bug report https://tracker.ardour.org/view.php?id=9836 Kind of hard to explain. It appears that if you open a soundfont1 that contains more than one patch, it will load each patch into its own channel, which to me is the expected behavior. However, if you replace that soundfont1 with a different soundfont2, you will notice that the first soundfont1 channel patch number information used, is then applied to the soundfont2 channels.
Steps To Reproduce	Example: Say you have two soundfonts STRINGS = 5 patches SoundfontGM = 128 patches TEST A In a new instance of Ace Fluid Synth, if you load up SoundfontGM first, its first 16 patch names (of the 128 patches) load into the 16 channels, which to me is expected behavior. TEST B In a new instance of Ace Fluid Synth, you load up STRINGS first, its first 5 patch names load into the first 5 channels which is expected. In that same instance of Ace Fluid Synth, if you then replace that STRINGS with SoundfontGM and look at the channel section, you will notice that now the first 16 patches are not loaded into the channels the same way as it did in TEST A. It is now using the patch number information based on the previous STRINGS soundfont instead. So it is holding onto that information from the previous soundfont (STRINGS) even thought that soundfont is no longer loaded and applying it to the new soundfont (SoundfontGM).
Tags	No tags attached.

Date Modified	Username	Field	Change
2024-10-26 01:37	sound8	New Issue