fill
the poll for a date:
https://framadate.org/teo33ekw95cy3ca2
regards
jb
___
kdenlive mailing list
kdenlive@kde.org
https://mail.kde.org/mailman/listinfo/kdenlive
so
I would like to keep it. The best solution would be to have someone
volunteering to manage and update these profiles. But as I said this is
currently not a top priority issue for our small developer team.
regards
jb
___
kdenlive mailing
tors playing (for example
project and clip monitor) at the same time.
Any comments welcome,
regards
jb
On Thursday 30 May 2013 22.33:10 Simon A. Eugster wrote:
> Hey jb!
>
> I have been silent for much longer, at least regarding the code ? the
> expectation to have more time during the master thesis proved wrong.
> I'd like to work on the titler, and on integrating the sc
On Monday 01 July 2013 07.42:58 laurent Montel wrote:
> Le dimanche 30 juin 2013 11:44:53 Dan Dennedy a ?crit :
> > On Sun, Jun 30, 2013 at 11:08 AM, jb wrote:
> > > Hi,
> > >
> > > As discussed, I requested to move our forums to KDE:
> > > ht
way, the new forum is up:
http://forum.kde.org/viewforum.php?f=262
ttguy is looking at the possibility of importing the old posts into the new
forum.
regards
jb
On Wednesday 03 July 2013 10.01:07 Simon A. Eugster wrote:
> On 03.07.2013 08:48, Simon A. Eugster wrote:
> > On 02.07.2013 14:44, jb wrote:
> >> On Monday 01 July 2013 13.46:58 Simon A. Eugster wrote:
> >>>>> Agree with it too.
> >>>>
> >
der.
demo: http://kdenlive.org/videos/me.html
Nothing new in the video world, but a nice addition to Kdenlive. I will make a
blog post to explain the workflow in a few days.
Regards
jb
in all
languages.
In the end, the script creates a source tarball with all this:
kdenlive-0.8.3-git.tar.bz2
Hope it helps building packages with translations. Let me know if you have
issues.
Regards
jb
t.
Sorry I was not active on this campain thread, I am currently too busy! Will
see if I can post something on Kdenlive but not sure I can make it today.
regards
jb
ect... and all our team
developers seem to be in the same situation... Also, I think it is better to
put energy in the current refactoring effort, and after that we might have a
better idea of how and what new developers can work on...
But as I said it's mostly a time issue... sorry.
jb
work. You can see a screenshot of the
current and new widget here:
http://kdenlive.org/images/tmp/effectstack.jpg
This work is available in the "effectstack" branch, but looks like nobody has
tested it yet, so I was thinking about merging into master.
Any thoughts, questions, comments?
jb
uld let the user decide if the
effect is saved for this project only (it is only available in this project)
or globally (available in all projects).
A "favorite effect" feature could also be useful. The user could set some
effects as "favorite" and those would appear on top of the effect list.
regards
jb
g Shotcut's QGLWidget or find the
bottleneck in our own code.
regards
jb
ko, I would be interested to know if these changes have an influence on the
crashes you experienced.
regards
jb
; > Better fix would be to add a clear visual indicator to clips with
> > subclips, for example clips in a folder already have this.
I did not apply this patch but fixed the issue as suggested in the last part of
this mail: we now display a visual indicator - a triangle - to show that a
clip has children...
regards
jb
evious MLT version still on your
system that fools cmake.
Check in /usr/lib/pkgconfig and /us r/local/lib/pkgconfig and remove all
mlt*.pc
files, then reinstall mlt
Might solve your problem
regards
jb
ould hopefully be more stable than ever now.
regards
jb
On Sunday 23 October 2011 20:58:51 Dan Dennedy wrote:
> On Sun, Oct 23, 2011 at 3:38 PM, jb wrote:
> > Using MLT in debug mode, I discovered several cases where FFmpeg did
> > show a warning about insufficient thread locking around avcodec open /
> > close.
> I have seen
oblem and develop the workaround. And you
> are good about trying to get things fixed in MLT where needed. So, I
> leave it to your judgement based on the information you have from this
> experience and my feedback.
Anyhow, I am happy with the current situation, and have to concentrate on some
other small issues for now to make the next Kdenlive release happen.
regards
jb
last months. It took
much longer than planned to prepare that release but I think we are almost
there!
regards
jb
nning. I
just fixed that in Kdenlive svn 5997, and we now use only one thread for all
timeline thumbnails...
Can you check again with latest svn?
regards
jb
on the small "clock" icon and then you will see a
table as in previous versions.
One problem could be if you have installed several instances of Kdenlive or
MLT, for example one in /usr and one in /usr/local, and maybe it gets the
wrong effects xml files...
regards
jb
-
Hi.
Below, you will find the short text I prepared for the 0.8.2 release that I
will make public tonight. If any of you have comments or suggestions before
the release, send your feedback.
regards
jb
emove them.
So if you have problems, that is probably because you have old XML files still
installed. You can delete them in: $PREFIX/share/apps/kdenlive/effects/ladspa*
Should we maybe delete all effects XML when installing Kdenlive (the ones in
$PREFIX/share/apps/kdenlive/effects)?
regards
jb
current hacks, wich should
hopefully bring more reliable capture for these 2 sources.
I will also get in touch with KDE's sysadmins to make the move to KDE's git
servers for our source code.
Regards
jb
ing other issues with image proxies?
regards
jb
Anyways, if you feel like doing some cleanup, you're welcome.
regards
jb
not prevent compiling. Please make sure you
have latest svn (rev. 5033) and post the compilation output if it still
blocks.
regards
jb
ll] Fehler 2
Ok, found the problem, should be fixed in a few minutes, sorry.
jb
, I am
working on it.
regards
jb
On Thursday 01 October 2009 15.59:59 jb wrote:
> On Thursday 01 October 2009 09.20:41 Mikko Rapeli wrote:
> > After saving and reopening projects yesterday and today, I've seen this
> > error popup a few times. After this certain clips on timeline don't
>
> Ok,
nk document, that would help.
regards
jb
october.
Regards
jb
On Thursday 01 October 2009 17.19:15 jb wrote:
> On Thursday 01 October 2009 13.48:24 Mikko Rapeli wrote:
> > I noticed during last few days and just a moment ago, that some clip
> > outpoints on timeline dont render on preview or in final render output.
> > The clips se
On Friday 02 October 2009 21.22:48 Jos? JORGE wrote:
> A Thursday 1 October 2009 23:55:46, jb escreveu:
> What about doing a message-merge before announcing this?
> This way, it may prevent translators to have too old po files.
Sorry, I should have made it more clear. The translato
denlive(4577) Render::mltMoveClip: // ERROR MOVING CLIP TO : 222
I fixed several issues in the handling of clip speed (svn rev 3983), it should
be much cleaner now. Can you try to update & let me know if it works correctly?
Thanks
jb
it
could help solve a problem in Kdenlive. Could you send me the project file?
regards
jb
ould open the
file itself.
You can also try to rename the .kdenlive file to open it just in case...
regards
jb
you can get many
> more from kde-look.
Yes, indeed better. I found a way to make it work now, so you can easily select
the KDE color scheme from Kdenlive:
http://www.kdenlive.org/sites/default/files/theme.jpeg
regards
jb
t is 6, when count of tracks in project is 6).
Thanks for the patch. I just committed a modified version:
http://kdenlive.svn.sourceforge.net/viewvc/kdenlive?view=rev&revision=4
regards
jb
to the 18th of july,
so I wish you all a nice time and will see you again after that to continue
improving Kdenlive.
regards
jb
ometry parameter for the vignette effect does not
seem usable...
regards
jb
On Friday 03 July 2009 05:49:48 Dan Dennedy wrote:
> I noticed that recently Kdenlive is not updating the Project Monitor
> when paused and adjusting the Effect parameters. Is this normal now,
> perhaps to increase stability?
I effectively disabled some refreshes (mostly on transition move if I r
the menu.
> However, it seems changing it from Dissolve to Wipe (and perhaps
> vice-versa), it does not update the kdenlive_id attribute (or it is
> copying it). Got a hint where to fix this?
>
Fixed (svn rev. 3726). The kdenlive_id was not updated when the transition used
the same mlt_service (luma for both)...
Now, holidays for me :)
bye
jb
at. Also, the x / y position for start / end viewport currently have a max
limit of 1000 which is far from enough, but that's just a detail.
regards
jb
gt;
> Here's one patch which I think does the correct thing, but doesn't
> really bring any new stability into kdenlive effects lists or UI
> elements.
Thanks.
I committed your change as well as several other tweaks that should make it
safer:
http://kdenlive.svn.sourceforge.net/kdenlive/?rev=3746&view=rev
regards
jb
453
Ok, can you please try with latest revision (3756) ? If it isnot solved, I have
another idea about the problem, so let me know since I don't experience the
crash myself.
regards
jb
e/mcfrisk/src/kdenlive-svn/src/editeffectcommand.cpp:55
Might be fixed by commit 3765, please test.
thanks
jb
On Saturday 25 July 2009 12:57:52 reinhard wrote:
> Hi,
>
> no important issue, but would be just nice if you could update the
> 'Select profile' list in Mantis to reflect the actual ubuntu versions
> (9.04). thanks.
Done, thanks
jb
er.
Please leave it. I am currently working on that to make changing clip speed
available to users as an effect.
It will still use the framebuffer producer, but to users, it will look like any
other effect, which I think will be much more intuitive.
I will commit in the next days.
regards
jb
...), and more.
The drawback is that currently, the module is not stable, and we have several
issues with it (for example you cannot have more than one title in your
project currently). We hope to solve that asap.
regards
jb
On Wednesday 29 July 2009 23:06:16 Simon Eugster wrote:
> Where is the speed effect now? I cannot find it (r3778). Wasn't at
> /dev/null either.
It should be listed with all other effects, in the "Effect List" widget...
don't you have it?
jb
t is far from perfect.
if you are using the latest svn version, we cannot guarantee that, because
that's the place where we develop the code, and those kind of problems will
appear from time to time even if we try to avoid them...
regards
jb
we can get that info from MLT, we could easily hide the unavailable
rendering profiles, it seems the best approach to me.
regards
jb
nly full project... Dan if you want to
look at it you're welcome.
Otherwise is seems to work fine from my quick tests, any feedback welcome.
regards
jb
On Tuesday 06 January 2009 21:30:56 Jean-Michel Pour? wrote:
> Dear JB,
>
> Can you describe in more details the changes to SVN today as regards
> export to a different resolution. Is Kdenlive writing automatically the
> new MLT syntax or do we have to change export profiles.
I
ive project. If you want to have svn access,
you need a sourceforge user account, then send me a private mail with your
user name and I?will give you commit access.
Regards
jb
On Sunday 11 January 2009 10.49:04 Jean-Michel Pour? wrote:
> Dear JB,
>
> A big step forward would be to allow droping B-frames during editing. To
> allow editing of AVCHD camcorders. I don't know how to pass on FFmpeg
> options to inigo:
>
> The options in ffplay
On Friday 09 January 2009 21.56:21 Radist wrote:
> Hi. I have made a Russian translation.
Applied, thanks.
jb
but
not previous versions.
This is fixed now in svn
jb
speak...
regards
jb
e, then with the spacer
tool you can bring the 2 parts together.
In other words, it's like a group move tool that affects all clips after the
click point.
Hope it is understandable.
regards
jb
wever, this patch
> will require a small change in kdenlive. The particular details escape
> me at the moment. Do you want to try to include this - both the
> required kdenlive changes as a result of the patch and the changing of
> kdenlive to make duration editable in clip info?
Yes, seems possible to do this in one week time.
regards
jb
r the clip, which has an
"aspect_ratio"?property.
Not sure we can get the info from MLT as a fraction here...
jb
there is no problem in writing utf-8, I'd like to do change it.
Yes, please change that.
jb
Hi everyone.
I just announced the release of Kdenlive 0.7.2:
http://kdenlive.org/users/j-b-m/kdenlive-072-released
Thanks to all of you who helped to improve Kdenlive.
regards
jb
for almost all distros! I think it clearly shows the
growing interest for Kdenlive!
regards
jb
freezes
> for a minutes or so returning no available output formats (in fact it is
> able to render only to dv).
Hmm, looks like you have the same issue as reported in:
http://www.kdenlive.org:80/mantis/view.php?id=653
Which MLT version do you have ?
regards
jb
On Monday 02 February 2009 22.05:54 Salvatore Brigaglia wrote:
> On luned? 02 febbraio 2009 21:45:36 jb wrote:
> I'm having little troubles in getting kdenlive 0.7.2 working on my work-in-
> progress live cd. It calls inigo at first start-up to ask (i presume) all
> available fo
es of MLT...
Dan, do you think you could prepare a new MLT release ? Otherwise I will
release Kdenlive 0.7.2b which will work around that issue.
regards
jb
Hi everyone.
A bad bug was just discovered when using Kdenlive with MLT <= 0.3.4 (that
means the bug is present on all current releases of MLT).
The bug is in Kdenlive and causes the Config Wizard (which starts on the first
run of Kdenlive) to freeze, and leaves Kdenlive in an unusable state...
On Monday 02 February 2009 23.58:56 Alberto Villa wrote:
> On Sat, Jan 31, 2009 at 9:43 PM, Mads Bondo Dydensborg
> as mads said, i can't tag the new version... please jb, can you do this?
Done, thanks,
> also, what about issues marked as "resolved" but not as "fixe
Hi everyone.
Just a quick note to tell you that I am registering Kdenlive to the Troph?es
du libre, which is an international free software competition:
http://www.trophees-du-libre.org/
I am giving my name to represent the project, I guess it's ok!
regards
jb
Welcome, it's great to have someone new! Feel free to send your first patches
to the list. If you want I?can give you developer access on the bug tracker so
that you can assign some bugs to yourself.
Regards
jb
On Wednesday 11 February 2009 00.13:39 Dan Dennedy wrote:
> >> DV NTSC 4:3 or 16:9 takes pix_fmt yuv411p, not yuv420p regardless of
> >> container format.
Fixed in revision 3046, thanks.
jb
On Friday 13 February 2009 20.38:01 Salvatore Brigaglia wrote:
> On venerd? 13 febbraio 2009 16:40:24 jb at kdenlive.org wrote:
> Are you thinking on something like GHNS2? This is great news! Many thanks
> jb!
Yes, I am thinking about GHNS2, like it is implemented to download new Lu
you can get it from my git repo:
I gave it a try with a few image files, and it seems to work fine. Sometimes
requires a little adjustment to the "Green Tint" param, but usually I?managed
to get a good result.
Thanks
jb
be
> written. He suggested focusing on what's new since the last version
> and what's interesting about how it was written.
>
> JB, I suspect that you're probably busy enough as it is without
> thinking about something like this, so I'd be happy to write up some
> k
working on the code for Kdenlive. I saw mention of documentation and
> tutorials. Anything else?
If some people want to help coding, the best is to have a look at our roadmap:
http://www.kdenlive.org:80/mantis/roadmap_page.php
They can pick up a feature or bug and try to work on it. Questions on the code
can always be sent to this list.
Regards
jb
ne (especially Cinephiliac who is preparing the press
release & working on icon)
jb
On Tuesday 11 November 2008 07.27:08 Mads Bondo Dydensborg wrote:
> > 1. Would I be correct in assuming that issues that require *developer*
> > feedback rather than *user* feedback would be best left at
> > "acknowledged"? I'm assuming this so that dev's can focus on just
> > looking at Acknowled
do some more profiles update before the release ?
regards
jb
On Tuesday 11 November 2008 21.51:59 Juan M wrote:
> Hi JB,
> won't you be able to update the ca/es translations I sent you last weekend
Yes, I am doing it now. There was a big problem in last .pot file update, and
all effect names and parameters were lost. I am currently merging
to get a
slightly smaller size ?
regards
jb
On Friday 14 November 2008 08.06:02 Jean-Michel Pour? wrote:
> On Fri, 2008-11-14 at 00:24 +0100, jb wrote:
> My first tries were shot in 640x480, this was a little bit too small.
> These attemps on blip.tv are shot in 1024x768. Maybe between would be
> fin. Just tell me.
It looks
On Friday 14 November 2008 01.33:09 Alberto Villa wrote:
> hi all
> now that 0.7 is gone i would like to discuss a feature whose absence makes
> moving kdenlive files really frustrating
> probably this isn't the first time you think about relative paths, and
> probably there's some good reason if t
s very
reasonable for a 0.7.1 release.
> reckon it is up to JB to decide at some point. For such a short cycle,
> perhaps 10-15 (perhaps more) of the most important issues (of the 52 on the
> roadmap) should be kept as targetting 0.7.1, whereas the rest should be
> moved to "future versi
On Friday 14 November 2008 15.33:47 Jean-Michel Pour? wrote:
> On Fri, 2008-11-14 at 15:10 +0100, jb wrote:
> Okay, so I can wait a few days before we start mass-production :) of
> screenfrags. It would be a real advantage to grab/produce within
> Kdenlive, without any hastle or
dback.
regards
jb
to
indicate that we need a large value (about 300) to get rid of clicks
>-ring-buffer-size N(float number>0)
> A float number denoting the desired ring buffer size
> (in seconds,when using JACK only).
Done but not tested.
regards
jb
ffmpeg?
Yes... it seemed to me that having 2 different programs for screen grab would
be more confusing.
regards
jb
ength -
> or perhaps that is just the gui that does not get updated? In fact that
> seems to be the case...
Oups, right. I?forgot to commit the updated xml effect files. Done now. There
are still some issues with the fade out, will take care of it later.
regards
jb
itive
> (http://www.kdenlive.org/mantis/view.php?id=188)
This one should already be fixed. I cannot reproduce the problem in your last
comment or maybe I don't understand what you meant...
regards.
jb
ince you are working on the website and have a better knowledge of
Drupal, I would like to hear your opinion on that subject...
regards
jb
We don't really need this for Kdenlive but it is linked by default in MLT++
regards
jb
On Thursday 20 November 2008 13.08:15 reinhard wrote:
> Now I want to fade over to another scene, so I place a clip into the
> track below and apply a luma transition.
> Now PROBLEM #1 comes up, because the transition has wrong default
> direction, in this case, and I have to manually change the
rsion of kdenlive, then
> discovers that it can no longer be loaded in an older version of kdenlive.
I totally agree that we should refuse to load new version files and warn about
old version with a proposal to save to a new name.
If you have time to improve it you are welcome.
regards
jb
l look
for them in the given folder and ask again only if they cannot be found, so
that you are not asked for a search folder for every missing clip.
regards
jb
nd I would prefer to keep it that way until the major linux
distributions follow the FFmpeg guidelines.
regards
jb
1 - 100 of 852 matches
Mail list logo