Re: [LAU] Glitch 2

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
To: taktik <taktik@...>
Cc: Linux Audio Users <linux-audio-user@...>
Date: Monday, April 15, 2013 - 5:16 pm

--047d7b3a85a24bff4004da69690e
Content-Type: text/plain; charset=ISO-8859-1

On Mon, Apr 15, 2013 at 1:06 PM, taktik wrote:

>

sure. the issue here was that making an audioMaster callback requires that
the host has a fully constructed plugin handle to work with, including the
"user data" for the plugin handle. ardour wasn't setting the "user data"
pointer until AFTER instantiation, but glitch went ahead and made the call
anyway.

ardour 3.x has been "fixed" but the fix breaks most/all Loomer VST plugins
who now find that their "early" audioMaster callbacks actually succeed!

what a messed up API.

>

all true. but ... one of the issues with glitch as it stands is that it
does GUI-related stuff even when there is no GUI. there is no reason to ask
for idle callbacks until effEditOpen has been called. you also should not
be attempting to find GUI resources in the plugin instantiation code - the
plugin may be running on a system with no GUI at all.

> Tested this a lot during the last days on various systems, but could

there are no details in the stack trace because your plugin is distributed
without symbols.

--p

--047d7b3a85a24bff4004da69690e
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

On Mon, Apr 15, 2013 at 1:06 PM, taktik =
<taktik@renoise.com> wrote:

> Looks cool, but someone's understanding of the VST spec is wrong. =
Probably

l.

From my understanding "audioMasterNeedIdle" should not dire=
ctly result
into an idle call, but informs the host that the plugin wants
"effIdle" calls. The specs are not really clear here though. &quo=
t;effIdle"
also is NOT "effEditIdle" which drives the plugins GUIs, but a ge=
neral
idle function which should be called even when the editor is not open.
We ended up removing the "audioMasterNeedIdle" call in Glitch 2.0=
.1
now, which got released a few hours ago, cause this obviously caused
more troubles than fixing anything.sure. the issu=
e here was that making an audioMaster callback requires that the host has a=
fully constructed plugin handle to work with, including the "user dat=
a" for the plugin handle. ardour wasn't setting the "user dat=
a" pointer until AFTER instantiation, but glitch went ahead and made t=
he call anyway.
ardour 3.x has been "fixed" but the fix breaks most/all Loome=
r VST plugins who now find that their "early" audioMaster callbac=
ks actually succeed!what a messed up API.=A0

We thought it's a good idea to call "audioMasterNeedIdle", to=
make
sure that we do get idle calls at all from the host. We do rely on
this on Linux, because we need to do some housekeeping in the UI
thread, but =A0found no way to get constantly called in the UI thread
without relying on the host's idle callsall true.=
but ... one of the issues with glitch as it stands is that it does GUI-rel=
ated stuff even when there is no GUI. there is no reason to ask for idle ca=
llbacks until effEditOpen has been called. you also should not be attemptin=
g to find GUI resources in the plugin instantiation code - the plugin may b=
e running on a system with no GUI at all.
=A0
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.there are no details in the =
stack trace because your plugin is distributed without symbols. --p=

--047d7b3a85a24bff4004da69690e--

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
[LAU] Glitch 2, Dave Phillips, (Wed Apr 10, 11:37 am)
Re: [LAU] Glitch 2, Paul Davis, (Wed Apr 10, 12:04 pm)
Re: [LAU] Glitch 2, Paul Davis, (Wed Apr 10, 12:42 pm)
Re: [LAU] Glitch 2, Tim E. Real, (Thu Apr 11, 12:05 am)
Re: [LAU] Glitch 2, Atte, (Fri Apr 12, 6:42 am)
Re: [LAU] Glitch 2, Tim E. Real, (Fri Apr 12, 11:52 pm)
Re: [LAU] Glitch 2, Paul Davis, (Sat Apr 13, 12:15 am)
Re: [LAU] Glitch 2, Dan MacDonald, (Sat Apr 13, 7:34 am)
Re: [LAU] Glitch 2, taktik, (Mon Apr 15, 5:07 pm)
Re: [LAU] Glitch 2, Tim E. Real, (Mon Apr 15, 6:42 pm)
Re: [LAU] Glitch 2, taktik, (Thu Apr 18, 4:24 pm)
Re: [LAU] Glitch 2, Rui Nuno Capela, (Mon Apr 15, 5:42 pm)
Re: [LAU] Glitch 2, taktik, (Mon Apr 15, 6:00 pm)
Re: [LAU] Glitch 2, Louigi Verona, (Mon Apr 15, 6:03 pm)
Re: [LAU] Glitch 2, Paul Davis, (Mon Apr 15, 6:05 pm)
Re: [LAU] Glitch 2, Paul Davis, (Mon Apr 15, 5:16 pm)
Re: [LAU] Glitch 2, Johannes Kroll, (Fri Apr 12, 10:28 am)
Re: [LAU] Glitch 2, Atte, (Fri Apr 12, 12:59 pm)
Re: [LAU] Glitch 2, Kieran Foster, (Fri Apr 12, 1:16 pm)
Re: [LAU] Glitch 2, rosea.grammostola, (Fri Apr 12, 1:45 pm)
Re: [LAU] Glitch 2, Louigi Verona, (Fri Apr 12, 7:00 am)
Re: [LAU] Glitch 2, Atte, (Fri Apr 12, 7:11 am)
Re: [LAU] Glitch 2, hermann meyer, (Fri Apr 12, 8:58 am)
Re: [LAU] Glitch 2, Atte, (Fri Apr 12, 10:02 am)
Re: [LAU] Glitch 2, hermann meyer, (Fri Apr 12, 10:30 am)
Re: [LAU] Glitch 2, Louigi Verona, (Fri Apr 12, 10:32 am)
Re: [LAU] Glitch 2, hermann meyer, (Fri Apr 12, 11:02 am)
Re: [LAU] Glitch 2, Louigi Verona, (Wed Apr 10, 12:54 pm)
Re: [LAU] Glitch 2, Rui Nuno Capela, (Wed Apr 10, 4:34 pm)
Re: [LAU] Glitch 2, Rui Nuno Capela, (Thu Apr 11, 6:21 pm)
Re: [LAU] Glitch 2, Joe Hartley, (Thu Apr 11, 6:24 pm)
Re: [LAU] Glitch 2, Johannes Kroll, (Wed Apr 10, 4:54 pm)
Re: [LAU] Glitch 2, Louigi Verona, (Wed Apr 10, 11:40 am)