On Tue, 06 Jun 2006 13:00:40 +0200, Christoph <[EMAIL PROTECTED]> wrote:
On Wed, 2006-05-31 at 10:17 +0930, Jonathan Woithe wrote:
However, perhaps the DV framework could be used as the basis for something
since as has been pointed out, the DV export option is one of few (perhaps
the only one?) which does video and audio simultaneously.
Perhaps the right solution to start is to develop a totally separate
Render-Wizard application, which could do many tasks in a optimal way.
It could be coded in something simple/rapid like python/perl/etc... and
make use of batching through cinelerra. Thus, solving the immediate
need to get SOMETHING, and allowing you to experiment and develop the
optimal solution for final integration into the mother-applicaiton
somewhere down the road.
In this case, the challenge is to write an app that can read the XML and
produce a "batch" config to achieve the desired outputs (both video and
audio). I imagine it would generate a temp xml config to work off of.
I have suggested that gstreamer integration might be worth looking into.
I don't believe in re-implementing the rendering pipeline. I'd rather
have a clean and well-documented interface to Cinelerra's rendering pipe-
line, so that prospective developers will _like_ the idea of using it.
Sadly, the readership of this mailing list seem rather eager to code
completely outside of Cinelerra. How can we fix that?
For NTSC DVD output, I still prefer rendering to raw RGB and then to
mpeg2encode. For my snowboarding videos (lots of white snow), this
yields the best/least distortion. Need lots of tmp space for redndered
output (pre-mpeg2 encoding).
Herman, would this be acceptable? If so, I might give this a go...
For the bounty? Nope. I want no extra pass taking up lots of extra
disk space. The focus must be on user friendlyness, not tweaker or
expert friendlyness. Having to anticipate the requirement of unfortold
extra disk space is not convenient, and may be a showstopper to quite
a few users.
The fact that your pipeline is the only one you know about that provide
you the kind of control you like is _not_ proof that scripts and temporary
is the superior way. It is just proof that the alternatives (for Linux,
that is) suck too much. That needs fixing!
--
Herman Robak
_______________________________________________
Cinelerra mailing list
[email protected]
https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
