On Wednesday 15 October 2014 23.21:53 GitHub wrote:
> Branch: refs/heads/master
> Home: https://github.com/mltframework/mlt
> Commit: 0036f0d3ef40230cbe4a9e4970383b0a67e70873
>
> https://github.com/mltframework/mlt/commit/0036f0d3ef40230cbe4a9e4970383b0a
> 67e70873 Author: Dan Dennedy
On Tuesday 18 June 2013 09.18:54 Dan Dennedy wrote:
> On Tue, Jun 18, 2013 at 6:10 AM, j-b-m wrote:
> > Hi,
> >
> > So if anyone is interested to have a look, here are my changes to make the
> > webvfx producers transparent. I think it would be fantastic if we can
of webvfx:
https://github.com/j-b-m/webvfx
Dan, I am also wondering why you limited the transparency stuff to "plain"
.html files. It seems to me that the webvfx javascipt enabled version is much
more useful since we can get the frame position and other infos from MLT to
use them in
On Monday 10 June 2013 09.12:00 Dan Dennedy wrote:
> On Wed, Jun 5, 2013 at 11:19 PM, Dan Dennedy wrote:
> > On Tue, Jun 4, 2013 at 8:14 PM, Dan Dennedy wrote:
> >> > HTML5 or QML - available via WebVfx MLT plugin on github, but
> >> > unfortunately it does not make a transparent background/alpha
>
> With some changes a couple of months ago, I made it possible
> to render
> HTML and QML content that does not use WebVfx-specific
> JavaScript
> extensions, but it renders those with an opaque background.
> Tonight, I
> did some poking around to see if I could extend that to the
> webvfx
> fil
On Friday 31 May 2013 13.32:35 Carl Karsten wrote:
> On Fri, May 31, 2013 at 12:38 PM, j-b-m wrote:
> > On Friday 31 May 2013 11.28:44 Carl Karsten wrote:
> >> #!/bin/bash -xe
> >> I am trying to create some test files, and would like to render a text
> >> file
On Friday 31 May 2013 11.28:44 Carl Karsten wrote:
> #!/bin/bash -xe
> I am trying to create some test files, and would like to render a text
> file on a blue background.
> (so that it is noticeable when it flips to a read background and the
> noise stops .. like to testi AV sync.)
>
> This is wha
Hi,
I had several users blocked in their editing because the Libav / FFmpeg
version provided by their distro (usually Ubuntu) is not up to date or a fix
was committed recently.
The daily builds that can be found on meltytech is a nice way to let them try
the last version of all required librar
Hello.
Following Kdenlive bug report 2963, I realized that the "force_fps" property
of the avformat producer triggers an assert in FFmpeg when used on avi files.
Problem can be reproducer easily:
melt test.avi force_fps=40
exits with following info:
Assertion (int64_t)st2->time_base.num*ast2
Hi,
As reported in Kdenlive issue 2841 (1), there is a problem with alsa devices
in the avformat producer.
I can reproduce the problem in shotcut, so the problem is probably in MLT but
I am not sure where.
The problem happens when you want to use another device than "default".
Let's say for e
On Saturday 22 December 2012 12.39:33 Dan Dennedy wrote:
(...)
> > For me it's ok to just have the info on this list, so if someone really
> > needs to use GIF animations in a project, he can just edit his
> > loader.dict file.
> >
> > We could then leave it up to the applications to force a pro
On Saturday 22 December 2012 11.43:00 Dan Dennedy wrote:
> On Sat, Dec 22, 2012 at 10:26 AM, j-b-m wrote:
> > Hi!
> >
> > If anybody out there is still using GIF animations, rejoice!
> > FFmpeg now has support for GIF animation. Enabling it is MLT can be
> > achi
Hi!
If anybody out there is still using GIF animations, rejoice!
FFmpeg now has support for GIF animation. Enabling it is MLT can be achieved
with the trivial patch below.
regards
jb
diff --git a/src/modules/core/loader.dict b/src/modules/core/loader.dict
index 8a854d0..f4b8904 100644
--- a/
On Thursday 15 November 2012 02:47:09 j-b-m wrote:
> Hi,
>
> There seems to be a memory allocation issue in the image sequence loader
> that can produce a crash. I can reproduce with:
Oh, I sent it before having time to finish...
So the crash is reproducible with:
melt image%05
Hi,
There seems to be a memory allocation issue in the image sequence loader that
can produce a crash. I can reproduce with:
_
--
Monit
On Monday 01 October 2012 17:16:34 j...@kdenlive.org wrote:
> >> Ahhh, I finally found the problem! The bug is triggered by an
> >> optimization
> >> flag: -O2
> >>
> >> When using the build script, we configure MLT with --enable-debug, which
> >> disables optimization flags. However, when manuall
Hello Dan,
Just a quick word to tell you that I have found a few flaws in the
kdenlivetitle producer and will submit them to you in the next 24 hours. So in
case you are planning the release, would be nice if you can wait.
I also have extended the kdenlivetitle producer to be able to read .srt
On Sunday 04 November 2012 11:52:36 Dan Dennedy wrote:
> On Mon, Oct 29, 2012 at 11:03 AM, Dan Dennedy wrote:
> > On Mon, Oct 29, 2012 at 10:40 AM, j-b-m
wrote:
> > > On Monday 05 March 2012 22:52:01 Dan Dennedy wrote:
> > >> On Sun, Feb 12, 2012 at 1:12 AM, j-b-m
On Monday 05 March 2012 22:52:01 Dan Dennedy wrote:
> On Sun, Feb 12, 2012 at 1:12 AM, j-b-m wrote:
> > On Saturday 11 February 2012 23:09:25 Dan Dennedy wrote:
> >> On Tue, Feb 7, 2012 at 4:04 PM, Dan Dennedy wrote:
> >> > On Tue, Feb 7, 2012 at 2:06 PM, j-b-m
Hi,
There seems to be an issue with the full_luma flag when using an rgb*
consumer. I do not really understand all the format conversion stuff in MLT,
so if you could have a look, would be nice.
You can find a sample clip and reproducible MLT commands in the Kdenlive bug
report:
http://kdenli
On Monday 22 October 2012 18:21:43 Dan Dennedy wrote:
> > I reproduced this with a recent ffmpeg checkout. Some of the audio
> > encoders dropped support for interleaved inputs and requiring planar
> > formats. This is going to require a fair amount of work to fix. In the
> > meantime, I suggest pe
Hi,
In a similar approach to the motion_est filter, here is a patch to retrieve
the motion information from the autotrack_rectangle filter.
This allows us to track an object motion in the "motion_vector_list" and later
use this information in Kdenlive for example to make a title follow an objec
Hi,
Sound rendering in MLT is currently broken in many cases (produces corrupted
noisy audio) when trying to select an audio codec in the avformat consumer.
For example:
melt 1.mov out=100 -consumer avformat:test.mp4
works fine, but:
melt 1.mov out=100 -consumer avformat:test.mp4 acodec=aac
On Saturday 20 October 2012 10:20:40 Dan Dennedy wrote:
> On Sat, Oct 20, 2012 at 8:08 AM, j-b-m wrote:
> > On Friday 19 October 2012 22:19:18 Dan Dennedy wrote:
> >> On Fri, Oct 19, 2012 at 6:15 PM, j-b-m
wrote:
> >> > On Friday 19 October 2012 16:49:59 Dan Denn
On Friday 19 October 2012 22:19:18 Dan Dennedy wrote:
> On Fri, Oct 19, 2012 at 6:15 PM, j-b-m wrote:
> > On Friday 19 October 2012 16:49:59 Dan Dennedy wrote:
> >> On Fri, Oct 19, 2012 at 2:46 PM, j-b-m
wrote:
> >> > Hi,
> >> >
> >> > F
On Friday 19 October 2012 16:49:59 Dan Dennedy wrote:
> On Fri, Oct 19, 2012 at 2:46 PM, j-b-m wrote:
> > Hi,
> >
> > Following a feature request in Kdenlive (1), I tried to make a few changes
> > to
> > the motion_est filter to allow the detection of scene cha
Hi,
Following a feature request in Kdenlive (1), I tried to make a few changes to
the motion_est filter to allow the detection of scene changes in a clip.
I made 2 changes to the filter:
1 - add a geometry property "bounding" allowing to process filter on a part of
the image only to speed up p
On Wednesday 17 October 2012 13:16:47 Dan Dennedy wrote:
> If XCF works in kdenlive preview then perhaps the qimage plugin
> requires some KDE-specific initialization that is occurring within a
> KDE application but not in the mlt qimage plugin and melt is not a KDE
> app.
Hi,
I just sent a pull
Hi.
Below is a patch to prevent a possible division by zero crash happening in
mlt_frame get_waveform.
regards
jb
---
diff --git a/src/framework/mlt_frame.c b/src/framework/mlt_frame.c
index 36cba04..132a24f 100644
--- a/
On Tuesday 09 October 2012 19:05:17 j-b-m wrote:
> > >
> > > @@ -130,9 +130,9 @@ static int producer_get_frame( mlt_producer
> > > producer,
> > > mlt_frame_ptr frame, int i
> > >
> > > mlt_frame_set_position
On Tuesday 09 October 2012 09:42:51 Dan Dennedy wrote:
> On Tue, Oct 9, 2012 at 8:29 AM, j-b-m wrote:
> > Hi,
> >
> > The kdenlivetitle producer was not correctly marking its frames as
> > progressive and aspect ratio was sometimes broken. The patch below fixes
> &
On Tuesday 09 October 2012 07:42:28 Dan Dennedy wrote:
> On Tue, Oct 9, 2012 at 1:02 AM, j-b-m wrote:
> > Hi.
> >
> > Several crashes were reported in Kdenlive due to some compiler
> > optimizations
> > not used when compiling frei0r with the build script:
> U
Hi,
The kdenlivetitle producer was not correctly marking its frames as progressive
and aspect ratio was sometimes broken. The patch below fixes the problem.
regards
jb
diff --git a/src/modules/qimage/producer_kdenlivetitle.c
b/src/m
Hi,
There is a problem with the color producer when trying to render a playlist
with the avformat consumer in a new size. It renders with the wrong aspect
ratio.
To reproduce, create a simple playlist:
melt -profile hdv_1080_50i color:red out=100 -consumer xml:testratio.mlt
Then try to render
Hi.
Several crashes were reported in Kdenlive due to some compiler optimizations
not used when compiling frei0r with the build script:
http://kdenlive.org/mantis/view.php?id=2770
http://kdenlive.org/mantis/view.php?id=2289
Below is a patch that fixes the crashes - several users confirmed it was
Hi,
Following Kdenlive bug report (1), I discovered a regression in the avformat
consumer.
Currently, the avformat consumer is unable to render correctly when a
progressive clip is inside a multitrack.
I can reproduce with the following command using a progressive video clip:
melt -profile dv
On Thursday 27 September 2012 23:32:50 j-b-m wrote:
> On Thursday 27 September 2012 19:54:14 j-b-m wrote:
> > On Wednesday 26 September 2012 19:29:57 Dan Dennedy wrote:
> > > On Tue, Sep 25, 2012 at 4:35 AM, j-b-m
>
> wrote:
> > > > On Monday 24 Septe
On Thursday 27 September 2012 19:54:14 j-b-m wrote:
> On Wednesday 26 September 2012 19:29:57 Dan Dennedy wrote:
> > On Tue, Sep 25, 2012 at 4:35 AM, j-b-m
wrote:
> > > On Monday 24 September 2012 21:35:04 Dan Dennedy wrote:
> > >> On Mon, Sep 24, 2012 at 9:02 A
On Wednesday 26 September 2012 19:29:57 Dan Dennedy wrote:
> On Tue, Sep 25, 2012 at 4:35 AM, j-b-m wrote:
> > On Monday 24 September 2012 21:35:04 Dan Dennedy wrote:
> >> On Mon, Sep 24, 2012 at 9:02 AM, j-b-m
wrote:
> >
> > Ok, after some more tests, here is
On Monday 24 September 2012 21:35:04 Dan Dennedy wrote:
> On Mon, Sep 24, 2012 at 9:02 AM, j-b-m wrote:
> > Hi again.
> >
> > The affine transition is also having problems with aspect ratio.
> > When using an "Affine" transition to display a full HD 1920x1
Hi.
There currently is a bug with the "aspect" property of the avformat consumer.
Bug can be reproduced with this simple command:
melt color:red out=50 -consumer avformat:test.mp4 aspect=1.8
The first 2-4 frames of the rendered clip have a wrong aspect ratio, the end
of the clip is correct.
Lo
Hi again.
The affine transition is also having problems with aspect ratio.
When using an "Affine" transition to display a full HD 1920x1080 video in a
HDV (1440x1080) project, the result is a small picture, not using full screen.
Using a Composite transition it works fine.
Problem can be seen u
Hi,
Following Kdenlive issue 2747 (1), I discovered that the dust filter now
crashes on every use.
The reason is that it calls an image producer to create overlay images from
svg files. It usually calls the pixbuf producer, and since the frame is not
called by a consumer, the "rescale.interp"
Hi,
Currently, the pango producer triggers an error when trying to play a pango
clip. To reproduce:
melt pango: text=1 in=0 out=50 -consumer xml:test.mlt
Trying to play the resulting test.mlt file triggers the error:
[producer_xml] failed to load producer "(...)"
This is because the xml outpu
On Wednesday 19 September 2012 23:14:51 Dan Dennedy wrote:
> On Wed, Sep 19, 2012 at 1:41 PM, j-b-m wrote:
> > On Sunday 02 September 2012 18:09:46 Dan Dennedy wrote:
> >> On Sun, Sep 2, 2012 at 12:51 PM, j-b-m
wrote:
> >> > Hello Dan,
> >> >
> &g
On Sunday 02 September 2012 18:09:46 Dan Dennedy wrote:
> On Sun, Sep 2, 2012 at 12:51 PM, j-b-m wrote:
> > Hello Dan,
> >
> > You made a change to the xml producer that causes problems in Kdenlive (
> > for example http://kdenlive.org/mantis/view.php?id=2711 ).
Hello.
The recent change to deinterlace filter (1) breaks playing of some clips in
timeline in Kdenlive.
I do not really understand why, but playing in the clip monitor works, while
playing the timeline monitor gives a black screen on some clips.
However, looking at the code, I could fix the b
On Friday 14 September 2012 10:24:37 j-b-m wrote:
> On Thursday 13 September 2012 22:44:57 GitHub wrote:
> > https://github.com/mltframework/mlt/commit/ac034ef73a340fe3402968a7b3a3f69
> > d
> > e4a3c53a Author: Dan Dennedy
> >
> > Date: 2012-09-13 (Thu,
On Thursday 13 September 2012 22:44:57 GitHub wrote:
> https://github.com/mltframework/mlt/commit/ac034ef73a340fe3402968a7b3a3f69d
> e4a3c53a Author: Dan Dennedy
> Date: 2012-09-13 (Thu, 13 Sep 2012)
>
> Changed paths:
> M src/modules/sdl/consumer_sdl.c
>
> Log Message:
>
Hello Dan,
Following Kdenlive issue #2668 (1), I have a question for you.
Some time ago, I had to change Kdenlive's handling of avformat clips so that
when a clip is used on several tracks, each track uses a different producer.
I clearly remember that I introduced this because otherwise we had a
(...)
> Basically, I adjusted the alpha value so that the maximum goes to 256 and
> not 255, same for weight that should go up to 65536. So in our case - when
> there is no luma file and alpha is full opacity (255), the mix calculation
> which is basically:
>
> ( weight * alpha ) >> 8
>
> gives
Hi.
I recently acknowledged Kdenlive issue 2708 (bug in composite transition
opacity):
http://www.kdenlive.org/mantis/view.php?id=2708
Quite surprising, but there really is a problem with alpha calculation (using
the non SSE version).
The problem can be reproduced with the following command:
Hello Dan,
You made a change to the xml producer that causes problems in Kdenlive ( for
example http://kdenlive.org/mantis/view.php?id=2711 ).
The commit is the following one:
https://github.com/mltframework/mlt/commit/89ff4d149a0ac54deab4057178678b68bef1e92d
In Kdenlive, we sometimes use the "
On Sunday 22 July 2012 15:59:37 Dan Dennedy wrote:
> On Sat, Jul 21, 2012 at 7:23 AM, Brian Matherly wrote:
> > Dan,
> >
> > All 32bit builds are failing. Looks like something related to the sse2
> > changes.
>
> fixed
I think you forgot to push the change...
regards
jb
--
Hi.
I have a reproducible crash in the avformat consumer with some very specific
settings:
Crash happens when using an image producer (qimage of pixbuf) AND a brightness
filter AND any frei0r filter.
Here is the command line that crashes for me:
melt image.png in=0 out=50 -attach-clip brightn
Hi.
For a long time, i wanted to introduce the region filter in Kdenlive. I am
almost ready on the Kdenlive GUI side, and here is the patch that fixes
several issues (mem leak & other problems) in the MLT region filter /
transition.
This patch makes the region filter work fine for me in multit
On Tuesday 10 April 2012 21:58:28 Dan Dennedy wrote:
> While I have not reproduced it and thereby confirmed this patch,
> please try it nonetheless.
>
For some reason, I am also unable to reproduce the issue with melt. I can
reproduce it in Kdenlive with the following code:
mlt_image_format for
Hi,
Following a bug reported on Kdenlive's forum, I get a strange result when
requesting mlt_image_rgb24a images from an affine transition. There seems to
be a problem with the alpha compositing.
You can see the problem here:
http://kdenlive.org/images/affine2.png
The correct result should be
Hi,
The luma transition was broken by the last commit to transition_luma.c
http://mltframework.org/gitweb/mlt.git?p=mltframework.org/mlt.git;a=blobdiff;f=src/modules/core/transition_luma.c;h=ae7015b47d1e7500d6e043c157700c4608407072;hp=437eb9f1b511d585e24e920cfade4c586b958a10;hb=9e96adf948895bb98b
Hello.
I just noticed x rotation was broken in Affine transition. Turns out it was
broken one month ago in the "rename this to transition and affine" commit.
Patch is trivial, see below.
Regards
jb
diff --git a/src/modules/plus/transition_affine.c
b/src/modules/plus/transition_affine.c
index
Hi,
Following a report on Kdenlive's forum, I discovered that qimage producer
alpha transparency is broken.
A typo in recent changes caused it (the cache was called "pixbuf.alpha"
instead of "qimage.alpha"), please find patch below.
regards
jb
diff --git a/src/modules/qimage/qimage_wrapper.cp
Hi.
Some codecs are not detected anymore with current FFmpeg git. The problem was
recently fixed for video codecs, but the same issue appears with audio codecs.
Patch below fixes the problem reported as Kdenlive issue 2526
( http://kdenlive.org/mantis/view.php?id=2526 )
regards
jb
--- a/src/
On Saturday 11 February 2012 23:09:25 Dan Dennedy wrote:
> On Tue, Feb 7, 2012 at 4:04 PM, Dan Dennedy wrote:
> > On Tue, Feb 7, 2012 at 2:06 PM, j-b-m wrote:
> >> On Tuesday 07 February 2012 10:32:24 Dan Dennedy wrote:
> >>> On Tue, Feb 7, 2012 at 10:08 AM
On Tuesday 07 February 2012 10:32:24 Dan Dennedy wrote:
> On Tue, Feb 7, 2012 at 10:08 AM, j-b-m wrote:
> > Hello.
> >
> > Trying to improve image sequence support in Kdenlive, I discovered that
> > MLT
> > cannot currently load a sequence with files like this:
Hello.
Trying to improve image sequence support in Kdenlive, I discovered that MLT
cannot currently load a sequence with files like this:
image205.jpg
image206.jpg
image207.jpg
(...)
If we pass "image%.3d.jpg" as resource, MLT will look for:
image001.jpg, image002.jpg, etc until a max of 100
Hi.
Several users are reporting rendering crashes in Ubuntu 11.10 using sunab's
packages.
I noticed that the official FFmpeg packages in Ubuntu 11.10 are from libav,
version 0.7.3.
The avformat consumer consistently crashes with this version.
The simple patch below fixes the crash and renderi
Hi.
Attached patch fixes compilation with FFmpeg 0.6 that is still the official
version for Ubuntu 10.11 and 11.04
regards
jbdiff --git a/src/modules/avformat/consumer_avformat.c b/src/modules/avformat/consumer_avformat.c
index 5fdf9b3..0007c2c 100644
--- a/src/modules/avformat/consumer_avformat
Hi again,
Another problem appears in the new filter_restricted function from the xml
consumer. It appears to corrupt some strings (random character appearing at
the end), causing rendering issues in Kdenlive.
The patch below seems to solve it.
regards
jb
diff --git a/src/modules/xml/consumer_
Hi.
Since the recent changes to the xml consumer, lots of crashes were reported in
Kdenlive. I traced it down to a problem in a free, see my attached patch that
fixes the issue.
regards,
jb
diff --git a/src/modules/xml/consumer_xml.c b/src/modules/xml/consumer_xml.c
index 2b0f6bc..5f10f59 1
Hello!
Creating xml files from the avformat producer is currently broken with
FFmpeg's recent git. The problem comes from avformat's "handler_name"
metadata, whose value contains invalid characters.
The problem only appears when creating xml files, not when outputting to
stdout.
For example:
Hello.
Under some circumstances (freeze frame not inside of the in-out range of its
producer), the freeze filter produced black frames. Attached patch fixes the
problem.
regards
jb
diff --git a/src/modules/kdenlive/filter_freeze.c
b/src/modules/kdenlive/filter_freeze.c
index 3752057..b8ccf97
Hello.
Investigating Kdenlive bug http://kdenlive.org/mantis/view.php?id=2468, I
discovered that several filters break the playlist position when attached to a
track. For example, when trying to play frames 50 to 100:
melt broken.mlt in=50 out=100
It will play the first frame (50), then rewind
On Sunday 01 January 2012 14:22:52 Dan Dennedy wrote:
> On Sun, Jan 1, 2012 at 1:50 PM, j-b-m wrote:
> > Hello there!
> >
> > There are a few problems with the videostab module that currently make it
> > unusable in Kdenlive.
> >
> > First, the filter cr
Hello there!
There are a few problems with the videostab module that currently make it
unusable in Kdenlive.
First, the filter crashes if more than one instance is used, because of the
way lanc_kernel is used.
This is reproducible for me with:
melt stab.mlt stab.mlt
(stab.mlt being a stabili
On Monday 14 November 2011 09:37:29 Dan Dennedy wrote:
> On Mon, Nov 14, 2011 at 9:12 AM, jb wrote:
> > On Sunday 13 November 2011 22:14:21 j-b-m wrote:
> >> On Sunday 13 November 2011 12:46:26 Dan Dennedy wrote:
> >> > On Sun, Nov 13, 2011 at 12:23 PM
On Sunday 13 November 2011 12:46:26 Dan Dennedy wrote:
> On Sun, Nov 13, 2011 at 12:23 PM, j-b-m wrote:
> > Hello Dan.
> >
> > I have updated the kdenlive build script that is hosted on
> > mltframework.org to now use the kdenlive git repository instead of the
>
Hello Dan.
I have updated the kdenlive build script that is hosted on mltframework.org to
now use the kdenlive git repository instead of the expired svn one.
I also made a change to set the KDEHOME environment variable, so that
Kdenlive's config file is now saved inside the install folder inste
Hi.
As reported in Kdenlive issue 2372 (1), in some circumstances, the framebuffer
producer did not provide a correct aspect ratio.
I realized that the "producer_get_frame" method of the framebuffer producer did
not really fetch a frame from the real producer. This means that all "meta"
prope
Hi!
I just got a backtrace from a Kdenlive crash.
Kdenlive was trying to retrieve a thumbnail from a frame on one of the
producer while connecting the other to an SDL consumer (both producers were
referring to the same url, but were not parents).
It looks like the problem is in the cache acces
Hello.
Attached patch should fix mlt bug 3417991:
http://sourceforge.net/tracker/?func=detail&atid=613414&aid=3417991&group_id=96039
(framebuffer producer ignores "in")
regards
jb
___
diff --git a/src/modules/kden
On 25/09/2011 23:15, Dan Dennedy wrote:
> commit 6b3d9bae5b3c26479e15b6146b6151048982b343
> Author: Dan Dennedy
> Date: Fri Sep 23 00:34:10 2011 -0700
>
> Make profiles relative to MLT_DATA instead of $prefix/share/mlt
>
Hello.
The above commit broke finding of profiles on linux (at least f
Hi.
As reported in Kdenlive issue 2330 (1), there is a problem with audio
mixing when muting a track.
Let's say we have a 4 tracks project:
track 0: color clip
track 1: audio clip 1
track 2: audio clip 2
track 3: audio clip 3
Track 0 being the first track added to MLT (the lowest one).
In
Hi.
Following Kdenlive bug 2318 ( http://kdenlive.org/mantis/view.php?id=2318 ), I
discovered a bug in FFmpeg's argument handling, bug report is here:
https://ffmpeg.org/trac/ffmpeg/ticket/491
The bug was acknowledged, but the answer from an FFmpeg's developer is that we
should use the "vb" opt
Hi!
Once again a locale issue! As noticed by a Kdenlive user, MLT does not
correctly detect locale, unless the ladspa plugins are installed
(swh-plugin),
see:
http://kdenlive.org/mantis/view.php?id=2310
After some testing, I discovered in the setlocale documentation:
"If setlocale() is no
Hello Dan,
Before the next MLT release, could you have a look at Kdenlive issue 2307?
it's a reproducible crash inside MLT:
http://kdenlive.org/mantis/view.php?id=2307#c7304
regards
jb
--
Malware Security Report: Pro
Hi.
I discovered that sometimes, Kdenlive adds a ';' after the last keyframe of a
geometry parameter. I just fixed it in Kdenlive, but the problem is that it
breaks geometry parsing in MLT.
For example:
melt colour:red -track colour:blue -transition affine rotate_x="60;30=0"
keyed=1
This wil
On Friday 09 September 2011 15:25:02 Dan Dennedy wrote:
> >> >
> >> > We use mlt_geometry in Kdenlive to make frei0r effects
> >> > keyframable, like for example the corner effect. So, with a
> >> > french or german locale, we end up with what is visible in the
> >> > test.mlt file attached in my
On Thursday 08 September 2011 15:08:50 Dan Dennedy wrote:
> On Thu, Sep 8, 2011 at 2:35 PM, j-b-m wrote:
> > On Thursday 08 September 2011 19:22:48 j-b-m wrote:
> >> On Thursday 08 September 2011 15:38:09 j-b-m wrote:
> >> > setlocale(LC_NUMERIC,"POSIX")
On Thursday 08 September 2011 19:22:48 j-b-m wrote:
> On Thursday 08 September 2011 15:38:09 j-b-m wrote:
> > setlocale(LC_NUMERIC,"POSIX");
> >
> >
> > Of course, that caused major problems in MLT when used in non english
> > locales. I think it mig
On Thursday 08 September 2011 13:46:49 Dan Dennedy wrote:
> On Thu, Sep 8, 2011 at 1:42 PM, j-b-m wrote:
> > On Thursday 08 September 2011 13:29:01 Dan Dennedy wrote:
> >> On Thu, Sep 8, 2011 at 12:19 PM, j-b-m
wrote:
> >> > The problem now is that this fix b
On Thursday 08 September 2011 13:29:01 Dan Dennedy wrote:
> On Thu, Sep 8, 2011 at 12:19 PM, j-b-m wrote:
> > The problem now is that this fix breaks the locale conversion of
> > geometry
> > strings which previously seemed to work on a random basis. I am not
> > ex
Hello.
While investigating a kdenlive title issue, I found a strange behaviour with
the corner effect, which I traced down to a locale issue.
Attached are two mlt playlists:
* test.mlt is a playlist with 2 color clips and a corner effect after 10
frames, in french locale (with a comma as numer
On Thursday 08 September 2011 15:38:09 j-b-m wrote:
> setlocale(LC_NUMERIC,"POSIX");
>
>
> Of course, that caused major problems in MLT when used in non english
> locales. I think it might be the reason for the strange reports on the
> forum about using an image
Hi.
While looking at Kdenlive bugreport #2304, I discovered the following line in
the kdenlivetitle producer module:
setlocale(LC_NUMERIC,"POSIX");
Of course, that caused major problems in MLT when used in non english locales.
I think it might be the reason for the strange reports on the foru
Hi Dan,
Moving this discussion from the Kdenlive bug tracker (1) to the mlt-dev
mailing list since it may be useful one day to find it here...
First, your last change to producer_melt does not work, since it is
placed just before the track is inserted, so we still get the crash.
mlt_multitrack
Hi!
Currently, there is a bug in the region filter which prevents it from
working
in multi track playlists.
For example, when issuing the following command:
melt -profile dv_pal colour:red -track colour:blue -attach region:circle
filter0=brightness:2
You expect to get a blue background
On Tuesday 12 July 2011 19:46:36 Dan Dennedy wrote:
> On Tue, Jul 12, 2011 at 3:12 AM, j-b-m wrote:
> > Hi.
> >
> > I am trying to solve the handling of documents created with a different
> > locale than the system's current one.
> >
> > Let's sa
Hi.
I am trying to solve the handling of documents created with a different locale
than the system's current one.
Let's say we have a document created with a french locale, say fr_FR.UTF-8
(which has a comma as separator).
When loading that document on a system with english locale, MLT switche
On Sunday 10 July 2011 01:45:13 Dan Dennedy wrote:
(...)
> > The bug is that sometimes in "mlt_playlist_resize_clip", the blank
> > producer seems to be disconnected from the playlist's blank
> > (self->blank). Disconnected means that they have a different length
> > property.
> >
> > So, in "ml
On Friday 08 July 2011 06:05:17 Dan Dennedy wrote:
> On Thu, Jul 7, 2011 at 3:56 PM, j-b-m wrote:
> > On Friday 08 July 2011 00:46:31 Dan Dennedy wrote:
> >> >f0r_init();
> >> >plginfo(&info);
> >> > - snprintf ( string, siz
1 - 100 of 141 matches
Mail list logo
