[Kdenlive-devel] Let's make KDEnlive lives again together

[Evert Vorster]

The ffmpeg based recording works just fine, as does v4l video capture.
I don't have the hardware to test the dv capture.

The refactoring was started because J-b-m found the 9.x branch to be
unmaintainable, and increasingly difficult to add new features.
Cutting features will probably introduce a lot of unexpected bugs. In
my opinion, this will be extra work with no gain.

Version 9.6 is about as stable as we can expect. I use it almost every
day for video editing, and have learned to live with the workarounds
for the known bugs.

I am still of the opinion that changing the feature list of the 9.x
branch, even to remove features, is wasted effort.
Work done on one branch can't be transferred easily to the other, and
the refactored branch was started for the express purpose of being
easier to modify.





On 26 November 2013 08:05, Christ-Jan Wijtmans <cj.wijtmans at gmail.com> wrote:
> i think some features of kdenlive need to removed to make the stabilizing a
> bit easier, such as its  broken recording features. There is currently on
> linux no good recording library/program and to be honest it should not be
> the feature of kdenlive. We should concentrate on getting the basics to work
> solidly and efficiently first before adding such features, maybe making them
> plugins as well and not built in to the program.
> As for fundraising, why not try crowdfunding such as kickstarter?
> I am not really familiar with kdes architecture but i do recall some weird
> dependencies such as semantic-desktop. I think there is a lot of simplifying
> to be done.
>
>
> Live long and prosper,
>
> Christ-Jan Wijtmans
> https://github.com/cjwijtmans
> http://facebook.com/cj.wijtmans
> http://twitter.com/cjwijtmans
>
>
> On Tue, Nov 26, 2013 at 8:52 AM, Mikko Rapeli <mikko.rapeli at iki.fi> wrote:
>>
>> About kdenlive stable/0.9:
>>
>> Since summer I've tried to edit a few clips with kdenlive on Debian
>> unstable
>> and it was crashing a bit too much. I hope it's not lagging behind some
>> ffmpeg/libav/mlt/kde/qt API changes which could explain these, but running
>> cppcheck and Coverity scan on the sources and fixing their findings would
>> be
>> really good tasks for anyone interested. Also me.
>>
>> About the Coverity kdenlive 'project': anyone can join in and I should be
>> able to approve applications to see kdenlive results (in addition to JB).
>>
>> The master branch would benefit from similar scans as well. And maybe even
>> a valgrind run to catch memory problems...
>>
>> -Mikko
>>
>>
>> ------------------------------------------------------------------------------
>> Shape the Mobile Experience: Free Subscription
>> Software experts and developers: Be at the forefront of tech innovation.
>> Intel(R) Software Adrenaline delivers strategic insight and game-changing
>> conversations that shape the rapidly evolving mobile landscape. Sign up
>> now.
>>
>> http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk
>> _______________________________________________
>> Kdenlive-devel mailing list
>> Kdenlive-devel at lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/kdenlive-devel
>
>
>
> ------------------------------------------------------------------------------
> Shape the Mobile Experience: Free Subscription
> Software experts and developers: Be at the forefront of tech innovation.
> Intel(R) Software Adrenaline delivers strategic insight and game-changing
> conversations that shape the rapidly evolving mobile landscape. Sign up now.
> http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk
> _______________________________________________
> Kdenlive-devel mailing list
> Kdenlive-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/kdenlive-devel
>



-- 
Evert Vorster
Chief Observer
WG Cook