hi, :D
i really don't want start a flame, hehehhe, only "make some observations" about the way you start you large mail.....
I've been lurking here for a while, but this thread has been too much to resist. I would very much like to find an open source solution for video editing that could be used locally for educational purposes, but right now I can't recommend Cinelerra as I have never been able to get it working well enough on my own machines.
YOU......you're simply talking about your experience, do'you really think, talking about "educational purposes" that propietary tools worth the while? I could understand "profesional purpose", cause people got so used to their propietary tools and they, obviously, think work has to be done, first of all......
In it's present state I'm afraid that it would be an exercise in frustration that would totally defeat the purpose. For now Final Cut Pro or Final Cut Express seats make a lot more sense. They work flawlessly, even on 5 year old g4 (~500 MHz) machines. The cost for both hardware and software in prohibitive though.
is it really necessary to say things everybody knows? You came into linux editing because you were told it was easier and simpler?
I will have to admit that I have not looked at some of the work that has been announced recently. It makes me think that I must be doing something wrong, but I've been playing with the source for a while now. It compiles, it runs, but it is slow, crashes in almost every session and the render formats are somewhat limited.
uffff, and so what? I really think first part of this mail is useless, although i can understand frustration lead to that.....i find more contructive next part of your mail.....
:D Vale
Some observations on the discussions so far: End Market Is this thing a professional video editor or is it something for home use. There is a very big difference in scope between the two, both for the programmer and for the end user. What are you trying to achieve. Scripts and Libraries I would worry about the architecture of the thing first. Right now the code extremely tangled with many opportunities for non-deterministic behavior. I assume that's why everyone is arguing about a re-write. My own opinion is that a re-design is needed first. Decouple all the bits and you can write a functional editing core while everyone else is still arguing about scripts and GUI's. Given the need for highly optimized/parallel code, I would classify the core as a non-trivial task. As an example (someone could verify this), I went into the existing decoder for mpeg2 and commented out the DCT routines to see if the mmx routines made any difference, I got about a 5% reduction in frame rate - with no transform mmx or otherwise. Further experiments made the same way lead me to believe that most of the playback overhead is outside of the actual decoding. Tracing the flow through the decoder was itself a "non-trivial" task. De-Interlacing Fine if it's the only alternative, but the interpolation yields a soft image. Interlace, 24P et al. The choice of a particular format is really a creative decision. The common wisdom says interlace for video and sports, progressive (esp. 24P) for storytelling. Ultimately the medium is a tool through which a individual vision is realized. There is no right answer. A creative person can work well in any medium, no matter how limited, but it can be a pain (that also applies to programming). Right now we are locally doing 60i, 720, 24 and 30P. and 1080i. After spending some time with real progressive formats (not post or in-camera processed) I personally would like to see interlacing die a horrible death, but as I noted above, that is only one person's opinion. I do agree that interlaced formats are likely to win in the consumer space. 1080 is a bigger number. Format and feature specifications should follow the identification of the end market. Who's gonna use this ??? What camera's are they likely to use. What are they shooting. What are they going to do to the footage. What's the distribution format, etc etc. That's probably too much already, but I would love to see a successful project here. There really is no other alternative on Linux. I do appreciate the efforts of the community here to try and fix up the existing codebase, but it really appears to be too hard. The upstream compatibility requirement is too restrictive, and even without that you are fighting the design. Regards, Brad Hare _______________________________________________ Cinelerra mailing list [email protected] https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
http://encosianima.net/ ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. _______________________________________________ Cinelerra mailing list [email protected] https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
