Bug tracker missing the 16.08 version tag

[Pascal Fleury]

Hello,

I tried to file a bug  today
for the latest version of Kdenlive, and the bug tracker has only version up
o 16.04. does anyone know where this can be added ?

I noted the version in the additional info for this time.

Thanks,
Pascal

Re: [kdenlive] Comparision between Kdenlive and AVID, Premiere and FCP

[Pascal Fleury]

Grazie mille Massimo!

Like your post, this response is very extensive and informative. And also a
little what I expected about the use of these devices :-)

Thanks for taking the time to write this up!
Pascal

Le 5 mars 2016 5:32 PM, "Massimo Stella"  a écrit :
>
> Hi Pascal,
>
>
>
>> Great write Massimo!
>>
>> That's very interesting.
>>
> Thank you for appreciating it.
>
>>
>> I have one question about input devices like jogdials. In your
professional setups you seem to have only keyboard and mouse. Are these
devices like ShuttlePro not used?
>>
>> In my experience (not a pro!) They have been very useful to navigate
within clips and timeline.
>> I would be curious about their perception in the pro world.
>>
>>
> In my personal studio setup I have just keyboard and mouse and some
external devices as an audio mixer, an old DVCAM deck, a professional pair
of speakers and a condenser microphone. Then I have a 5.1 speakers setup
for when I have to create surround sound.
> The pictures I published in my document are not my studio. These are from
the web just for showing different setups with 3 monitors.
>
> If want to watch more professional configuration (the ones I shown are
more home studios) check this search on Google:
>
https://www.google.it/search?q=editing+console=browser-ubuntu=bZt=G=fe=it=isch=u=univ=0ahUKEwjw7IT0z6nLAhVG7xQKHYRjCwUQsAQIHw=1920=953#imgrc=XzpFthm8FvAUwM%3A
>
> For which is my experience not at my home but at big companies as SKY (I
worked for this company which part of News group and FOX, probably one of
the biggest television group in the world, for 10 years) the AVID standard
setup is the one I shown in the document. I used jog/shuttle consoles when
I used analog editing system in the past and I think this kind of approach
is just a legacy of that time. Of course a lot of expert editors come from
that age and they prefer to use these devices still.
>
> Actually I think that AVID used totally by the keyboard is the fastest
way to edit I ever used even if at home I have a licence of Premiere Pro
and I worked for a long period even on FCP.
> Who still tries to sell jogdials is Lightworks which gives you some
feature as the frame by frame audio scrubbing only by using their
proprietary device.
> Without the jog/shuttle you have only a analog tape like scrubbing by
holding pressed the Shift key and by using the mouse.
> So if the software is well implemented for be used by keyboard I think
keyboard is the fastest interface.
> Mouse can be useful for newbies, when you are not too in rush or if you
like to use it.
> Obviously the fact that Kdenlive can accept jog/shuttle device inputs (as
it does already) it a good thing and a plus.
>
> Thank you again for reading my document and for your email. I hope my
answer solved you doubts.
> Ciao.
>
>
> Massimo Stella.
> ___
> kdenlive mailing list
> kdenlive@kde.org
> https://mail.kde.org/mailman/listinfo/kdenlive
___
kdenlive mailing list
kdenlive@kde.org
https://mail.kde.org/mailman/listinfo/kdenlive

Re: [kdenlive] Comparision between Kdenlive and AVID, Premiere and FCP

[Pascal Fleury]

Great write Massimo!

That's very interesting. I have one question about input devices like
jogdials. In your professional setups you seem to have only keyboard and
mouse. Are these devices like ShuttlePro not used?

In my experience (not a pro!) They have been very useful to navigate within
clips and timeline.
I would be curious about their perception in the pro world.

Pascal
Le 5 mars 2016 11:29 AM, "Harald Albrecht"  a
écrit :

> Jean-Baptiste,
>
> thank you very much for clearing up my misunderstanding.
>
> Best regards,
> Harald
>
>
>  Ursprüngliche Nachricht 
> Von: jb 
> Datum: 05.03.2016 10:31 (GMT+01:00)
> An: kdenlive@kde.org
> Betreff: Re: [kdenlive] Comparision between Kdenlive and AVID, Premiere
> and FCP
>
> Le 05.03.16 09:00, Harald Albrecht a écrit :
>
>
> Just a minor, really minor note: clip in project bin (lookup current frame
> in clip) has been not recently added but has been in Kdenlive all the time
> back at least to 0.9.8. I remember, because I have assigned this action to
> one of the hard keys of my ShuttlePro right from the beginning when I got
> this device. Unless you aim at another action and I misunderstood?
>
> This "Find clip in project bin" feature was already there in older
> Kdenlive versions, but its behavior changed. Before, it simply selected the
> clip in project tree.
>
> Now, in current git, il selects the clip but also seeks to the frame that
> matches the timeline's currently displayed frame.
>
> Regards
> jb
>
>
>
>
>
>  Ursprüngliche Nachricht 
> Von: Massimo Stella  
> Datum: 05.03.2016 01:54 (GMT+01:00)
> An: kdenlive@kde.org
> Betreff: [kdenlive] Comparision between Kdenlive and AVID, Premiere and
> FCP
>
> Dear friends I finally finished the documents I promised during the
> Kdenlive café about the comparision between Kdenlive and AVID, Premiere and
> FCP.
> I hope it'll be useful for a brainstorming about the new roadmap I hope
> we'll discuss on the next Kdenlive café on march 25.
>
> I published it on the Kdenlive site:
> https://kdenlive.org/node/9458
>
> and on the KDE Community Wiki:
> https://community.kde.org/User:Massimo
>
> I'm awaiting for feedbacks.
> Thanks in advance.
>
> Massimo Stella.
>
>
> ___
> kdenlive mailing 
> listkdenlive@kde.orghttps://mail.kde.org/mailman/listinfo/kdenlive
>
>
>
> ___
> kdenlive mailing list
> kdenlive@kde.org
> https://mail.kde.org/mailman/listinfo/kdenlive
>
>
___
kdenlive mailing list
kdenlive@kde.org
https://mail.kde.org/mailman/listinfo/kdenlive

[kdenlive] Positioning cursor is slow on high resolution videos

[Pascal Fleury]

Hey Nicolas,

That's interesting, because I thought this was fixed in that version. At
least I think I am using the same version (not at home at the moment).
I also have 1080p material, and had faced the issue I described earlier.
Maybe someone else on the list has an idea ?

--paf


On Thu, Jan 22, 2015 at 3:00 PM, Nicolas G?ddel 
mailinglists at freakscorner.de wrote:

  Hi Pascal,

 I am using this repository:

 # from here: https://launchpad.net/~sunab/+archive/ubuntu/kdenlive-svn
 deb http://ppa.launchpad.net/sunab/kdenlive-svn/ubuntu trusty main

 That means I am using Version 0.9.10 at the moment.

 Am 22.01.2015 um 14:46 schrieb Pascal Fleury:

 Don't know about the frame access...

 For the rendering with proxy clips, there used to be a bug, but that had
 been fixed.
 Which version are you using ?

 Note that if you have proxy clips on, and you apply image stabilization,
 it will use the proxy clips as source material, and then you are stuck with
 them.
 The trick is to remove proxy clips before computing stab, then switch them
 on for the stabilized version.

 --paf
 Le 22 janv. 2015 14:19, Nicolas G?ddel mailinglists at freakscorner.de a
 ?crit :


 Hi,

 I am working with kdenlive since May 2014 and I have one big problem with
 it.
 Normally I am working with 1080p videos. When I load a 6 minute video
 into a new
 project and set the cursor at a position in the video the program freezes
 some
 seconds until it has found the correct image for the selected frame. This
 is
 very annoying while cutting down a video to 30 seconds because I have to
 set the
 cursor to new positions very often before hitting CTRL+R. But everytime I
 set
 the cursoe I have to wait one oder two seconds. For example VLC has no
 problems
 with accessing a certain frame in a video. It needs only some hundreds
 milliseconds to switch to a random position. It would be nice if kdenlive
 could
 be also a bit faster.

 Alternatively it would also be nice to eliminate the freeze after setting
 the
 cursor. Sometimes I accidentally set the cursor to the wrong frame and
 have to
 wait until kdenlive has loaded this frame into the project monitor before
 I can
 set the cursor to the correct frame. Maybe it would be a good idea to put
 the
 loading of the selected frame into a independent thread or something like
 this.

 Actually I always use proxy clips because they are faster but I think my
 hardware should have no problem with 1080p videos. And with proxy clips
 there is
 an other problem. If I render the video the renderer always uses the
 proxy clips
 instead of the original ones although I have not selected rendering with
 proxy
 clips...

 Regards,
 Nicolas

 --
 ??
 Homepage: http://freakscorner.de
 Facebook: http://www.facebook.com/Bastelkeller
 Twitter: http://twitter.com/freaks_corner
 Youtube: http://youtube.com/tubenic86



 ___
 kdenlive mailing list
 kdenlive at kde.org
 https://mail.kde.org/mailman/listinfo/kdenlive



 --
 ??
 Homepage: http://freakscorner.de
 Facebook: http://www.facebook.com/Bastelkeller
 Twitter: http://twitter.com/freaks_corner
 Youtube: http://youtube.com/tubenic86


-- next part --
An HTML attachment was scrubbed...
URL: 
http://mail.kde.org/pipermail/kdenlive/attachments/20150122/91908625/attachment-0001.html

[kdenlive] Best workflow for large projects

[Pascal Fleury]

On Wed, Dec 3, 2014 at 9:27 AM, Vincent PINON vincent.pinon at laposte.net
wrote:


 Le 03/12/2014 00:18, Brian Cluff a ?crit :
  On 12/02/2014 03:13 PM, Pascal Fleury wrote:
  I think this is similar to wanting stabilized videos, i.e. an effect on
  the video file, not the individual clip nor the track (the latter two
  exist). Actually in your case, maybe a track effect would work ? (select
  the track by clicking on the far left part of it, then you can add
  effects to the effect stack).
 I find easier to drag effect from the list to the track header ; then a
 star appears that you can click on to adjust settings


I think the menu item would help make the feature discoverable. The
drag/drop itself is no more discoverable, neither for track effects nor for
adding the current in-out section to the timeline by dragging the clip
monitor view to the timeline.



 
  I believe that's exactly what I was looking for.
 
  I had seen mention of track effect somewhere but I never could find
  out how to apply them.  I had assumed that by right clicking on the
  left side of the track and there would be a menu item that contained
  Add Effect.  When I didn't find it I then assumed that it was
  something that was in a older or newer version than what I had.  I've
  found it now... I wonder if we could get a right click menu item, that
  would make the fact that track effects exist much more obvious.
 
  My way of dealing with this is to take the full video into a kdenlive
  project, apply the effect to your liking, save it (as a kdenlive
  project). Then in a new project, use the saved project as a clip, and
  start cutting/trimming clips from that. It has the advantage of letting
  you go back and change the effect(s) of the base video and still have
  all the time references correct in the edited final project. That is
  more or less the way stabilized videos work, except that this last one
  is slightly better integrated into the UI (no need of a separate
  project).
 
  I just recently learned that you could load a project as a clip...
  that is a very cool feature that I will be making use of in the future.
 Be careful that if you should disable proxy clips in the sub project
 else they would be used for render


True, I forgot about this...


  I've recently learned enough new (to me) features that it might be
  time to another presentation on kdenlive for my local Linux Users Group.
 
  Thanks,
  Brian Cluff
  ___
  kdenlive mailing list
  kdenlive at kde.org
  https://mail.kde.org/mailman/listinfo/kdenlive

 ___
 kdenlive mailing list
 kdenlive at kde.org
 https://mail.kde.org/mailman/listinfo/kdenlive

-- next part --
An HTML attachment was scrubbed...
URL: 
http://mail.kde.org/pipermail/kdenlive/attachments/20141203/68f4a301/attachment.html

[kdenlive] Best workflow for large projects

[Pascal Fleury]

On Tue, Dec 2, 2014 at 9:35 PM, Brian Cluff kdenlive at macrosift.com wrote:

 On 12/02/2014 09:45 AM, Pascal Fleury wrote:

 3- I then prepare a video track called stock, and watch the clips.
 While it's playing I use keys to set in- and out-points. When I press
 'out', the clip is dragged to the timeline (just drag the clip monitor
 view to the timeline, it will add a clip taken between the current in
 and out points). [see this
 https://kdenlive.org/user-manual/quickstart-guide/first-
 project/dragging-clips-timeline]
 Once the clip is in the timeline, set the current position to 'in'
 again, and press play. If I want to skip material, I just wait until I
 get to the end of junk, then press 'in' again.


 I've been doing a lot of green screen stuff lately and I would like to
 have a workflow similar to this, but find that I'm having to drag the whole
 video to the time line, apply the necessary effect to get the green screen
 looking nice and then start cutting the video up. Otherwise I get stuck
 with having to set things up on the first clip and then do past effects
 over and over sometimes 100 times.

 Does anyone know of something I may have missed that would allow me to set
 effects in bulk on a bunch of clips... or is there possibly a better way of
 doing what I'm doing.


I think this is similar to wanting stabilized videos, i.e. an effect on the
video file, not the individual clip nor the track (the latter two exist).
Actually in your case, maybe a track effect would work ? (select the track
by clicking on the far left part of it, then you can add effects to the
effect stack).

My way of dealing with this is to take the full video into a kdenlive
project, apply the effect to your liking, save it (as a kdenlive project).
Then in a new project, use the saved project as a clip, and start
cutting/trimming clips from that. It has the advantage of letting you go
back and change the effect(s) of the base video and still have all the time
references correct in the edited final project. That is more or less the
way stabilized videos work, except that this last one is slightly better
integrated into the UI (no need of a separate project).





 If it helps with looking at what kinds of videos I have been doing, all
 the videos I have done on my youtube channel have been run though kdenlive,
 and are mostly just presentations to our local Linux users group, so they
 all have been edited in a similar style as described above:
 https://www.youtube.com/user/fone626/videos

 Brian Cluff


 ___
 kdenlive mailing list
 kdenlive at kde.org
 https://mail.kde.org/mailman/listinfo/kdenlive

-- next part --
An HTML attachment was scrubbed...
URL: 
http://mail.kde.org/pipermail/kdenlive/attachments/20141202/d949efbc/attachment.html

[Kdenlive-devel] max_analyze_duration reached

[Pascal Fleury]

Hello,

I am completely stuck, any help welcome...

I am about to finish a video project, where I use pretty long files
(several 1080p at 25 13 minute chunks, audio @ 96kHz stereo 32 bit float for
1.5 hours) and it seemed to work nicely so far. I used proxy clips all
along, as working off the original video is just not possible.

Now I try to render the project, and I face many issues: first, when
rendering the project with proxy clips set on the clips (the little 'P'),
it does not use the full resolution for the final render. I think this is a
known issue (ignores the little checkbox in the render dialog).

My real issue is that if I remove the proxy clips, then it tries to
re-render the thumbnails on the time line, and gets them all wrong. The
files are correct, but it does not display the right images (takes some
others), and renders full black video.

After saving and reloading, it's even worse, as I face the issue with lots
of lines like in the title (more, see below). And after this, _all_ clips
on the timeline are zero length, completely ruining my project. I use git
for all text files, and did regular checkpoints, so I have not lost much
besides time, and rollbacks are easy.

So essentially, I am stuck with a project I cannot render after 60 hours of
editing time... Any help ? Anything I could do to get a final video from my
project ? Or is this max_analyze_duration from an underlying tool that I
could downgrade/upgrade ?

Also, I faced numerous issues with this project, mostly due to the size of
data and project I think, and I should probably do a write up. Where would
be a good avenue for this ? This list ?

Thanks,
Pascal

$ kdenlive
Fontconfig warning: /etc/fonts/conf.d/50-user.conf, line 14: reading
configurations from ~/.fonts.conf is deprecated.
[wav @ 0x7fe2f45da760] max_analyze_duration reached
[wav @ 0x7fe2f45e2620] max_analyze_duration reached
[wav @ 0x7fe2f48549c0] max_analyze_duration reached
[wav @ 0x7fe2f462a360] max_analyze_duration reached
[wav @ 0x7fe2f4608b20] max_analyze_duration reached
[wav @ 0x7fe2f4613220] max_analyze_duration reached
[mpegts @ 0x7fe2f4909a40] max_analyze_duration reached
[mpegts @ 0x7fe2f490cd80] max_analyze_duration reached
[mpegts @ 0x7fe2f4c35680] max_analyze_duration reached
[wav @ 0x7fe2f49175e0] max_analyze_duration reached
[wav @ 0x7fe2f49196a0] max_analyze_duration reached
[mpegts @ 0x7fe2f4c24220] max_analyze_duration reached
[mpegts @ 0x7fe2f4c29c00] max_analyze_duration reached
[mpegts @ 0x7fe2f49bfb20] max_analyze_duration reached
[...and hundreds more...]
-- next part --
An HTML attachment was scrubbed...
URL: 
http://mail.kde.org/pipermail/kdenlive/attachments/20140922/e7ac432f/attachment.html

[Kdenlive-devel] Valgrind (Re: [PATCH kdenlive 00/27] cppcheck fixes)

[Pascal Fleury]

On Sun, Sep 18, 2011 at 8:51 AM, Mikko Rapeli mikko.rapeli at iki.fi wrote:

 On Sat, Sep 17, 2011 at 07:25:56PM -0700, Dan Dennedy wrote:
  On Sat, Sep 17, 2011 at 1:49 PM, Mikko Rapeli mikko.rapeli at iki.fi
 wrote:
   On Sat, Sep 17, 2011 at 09:19:39PM +0200, Till Theato wrote:
   -BEGIN PGP SIGNED MESSAGE-
   Hash: SHA1
  
   On 08/28/2011 12:24 PM, Mikko Rapeli wrote:
While waiting for proxy clips to be generated, I decided to run
cppcheck on kdenlive and fix most of the issues found. I used
cppcheck version
  
   Thanks a lot!
   jbm applied all your patches in the meantime.
  
   You're welcome. I noticed them in git a few days back.
  
   Has anyone run valgrind with mlt and kdenlive?
  
   I noticed a ton of Qt related complains and a number of other items
   with leackcheck but most of the complains don't come from kdenlive
 directly.
   My first test case was just to start kdenlive without a project.
 
  I do occasionally with mlt. A number of things seem to occur with
  dependencies and dlopen and related. For example, with swfdec, if it
  is built against gstreamer, seems to generate a lot of complaints. I
  made suppressions for things related to dlerror_run or things I
  struggled to track down due to lack of symbols and that trace back to
  mlt_factory_init (something that seems to occur once just due to
  loading a plugin). However, coverage is another issue. I do not
  usually have much time to create tests to exercise various code paths.

 Ok, I will try to run it while rendering one of my projects too.

 Btw, one of the findings which puzle me is this:

 ==9377== Invalid read of size 4
 ==9377==at 0x4059AB4: mlt_properties_parse_yaml (mlt_properties.c:1611)
 ==9377==by 0x20201F: ???
 ==9377==  Address 0xcaa34a8 is 48 bytes inside a block of size 51 alloc'd
 ==9377==at 0x4023796: calloc (in
 /usr/lib/valgrind/vgpreload_memcheck-x86-li
 nux.so)
 ==9377==by 0x4059A8B: mlt_properties_parse_yaml (mlt_properties.c:1609)
 ==9377==by 0x20201F: ???

 Where code is:

 1606// Blank line (prepended with spaces) is new line
 1607if ( strcmp( name,  ) == 0 )
 1608{
 1609value = calloc( 1, strlen( old_value ) + 2 );
 1610strcat( value, old_value );
 1611strcat( value, \n );
 1612}

 To me this looks correct, but valgrind is constantly complaining about it.


Not so surprising if the implementation is this:
http://www.student.cs.uwaterloo.ca/~cs350/common/os161-src-html/strcat_8c-source.html
It uses pointer arithmetic, and hence copies stuff into a pointer that is
exactly 2 bytes less that you have calloc'd, that matches the length of the
input in your case. I thought that valgrind had a list of known to work
fine issues it should not report (= suppression lists), and the same should
apply for Qt.

You could create a suppression list for stuff you known you won't fix by
using the simple steps here:
http://wiki.wxwidgets.org/Valgrind_Suppression_File_Howto

--paf


 -Mikko


 --
 BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA
 http://p.sf.net/sfu/rim-devcon-copy2
 ___
 Kdenlive-devel mailing list
 Kdenlive-devel at lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/kdenlive-devel

-- next part --
An HTML attachment was scrubbed...
URL: 
http://mail.kde.org/pipermail/kdenlive/attachments/20110918/46deed4a/attachment.html