Mark Carter wrote:
I've taken to hacking away a bit at the code - and alas I broke my
version. One thing that leaps out is all those case statements, esp.
wrt colour models. I may be being too niaive, but I'd really like to
see some kind of method of getting a grip on that. I looked at the
flip plugin, and again, we see loads of switching based on the colour
model. I wondered if there was a way of unifying the models. And I
know we've been down this road before, and my views have been
dismissed, but things like OpenGL don't help. They just pile
complexity on top of complexity. The plugins even get in on the act.
It's just too complicated. I really do wonder if the code base is 4
times larger than it really needs to be.
Color space is a problem, but it should go with the format, e.g. if the
timeline is HDV 720P30 then you're in ITU-R 709 land
(I think). Ideally a good OO design would take out the internal switch
statements. One way or the
other you will always have to deal with passing around some knowledge of
the underlying data format.
Also, a unified format might force unnecessary de-compression - edit -
re-compress cycles.
Highly compressed formats like mpeg2 suffer badly when subjected to
re-compression (the artifacts
are bad enough to begin with).
I would not discount OpenGl too much, but I agree that there are
problems with it . The Blender people
made good use of it to achieve cross platform portability (the gui is
all OpenGL). My beef with it is the
wide variation in compatibility between various video cards. Blender is
a great video driver tester.
The alternatives, in X, are also less than satisfactory right now.
And what people really want is a predictable and robust workflow, even
if it is (a little) round the houses: use ffmpeg to convert to DV,
work your magic with Cinelerra, and then convert back to another
format ready to upload to YouTube or whatever.
The old unix model - simple tools that do one thing really well. Always
a good way to design, whether the
tools are separate, or under the umbrella of a larger application.
Regards,
Brad Hare
_______________________________________________
Cinelerra mailing list
[email protected]
https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
