[Lumiera] My Lumiera

[Christian Thaeter]

palmito04 wrote:
> 2008/11/11 Christian Thaeter wrote:
> 
>     We would like to support (b), but we are happy to reach a (a) state
>     first. Actually even less, just get basic editing work.
> 
> 
> [cut]
> 
> Ok, then this is the (c) option: workflow (a) + other good code :) (Avid
> Style)
> 
>     Yes, I had something similar in mind, which will hardlink any datafile
>     to a hidden repository in a ~/.lumiera/. We will still use the file the
>     user asked to use us first and not copying terrabytes of data around or
>     in a non transparent way. But if the user deletes a file intentionally
>     or accidentally Lumiera will notices that and ask the user if it shall
>     revert it from a backup possibly to a different path. This is all very
>     immature yet but expect that we bring up some reasonable solution to it.
> 
> 
> This approach is similar to MainActor media management, you can restore
> a file only if it is present in your hard drive. It's a good start, but
> for example I must export (not render) my project for thirdy part
> editing? And if I want archive it? Select manually every images, every
> clips, every sounds?  I suggest a new tool, not only dvgrab frontend or
> render settings, but a "media manager" too. If you want in "options" you
> enable the copy in $mediapath (user set this variable to hidden .lumiera
> or his videodir or any else), the copy can do 1:1 or with predefined
> codec (good solution for intermediate codec). The user choose this
> option knowingly and transparently. Terabytes are not a problem, if you
> work with 4:2:2 or uncopressed you have a big storage ;) When you have
> rendered your project you can use the "media manager" to delete olds
> clips. My 2 eurocents.

We have some plans for that:

http://www.pipapo.org/pipawiki/Lumiera/DesignProcess/ClipCatalogingSystem
which led to:
http://www.pipapo.org/pipawiki/Lumiera/DesignProcess/DelectusShotEvaluator

Delectus will be a application on its own but working in par with
Lumiera. And Obliviously, since we dont have the resources to develop
Delectus soon and simpler projects dont need such a broad solution,
Lumiera must be able to handle its media at leas basically and reliable
on its own.

>  
> 
>     Yes we will have our own format, and anything else will be implemented
>     in plugins for export/import. But that needs developer resources...
> 
> 
> I don't want to be disagreeable... but I think aaf is a important
> feature for attract the interest of other nle users (like collada is
> important for 3D), but it's easy to talk when others should do the works. :)

Of course it is, but bringing Lumiera to a useable state is by far more
important than AAF support (hy, there is nothing to export when Lumiera
is not useable :P).

About bundling media when exporting: Thats something an export plugin
may do.

>  
> [cut]
> 
>     As I saied above, i'd like to provide a dvgrab UI only, but in future we
>     may contact the dvgrab authors and cooperate with them to get some side
>     channel into dvgrab where another application like lumiera can tap the
>     video signal for displaying while it is grabbed.
> 
> 
> Nice.
> 
>     Please note that Joel works on a gui which is even compileable now and
>     shows some basic things (without backend functionality yet). We are
>     currently more worried how we get the features we want to provide by the
>     underlying engine into a GUI, any help here is welcome. Please contact
>     joel and rcbarnes for that.
> 
> 
> Ok, then I going to annoy these two unfortunate guys. :)

Btw: I forgot to announce it today evening 19:30UTC is our monthly
developers meeting on irc.freenode.net in #lumiera. Anyone interested is
invited.


	Christian