[Lumiera] Do you plan to make Lumiera scriptable ?

[Pol Sz]

Hi !
Thank you for your quick answers !
>From what I understand it's great, at least a user that haven't a
developper background could make some hacks to help applications
communicate... It's not as great as having a dedicated API with a script
editor inside the application, but at least there are ways to make things
append (for some noob, non-developper, end-user)...

>From what Ichthyo said about open source and development, I do understand
and I think it's in some way true, but as a user I must say that Open
source world never cease to amaze me.
In many software there is a lack of something that commercial counterpart
could do easily , but in the other way around many commercial application
get inspired by open-source software that aren't commercially limited.
We could find some simple applications, with powerful feature that their
commercial counterpart wont even bother to include because that wouldn't
fit the design or the commercial target.
Personally I don"t think open-source has reach his golden-age, for me we
are at the beginning of it, were a lot of open source application can
replace efficiently commercial ones and open source software are used by
mainstreams user instead of FOSS enthusiast, for me that's a sign...
As a CG artist , open source software can give us a way to express ourself
without being enslaved by commercial applications,and I think it's
wonderful (even more outside of the CG sphere) IMO Open source philosophy
give the example of what the world of tomorrow can be made of , and that's
very important to me !
Sorry if I may look too much enthusiastic and a bit daydreaming, I'll keep
an eye around Lumiera development, and If I could be of any help don't
hesitate to ask, I'll do what I could !

Keep up the good work !


2016-03-31 19:34 GMT+02:00 Ichthyostega <prg at ichthyostega.de>:

>
> Hello Hendrik,
>
> On 31.03.2016 03:03, Hendrik Boom wrote:
> > First it has lua hooks that can be specified to indicate how it should
> > perform various critical operations.  This provides a fair amount of user
> > customisation.  But here monotone is in control all the time and it kind
> of
> > treats the lua extensions as consultants to perfor specific tasks.
>
> > Second, it can be controlled via  bidirectional I/O port, so that its
> > commands can be piped in from another process and its responses sent to
> that
> > other process.  This is in a rigidly specified command/response notation,
> > which is defined for easy parsing rather than communication with humans.
> This
> > second form is what enables it to work with other tools, provided they
> are
> > willing to cooperate.
>
> Indeed, both are viable approaches, and I'd expect Lumiera to support
> both kinds of integration eventually. But the tricky part is not
> that you offer an extension point, but how to describe the data
> you're exchanging. Thus, the meta-data becomes the crucial point.
>
> In the world of graphics and video processing, the situation is
> largely that the meaning of data is somewhat "implementation defined".
> So the dilemma is, if we define yet another standard, The Lumiera Gold
> Standard, then who cares a f**ck about Lumiera. And if instead we
> adhere to existing standards, then we have to translate what we
> want to do into the existing structures, which as such is fine,
> but means additional work on top of getting our own stuff to fly.
>
> -- Hermann
>
>
> PS: glad to hear from you again.
> Hope you're doing well, kindof,
> as good as it can be. Best wishes!
>
>
>
>
>
> _______________________________________________
> Lumiera mailing list
> Lumiera at lists.lumiera.org
> http://lists.lumiera.org/cgi-bin/mailman/listinfo/lumiera
> http://lumiera.org/donations.html
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lumiera.org/pipermail/lumiera/attachments/20160401/35c77a50/attachment.html>