first of all, just a little Background about who I am and how I am
interested cin3 development. I have written and will continue to work
on my own Linux video editing software called "Open Movie Editor".
Therefore I am not so much interested in the core architecture of
cin3, but more in the "peripheral" parts, because I believe that such
groundwork is necessary and can benefit current and future video
software development in Linux/FLOSS. Hopefully you will see what I
mean with this in my comments. ;-)
thanks for your comments. lots of fascinating stuff to churn through!
i realize i was rude enough not to introduce myself, although i did
write a few lines on the irc earlier. i am a long time user of video
tools, i have been editing seriously for about ten years, but do all
things video; from production to installation and design of video
systems. this includes editing systems and exhibitions.
it would be ideal to put that compute intensive stuff to the GPU
(OpenGL).
that brings me to another obvious question which i forgot in the last
post. what are the current plans regarding GPU processing in cin3?
using openGL is not without issues, i have understood, but most
modern video tools are increasingly utilizing the GPU.
6. some sort of user friendly and high quality intermediate codec
solution for tricky acquisition codecs?
libquicktime supports a decent selection of uncompressed yuv codecs,
other options include ffv1 and similar codecs in ffmpeg. I also see
"Dirac Pro" as an interesting Idea, that is a dirac profile for high
quality intermediates.
So there are some options readily available. I am not sure though how
far dirac pro is already implemented, and if schroedinger (a dirac
implementation) can do that profile too.
Lagarith would be another option, but as far as I know it has not been
ported to Linux just yet, so this would need some work, but as a codec
it is open source and supports more color-space options natively than
the uncompressed codecs from ffmpeg as mentioned above.
again, interesting stuff. wasnt familiar with Lagarith.
what one would really want is a situation where there would be a
powerful and open royalty-free intermediate codec that is
standardized or de facto standard so that it would make sense for
manufacturers to build capturing and output devices that support it.
for example the motu V3HD is an interesting piece of equipment but
unfortunately is using the dvcprohd codec which is a serious handicap
(quality issues and not to forget the lack of full raster HD support
besides of the proprietary issue.) i suppose Dirac is what one
should put ones bets on as they are already building hardware
implementations of the codecs i seem to remember reading somewhere.
They are also in the progess of standardicing it as VC-2, but not
sure if this will include the Pro variant you mentioned.
http://sonofid.blogspot.com/2008/01/on-road-to-dirac-standard-at-
last.html
http://sonofid.blogspot.com/2008/02/vc-2-progress.html
more generally, It is of course great if an intermediate codec can be
lossless but both a Apple's ProRes 422 and Avid's DNxHD are lossy to
my knowledge, albeit "visually lossless" and dont show much
degradation over multiple generations. So perhaps such a similar
lossy codec would suffice.
/s
_______________________________________________
Cinelerra mailing list
[email protected]
https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
