On Mon, Jul 24, 2023, at 20:33, Dan Dennedy wrote:
> "transparent" is not a valid color name: See
> https://mltframework.org/plugins/ProducerColor/
> It just so happens to work though since it tries to convert the string to an
> int resulting in 0, which is equivalent.
Ah, I see, thanks for the
"transparent" is not a valid color name: See
https://mltframework.org/plugins/ProducerColor/
It just so happens to work though since it tries to convert the string to
an int resulting in 0, which is equivalent.
The higher order track gets priority when using multitrack, and there is no
automatic
Yeah. That is a good point. You would need to add a transition so that the
transparent is blended with the red. I guess it is not a perfect work around.
~Brian
On Monday, July 24, 2023 at 12:17:45 AM CDT, Rickard Lindberg
wrote:
Hmm.
Do I need to add some kind of transition for the t
Hmm.
Do I need to add some kind of transition for the transparent color to have any
effect?
I expected both of these to generate 100 (or 101?) red frames:
$ mlt-melt -track color:red in=0 out=100 -track color:transparent in=0 out=100
$ mlt-melt -track color:transparent in=0 out=100 -track color
Thanks for your support! This workaround works fine for me.
/Rickard
On Sun, Jul 23, 2023, at 00:22, Brian Matherly wrote:
>
> > mlt-melt color:red in=0 out=25 -blank 25 color:blue in=0 out=25 -consumer
> > avformat target=/tmp/export.mp4
>
> Thanks for the example command. I reproduce this an
> mlt-melt color:red in=0 out=25 -blank 25 color:blue in=0 out=25 -consumer
> avformat target=/tmp/export.mp4
Thanks for the example command. I reproduce this and I confirm it is a bug. I
have filed it here:https://github.com/mltframework/mlt/issues/931
As a workaround, you can use transparent
The normalizing filters are intended to be attached to the individual
producers, not the playlist itself.
It isn't the intention for the programmer to manually add the normalizers. They
are added by the factory when the "service:resource" notation us used (as you
use in your example code).
>Fro
I managed to reproduce the problem with melt:
$ mlt-melt color:red in=0 out=25 -blank 25 color:blue in=0 out=25 -consumer
avformat target=/tmp/export.mp4
+-+ +-+ +-+ +-+ +-+ +-+ +-+ +-+ +-+
|1=-10| |2= -5| |3= -2| |4= -1| |5= 0| |6= 1| |7= 2| |8= 5| |9= 10|
If I attach the audioconvert filter like this, the export works:
playlist.attach(mlt.Filter(profile, "audioconvert"))
When loading the xml, this filter seems to be attached automatically, along
with avcolor_space. But it is not set for the playlist that I create.
Should I wrap my playlist i
I tried to generate an XML file using the "xml" consumer and got this:
15000
pause
red
1.06667
color
15000
pause
green
1.06667
color
Melt seems to be able to render this just fine using
mlt-melt test.xml -consumer avf
Your MLT is over 2 years old. Can you try with a newer version?
Also, it would be helpful to reproduce with a melt command so that others can
easily recreate the problem.
~Brian
On Thursday, July 20, 2023 at 03:00:45 PM CDT, Rickard Lindberg
wrote:
Hi,
I'm having trouble exporting a
Hi,
I'm having trouble exporting a playlist that contains blanks. Here is a small
program to reproduce the problem:
mlt.Factory().init()
profile = mlt.Profile()
playlist = mlt.Playlist()
playlist.append(mlt.Producer(profile, "color:red"), 0, 25)
playlist.blank(25)
playlist
12 matches
Mail list logo