[CinCV TNG] Comparison of Cinelerra versions?

Einar Rünkaru einarrunkaru at gmail.com
Tue Dec 29 18:23:59 CET 2015



On 12/29/2015 06:51 PM, Sérgio Basto wrote:
> On Ter, 2015-12-29 at 18:24 +0200, Einar Rünkaru wrote:
>> Hi.
>>
>> On 12/29/2015 03:55 PM, Sérgio Basto wrote:
>>> Hello,
>>>
>>> On Ter, 2015-12-29 at 12:08 +0100, Terje J. Hanssen wrote:
>>>> Hi List,

>>> You forgot mention einar branch , in http://git.cinelerra-cv.org/gi
>>> tweb
>>> ?p=einar/cinelerra.git;a=shortlog
>>
>> It is experimental branch: it may work today - tomorrow not. You
>> can't
>> rely on it to get something done.
>>>
>>> from example this commit : http://git.cinelerra-cv.org/gitweb?p=ein
>>> ar/c
>>> inelerra.git;a=commit;h=d5690bba6447436540fbd878f8633af0e5fcdfe2
>>>
>>> with log : Changes backported from upstream,
>>>
>>> who is quicktime upstream ? and I we don't use upstream directly ?
>>
>> Upstream in this context is from cinelerra.org.
>
> shouldn't be libquicktime ?

I know, where I did take the changes.

>> The answer to second question is - I want to get rid of it. Today
>> ffmpeg
>> libs can replace it.
>
> We could begging by encoders and decoders: ffmpeg, x264, quicktime and
> also :
> - toolame now we got twolame-0.3.13-4.fc22.i686 (TwoLAME is an
> optimised MPEG Audio Layer 2 encoding library based on tooLAME)
> - mpeg2enc and mplex, now we got mjpegtools-2.1.0-5.fc22.x86_64

I am writing a wrapper around ffmpeg libs. Ffmpeg is actively developed. 
FFmpeg uses x264. As I said, I want to get free of quicktime.

What to do with other libraries and tools is a question of future.

As always: patches are welcome.

Einar


More information about the Cinelerra mailing list