[Lumiera] some thoughts on clips/bin and metadata

Brian Rytel tesla.pictures at gmail.com
Fri Jul 16 21:39:46 CEST 2010

This proposal is a lot like Lightroom or Adobe Brdige combined with FCP

While the server/application environment to support this advance meta system
is important, I am first concerned about defining 1) necessay data
parameters, 2) methods of handling them (embed, wrapper, linked xml,
database, etc) and 3) how to use these decisions to interact with Lumiera in
its default purpose (an NLE).

I think we should work on this as a discrete part of the workflow design,
but I'm not sure if this should become a design proposal or what the next
step would be...

On Fri, Jul 16, 2010 at 7:27 AM, Ichthyostega <prg at ichthyostega.de> wrote:

> Hash: SHA1
> startx schrieb:
> > i helped working on a web video project last year and one issue which
> came up
> > was always that most NLE so not integrate much in the way you can
> organise
> > clips or access clip metadata. most NLE just list the clips (+ some info
> > about size and title). on the other hand containers like matroska allow
> > extensive tagging and comments via xml embedded in the container.
> > my vision is that you could actually read metadata like matroska xml and
> >  wile going through the clips in your project bin, and (maybe im too
> > ambitious here) edit them.
> Hi startx,
> indeed, that's an important step in each production and I agree with you
> that we should try to offer some solution here.
> > one reason why i say that is because i discussed the possibility of
> setting
> > up some server based system where people could draw clips from, edit the
> xml
> > metadata (matroska is the reference point here) and then push the info
> back
> > to the server which would merge it with other pushed metadata.
> Do you know "Celtx" ?
> http://celtx.com/overview.html
> In the past, it's gotten some reputation. Basically they provide
> an integrated pre/production environment.
> I'm not sure if the software itself is open source (they just label it
> as "free"). Anyway, they're providing an central service to use their
> server for managing productions (Uhm... personally I wouldn't do that)
> And of course, they offer to sell you extensions....
> > i know some people will no shout that "that an NLE is not made for that",
> but
> > from my experience the NLE is exaclty the place where people actually
> watch
> > the clips and use them, so it seems a natural place for colloboration for
> me.
> > would it be possible to introduce a plugin based system to work on
> something
> > like this? ( i guess that could be a chance where lua comes back into
> play)
> Yes, basically this is still kind-of in the scope of our project, but
> what happens there largely depends on contributions. In the core, we'll
> build a system of "Assets", which allow us to attach the metadata we
> need to work with those entries within the main program. Assets are
> organised into folders, and the GUI will at the bare minimum show a
> human understandable presentation of this structure.
> For going beyond that, there are two possibilities:
> - - extending by plugins
> - - write a "sister application" which shares the session format with
> Lumiera
> For the latter approach, we had a "DesignProposal" some time ago:
> http://lumiera.org/Lumiera/DesignProcess/DelectusShotEvaluator.html
> While the core team in its current shape needs to concentrate on the
> main application, we'd encourage everyone to expand on those ideas.
> Cheers,
> Hermann
> Version: GnuPG v1.4.9 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
> dXMAnjXfuSjJEyU1aN4Ebc8gL3sjirq5
> =uVS2
> _______________________________________________
> 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/20100716/ed044db3/attachment.htm>

More information about the Lumiera mailing list