15 Apr
2013
15 Apr
'13
8:02 p.m.
Guys, for non-tech guys like myself who are otherwise very interested in
issues such as this, is the reason in a VST protocol or plugin or Linux
implementation of protocol? Or maybe Windows hosts actually do have all
those special conditions for different plugins?
Louigi.
On Mon, Apr 15, 2013 at 10:00 PM, taktik <taktik(a)renoise.com> wrote:
On Mon, Apr 15, 2013 at 7:42 PM, Rui Nuno Capela
<rncbc(a)rncbc.org> wrote:
conflict in
--
Louigi Verona
http://www.louigiverona.ru/
On 04/15/2013 06:06 PM, taktik wrote:
but
This is also the reason why the Glitch GUI does
not work in qtractor
and muse. qtractor and muse do not call "effEditIdle", even when the
plugin GUI is open. So if qtractor and muse could be patched to call
"effEditIdle" for all open plugin editors this would avoid a lot of
hassle here.
qtractor svn trunk (v0.5.8.2) already calls effEditIdle iif GUI is open not before nor later. oto. it doesn't call
effIdle ever since long ago as
it's been deprecated as of vst 2.4
effEditIdle calls while the GUI is open should do the job.
Tested
this a lot during the last days on various systems, but could
not really replicate this here. Would be great if someone who could
easily replicate this before could test this again with the latest
Glitch 2.0.1 update. And If it still crashes, give us some more
details about the used system and host. A stack trace of such a crash
would help a lot too.
it still crashes on host (qtractor) shutdown; the crash spot points into
libX11 ultimately, which smells like some xcb or pthread locking the wild; any stacktrace is useless as i find the
demo .so with no elf
debug-symbols whatsoever
Have seen qtractor hanging in some pthread lock too while testing this
with Glitch. Thanks. Will check this.
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-user