-
Notifications
You must be signed in to change notification settings - Fork 19
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Even channels do not play back through JACK when audio group number is set to 2 #37
Comments
have you considered to revert 30fa713 and check whether it then goes alright? |
Not yet, since I didn't build Qsynth from source. But the code in 30fa713 sets the minimum value of the audio groups spinbox to 2, so it's impossible anymore to set the value of 1 via the UI. |
I still do not understand the purpose of setting the minimum allowed value for the audio groups count to 2. According to the Fluidsynth docs, there's apparently no reason to disallow using 1 audio group with JACK (and it does actually work). |
…ugh JACK when audio group number is set to 2 (GH #37).
possible fix in 07d87ce , develop branch |
The official Fluidsynth documentation says: synth.audio-channels When the program is launched from the first time and the settings file is created in the .config folder, you should respect that default. Same thing for the value of synth.audio-groups that should be 1 also by default. |
This commit fixed multi-channel JACK support, although it likely introduced another problem (at least on my ALC1220 hardware on Fedora 33): when JACK is selected as audio output and number of audio groups is forced to 2 (the multi-output checkbox is off), all the even-numbered channels (2, 4, 6, 8, 10, 12, 14 and 16) are not heard, despite MIDI activity is being shown. Odd-numbered channels (1, 3, 5, 7, 9, 11, 13 and 15) play back normally.
Workaround is to manually edit the
Qsynth.conf
file and forceAudioGroups
setting to 1, and after that all channels are heard.This is probably related to commit above, since I've started experiencing that only after updating Qsynth to 0.9.1.
The text was updated successfully, but these errors were encountered: