On Tue, 2011-03-01 at 19:36 +0100, Olivier Guilyardi wrote:
... "the host would " ;)
Going to something in a web browser doesn't involve any of that. It
doesn't involve anything on the "thing with a UI on it" whatsoever
except "go to this URL in your web browser". i.e. no platform specific
native code (including GL) is required, at all, to operate the UI. It'd
work on a hypothetical(*) tablet you can't even install software on
> The plugin would expose a draw() callback
Probably, since the host deals with all the non-portable things. What
you describe here sounds like how a GL UI type should indeed work. It
would be better if there was some equivalent of a "widget" the UI could
return, but I guess that is not the case for GL.
So far, nobody has showed up with a desire to write a GL plugin UI.
Extensions don't get invented until there's an actual use for them. If
someone does, drop by lv2-devel, and we'll get this done (or don't, and
just do it).
The next SLV2 will abstract away UI types, so if/when this gets
invented, it will magically just work in existing hosts, since embedding
GL in most toolkits is possible.
> > Do I think GL is the thing to use _if you want to, and can deploy,
> To me, this is not a plugin UI,
... except a plugin could provide such a (plugin specific) UI as well.
My "dirg" plugin provides a web-based grid UI in the browser, for
example. Currently it just does this by running its own web server, but
this needs to be pushed up to the host for obvious reasons.
> this is the absence of plugin specific UI, and the kind of thing which you can
"special web UI fragments", or, in other words, a plugin specific UI.
> Regarding remote controllers.. Well this is already in the wild, tablets
Same kind of realm as this stuff, yes, except the UI design is
integrated with the host and plugins, and is roughly infinity times
slicker as a result.
> I think that I understand you idea of doing this with a browser. No need to
My LV2 host /is/ an LV2 plugin ;) Think about the implications of that
for a minute and a big lightbulb should go off (Hint: Want to make
plugins with universal UIs? Don't want to write code?)
Is it about web-based controllers on a tablet or whatever? Yes. But it
is not /only/ about that. If you have such a UI, well, it works just
fine on the PC too. One UI written, both problems solved, objectively
better solution - unless you need the performance of OpenGL. I don't
deny that sometimes you do, but personally I'm more into making music
and less into fancy screenshots and idiotic pixmaps of physical boxes or
Hopefully its fast enough. Seems fine. Good enough for controllers and
basic/loop/pattern sequencing, maybe not for actually playing keys and
pads and whatnot.
> That said, I don't think that I can help some more here. I'm more into simple
Having remotes is obviously a good "every day music task" sort of thing.
Ditto being able to easily build UIs for plugins or collections of
plugins, remote or not. Users around here have been vocally pining for
such a thing for ages. Don't assume that just because a technology is
novel it's some abstract theoretical wank. The point here is entirely
pragmatic and user focused.
(* Or perhaps not so hypothetical if you consider the implications of
trying to put free software on an iPad)
Linux-audio-dev mailing list