I started jackd using qjackctl. Then I started zunaddsubfx. In qjackctl, no connections related to zynaddsubfx appear. It seems that jack has not been enabled in the zynaddsubfx package.
@ Yann Is this bug still valid? If so, do you happen to know whether it is valid in cauldron, too?
Keywords: (none) => NEEDINFOURL: zynaddsubfx => (none)CC: (none) => lists.jjorge, marja11Source RPM: (none) => zynaddsubfx
Hello, The bug is still actual. The zynaddsubfx synth does not work with jack. You need to activate a special flag via cmake to enable the jack connection. I don't know if the bug is still valid under cauldron. Best regards, YC
Thx, Yann :) assigning to maintainer
Keywords: NEEDINFO => (none)Assignee: bugsquad => lists.jjorge
This is the case for every application that needs jack. Should we add an ugly script to start jackd on all of them ? I don't think so..
No no no, First I start jackd via qjackctl and then I start zynaddsubfx. Once zynadd is started, no zynadd ouput connection appears in qjackctl. I recompiled myself zynaddsubfx with jack support and, with this binary, the zynadd jack output appears in qjackctl. YC
(In reply to comment #5) I recompiled myself zynaddsubfx with jack support and, with this binary, the > zynadd jack output appears in qjackctl. > Just the last bit : what option did you activate?
Status: NEW => ASSIGNED
You first need to install jack-devel libraries (and also lash-devel + mxml-devel + fltk-devel + liblo-devel + dssi-devel). The cmake command I use is: mkdir build cd build cmake -DCMAKE_INSTALL_PREFIX=/usr/local -DCMAKE_BUILD_TYPE=RELEASE .. You can list all the available options via cmake -L . (in the build directory). If jack-devel is not installed, the default output is alsa. So, to be sure that jack will be selected: cmake -DCMAKE_INSTALL_PREFIX=/usr/local -DCMAKE_BUILD_TYPE=RELEASE -DDefaultOutput:String=jack .. Best regards, YC
Ok, so I have submitted to 2/core/updates_testing a new version that also fixes jackd output : 2.4.3-1.1 . There will be no conflicts with cauldron version which is already in 2.4.3-2. I have tested it on my MGA2 x86_64.
Suggested advisory: ======================== Updated zynaddsubfx packages fix output to jack daemon. This new version 2.4.3 also fixes several other bugs. ======================== Updated packages in {core}/updates_testing: ======================== zynaddsubfx-2.4.3-1.1.mga2{i586/x86_64/srpm}
Assignee: lists.jjorge => qa-bugs
Thanks a lot. YC
Thanks to all of you tested MGA2 32 : OK updated smoothly the audio output appears now in qjackctl can be connected to system playback the sound can be heard :-) NB for Manuel : there would be problems if each software needing jackd launches it ! When you want to use them you must know that jackd must be running... and more than this, that you should have launched qjackctl to run jackd and easily configure it and create connexions Philippe
CC: (none) => philippedidierWhiteboard: (none) => MGA2-32-OK
Tested on MGA2 x86_64 with patchage. Before only the alsa midi port appeared no audio output, after upgrading the package from Testing the jack audio outs are also there and can be heard after connecting them. Someone please validate!
CC: (none) => balatonWhiteboard: MGA2-32-OK => MGA2-32-OK MGA2-64-OK
No linking needed according to depcheck, validating: Update validated. Thanks. See comment 9 for Advisory and SRPM. Could sysadmin please push from core/updates_testing to core/updates. Thank you!
Keywords: (none) => validated_updateCC: (none) => sysadmin-bugs, wassi
Update pushed: https://wiki.mageia.org/en/Support/Advisories/MGAA-2012-0237
Status: ASSIGNED => RESOLVEDCC: (none) => tmbResolution: (none) => FIXED