[Mlt-devel] Fwd: Bug#1051570: mlt: FTBFS with RtAudio 6

[Patrick Matthäi via Mlt-devel]

Hello,

I have got this patch for RTAudio 6 "support" (not tested, but it builds 
with 7.18.0). This patch also applies to the 7.20.0 version.
The problem is with the patch applied mlt builds against rtaudio 6.0.1, 
but it fails against 5.2.0 just with:


[ 57%] Linking CXX shared module ../../../out/lib/mlt/libmltmovit.so
cd /build/mlt-7.20.0/obj-x86_64-linux-gnu/src/modules/movit && 
/usr/bin/cmake -E cmake_link_script CMakeFiles/mltmovit.dir/link.txt 
--verbose=1
/usr/bin/c++ -fPIC -g -O2 -ffile-prefix-map=/build/mlt-7.20.0=. 
-fstack-protector-strong -fstack-clash-protection -Wformat 
-Werror=format-security -fcf-protection -Wdate-time -D_FORTIFY_SOURCE=2 
-Wl,-z,relro -Wl,-z,now -shared  -o ../../../out/lib/mlt/libmltmovit.so 
CMakeFiles/mltmovit.dir/factory.c.o 
CMakeFiles/mltmovit.dir/filter_glsl_manager.cpp.o 
CMakeFiles/mltmovit.dir/filter_movit_blur.cpp.o 
CMakeFiles/mltmovit.dir/filter_movit_convert.cpp.o 
CMakeFiles/mltmovit.dir/filter_movit_crop.cpp.o 
CMakeFiles/mltmovit.dir/filter_movit_deconvolution_sharpen.cpp.o 
CMakeFiles/mltmovit.dir/filter_movit_diffusion.cpp.o 
CMakeFiles/mltmovit.dir/filter_movit_flip.cpp.o 
CMakeFiles/mltmovit.dir/filter_movit_glow.cpp.o 
CMakeFiles/mltmovit.dir/filter_movit_lift_gamma_gain.cpp.o 
CMakeFiles/mltmovit.dir/filter_movit_mirror.cpp.o 
CMakeFiles/mltmovit.dir/filter_movit_opacity.cpp.o 
CMakeFiles/mltmovit.dir/filter_movit_rect.cpp.o 
CMakeFiles/mltmovit.dir/filter_movit_resample.cpp.o 
CMakeFiles/mltmovit.dir/filter_movit_resize.cpp.o 
CMakeFiles/mltmovit.dir/filter_movit_saturation.cpp.o 
CMakeFiles/mltmovit.dir/filter_movit_vignette.cpp.o 
CMakeFiles/mltmovit.dir/filter_movit_white_balance.cpp.o 
CMakeFiles/mltmovit.dir/mlt_movit_input.cpp.o 
CMakeFiles/mltmovit.dir/transition_movit_luma.cpp.o 
CMakeFiles/mltmovit.dir/transition_movit_mix.cpp.o 
CMakeFiles/mltmovit.dir/transition_movit_overlay.cpp.o 
CMakeFiles/mltmovit.dir/consumer_xgl.c.o 
-Wl,-rpath,/build/mlt-7.20.0/obj-x86_64-linux-gnu/out/lib: -lm 
../../../out/lib/libmlt++-7.so.7.20.0 
/usr/lib/x86_64-linux-gnu/libX11.so ../../../out/lib/libmlt-7.so.7.20.0 
/usr/lib/x86_64-linux-gnu/libGLX.so 
/usr/lib/x86_64-linux-gnu/libOpenGL.so 
/usr/lib/x86_64-linux-gnu/libmovit.so /usr/lib/x86_64-linux-gnu/libepoxy.so

make[3]: Leaving directory '/build/mlt-7.20.0/obj-x86_64-linux-gnu'
[ 57%] Built target mltmovit
make[2]: Leaving directory '/build/mlt-7.20.0/obj-x86_64-linux-gnu'
make[1]: *** [Makefile:139: all] Error 2
make[1]: Leaving directory '/build/mlt-7.20.0/obj-x86_64-linux-gnu'
dh_auto_build: error: cd obj-x86_64-linux-gnu && make -j2 
"INSTALL=install --strip-program=true" VERBOSE=1 returned exit code 2

make: *** [debian/rules:11: binary] Error 2
dpkg-buildpackage: error: debian/rules binary subprocess returned exit 
status 2



A better fix would be welcome :)


 Weitergeleitete Nachricht 
Betreff:Bug#1051570: mlt: FTBFS with RtAudio 6
Weitersenden-Datum: Sat, 09 Sep 2023 21:15:01 +
Weitersenden-Von:   IOhannes m zmoelnig 
Weitersenden-An:debian-bugs-d...@lists.debian.org
Weitersenden-CC:Patrick Matthäi 
Datum:  Sat, 09 Sep 2023 23:10:59 +0200
Von:IOhannes m zmoelnig 
Antwort an: 	IOhannes m zmoelnig , 
1051...@bugs.debian.org

An: Debian Bug Tracking System 



Source: mlt
Version: 7.18.0-2
Severity: serious
Tags: ftbfs patch
Justification: fails to build from source (but built successfully in the 
past)


Dear Maintainer,

mlt ftbfs with RtAudio 6 (currently in experimental).

```
[ 89%] Building CXX object 
src/modules/rtaudio/CMakeFiles/mltrtaudio.dir/consumer_rtaudio.cpp.o
cd /build/mlt-zme0kO/mlt-7.18.0/obj-x86_64-linux-gnu/src/modules/rtaudio 
&& /usr/lib/ccache/c++ -Dmltrtaudio_EXPORTS 
-I/build/mlt-zme0kO/mlt-7.18.0/src/framework/.. -isystem 
/usr/include/rtaudio -g -O2 
-ffile-prefix-map=/build/mlt-zme0kO/mlt-7.18.0=. 
-fstack-protector-strong -fstack-clash-protection -Wformat 
-Werror=format-security -fcf-protection -Wdate-time -D_FORTIFY_SOURCE=2 
-std=c++14 -fPIC -mmmx -msse -msse2 -pthread -D__LINUX_ALSA__ 
-D__LINUX_PULSE__ -D__UNIX_JACK__ -D_REENTRANT -MD -MT 
src/modules/rtaudio/CMakeFiles/mltrtaudio.dir/consumer_rtaudio.cpp.o -MF 
CMakeFiles/mltrtaudio.dir/consumer_rtaudio.cpp.o.d -o 
CMakeFiles/mltrtaudio.dir/consumer_rtaudio.cpp.o -c 
/build/mlt-zme0kO/mlt-7.18.0/src/modules/rtaudio/consumer_rtaudio.cpp
/build/mlt-zme0kO/mlt-7.18.0/src/modules/rtaudio/consumer_rtaudio.cpp: 
In member function ‘bool RtAudioConsumer::create_rtaudio(RtAudio::Api, 
int, int)’:
/build/mlt-zme0kO/mlt-7.18.0/src/modules/rtaudio/consumer_rtaudio.cpp:164:26: 
error: ‘struct RtAudio::DeviceInfo’ has no member named ‘probed’

164 | if (info.probed && info.name == resource) {
| ^~
/build/mlt-zme0kO/mlt-7.18.0/src/modules/rtaudio/consumer_rtaudio.cpp:212:16: 
error: ‘RtAudioError’ does not name a type; did you mean ‘RtAudioErrorType’?

212 | catch (RtAudioError ) {
| ^~~~

Re: [Mlt-devel] On Removing SDL 1.2

[Patrick Matthäi via Mlt-devel]

I do Not drop anything on my own,but If SDL people say they do Not Support and Develop this very old technology anymore and people should move to the new Interfaces I couldnt do much against it, also why?They offer a compability layer, very nice from them!but they also want to get rid of this old Code base, you understand?Am 24.06.2023 17:14 schrieb Janne Liljeblad :Why are you dropping anything? "Obsolete" is good here, the whole

stack from SDL 1.2 to X11 is as frozen as methane on Pluto. It will

keep functioning just like before as long as X11 or maybe XWayland is

working.



There are no additional maintenance costs precisely because SDL 1.2 is

so much behind the curve and nothing changes. SDL2 is also done now so

what is the point in moving from one old codebase to another just to

get exactly the same functionality.



Anyway, I hope you keep SDL 1.2 as long as possible.



On Sat, Jun 24, 2023 at 5:54 PM Patrick Matthäi  wrote:

>

> Hi,

>

> If something does Not Work AS excepted IT could be a Bug. IT seems you are complete into this topic so i think IT would BE nice to contact the SDL developers about it to find a solution?

> I could keep the 1.2 compability for a short time, but also after that time 1.2 Support will get removed and flowblade needs a solution

>

> Sorry for this lame Format, i am writing from my smartphone

>

> Am 24.06.2023 15:25 schrieb Janne Liljeblad :

>

> So SDL 2 has function:

>

> SDL_Window * SDL_CreateWindowFrom(const void *data);

>

> which ends up calling:

>

> X11_CreateWindowFrom(_THIS, SDL_Window * window, const void *data)

>

> but this code path just never worked for the purpose of attaching

> video display to a Gtk widget X11 window. Everything initialized and

> run well on MLT and SDL2 on the consumer I created, but no video got

> displayed ever.

>

> On Sat, Jun 24, 2023 at 3:49 PM Janne Liljeblad

>  wrote:

> >

> > Flowblade uses MLT SDL 1.2 functions. Below is how Flowblade displays video.

> >

> > # Create consumer and set params

> > self.consumer = mlt.Consumer(self.profile, "sdl")

> >

> > I've several times tried to create a SDL 2 video consumer for MLT that

> > displays video on top of Gtk.VBox widget Flowblade uses toi display

> > video, no dice.

> >

> > On Sat, Jun 24, 2023 at 3:42 PM Patrick Matthäi  wrote:

> > >

> > > Hey

> > > But it is flowblade itself using SDL 1.2 or using the mlt SDL 1.2 functions?

> > >

> > > Am 24.06.2023 14:15 schrieb Janne Liljeblad :

> > >

> > > Flowblade needs SDL 1.2 for video display and there is no clear path

> > > forward for replacement known to me.

> > >

> > > The problem is the piece of code in SDL 1.2 below. That functionality

> > > has not worked SDL 2.0 when I have tried to get it to display video.

> > > SDL 2 only allows creating new windows for video display, not display

> > > video on top of some X11 window that is connected to the widget

> > > Flowblade uses to show video.

> > >

> > > ---

> > > static int X11_CreateWindow(_THIS, SDL_Surface *screen,

> > > int w, int h, int bpp, Uint32 flags)

> > > {

> > > int i, depth;

> > > Visual *vis;

> > > int vis_change;

> > > Uint32 Amask;

> > >

> > > /* If a window is already present, destroy it and start fresh */

> > > if ( SDL_Window ) {

> > > X11_DestroyWindow(this, screen);

> > > switch_waiting = 0; /* Prevent jump back to now-meaningless state. */

> > > }

> > >

> > > /* See if we have been given a window id */

> > > if ( SDL_windowid ) {

> > > SDL_Window = SDL_strtol(SDL_windowid, NULL, 0);

> > > } else {

> > > SDL_Window = 0;

> > > }

> > > ...

> > > ---

> > >

> > > this is from SDL-1.2/src/video/x11/SDL_x11video.c

> > >

> > > I don't think this is ever going to work in SDL2 because Wayland does

> > > not have window ids for widgets. For Flowblade it is best to keep SDL

> > > 1.2 to display video for X11 and find another solution for Wayland.

> > >

> > > Janne

> > >

> > >

> > > ___

> > > Mlt-devel mailing list

> > > Mlt-devel@lists.sourceforge.net

> > > https://lists.sourceforge.net/lists/listinfo/mlt-devel

> > >

> > >

>

>


___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

Re: [Mlt-devel] On Removing SDL 1.2

[Patrick Matthäi via Mlt-devel]

Hi,If something does Not Work AS excepted IT could be a Bug. IT seems you are complete into this topic so i think IT would BE nice to contact the SDL developers about it to find a solution?I could keep the 1.2 compability for a short time, but also after that time 1.2 Support will get removed and flowblade needs a solutionSorry for this lame Format, i am writing from my smartphoneAm 24.06.2023 15:25 schrieb Janne Liljeblad :So SDL 2 has function:



SDL_Window * SDL_CreateWindowFrom(const void *data);



which ends up calling:



X11_CreateWindowFrom(_THIS, SDL_Window * window, const void *data)



but this code path just never worked for the purpose of attaching

video display to a Gtk widget X11 window. Everything initialized and

run well on MLT and SDL2 on the consumer I created, but no video got

displayed ever.



On Sat, Jun 24, 2023 at 3:49 PM Janne Liljeblad

 wrote:

>

> Flowblade uses MLT SDL 1.2 functions. Below is how Flowblade displays video.

>

> # Create consumer and set params

> self.consumer = mlt.Consumer(self.profile, "sdl")

>

> I've several times tried to create a SDL 2 video consumer for MLT that

> displays video on top of Gtk.VBox widget Flowblade uses toi display

> video, no dice.

>

> On Sat, Jun 24, 2023 at 3:42 PM Patrick Matthäi  wrote:

> >

> > Hey

> > But it is flowblade itself using SDL 1.2 or using the mlt SDL 1.2 functions?

> >

> > Am 24.06.2023 14:15 schrieb Janne Liljeblad :

> >

> > Flowblade needs SDL 1.2 for video display and there is no clear path

> > forward for replacement known to me.

> >

> > The problem is the piece of code in SDL 1.2 below. That functionality

> > has not worked SDL 2.0 when I have tried to get it to display video.

> > SDL 2 only allows creating new windows for video display, not display

> > video on top of some X11 window that is connected to the widget

> > Flowblade uses to show video.

> >

> > ---

> > static int X11_CreateWindow(_THIS, SDL_Surface *screen,

> > int w, int h, int bpp, Uint32 flags)

> > {

> > int i, depth;

> > Visual *vis;

> > int vis_change;

> > Uint32 Amask;

> >

> > /* If a window is already present, destroy it and start fresh */

> > if ( SDL_Window ) {

> > X11_DestroyWindow(this, screen);

> > switch_waiting = 0; /* Prevent jump back to now-meaningless state. */

> > }

> >

> > /* See if we have been given a window id */

> > if ( SDL_windowid ) {

> > SDL_Window = SDL_strtol(SDL_windowid, NULL, 0);

> > } else {

> > SDL_Window = 0;

> > }

> > ...

> > ---

> >

> > this is from SDL-1.2/src/video/x11/SDL_x11video.c

> >

> > I don't think this is ever going to work in SDL2 because Wayland does

> > not have window ids for widgets. For Flowblade it is best to keep SDL

> > 1.2 to display video for X11 and find another solution for Wayland.

> >

> > Janne

> >

> >

> > ___

> > Mlt-devel mailing list

> > Mlt-devel@lists.sourceforge.net

> > https://lists.sourceforge.net/lists/listinfo/mlt-devel

> >

> >


___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

Re: [Mlt-devel] On Removing SDL 1.2

[Patrick Matthäi via Mlt-devel]

HeyBut it is flowblade itself using SDL 1.2 or using the mlt SDL 1.2 functions?Am 24.06.2023 14:15 schrieb Janne Liljeblad :Flowblade needs SDL 1.2 for video display and there is no clear path
forward for replacement known to me.

The problem is the piece of code in SDL 1.2 below. That functionality
has not worked SDL 2.0 when I have tried to get it to display video.
SDL 2 only allows creating new windows for video display, not display
video on top of some X11 window that is connected to the widget
Flowblade uses to show video.

---
static int X11_CreateWindow(_THIS, SDL_Surface *screen,
    int w, int h, int bpp, Uint32 flags)
{
    int i, depth;
    Visual *vis;
    int vis_change;
    Uint32 Amask;

    /* If a window is already present, destroy it and start fresh */
    if ( SDL_Window ) {
    X11_DestroyWindow(this, screen);
    switch_waiting = 0; /* Prevent jump back to now-meaningless state. */
    }

    /* See if we have been given a window id */
    if ( SDL_windowid ) {
    SDL_Window = SDL_strtol(SDL_windowid, NULL, 0);
    } else {
    SDL_Window = 0;
    }
...
---

this is from SDL-1.2/src/video/x11/SDL_x11video.c

I don't think this is ever going to work in SDL2 because Wayland does
not have window ids for widgets. For Flowblade it is best to keep SDL
1.2 to display video for X11 and find another solution for Wayland.

Janne


___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

[Mlt-devel] Fwd: Bug#1038506: libmlt7: Contains a plugin for an obsolete version of SDL

[Patrick Matthäi via Mlt-devel]

Hey Dan,

in these weeks I couldn't work on a PC, so I couldnt check this. Do you 
think dropping SDL 1.2 from mlt would be a problem? Maybe porting mlt to 
use SDL 2 would also be a nice option :)


 Weitergeleitete Nachricht 
Betreff: 	Bug#1038506: libmlt7: Contains a plugin for an obsolete 
version of SDL

Weitersenden-Datum: Sun, 18 Jun 2023 16:45:01 +
Weitersenden-Von:   Simon McVittie 
Weitersenden-An:debian-bugs-d...@lists.debian.org
Weitersenden-CC:Patrick Matthäi 
Datum:  Sun, 18 Jun 2023 17:42:50 +0100
Von:Simon McVittie 
Antwort an: Simon McVittie , 1038...@bugs.debian.org
An: sub...@bugs.debian.org



Package: libmlt7
Version: 7.14.0-1
Tags: trixie sid
User: pkg-sdl-maintain...@lists.alioth.debian.org
Usertags: libsdl1.2

libmlt7 appears to contain plugins for both SDL 1.2 and SDL 2, and as a
result, it depends on both libsdl1.2debian and libsdl2-2.0-0.
SDL 1.2 is unmaintained upstream and we should be trying to move away
from it.

Various Debian packages depend on mlt:

- flowblade
- kdenlive
- shotcut
- synfig
- synfigstudio

but as far as I can see, none of them need SDL 1.2 specifically. Would
it be possible to disable/remove the SDL 1.2 plugin in mlt?

Thanks,
smcv

--
This bug report is part of a mass-bug-filing:
<https://lists.debian.org/debian-devel/2023/06/msg00120.html>
___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

Re: [Mlt-devel] Problem building mlt 7.10.0

[Patrick Matthäi via Mlt-devel]

Am 09.11.2022 um 17:53 schrieb Dan Dennedy:



On Wed, Nov 9, 2022 at 9:28 PM Patrick Matthäi  
wrote:



Am 09.11.2022 um 14:44 schrieb Dan Dennedy:
> On Wed, Nov 9, 2022 at 5:27 AM Patrick Matthäi via Mlt-devel
>  wrote:
>> Hello,
>>
>> I have got problems building mlt 7.10.0 on current Debian sid.
It aborts
>> with:
>>
>> -- Found SWIG: /usr/bin/swig4.0 (found version "4.1.0")
>> -- Found Python3: /usr/bin/python3.10 (found version "3.10.8")
found
>> components: Interpreter Development Development.Module
Development.Embed
>> CMake Error: File
>>

/build/mlt-7.10.0/src/modules/glaxnimate/glaxnimate/src/core/application_info_generated.in.hpp
>> does not exist.
>> CMake Error at src/modules/glaxnimate/CMakeLists.txt:146
(configure_file):
>>     configure_file Problem configuring file
>> Call Stack (most recent call first):
>>     src/modules/glaxnimate/CMakeLists.txt:196
(mlt_add_glaxnimate_module)
>>
>> I have attached the full log/output, I hope you can help 
> When did you download the tarball? It was updated to add the
> glaxnimate submodule several hours after the initial release upload,
> but that was days ago. The claimed missing file is in there and
a test
> build against the release tarball with MOD_GLAXNIMATE=ON
succeeds for
> me.
>
> $ tar tvzf ~/src/mlt/mlt-7.10.0.tar.gz | grep
application_info_generated
> -rw-rw-r-- ddennedy/ddennedy   277 2022-09-22 18:33
>

mlt-7.10.0/src/modules/glaxnimate/glaxnimate/src/core/application_info_generated.in.hpp

Today, about the tags .tar.gz:
https://github.com/mltframework/mlt/tags

We can not use the "release" page in our debian/watch scripts,
because
github introduces some lazy loading there and it is broken for
such tools..

But good to know then I will get the tarball. Maybe you want to
update
the tag or make a new release?


No, I cannot control that tar file, and it does not include git 
submodules. Neither will I check that code into this git repo. You can 
also get the release tar from sourceforge. Or you can turn off the 
Glaxnimate module in MLT configuration.


Ah thanks good to know. I will "manualy" use the tarballs then. mlt is 
updated in Debian :)___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

Re: [Mlt-devel] Problem building mlt 7.10.0

[Patrick Matthäi via Mlt-devel]

Am 09.11.2022 um 14:44 schrieb Dan Dennedy:

On Wed, Nov 9, 2022 at 5:27 AM Patrick Matthäi via Mlt-devel
 wrote:

Hello,

I have got problems building mlt 7.10.0 on current Debian sid. It aborts
with:

-- Found SWIG: /usr/bin/swig4.0 (found version "4.1.0")
-- Found Python3: /usr/bin/python3.10 (found version "3.10.8") found
components: Interpreter Development Development.Module Development.Embed
CMake Error: File
/build/mlt-7.10.0/src/modules/glaxnimate/glaxnimate/src/core/application_info_generated.in.hpp
does not exist.
CMake Error at src/modules/glaxnimate/CMakeLists.txt:146 (configure_file):
configure_file Problem configuring file
Call Stack (most recent call first):
src/modules/glaxnimate/CMakeLists.txt:196 (mlt_add_glaxnimate_module)

I have attached the full log/output, I hope you can help 

When did you download the tarball? It was updated to add the
glaxnimate submodule several hours after the initial release upload,
but that was days ago. The claimed missing file is in there and a test
build against the release tarball with MOD_GLAXNIMATE=ON succeeds for
me.

$ tar tvzf ~/src/mlt/mlt-7.10.0.tar.gz | grep application_info_generated
-rw-rw-r-- ddennedy/ddennedy   277 2022-09-22 18:33
mlt-7.10.0/src/modules/glaxnimate/glaxnimate/src/core/application_info_generated.in.hpp


Today, about the tags .tar.gz: https://github.com/mltframework/mlt/tags

We can not use the "release" page in our debian/watch scripts, because 
github introduces some lazy loading there and it is broken for such tools..


But good to know then I will get the tarball. Maybe you want to update 
the tag or make a new release?




___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

Re: [Mlt-devel] Fwd: Bug#967633: mlt: depends on deprecated GTK 2

[Patrick Matthäi]

oh thank you. Then I will remove the dependencies :)

Am 04.08.20 um 18:14 schrieb Dan Dennedy:
> On Tue, Aug 4, 2020 at 9:12 AM Patrick Matthäi  <mailto:patr...@linux-dev.org>> wrote:
>
> Hi Dan,
>
> any doubts about deactivating gtk2? It is also marked as
> deprecated (src/modules/gtk2/deprecated)
>
>
> Deprecation is deactivation in the MLT configure script. For the
> latest release you must remove that file to activate that module.
>
>
>  Weitergeleitete Nachricht 
> Betreff:  Bug#967633: mlt: depends on deprecated GTK 2
> Weitersenden-Datum:   Tue, 04 Aug 2020 10:59:05 +
> Weitersenden-Von: s...@debian.org <mailto:s...@debian.org>
> Weitersenden-An:  Patrick Matthäi 
> <mailto:pmatth...@debian.org>
> Datum:Tue, 04 Aug 2020 11:55:15 +0100
> Von:  s...@debian.org <mailto:s...@debian.org>
> Antwort an:   s...@debian.org <mailto:s...@debian.org>,
> 967633-mainto...@bugs.debian.org
> <mailto:967633-mainto...@bugs.debian.org>
> An:   mainto...@bugs.debian.org <mailto:mainto...@bugs.debian.org>
>
>
>
> Source: mlt
> Severity: normal
> User: pkg-gnome-maintain...@lists.alioth.debian.org
> <mailto:pkg-gnome-maintain...@lists.alioth.debian.org>
> Usertags: gtk2 oldlibs
> Control: block 947713 by -1
>
> This package has Build-Depends on GTK 2 (libgtk2.0-dev), or produces
> binary packages with a Depends on GTK 2.
>
> GTK 2 was superseded by GTK 3 in 2011 (see
> <https://bugs.debian.org/947713>
> <https://bugs.debian.org/947713>). It no longer receives any
> significant
> upstream maintenance, and in particular does not get feature
> development
> for new features like UI scaling on high-pixel-density displays
> (HiDPI)
> and native Wayland support. GTK 3 is in maintenance mode and GTK 4 is
> approaching release, so it seems like a good time to be thinking about
> minimizing the amount of GTK 2 in the archive.
>
> GTK 2 is used by some important productivity applications like
> GIMP, and
> has also historically been a popular UI toolkit for proprietary
> software
> that we can't change, so perhaps removing GTK 2 from Debian will
> never be
> feasible. However, it has reached the point where a dependency on
> it is
> a bug - not a release-critical bug, and not a bug that can necessarily
> be fixed quickly, but a piece of technical debt that maintainers
> should
> be aware of.
>
> A porting guide is provided in the GTK 3 documentation:
> https://developer.gnome.org/gtk3/stable/migrating.html
>
> Some libraries (for example libgtkspell0) expose GTK as part of their
> API/ABI, in which case removing the deprecated dependency requires
> breaking API/ABI. For these libraries, in many cases there will
> already
> be a corresponding GTK 3 version (for example libgtkspell3-3-0),
> in which
> case the GTK 2-based library should probably be deprecated or removed
> itself. If there is no GTK 3 equivalent, of a GTK 2-based library,
> maintainers should talk to the dependent library's upstream developers
> about whether the dependent library should break API/ABI and switch
> to GTK 3, or whether the dependent library should itself be deprecated
> or removed.
>
> A few packages extend GTK 2 by providing plugins (theme engines, input
> methods, etc.) or themes, for example ibus and mate-themes. If these
> packages deliberately support GTK 2 even though it is deprecated, and
> they also support GTK 3, then it is appropriate to mark this
> mass-filed
> bug as wontfix for now. I have tried to exclude these packages from
> the mass-bug-filing, but I probably missed some of them.
>
> Regards,
> smcv
>
> ___
> Mlt-devel mailing list
> Mlt-devel@lists.sourceforge.net
> <mailto:Mlt-devel@lists.sourceforge.net>
> https://lists.sourceforge.net/lists/listinfo/mlt-devel
>
___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

[Mlt-devel] Fwd: Bug#967633: mlt: depends on deprecated GTK 2

[Patrick Matthäi]

Hi Dan,

any doubts about deactivating gtk2? It is also marked as deprecated
(src/modules/gtk2/deprecated)


 Weitergeleitete Nachricht 
Betreff:Bug#967633: mlt: depends on deprecated GTK 2
Weitersenden-Datum: Tue, 04 Aug 2020 10:59:05 +
Weitersenden-Von:   s...@debian.org
Weitersenden-An:Patrick Matthäi 
Datum:  Tue, 04 Aug 2020 11:55:15 +0100
Von:s...@debian.org
Antwort an: s...@debian.org, 967633-mainto...@bugs.debian.org
An: mainto...@bugs.debian.org



Source: mlt
Severity: normal
User: pkg-gnome-maintain...@lists.alioth.debian.org
Usertags: gtk2 oldlibs
Control: block 947713 by -1

This package has Build-Depends on GTK 2 (libgtk2.0-dev), or produces
binary packages with a Depends on GTK 2.

GTK 2 was superseded by GTK 3 in 2011 (see
<https://bugs.debian.org/947713>). It no longer receives any significant
upstream maintenance, and in particular does not get feature development
for new features like UI scaling on high-pixel-density displays (HiDPI)
and native Wayland support. GTK 3 is in maintenance mode and GTK 4 is
approaching release, so it seems like a good time to be thinking about
minimizing the amount of GTK 2 in the archive.

GTK 2 is used by some important productivity applications like GIMP, and
has also historically been a popular UI toolkit for proprietary software
that we can't change, so perhaps removing GTK 2 from Debian will never be
feasible. However, it has reached the point where a dependency on it is
a bug - not a release-critical bug, and not a bug that can necessarily
be fixed quickly, but a piece of technical debt that maintainers should
be aware of.

A porting guide is provided in the GTK 3 documentation:
https://developer.gnome.org/gtk3/stable/migrating.html

Some libraries (for example libgtkspell0) expose GTK as part of their
API/ABI, in which case removing the deprecated dependency requires
breaking API/ABI. For these libraries, in many cases there will already
be a corresponding GTK 3 version (for example libgtkspell3-3-0), in which
case the GTK 2-based library should probably be deprecated or removed
itself. If there is no GTK 3 equivalent, of a GTK 2-based library,
maintainers should talk to the dependent library's upstream developers
about whether the dependent library should break API/ABI and switch
to GTK 3, or whether the dependent library should itself be deprecated
or removed.

A few packages extend GTK 2 by providing plugins (theme engines, input
methods, etc.) or themes, for example ibus and mate-themes. If these
packages deliberately support GTK 2 even though it is deprecated, and
they also support GTK 3, then it is appropriate to mark this mass-filed
bug as wontfix for now. I have tried to exclude these packages from
the mass-bug-filing, but I probably missed some of them.

Regards,
smcv

___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

Re: [Mlt-devel] 6.18.0 fails to build on some architectures

[Patrick Matthäi]

Hi Dan,

Am 19.12.2019 um 11:31 schrieb Patrick Matthäi:
> Am 19.12.2019 um 01:45 schrieb Dan Dennedy:
>>
>> On Tue, Dec 17, 2019 at 5:32 AM Patrick Matthäi > <mailto:pmatth...@debian.org>> wrote:
>>
>> Hi
>>
>> Am 22.11.2019 um 21:24 schrieb Dan Dennedy:
>> > On Wed, Nov 20, 2019 at 7:23 AM Patrick Matthäi
>> mailto:pmatth...@debian.org>> wrote:
>> >> Hi,
>> >>
>> >> I just uploaded 6.18.0, but it FTBFS on some architectures
>> like armel, mipsel etc:
>> > Can you please test the attached patch?
>>
>> Sorry I were on vacation, I have tested it now:
>>
>>  
>>
>> With this applied on 6.18.0 it still fails:
>>
>> 
>> https://buildd.debian.org/status/fetch.php?pkg=mlt=armel=6.18.0-2=1576577801=log
>>  
>>
>>  
>>
>>
>> Some web searches suggest that `-latomic` is sometimes needed. You
>> can add that in src/modules/avformat/Makefile and see if it makes a
>> difference.
>>
> No luck at all, now it can not find -lGl on all architectures (my
> local amd64 build was successful...)
>
>
Ok the attached patch works fine :)

Can you please push this patch to your repo?:


diff -Naur mlt-6.18.0.orig/src/modules/avformat/Makefile
mlt-6.18.0/src/modules/avformat/Makefile
--- mlt-6.18.0.orig/src/modules/avformat/Makefile   2019-11-12
02:44:42.0 +0100
+++ mlt-6.18.0/src/modules/avformat/Makefile    2019-12-19
09:51:18.816133573 +0100
@@ -1,5 +1,5 @@
 CFLAGS += -I../..
-LDFLAGS += -L../../framework -lmlt -lpthread -lm
+LDFLAGS += -L../../framework -lmlt -lpthread -lm -latomic

 include ../../../config.mak
 include config.mak
diff -Naur mlt-6.18.0.orig/src/modules/avformat/producer_avformat.c
mlt-6.18.0/src/modules/avformat/producer_avformat.c
--- mlt-6.18.0.orig/src/modules/avformat/producer_avformat.c   
2019-11-12 02:44:42.0 +0100
+++ mlt-6.18.0/src/modules/avformat/producer_avformat.c 2019-12-19
09:50:07.476605820 +0100
@@ -68,6 +68,12 @@
 #define IMAGE_ALIGN (1)
 #define VFR_THRESHOLD (3) // The minimum number of video frames with
differing durations to be considered VFR.

+#ifndef HAVE_ATOMIC_INT_FAST64
+#  if !#defined(__arm__) && !#defined(__mips__) && !defined(__sh__)
+#    define HAVE_ATOMIC_INT_FAST64 1
+#  endif
+#endif
+
 struct producer_avformat_s
 {
    mlt_producer parent;
@@ -84,10 +90,15 @@
    int audio_index;
    int video_index;
    int64_t first_pts;
+#if defined(HAVE_ATOMIC_INT_FAST64) && (HAVE_ATOMIC_INT_FAST64 != 0)
    atomic_int_fast64_t last_position;
+   atomic_int_fast64_t current_position;
+#else
+   int64_t last_position;
+   int64_t current_position;
+#endif
    int video_seekable;
    int seekable; /// This one is used for both audio and file level
seekability.
-   atomic_int_fast64_t current_position;
    mlt_position nonseek_position;
    atomic_int top_field_first;
    uint8_t *audio_buffer[ MAX_AUDIO_STREAMS ];

-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

  Blog: http://www.linux-dev.org/
E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/

___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

Re: [Mlt-devel] 6.18.0 fails to build on some architectures

[Patrick Matthäi]

Am 19.12.2019 um 01:45 schrieb Dan Dennedy:
>
> On Tue, Dec 17, 2019 at 5:32 AM Patrick Matthäi  <mailto:pmatth...@debian.org>> wrote:
>
> Hi
>
> Am 22.11.2019 um 21:24 schrieb Dan Dennedy:
> > On Wed, Nov 20, 2019 at 7:23 AM Patrick Matthäi
> mailto:pmatth...@debian.org>> wrote:
> >> Hi,
> >>
> >> I just uploaded 6.18.0, but it FTBFS on some architectures like
> armel, mipsel etc:
> > Can you please test the attached patch?
>
> Sorry I were on vacation, I have tested it now:
>
>  
>
> With this applied on 6.18.0 it still fails:
>
> 
> https://buildd.debian.org/status/fetch.php?pkg=mlt=armel=6.18.0-2=1576577801=log
>  
>
>  
>
>
> Some web searches suggest that `-latomic` is sometimes needed. You can
> add that in src/modules/avformat/Makefile and see if it makes a
> difference.
>
No luck at all, now it can not find -lGl on all architectures (my local
amd64 build was successful...)

@debian-arm team:
Can you help here to get mlt 6.18.0 working on armel & mipsel again?:

https://buildd.debian.org/status/logs.php?pkg=mlt=armel

-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

  Blog: http://www.linux-dev.org/
E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/

___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

Re: [Mlt-devel] 6.18.0 fails to build on some architectures

[Patrick Matthäi]

Hi

Am 22.11.2019 um 21:24 schrieb Dan Dennedy:
> On Wed, Nov 20, 2019 at 7:23 AM Patrick Matthäi  wrote:
>> Hi,
>>
>> I just uploaded 6.18.0, but it FTBFS on some architectures like armel, 
>> mipsel etc:
> Can you please test the attached patch?

Sorry I were on vacation, I have tested it now:


>
> diff --git a/src/modules/avformat/producer_avformat.c
> b/src/modules/avformat/producer_avformat.c
> index 46c16346..6ac46cc1 100644
> --- a/src/modules/avformat/producer_avformat.c
> +++ b/src/modules/avformat/producer_avformat.c
> @@ -68,6 +68,12 @@
>  #define IMAGE_ALIGN (1)
>  #define VFR_THRESHOLD (3) // The minimum number of video frames with
> differing durations to be considered VFR.
>
> +#ifndef HAVE_ATOMIC_INT_FAST64
> +#  if !#defined(__arm__) && !#defined(__mips__) && !defined(__sh__)
> +#define HAVE_ATOMIC_INT_FAST64 1
> +#  endif
> +#endif
> +
>  struct producer_avformat_s
>  {
>   mlt_producer parent;
> @@ -84,10 +90,15 @@ struct producer_avformat_s
>   int audio_index;
>   int video_index;
>   int64_t first_pts;
> +#if defined(HAVE_ATOMIC_INT_FAST64) && (HAVE_ATOMIC_INT_FAST64 != 0)
>   atomic_int_fast64_t last_position;
> + atomic_int_fast64_t current_position;
> +#else
> + int64_t last_position;
> + int64_t current_position;
> +#endif
>   int video_seekable;
>   int seekable; /// This one is used for both audio and file level 
> seekability.
> - atomic_int_fast64_t current_position;
>   mlt_position nonseek_position;
>   atomic_int top_field_first;
>   uint8_t *audio_buffer[ MAX_AUDIO_STREAMS ];
> diff --git a/src/modules/lumas/create_lumas b/src/modules/lumas/create_lumas
> index a86c8477..943911b1 100755

With this applied on 6.18.0 it still fails:

https://buildd.debian.org/status/fetch.php?pkg=mlt=armel=6.18.0-2=1576577801=log


> --- a/src/modules/lumas/create_lumas
> +++ b/src/modules/lumas/create_lumas
> @@ -4,6 +4,8 @@
>
>  if [ "$(uname -s)" = "Darwin" ]; then
>   export DYLD_LIBRARY_PATH=$LD_LIBRARY_PATH:../../framework
> +elif uname -s | grep -iq mingw; then
> + export PATH=$PATH:../../framework
>  else
>   export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:../../framework
>  fi
This is not applied, because the patch does not apply on 6.18.0

-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

  Blog: http://www.linux-dev.org/
E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/



___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

[Mlt-devel] 6.18.0 fails to build on some architectures

[Patrick Matthäi]

Hi,

I just uploaded 6.18.0, but it FTBFS on some architectures like armel,
mipsel etc:

https://buildd.debian.org/status/package.php?p=mlt

/usr/bin/ld: ./src/modules/avformat/producer_avformat.c:1768: undefined 
reference to `__atomic_load_8'
/usr/bin/ld: ./src/modules/avformat/producer_avformat.c:1958: undefined 
reference to `__atomic_load_8'
/usr/bin/ld: ./src/modules/avformat/producer_avformat.c:1959: undefined 
reference to `__atomic_load_8'
/usr/bin/ld: ./src/modules/avformat/producer_avformat.c:1668: undefined 
reference to `__atomic_load_8'
/usr/bin/ld: producer_avformat.o: in function `seek_video':
./src/modules/avformat/producer_avformat.c:1054: undefined reference to 
`__atomic_load_8'
collect2: error: ld returned 1 exit status
make[3]: *** [Makefile:55: ../libmltavformat.so] Error 1
make[3]: Leaving directory '/<>/src/modules/avformat'
make[2]: *** [Makefile:5: all] Error 1
make[2]: Leaving directory '/<>/src/modules'
make[1]: *** [Makefile:9: all] Error 1
make[1]: Leaving directory '/<>'
dh_auto_build: make -j4 returned exit code 2
make: *** [debian/rules:25: binary-arch] Error 255

-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

  Blog: http://www.linux-dev.org/
E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/

___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

Re: [Mlt-devel] Build mlt with Python 3

[Patrick Matthäi]

Am 02.09.2019 um 22:57 schrieb Dan Dennedy:
> AFAIK "python3" is not a standard name for the executable any may not
> be available on a python 3 only system. The patch needs to be
> backwards compatible and use python3 if available and just "python"
> otherwise.

Hi,

I have checked it on current Debian and Ubuntu 19.04 and if you only
have python3 there is no /usr/bin/python. All Python  tools have the "3"
in it.

Python 2 will retire in january (https://pythonclock.org/) so I think it
would be a good start for mlt in december to kick out Python2 support?


>
>
> On Mon, Sep 2, 2019 at 5:55 AM Janne Liljeblad
> mailto:janne.liljeb...@gmail.com>> wrote:
>
> I just got Flowblade launched with Python 3 bindings and the next
> release is coming with Flowblade running on Python 3, so I support
> making Python 3 the default for Python binding going forward.
>
> Regards,
>
> Janne
>
> On Mon, Sep 2, 2019 at 3:44 PM Patrick Matthäi
> mailto:pmatth...@debian.org>> wrote:
> >
> > Hi,
> >
> > I switched the Debian packaging from Python 2 to 3. Now there is the
> > problem, that the path is not /usr/bin/python (same for
> python-config),
> > but /u/b/python3{-config}.
> >
> > So I had to apply the attached diff to get it working with
> Python 3. I
> > would welcome it if..
> >
> > 1) Python3 would become the default
>     >
> > 2) Dynamic (or with configure switch) chose between python2 or 3
> >
> > --
> > /*
> > Mit freundlichem Gruß / With kind regards,
> >  Patrick Matthäi
> >  GNU/Linux Debian Developer
> >
> >   Blog: http://www.linux-dev.org/
> > E-Mail: pmatth...@debian.org <mailto:pmatth...@debian.org>
> >         patr...@linux-dev.org <mailto:patr...@linux-dev.org>
> > */
> >
> > ___
> > Mlt-devel mailing list
> > Mlt-devel@lists.sourceforge.net
> <mailto:Mlt-devel@lists.sourceforge.net>
> > https://lists.sourceforge.net/lists/listinfo/mlt-devel
>
>
> ___
> Mlt-devel mailing list
> Mlt-devel@lists.sourceforge.net
> <mailto:Mlt-devel@lists.sourceforge.net>
> https://lists.sourceforge.net/lists/listinfo/mlt-devel
>
>
>
> -- 
> +-DRD-+

-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

  Blog: http://www.linux-dev.org/
E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/

___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

[Mlt-devel] Build mlt with Python 3

[Patrick Matthäi]

Hi,

I switched the Debian packaging from Python 2 to 3. Now there is the
problem, that the path is not /usr/bin/python (same for python-config),
but /u/b/python3{-config}.

So I had to apply the attached diff to get it working with Python 3. I
would welcome it if..

1) Python3 would become the default

2) Dynamic (or with configure switch) chose between python2 or 3

-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

  Blog: http://www.linux-dev.org/
E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/

# Use python3 instead of python in all paths.

diff -Naur mlt-6.16.0.orig/src/swig/python/build 
mlt-6.16.0/src/swig/python/build
--- mlt-6.16.0.orig/src/swig/python/build   2019-09-02 11:06:36.998545328 
+0200
+++ mlt-6.16.0/src/swig/python/build2019-09-02 11:43:01.654807123 +0200
@@ -8,12 +8,12 @@
exit 0
 fi
 
-path=`which python 2> /dev/null`
+path=`which python3 2> /dev/null`
 
 if [ $? = 0 ]
 then
# Change this as needed
-   export PYTHON_INCLUDE=`python -c "import 
sys;print(\"{}/include/python{}.{}\".format(sys.prefix,*sys.version_info))"`
+   export PYTHON_INCLUDE=`python3 -c "import 
sys;print(\"{}/include/python{}.{}\".format(sys.prefix,*sys.version_info))"`
 
[ ! -d "$PYTHON_INCLUDE" ] && echo python development missing && exit 1
 
@@ -26,7 +26,7 @@
${CXX} -fPIC -D_GNU_SOURCE ${CXXFLAGS} -c -I../.. -I$PYTHON_INCLUDE 
mlt_wrap.cxx || exit $?
 
# Create the module
-   ${CXX} ${CXXFLAGS} -shared mlt_wrap.o -L../../mlt++ -lmlt++ 
-L../../framework -lmlt $(python-config --ldflags) -o _mlt.so || exit $?
+   ${CXX} ${CXXFLAGS} -shared mlt_wrap.o -L../../mlt++ -lmlt++ 
-L../../framework -lmlt $(python3-config --ldflags) -o _mlt.so || exit $?
 else
echo Python not installed.
exit 1
diff -Naur mlt-6.16.0.orig/src/swig/python/codecs.py 
mlt-6.16.0/src/swig/python/codecs.py
--- mlt-6.16.0.orig/src/swig/python/codecs.py   2019-09-02 11:06:36.998545328 
+0200
+++ mlt-6.16.0/src/swig/python/codecs.py2019-09-02 11:43:21.046703515 
+0200
@@ -1,4 +1,4 @@
-#!/usr/bin/env python
+#!/usr/bin/env python3
 # -*- coding: utf-8 -*-
 
 # Import required modules
diff -Naur mlt-6.16.0.orig/src/swig/python/getimage.py 
mlt-6.16.0/src/swig/python/getimage.py
--- mlt-6.16.0.orig/src/swig/python/getimage.py 2019-09-02 11:06:36.998545328 
+0200
+++ mlt-6.16.0/src/swig/python/getimage.py  2019-09-02 11:43:34.982629050 
+0200
@@ -1,4 +1,4 @@
-#!/usr/bin/env python
+#!/usr/bin/env python3
 # -*- coding: utf-8 -*-
 import mlt
 import sys
diff -Naur mlt-6.16.0.orig/src/swig/python/play.py 
mlt-6.16.0/src/swig/python/play.py
--- mlt-6.16.0.orig/src/swig/python/play.py 2019-09-02 11:06:36.998545328 
+0200
+++ mlt-6.16.0/src/swig/python/play.py  2019-09-02 11:43:41.622593566 +0200
@@ -1,4 +1,4 @@
-#!/usr/bin/env python
+#!/usr/bin/env python3
 # -*- coding: utf-8 -*-
 
 # Import required modules
diff -Naur mlt-6.16.0.orig/src/swig/python/switcher.py 
mlt-6.16.0/src/swig/python/switcher.py
--- mlt-6.16.0.orig/src/swig/python/switcher.py 2019-09-02 11:06:36.998545328 
+0200
+++ mlt-6.16.0/src/swig/python/switcher.py  2019-09-02 11:43:27.782667519 
+0200
@@ -1,4 +1,4 @@
-#!/usr/bin/env python
+#!/usr/bin/env python3
 # -*- coding: utf-8 -*-
 
 # Import required modules
diff -Naur mlt-6.16.0.orig/src/swig/python/test_animation.py 
mlt-6.16.0/src/swig/python/test_animation.py
--- mlt-6.16.0.orig/src/swig/python/test_animation.py   2019-09-02 
11:06:36.998545328 +0200
+++ mlt-6.16.0/src/swig/python/test_animation.py2019-09-02 
11:41:48.599197325 +0200
@@ -1,4 +1,4 @@
-#!/usr/bin/env python
+#!/usr/bin/env python3
 # -*- coding: utf-8 -*-
 
 from __future__ import print_function
diff -Naur mlt-6.16.0.orig/src/swig/python/waveforms.py 
mlt-6.16.0/src/swig/python/waveforms.py
--- mlt-6.16.0.orig/src/swig/python/waveforms.py2019-09-02 
11:06:36.998545328 +0200
+++ mlt-6.16.0/src/swig/python/waveforms.py 2019-09-02 11:43:49.862549531 
+0200
@@ -1,4 +1,4 @@
-#!/usr/bin/env python
+#!/usr/bin/env python3
 # -*- coding: utf-8 -*-
 import mlt
 from PIL import Image
diff -Naur mlt-6.16.0.orig/src/swig/python/webvfx_generator.py 
mlt-6.16.0/src/swig/python/webvfx_generator.py
--- mlt-6.16.0.orig/src/swig/python/webvfx_generator.py 2019-09-02 
11:06:36.998545328 +0200
+++ mlt-6.16.0/src/swig/python/webvfx_generator.py  2019-09-02 
11:43:09.974762672 +0200
@@ -1,4 +1,4 @@
-#!/usr/bin/env python
+#!/usr/bin/env python3
 # -*- coding: utf-8 -*-
 
 # webvfx_generator.py
___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

Re: [Mlt-devel] Bug#934590: libmlt-data: The package became bloated

[Patrick Matthäi]

2819 2019-07-23 11:39
./usr/share/mlt/lumas/square/luma22.pgm

-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

  Blog: http://www.linux-dev.org/
E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/



___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

Re: [Mlt-devel] Bug#890848: kdenlive: Small project gets ... "[mlt_pool] out of memory"

[Patrick Matthäi]

 check if this is a pixbuf producer issue.
>
> That was 3 days ago.
>
> I have not heard back.
>
> Maybe because an unitialized value makes the
> bug intermittent.
>
> I dunno.
>
> If you happen to know how to elicit the bug
> with just melt, please enlighten me.
>
> Maybe that would be convenient enough for Dan.
>
> So,
> Kingsley
>
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers unstable-debug
>   APT policy: (500, 'unstable-debug'), (500, 'unstable')
> Architecture: i386 (i686)
>
> Kernel: Linux 4.4.0-1-686-pae (SMP w/2 CPU cores)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/bash
> Init: systemd (via /run/systemd/system)
>
> Versions of packages kdenlive depends on:
> ii  ffmpeg   7:3.4.2-1
> ii  kded55.42.0-2
> ii  kdenlive-data17.12.2-1
> ii  kinit5.42.0-4
> ii  kio  5.42.0-3
> ii  libc62.26-6
> ii  libgcc1  1:8-20180207-2
> ii  libgl1   1.0.0-2
> ii  libglu1-mesa [libglu1]   9.0.0-2.1
> ii  libkf5archive5   5.42.0-2
> ii  libkf5attica55.42.0-2
> ii  libkf5auth5  5.42.0-2
> ii  libkf5bookmarks5 5.42.0-2
> ii  libkf5codecs55.42.0-2
> ii  libkf5completion55.42.0-4
> ii  libkf5configcore55.42.0-2
> ii  libkf5configgui5 5.42.0-2
> ii  libkf5configwidgets5 5.42.0-2
> ii  libkf5coreaddons55.42.0-2
> ii  libkf5crash5 5.42.0-2
> ii  libkf5dbusaddons55.42.0-2
> ii  libkf5filemetadata3  5.42.0-2
> ii  libkf5guiaddons5 5.42.0-2
> ii  libkf5i18n5  5.42.0-2
> ii  libkf5iconthemes55.42.0-2
> ii  libkf5itemviews5 5.42.0-2
> ii  libkf5jobwidgets55.42.0-2
> ii  libkf5kiocore5   5.42.0-3
> ii  libkf5kiofilewidgets55.42.0-3
> ii  libkf5kiowidgets55.42.0-3
> ii  libkf5newstuff5  5.42.0-2
> ii  libkf5newstuffcore5  5.42.0-2
> ii  libkf5notifications5 5.42.0-2
> ii  libkf5notifyconfig5  5.42.0-2
> ii  libkf5service-bin5.42.0-2
> ii  libkf5service5   5.42.0-2
> ii  libkf5solid5 5.42.0-2
> ii  libkf5sonnetui5  5.42.0-2
> ii  libkf5textwidgets5   5.42.0-2
> ii  libkf5widgetsaddons5 5.42.1-2
> ii  libkf5xmlgui55.42.0-2
> ii  libmlt++36.6.0-1+b1
> ii  libmlt6  6.6.0-1+b1
> ii  libqt5concurrent55.9.2+dfsg-12
> ii  libqt5core5a 5.9.2+dfsg-12
> ii  libqt5dbus5  5.9.2+dfsg-12
> ii  libqt5gui5   5.9.2+dfsg-12
> ii  libqt5network5   5.9.2+dfsg-12
> ii  libqt5qml5   5.9.2-3
> ii  libqt5quick5 5.9.2-3
> ii  libqt5script55.9.2+dfsg-2
> ii  libqt5svg5   5.9.2-3
> ii  libqt5webkit55.212.0~alpha2-7
> ii  libqt5widgets5   5.9.2+dfsg-12
> ii  libqt5xml5   5.9.2+dfsg-12
> ii  libstdc++6   8-20180207-2
> ii  libv4l-0 1.14.2-1
> ii  melt 6.6.0-1+b1
> ii  qml-module-qtquick-controls  5.9.2-2
> ii  qml-module-qtquick2  5.9.2-3
>
> Versions of packages kdenlive recommends:
> ii  breeze-icon-theme  4:5.25.0-2
> ii  dvdauthor  0.7.0-1.3
> ii  dvgrab 3.5-2+b3
> ii  frei0r-plugins 1.6.1-2
> ii  genisoimage9:1.1.11-3
> ii  oxygen-icon-theme  5:5.25.0-1
> ii  recordmydesktop0.3.8.1+svn602-1+b1
> ii  swh-plugins0.4.17-2
>
> Versions of packages kdenlive suggests:
> ii  khelpcenter  4:17.08.3-1
>
> -- no debconf information

This looks problematic. Is there an update on this issue?
All related attachments could be downloaded from here:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=890848

-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

  Blog: http://www.linux-dev.org/
E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

Re: [Mlt-devel] Bug#847700: kdenlive: I can't render ANY format

[Patrick Matthäi]

reassign #847700 src:mlt
tag #847700 + upstream
forwarded #847700 https://github.com/mltframework/shotcut/issues/337
thanks


Am 29.01.2017 um 11:54 schrieb david:
> El domingo 29 de enero, Patrick Matthäi escribió:
>> If you save the project and then execute this:
>> $ melt ~/path/to/yourprojectfile/project.kdenlive
>>
>> Does it play the whole project and what are the outputs of melt? You may
>> also use the -debug option
> It doesn't play it.
>
> Here is the output:
>
> --
> +-+ +-+ +-+ +-+ +-+ +-+ +-+ +-+ +-+
> |1=-10| |2= -5| |3= -2| |4= -1| |5=  0| |6=  1| |7=  2| |8=  5| |9= 10|
> +-+ +-+ +-+ +-+ +-+ +-+ +-+ +-+ +-+
> +-+
> |   H = back 1 minute,  L = forward 1 minute  |
> | h = previous frame,  l = next frame |
> |   g = start of clip, j = next clip, k = previous clip   |
> |0 = restart, q = quit, space = play  |
> +-+
> [mpeg2video @ 0x7f2f7000eb40] Invalid frame dimensions 0x0.
> [mpeg2video @ 0x7f2f7000eb40] Invalid frame dimensions 0x0.
> [mpeg2video @ 0x7f2f7000eb40] Invalid frame dimensions 0x0.
> [mpeg2video @ 0x7f2f7000eb40] Invalid frame dimensions 0x0.
> [mpeg2video @ 0x7f2f7000eb40] Invalid frame dimensions 0x0.
> [mpeg2video @ 0x7f2f7000eb40] Invalid frame dimensions 0x0.
> [mpeg2video @ 0x7f2f7000eb40] Invalid frame dimensions 0x0.
> [mpeg2video @ 0x7f2f7000eb40] Invalid frame dimensions 0x0.
> [mpeg2video @ 0x7f2f7000eb40] Invalid frame dimensions 0x0.
> [mpeg2video @ 0x7f2f7000eb40] Invalid frame dimensions 0x0.
> [mpeg2video @ 0x7f2f7000eb40] Invalid frame dimensions 0x0.
> [mpegts @ 0x7f2f7000a040] Could not find codec parameters for stream 2 
> (Unknown: none ([160][0][0][0] / 0x00A0)): unknown codec
> Consider increasing the value for the 'analyzeduration' and 'probesize' 
> options
> [mpegts @ 0x7f2f7000a040] Could not find codec parameters for stream 3 
> (Unknown: none ([161][0][0][0] / 0x00A1)): unknown codec
> Consider increasing the value for the 'analyzeduration' and 'probesize' 
> options
> [mpeg2video @ 0x7f2f70031380] Invalid frame dimensions 0x0.
> [mpeg2video @ 0x7f2f70031380] Invalid frame dimensions 0x0.
> [mpeg2video @ 0x7f2f70031380] Invalid frame dimensions 0x0.
> [mpeg2video @ 0x7f2f70031380] Invalid frame dimensions 0x0.
> [mpeg2video @ 0x7f2f70031380] Invalid frame dimensions 0x0.
> [mpeg2video @ 0x7f2f70031380] Invalid frame dimensions 0x0.
> [mpeg2video @ 0x7f2f70031380] Invalid frame dimensions 0x0.
> [mpeg2video @ 0x7f2f70031380] Invalid frame dimensions 0x0.
> [mpeg2video @ 0x7f2f70031380] Invalid frame dimensions 0x0.
> [mpeg2video @ 0x7f2f70031380] Invalid frame dimensions 0x0.
> [mpeg2video @ 0x7f2f70031380] Invalid frame dimensions 0x0.
> [mpegts @ 0x7f2f7002cbe0] Could not find codec parameters for stream 2 
> (Unknown: none ([160][0][0][0] / 0x00A0)): unknown codec
> Consider increasing the value for the 'analyzeduration' and 'probesize' 
> options
> [mpegts @ 0x7f2f7002cbe0] Could not find codec parameters for stream 3 
> (Unknown: none ([161][0][0][0] / 0x00A1)): unknown codec
> Consider increasing the value for the 'analyzeduration' and 'probesize' 
> options
> [mpeg2video @ 0x7f2f70040920] Invalid frame dimensions 0x0.
> [mpeg2video @ 0x7f2f70040920] Invalid frame dimensions 0x0.
> [mpeg2video @ 0x7f2f70040920] Invalid frame dimensions 0x0.
> [mpeg2video @ 0x7f2f70040920] Invalid frame dimensions 0x0.
> [mpeg2video @ 0x7f2f70040920] Invalid frame dimensions 0x0.
> [mpeg2video @ 0x7f2f70040920] Invalid frame dimensions 0x0.
> [mpeg2video @ 0x7f2f70040920] Invalid frame dimensions 0x0.
> [mpeg2video @ 0x7f2f70040920] Invalid frame dimensions 0x0.
> [mpeg2video @ 0x7f2f70040920] Invalid frame dimensions 0x0.
> [mpeg2video @ 0x7f2f70040920] Invalid frame dimensions 0x0.
> [mpeg2video @ 0x7f2f70040920] Invalid frame dimensions 0x0.
> [mpegts @ 0x7f2f70045ce0] Could not find codec parameters for stream 2 
> (Unknown: none ([160][0][0][0] / 0x00A0)): unknown codec
> Consider increasing the value for the 'analyzeduration' and 'probesize' 
> options
> [mpegts @ 0x7f2f70045ce0] Could not find codec parameters for stream 3 
> (Unknown: none ([161][0][0][0] / 0x00A1)): unknown codec
> Consider increasing the value for the 'analyzeduration' and 'probesize' 
> options
> [filter avcolor_space] Invalid format glsl
> [filter avcolor_space] Invalid format glsl
> [filter avcolor_space] Invalid format glsl
> Violación de segmento
> -

Re: [Mlt-devel] [mltframework/mlt] 3c299c: Added release notes for v6.4.0

[Patrick Matthäi]

Am 10.11.2016 um 08:47 schrieb GitHub:
>   Branch: refs/heads/master
>   Home:   https://github.com/mltframework/mlt
>   Commit: 3c299c0de01587228c31f7a7eaa1284d8d9619b9
>   
> https://github.com/mltframework/mlt/commit/3c299c0de01587228c31f7a7eaa1284d8d9619b9
>   Author: Dan Dennedy <d...@dennedy.org>
>   Date:   2016-11-09 (Wed, 09 Nov 2016)
>
>   Changed paths:
> M NEWS
>
>   Log Message:
>   ---
>   Added release notes for v6.4.0
I tried out a test compile on Debian unstable and did some linitian
checks and it looks good :)

-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

  Blog: http://www.linux-dev.org/
E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/


--
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from Colfax.
Order your platform today. http://sdm.link/xeonphi
___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

Re: [Mlt-devel] Next mlt release

[Patrick Matthäi]

Am 27.10.2016 um 20:56 schrieb Dan Dennedy:
> Yes, I can release a new version soon.
>
> I do not know about that bug. Maybe it existed and was fixed, but I do
> not recall at the moment. Harald is a Kdenlive developer (or just
> power user?) and knows more about the state of things as integrated
> into Kdenlive. Harald or other Kdenlive folk, do you recall a time
> period in this year when people were reporting crashes when using
> track filters


Having up to date code is the goal of my email, nice that you good
release soon :)

This specified bug just is one where I think it may be mlt code related.

>
>
> On Thu, Oct 27, 2016 at 11:47 AM Harald Albrecht
> <harald.albre...@gmx.net <mailto:harald.albre...@gmx.net>> wrote:
>
> Kdenlive track effects do work, as I've just done two or three
> projects using them, both audio  (volume) as well as video
> effects, crop/pan in particular. Make sure to be on recent git
> master Kdenlive (stable sufficies) and proper git master MLT,
> which is stable.
>
> Best regards,
> Harald
>
>
>  Ursprüngliche Nachricht 
> Von: Patrick Matthäi <pmatth...@debian.org
> <mailto:pmatth...@debian.org>>
> Datum: 27.10.16 14:44 (GMT+01:00)
> An: mlt-devel@lists.sourceforge.net
> <mailto:mlt-devel@lists.sourceforge.net>
> Betreff: [Mlt-devel] Next mlt release
>
> Hello,
>
> are there plans when the next mlt version may release?
> I would be happy to release with something newer than 6.2.0 with the
> upcoming Deb Stretch release (which freezes in the "next" time [0]) :)
>
> Btw could you have a look at this bug?: [1]
>
> [0]: https://wiki.debian.org/DebianStretch#Before_the_release
> [1]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=829533
>
> -- 
> /*
> Mit freundlichem Gruß / With kind regards,
> Patrick Matthäi
> GNU/Linux Debian Developer
>
>   Blog: http://www.linux-dev.org/
> E-Mail: pmatth...@debian.org <mailto:pmatth...@debian.org>
> patr...@linux-dev.org <mailto:patr...@linux-dev.org>
> */
>
>
>
> 
> --
> The Command Line: Reinvented for Modern Developers
> Did the resurgence of CLI tooling catch you by surprise?
> Reconnect with the command line and become more productive.
> Learn the new .NET and ASP.NET <http://ASP.NET> CLI. Get your free
> copy!
> http://sdm.link/telerik
> ___
> Mlt-devel mailing list
> Mlt-devel@lists.sourceforge.net
> <mailto:Mlt-devel@lists.sourceforge.net>
> https://lists.sourceforge.net/lists/listinfo/mlt-devel
> 
> --
> The Command Line: Reinvented for Modern Developers
> Did the resurgence of CLI tooling catch you by surprise?
> Reconnect with the command line and become more productive.
> Learn the new .NET and ASP.NET <http://ASP.NET> CLI. Get your free
> copy!
> http://sdm.link/telerik___
> Mlt-devel mailing list
> Mlt-devel@lists.sourceforge.net
> <mailto:Mlt-devel@lists.sourceforge.net>
> https://lists.sourceforge.net/lists/listinfo/mlt-devel
>

--
The Command Line: Reinvented for Modern Developers
Did the resurgence of CLI tooling catch you by surprise?
Reconnect with the command line and become more productive. 
Learn the new .NET and ASP.NET CLI. Get your free copy!
http://sdm.link/telerik___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

[Mlt-devel] Next mlt release

[Patrick Matthäi]

Hello,

are there plans when the next mlt version may release?
I would be happy to release with something newer than 6.2.0 with the
upcoming Deb Stretch release (which freezes in the "next" time [0]) :)

Btw could you have a look at this bug?: [1]

[0]: https://wiki.debian.org/DebianStretch#Before_the_release
[1]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=829533

-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

  Blog: http://www.linux-dev.org/
E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/



--
The Command Line: Reinvented for Modern Developers
Did the resurgence of CLI tooling catch you by surprise?
Reconnect with the command line and become more productive. 
Learn the new .NET and ASP.NET CLI. Get your free copy!
http://sdm.link/telerik
___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

Re: [Mlt-devel] [mltframework/mlt] 19b2fb: Update internal libebur128 to version 1.1.0

[Patrick Matthäi]

Hi,

(I have added the libebur128 Debian package maintainers to CC)

@Andrew and Sebastian:
May you contact upstream to merge/discuss/solve both issues with Brian?
There is not so much time anymore to solve this for our Stretch release
(a few months).

@Dan and Brian:
It is disabled, but I am also not happy about it. Renaming all files to
hide the library would be quite ugly and I should detect it. I can
understand your frustration, but using embedded libraries produces tons
of new problems (always!).


Am 09.07.2016 um 04:09 schrieb Dan Dennedy:
>
> You do not need to abide by their policy. This is a clear fork of
> libebur128.  Let them figure out what they want to do about it. Debian
> can simply disable that module if they feel the need.
>
>
> On Fri, Jul 8, 2016, 7:06 PM Brian Matherly <c...@brianmatherly.com
> <mailto:c...@brianmatherly.com>> wrote:
>
> Hmm. Ok. I don't really understand the policy. I feel like it
> unnecessarily withholds valuable features from the users. What if
> I rename the files and reorganize the code so that it no longer
> resembles libebur128 - and there is no hope of ever merging
> changes between the two code bases? Then, would the policy no
> longer apply? After 6 months I am tired of waiting for libebur128
> to accept (or reject) the pull requests.
>
> ~Brian
>
>
> --------
> *From:* Patrick Matthäi <pmatth...@debian.org
> <mailto:pmatth...@debian.org>>
> *To:* Brian Matherly <c...@brianmatherly.com
> <mailto:c...@brianmatherly.com>>; "mlt-devel@lists.sourceforge.net
> <mailto:mlt-devel@lists.sourceforge.net>"
> <mlt-devel@lists.sourceforge.net
> <mailto:mlt-devel@lists.sourceforge.net>>
> *Sent:* Friday, July 8, 2016 1:39 PM
>
> *Subject:* Re: [Mlt-devel] [mltframework/mlt] 19b2fb: Update
> internal libebur128 to version 1.1.0
>
> Thanks for your update, I thought a merge TO mlt is missing. Since
> it "just" provides additonal features I do not see a good chance
> to provide the fork within Debian (and Ubuntu and so on pulls from
> Debian) :( I may be forced later to remove it again.
> In oct/nov we will freeze our testing/stretch, so I hope libebur
> will merge the pull requests in the next time so that I still can
> provide these features for stretch
>
> Am 08.07.2016 um 15:21 schrieb Brian Matherly:
>> No.
>>
>> MLT uses additional features which have not yet been merged into
>> libebur128:
>> https://github.com/jiixyj/libebur128/pull/49
>> https://github.com/jiixyj/libebur128/pull/51
>> We will have to keep using our own fork until the changes are
>> merged and released in libebur128.
>>
>> Is there any way to get an exception to the Debian rule and allow
>> the internal ebur128 to be used until the features are released
>> by libebur1238?
>>
>> ~Brian
>>
>>
>> 
>> *From:* Patrick Matthäi <pmatth...@debian.org>
>> <mailto:pmatth...@debian.org>
>> *To:* mlt-devel@lists.sourceforge.net
>> <mailto:mlt-devel@lists.sourceforge.net>
>> *Sent:* Friday, July 8, 2016 5:55 AM
>> *Subject:* Re: [Mlt-devel] [mltframework/mlt] 19b2fb: Update
>> internal libebur128 to version 1.1.0
>>
>> Hi
>>
>>
>> Am 02.03.2016 um 21:08 schrieb GitHub:
>> >  Branch: refs/heads/master
>> >  Home:  https://github.com/mltframework/mlt
>> >  Commit: 19b2fb8bc13ff561367d4bf6927ba7809f6b23dd
>> > 
>> 
>> https://github.com/mltframework/mlt/commit/19b2fb8bc13ff561367d4bf6927ba7809f6b23dd
>> >  Author: Brian Matherly <c...@brianmatherly.com
>> <mailto:c...@brianmatherly.com>>
>> >  Date:  2016-03-02 (Wed, 02 Mar 2016)
>> >
>> >  Changed paths:
>> >M src/modules/plus/Makefile
>> >M src/modules/plus/ebur128/ebur128.c
>> >M src/modules/plus/ebur128/ebur128.h
>> >R src/modules/plus/ebur128/queue.h
>> >A src/modules/plus/ebur128/queue/sys/queue.h
>> >
>> >  Log Message:
>> >  ---
>> >  Update internal libebur128 to version 1.1.0
>> >
>> Will the next mlt version then have the option to link against the
>> system libebur version?
>>
>> 
>> --

Re: [Mlt-devel] [mltframework/mlt] 19b2fb: Update internal libebur128 to version 1.1.0

[Patrick Matthäi]

Thanks for your update, I thought a merge TO mlt is missing. Since it
"just" provides additonal features I do not see a good chance to provide
the fork within Debian (and Ubuntu and so on pulls from Debian) :( I may
be forced later to remove it again.

In oct/nov we will freeze our testing/stretch, so I hope libebur will
merge the pull requests in the next time so that I still can provide
these features for stretch


Am 08.07.2016 um 15:21 schrieb Brian Matherly:
> No.
>
> MLT uses additional features which have not yet been merged into
> libebur128:
> https://github.com/jiixyj/libebur128/pull/49
> https://github.com/jiixyj/libebur128/pull/51
> We will have to keep using our own fork until the changes are merged
> and released in libebur128.
>
> Is there any way to get an exception to the Debian rule and allow the
> internal ebur128 to be used until the features are released by
> libebur1238?
>
> ~Brian
>
>
> ------------
> *From:* Patrick Matthäi <pmatth...@debian.org>
> *To:* mlt-devel@lists.sourceforge.net
> *Sent:* Friday, July 8, 2016 5:55 AM
> *Subject:* Re: [Mlt-devel] [mltframework/mlt] 19b2fb: Update internal
> libebur128 to version 1.1.0
>
> Hi
>
>
> Am 02.03.2016 um 21:08 schrieb GitHub:
> >  Branch: refs/heads/master
> >  Home:  https://github.com/mltframework/mlt
> >  Commit: 19b2fb8bc13ff561367d4bf6927ba7809f6b23dd
> > 
> https://github.com/mltframework/mlt/commit/19b2fb8bc13ff561367d4bf6927ba7809f6b23dd
> >  Author: Brian Matherly <c...@brianmatherly.com
> <mailto:c...@brianmatherly.com>>
> >  Date:  2016-03-02 (Wed, 02 Mar 2016)
> >
> >  Changed paths:
> >M src/modules/plus/Makefile
> >M src/modules/plus/ebur128/ebur128.c
> >M src/modules/plus/ebur128/ebur128.h
> >R src/modules/plus/ebur128/queue.h
> >A src/modules/plus/ebur128/queue/sys/queue.h
> >
> >  Log Message:
> >  ---
> >  Update internal libebur128 to version 1.1.0
> >
> Will the next mlt version then have the option to link against the
> system libebur version?
>
> --
> Attend Shape: An AT Tech Expo July 15-16. Meet us at AT Park in San
> Francisco, CA to explore cutting-edge tech and listen to tech luminaries
> present their vision of the future. This family event has something for
> everyone, including kids. Get more information and register today.
> http://sdm.link/attshape
> ___
> Mlt-devel mailing list
> Mlt-devel@lists.sourceforge.net <mailto:Mlt-devel@lists.sourceforge.net>
> https://lists.sourceforge.net/lists/listinfo/mlt-devel
>
>

--
Attend Shape: An AT Tech Expo July 15-16. Meet us at AT Park in San
Francisco, CA to explore cutting-edge tech and listen to tech luminaries
present their vision of the future. This family event has something for
everyone, including kids. Get more information and register today.
http://sdm.link/attshape___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

Re: [Mlt-devel] Bug#829533: kdenlive: Track effects are broken

[Patrick Matthäi]

Hi,

thanks for your report.

@mlt-devel:
I think this issue may be for you

Am 04.07.2016 um 07:37 schrieb Kyanos:
> Package: kdenlive
> Version: 16.04.2-1
> Severity: normal
>
> Dear Maintainer,
>
> Effects on tracks are not working. I tried this with multiple effects
> and they are all broken when applied to tracks (as opposed to clips).
>
> Audio effects are ignored, while video clips cause a crash upon trying
> to preview the video in the Project Monitor. GDB session follows:
>
>
> Thread 43 "RenderThread" received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 0x7fff89ffa700 (LWP 10882)]
> convert_image (frame=0x7fff78b10ca0, image=0x7fff89ff9c58,
> format=0x5854408c, output_format=mlt_image_yuv422)
> at filter_avcolour_space.c:194
> 194 filter_avcolour_space.c: No such file or directory.
> (gdb) bt
> #0  convert_image (frame=0x7fff78b10ca0, image=0x7fff89ff9c58,
> format=0x5854408c, output_format=mlt_image_yuv422)
> at filter_avcolour_space.c:194
> #1  0x766d3b58 in mlt_frame_get_image (self=0x7fff78b10ca0,
> buffer=0x7fff89ff9c58, format=0x5854408c, width=0x7fff89ff9c44,
> height=0x7fff89ff9c48, writable=0) at mlt_frame.c:591
> #2  0x766d3b07 in mlt_frame_get_image
> (self=self@entry=0x7fff78b10ca0,
> buffer=buffer@entry=0x7fff89ff9c58, format=format@entry=0x5854408c,
> width=width@entry=0x7fff89ff9c44, height=height@entry=0x7fff89ff9c48,
> writable=writable@entry=0) at mlt_frame.c:585
> #3  0x766e9a89 in producer_get_image
> (self=self@entry=0x7fff78b0efb0,
> buffer=buffer@entry=0x7fff89ff9c58, format=format@entry=0x5854408c,
> width=width@entry=0x7fff89ff9c44, height=height@entry=0x7fff89ff9c48,
> writable=writable@entry=0) at mlt_tractor.c:370
> #4  0x766d3b07 in mlt_frame_get_image
> (self=self@entry=0x7fff78b0efb0,
> buffer=buffer@entry=0x7fff89ff9c58, format=format@entry=0x5854408c,
> width=width@entry=0x7fff89ff9c44, height=height@entry=0x7fff89ff9c48,
> writable=writable@entry=0) at mlt_frame.c:585
> #5  0x766e7120 in consumer_read_ahead_thread (arg=0x58539eb0)
> at mlt_consumer.c:897
> #6  0x558514ed in RenderThread::run (this=0x7fff9b5facd0)
> at /build/kdenlive-16.04.2/src/monitor/glwidget.cpp:1230
> #7  0x70778808 in QThreadPrivate::start (arg=0x7fff9b5facd0)
> at thread/qthread_unix.cpp:341
> #8  0x7fffec742464 in start_thread (arg=0x7fff89ffa700)
> at pthread_create.c:334
> #9  0x7fffefb7be5d in clone ()
> at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109
>
>
> Thank you for your consideration.
>
> Kyanos
>
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers testing
>   APT policy: (500, 'testing'), (300, 'oldstable-updates'), (300,
> 'oldstable')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
>
> Kernel: Linux 4.6.0-1-amd64 (SMP w/4 CPU cores)
> Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
>
> Versions of packages kdenlive depends on:
> ii  ffmpeg   7:3.0.2-4
> ii  kded55.22.0-1
> ii  kdenlive-data16.04.2-1
> ii  kinit5.22.0-1
> ii  kio  5.22.0-1
> ii  libc62.22-11
> ii  libgcc1  1:6.1.1-7
> ii  libgl1-mesa-glx [libgl1] 11.2.2-1
> ii  libglu1-mesa [libglu1]   9.0.0-2.1
> ii  libkf5archive5   5.23.0-1
> ii  libkf5attica55.23.0-1
> ii  libkf5auth5  5.23.0-1
> ii  libkf5bookmarks5 5.22.0-2
> ii  libkf5codecs55.23.0-1
> ii  libkf5completion55.23.0-1
> ii  libkf5configcore55.23.0-1
> ii  libkf5configgui5 5.23.0-1
> ii  libkf5configwidgets5 5.22.0-1
> ii  libkf5coreaddons55.23.0-1
> ii  libkf5crash5 5.23.0-1
> ii  libkf5dbusaddons55.23.0-1
> ii  libkf5filemetadata3  5.22.0-1
> ii  libkf5guiaddons5 5.23.0-1
> ii  libkf5i18n5  5.22.1-1
> ii  libkf5iconthemes55.22.0-1
> ii  libkf5itemviews5 5.23.0-1
> ii  libkf5jobwidgets55.23.0-1
> ii  libkf5kiocore5   5.22.0-1
> ii  libkf5kiofilewidgets55.22.0-1
> ii  libkf5kiontlm5   5.22.0-1
> ii  libkf5kiowidgets55.22.0-1
> ii  libkf5newstuff5  5.22.0-1
> ii  libkf5notifications5 5.23.0-1
> ii  libkf5notifyconfig5  5.22.0-1
> ii  libkf5plotting5  5.23.0-1
> ii  libkf5service-bin5.22.0-1
> ii  libkf5service5   5.22.0-1
> ii  libkf5solid5 5.23.0-1
> ii  libkf5sonnetui5  5.23.0-1
> ii  libkf5textwidgets5   5.22.0-1
> ii  libkf5widgetsaddons5 5.23.0-1
> ii  libkf5xmlgui55.22.0-1
> ii  libmlt++3  

Re: [Mlt-devel] Bug#828952: mlt: FTBFS with rtaudio 4.1.2

[Patrick Matthäi]

Hi


Am 29.06.2016 um 11:53 schrieb Jaromír Mikeš:
> Package: mlt
> Version: 6.2.0
> Severity: important
> User: pkg-multimedia-maintain...@lists.alioth.debian.org
> Usertags: rtaudio 4.1.2
>
> Dear Maintainer,
>
> your package fails to build with the upcoming rtaudio 4.1.2
>
> Location of header files changed from include to include/rtaudio so some easy 
> patching will be needed.
> Otherwise it builds fine.
>

Thanks for your information. I also notified upstream.

--
Attend Shape: An AT Tech Expo July 15-16. Meet us at AT Park in San
Francisco, CA to explore cutting-edge tech and listen to tech luminaries
present their vision of the future. This family event has something for
everyone, including kids. Get more information and register today.
http://sdm.link/attshape
___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

Re: [Mlt-devel] [mltframework/mlt] 19b2fb: Update internal libebur128 to version 1.1.0

[Patrick Matthäi]

Hi


Am 02.03.2016 um 21:08 schrieb GitHub:
>   Branch: refs/heads/master
>   Home:   https://github.com/mltframework/mlt
>   Commit: 19b2fb8bc13ff561367d4bf6927ba7809f6b23dd
>   
> https://github.com/mltframework/mlt/commit/19b2fb8bc13ff561367d4bf6927ba7809f6b23dd
>   Author: Brian Matherly 
>   Date:   2016-03-02 (Wed, 02 Mar 2016)
>
>   Changed paths:
> M src/modules/plus/Makefile
> M src/modules/plus/ebur128/ebur128.c
> M src/modules/plus/ebur128/ebur128.h
> R src/modules/plus/ebur128/queue.h
> A src/modules/plus/ebur128/queue/sys/queue.h
>
>   Log Message:
>   ---
>   Update internal libebur128 to version 1.1.0
>
Will the next mlt version then have the option to link against the
system libebur version?

--
Attend Shape: An AT Tech Expo July 15-16. Meet us at AT Park in San
Francisco, CA to explore cutting-edge tech and listen to tech luminaries
present their vision of the future. This family event has something for
everyone, including kids. Get more information and register today.
http://sdm.link/attshape
___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

Re: [Mlt-devel] [mltframework/mlt] 7e27db: Add release notes for v6.2.0

[Patrick Matthäi]

Am 20.04.2016 um 06:56 schrieb GitHub:
>   Branch: refs/heads/master
>   Home:   https://github.com/mltframework/mlt
>   Commit: 7e27db582b2b781c7ccbe61c9c32b6d8c72263ee
>   
> https://github.com/mltframework/mlt/commit/7e27db582b2b781c7ccbe61c9c32b6d8c72263ee
>   Author: Dan Dennedy <d...@dennedy.org>
>   Date:   2016-04-19 (Tue, 19 Apr 2016)
>
>   Changed paths:
> M NEWS
>
>   Log Message:
>   ---
>   Add release notes for v6.2.0
>

Hi,

much thanks, here everything looks good (also building against external
rtaudio)!

Building against external libebur is still on the todo list if I see it
correctly?

-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

  Blog: http://www.linux-dev.org/
E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/


--
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

Re: [Mlt-devel] Bug#818480: libmlt memory corruption crashes openshot

[Patrick Matthäi]

Am 17.03.2016 um 14:59 schrieb Chris Bainbridge:
> Package: libmlt6
> Version: 0.9.2-2
> Severity: important
>
> Trying to use openshot to put together a simple sequence of videos but
> it crashes or hangs after a few minutes. It seems to be when changes are
> made and the timeline cursor is reposioned. This pretty much makes
> openshot unusable.
>
> Valgrind shows repeated memory corruption during this period resulting
> from free in mlt_frame_close:
>
> ==25301== Invalid write of size 4
> ==25301==at 0x241E76F2: av_frame_unref (in 
> /usr/lib/x86_64-linux-gnu/libavutil.so.54.3.0)
> ==25301==by 0x23341907: avcodec_decode_video2 (in 
> /usr/lib/x86_64-linux-gnu/libavcodec.so.56.1.0)
> ==25301==by 0x28F6624D: producer_get_image (in 
> /usr/lib/x86_64-linux-gnu/mlt/libmltavformat.so)
> ==25301==by 0x1015E356: mlt_frame_get_image (in 
> /usr/lib/x86_64-linux-gnu/libmlt.so.0.9.2)
> ==25301==by 0x1C3E7DD4: filter_get_image (in 
> /usr/lib/x86_64-linux-gnu/mlt/libmltxine.so)
> ==25301==by 0x1015E356: mlt_frame_get_image (in 
> /usr/lib/x86_64-linux-gnu/libmlt.so.0.9.2)
> ==25301==by 0x135EC105: get_image (in 
> /usr/lib/x86_64-linux-gnu/mlt/libmltcore.so)
> ==25301==by 0x1015E356: mlt_frame_get_image (in 
> /usr/lib/x86_64-linux-gnu/libmlt.so.0.9.2)
> ==25301==by 0x135EADAD: filter_get_image (in 
> /usr/lib/x86_64-linux-gnu/mlt/libmltcore.so)
> ==25301==by 0x1015E356: mlt_frame_get_image (in 
> /usr/lib/x86_64-linux-gnu/libmlt.so.0.9.2)
> ==25301==by 0x135F03F0: filter_get_image (in 
> /usr/lib/x86_64-linux-gnu/mlt/libmltcore.so)
> ==25301==by 0x1015E356: mlt_frame_get_image (in 
> /usr/lib/x86_64-linux-gnu/libmlt.so.0.9.2)
> ==25301==  Address 0x2a585ea0 is 576 bytes inside a block of size 584 free'd
> ==25301==at 0x4C29E90: free (vg_replace_malloc.c:473)
> ==25301==by 0x28F61CD3: producer_avformat_close (in 
> /usr/lib/x86_64-linux-gnu/mlt/libmltavformat.so)
> ==25301==by 0x10177B4D: cache_object_close (in 
> /usr/lib/x86_64-linux-gnu/libmlt.so.0.9.2)
> ==25301==by 0x10177BF7: mlt_cache_item_close (in 
> /usr/lib/x86_64-linux-gnu/libmlt.so.0.9.2)
> ==25301==by 0x101624F8: mlt_property_close (in 
> /usr/lib/x86_64-linux-gnu/libmlt.so.0.9.2)
> ==25301==by 0x1016473F: mlt_properties_close (in 
> /usr/lib/x86_64-linux-gnu/libmlt.so.0.9.2)
> ==25301==by 0x1015DD6B: mlt_frame_close (in 
> /usr/lib/x86_64-linux-gnu/libmlt.so.0.9.2)
> ==25301==by 0x101624F8: mlt_property_close (in 
> /usr/lib/x86_64-linux-gnu/libmlt.so.0.9.2)
> ==25301==by 0x1016473F: mlt_properties_close (in 
> /usr/lib/x86_64-linux-gnu/libmlt.so.0.9.2)
> ==25301==by 0x1015DD6B: mlt_frame_close (in 
> /usr/lib/x86_64-linux-gnu/libmlt.so.0.9.2)
> ==25301==by 0x1796A41E: video_thread (in 
> /usr/lib/x86_64-linux-gnu/mlt/libmltsdl.so)
> ==25301==by 0x4E3D0A3: start_thread (pthread_create.c:309)
> ==25301==
>
> ==25301== Invalid write of size 8
> ==25301==at 0x241E76C6: av_frame_unref (in 
> /usr/lib/x86_64-linux-gnu/libavutil.so.54.3.0)
> ==25301==by 0x23341907: avcodec_decode_video2 (in 
> /usr/lib/x86_64-linux-gnu/libavcodec.so.56.1.0)
> ==25301==by 0x28F6624D: producer_get_image (in 
> /usr/lib/x86_64-linux-gnu/mlt/libmltavformat.so)
> ==25301==by 0x1015E356: mlt_frame_get_image (in 
> /usr/lib/x86_64-linux-gnu/libmlt.so.0.9.2)
> ==25301==by 0x1C3E7DD4: filter_get_image (in 
> /usr/lib/x86_64-linux-gnu/mlt/libmltxine.so)
> ==25301==by 0x1015E356: mlt_frame_get_image (in 
> /usr/lib/x86_64-linux-gnu/libmlt.so.0.9.2)
> ==25301==by 0x135EC105: get_image (in 
> /usr/lib/x86_64-linux-gnu/mlt/libmltcore.so)
> ==25301==by 0x1015E356: mlt_frame_get_image (in 
> /usr/lib/x86_64-linux-gnu/libmlt.so.0.9.2)
> ==25301==by 0x135EADAD: filter_get_image (in 
> /usr/lib/x86_64-linux-gnu/mlt/libmltcore.so)
> ==25301==by 0x1015E356: mlt_frame_get_image (in 
> /usr/lib/x86_64-linux-gnu/libmlt.so.0.9.2)
> ==25301==by 0x135F03F0: filter_get_image (in 
> /usr/lib/x86_64-linux-gnu/mlt/libmltcore.so)
> ==25301==by 0x1015E356: mlt_frame_get_image (in 
> /usr/lib/x86_64-linux-gnu/libmlt.so.0.9.2)
> ==25301==  Address 0x2a585cc0 is 96 bytes inside a block of size 584 free'd
> ==25301==at 0x4C29E90: free (vg_replace_malloc.c:473)
> ==25301==by 0x28F61CD3: producer_avformat_close (in 
> /usr/lib/x86_64-linux-gnu/mlt/libmltavformat.so)
> ==25301==by 0x10177B4D: cache_object_close (in 
> /usr/lib/x86_64-linux-gnu/libmlt.so.0.9.2)
> ==25301==by 0x10177BF7: mlt_cache_item_close (in 
> /usr/lib/x86_64-linux-gnu/libmlt.so.0.9.2)
> ==25301==by 0x101624F8: mlt_property_close (in 
> /usr/lib/x86_64-linux-gnu/libmlt.so.0.9.2)
> ==25301==by 0x1016473F: mlt_properties_close (in 
> /usr/lib/x86_64-linux-gnu/libmlt.so.0.9.2)
> ==25301==by 0x1015DD6B: mlt_frame_close (in 
> /usr/lib/x86_64-linux-gnu/libmlt.so.0.9.2)
> ==25301==by 0x101624F8: mlt_property_close (in 
> /usr/lib/x86_64-linux-gnu/libmlt.so.0.9.2)
> 

Re: [Mlt-devel] Bug#816340: lack of rtaudio blocks Movit support in Kdenlive

[Patrick Matthäi]

Am 01.03.2016 um 01:04 schrieb Steinar H. Gunderson:
> Source: mlt
> Version: 6.0.0-2
> Severity: normal
>
> Hi,
>
> rtaudio was removed from the Debian MLT package in #668893
> (in 2012) due to concerns over the embedded copy. However,
> it seems Kdenlive now requires rtaudio support in MLT before
> it's willing to enable GPU filters via Movit. (I don't know
> exactly why; the comments indicate Movit and SDL audio together
> crashes, but when I developed this support back in the day,
> I saw no such issues.)
>
> Could you please consider reenabling it? The bug seems to
> indicate that work on building against a non-bundled rtaudio
> was in progress at the time.

Hey,

as long as mlt just uses the librtaudio and libebur from the embedded 
code copies I am not able to enable those features (also Ubuntu and 
other distros).

-- 
/*
Mit freundlichem Gruß / With kind regards,
  Patrick Matthäi
  GNU/Linux Debian Developer

   Blog: http://www.linux-dev.org/
E-Mail: pmatth...@debian.org
 patr...@linux-dev.org
*/


--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140
___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

Re: [Mlt-devel] Bug#815501: mlt: FTBFS on kfreebsd: error: variable 'req' has initializer but incomplete type

[Patrick Matthäi]

Am 22.02.2016 um 03:09 schrieb Steven Chamberlain:
> tags 815501 + patch
> user debian-...@lists.debian.org
> usertags 815501 + kfreebsd
> thanks
> 
> Hi,
> 
> Andreas Beckmann wrote:
>> starting with version 6 mlt FTBFS on kfreebsd-i386 and kfreebsd-amd64:
>> https://buildd.debian.org/status/fetch.php?pkg=mlt=kfreebsd-amd64=6.0.0-2=1455825880
>>
>> [...]
>> cc -g -O2 -fstack-protector-strong -Wformat -Werror=format-security 
>> -DARCH_X86_64 -Wall -DPIC   -O2 -pipe -fno-tree-dominator-opts -fno-tree-pre 
>> -ffast-math-g -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -fPIC -pthread 
>> -DARCH_X86_64 -Wall -DPIC   -O2 -pipe -fno-tree-dominator-opts -fno-tree-pre 
>> -ffast-math-g -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -fPIC -pthread 
>> -I../.. -DARCH_X86_64 -Wall -DPIC   -O2 -pipe -fno-tree-dominator-opts 
>> -fno-tree-pre -ffast-math-g -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE 
>> -fPIC -pthread -Wdate-time -D_FORTIFY_SOURCE=2  -c -o consumer_cbrts.o 
>> consumer_cbrts.c
>> consumer_cbrts.c: In function 'create_socket':
>> consumer_cbrts.c:583:12: error: variable 'req' has initializer but 
>> incomplete type
>>  struct ip_mreqn req = {{0}};
>> ^
> 
> Unfortunately GNU/kFreeBSD uses a netinet/ip.h provided by GNU libc,
> not the FreeBSD one, so it doesn't have struct ip_mreqn.
> 
> Until we have that, this feature can be easily disabled with the
> attached patch, allowing the rest of mlt to build successfully.
> 

Thanks for your explaination. So we know now, that it is not easy
fixable within the mlt source code.

@Dan:
Would you merge his patch?

--- a/src/modules/plusgpl/consumer_cbrts.c
+++ b/src/modules/plusgpl/consumer_cbrts.c
@@ -37,7 +37,7 @@
 #endif
 #include 
 // includes for socket IO
-#if (_POSIX_C_SOURCE >= 1 || _XOPEN_SOURCE || _POSIX_SOURCE) &&
(_POSIX_TIMERS > 0)
+#if (_POSIX_C_SOURCE >= 1 || _XOPEN_SOURCE || _POSIX_SOURCE) &&
(_POSIX_TIMERS > 0) && !defined(__FreeBSD_kernel__)
 #define CBRTS_BSD_SOCKETS  1
 #include 
 #include 


-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

  Blog: http://www.linux-dev.org/
E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/



signature.asc
Description: OpenPGP digital signature
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

Re: [Mlt-devel] Fwd: failed kfreebsd-amd64 build of mlt 6.0.0-1 / consumer_cbrts.c

[Patrick Matthäi]

Am 18.02.2016 um 18:27 schrieb Dan Dennedy:
> Can you test if the following patch makes it work or go farther? I mean
> I do not exactly have ready access to a debian kfreebsd system. You can
> try it as a package patch? I did test that it does not cause a problem
> on my Linux machine.

No success:
https://buildd.debian.org/status/fetch.php?pkg=mlt=kfreebsd-amd64=6.0.0-2=1455825880

-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

  Blog: http://www.linux-dev.org/
E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/



signature.asc
Description: OpenPGP digital signature
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

Re: [Mlt-devel] mlt 6.0.0: installs empty directory

[Patrick Matthäi]

Am 18.02.2016 um 17:42 schrieb Dan Dennedy:
> On Thu, Feb 18, 2016 at 8:32 AM Patrick Matthäi <pmatth...@debian.org
> <mailto:pmatth...@debian.org>> wrote:
> 
> Hi,
> 
> mlt 6.0.0 installs an empty directory: usr/share/mlt/opengl/movit
> Is this just a fault? I can not find any files which should be
> placed there
> 
> 
> 
> That is cruft I just removed.
> 

I have tested it, but then the install target fails to install the the
*.yml files in the missing opengl directory. Here my corrected patch:

diff -Naur mlt-6.0.0.orig/src/modules/opengl/Makefile
mlt-6.0.0/src/modules/opengl/Makefile
--- mlt-6.0.0.orig/src/modules/opengl/Makefile  2016-02-18
00:43:24.0 +0100
+++ mlt-6.0.0/src/modules/opengl/Makefile   2016-02-18
20:35:02.913144436 +0100
@@ -69,7 +69,7 @@

 install: all
install -m 755 $(TARGET) "$(DESTDIR)$(libdir)/mlt"
-   install -d "$(DESTDIR)$(datadir)/mlt/opengl/movit"
+   install -d "$(DESTDIR)$(datadir)/mlt/opengl"
install -m 644 *.yml "$(DESTDIR)$(datadir)/mlt/opengl"

 ifneq ($(wildcard .depend),)

-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

  Blog: http://www.linux-dev.org/
E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/



signature.asc
Description: OpenPGP digital signature
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

Re: [Mlt-devel] mlt 6.0.0: Fails to build with hardening flags

[Patrick Matthäi]

Am 18.02.2016 um 17:43 schrieb Dan Dennedy:
> On Thu, Feb 18, 2016 at 8:32 AM Patrick Matthäi <pmatth...@debian.org
> <mailto:pmatth...@debian.org>> wrote:

> cc -shared -Wl,-soname,libmlt.so.6 -Wl,--version-script=mlt.vers -o
> libmlt.so.6.0.0 mlt_frame.o mlt_version.o mlt_geometry.o mlt_deque.o
> mlt_property.o mlt_properties.o mlt_events.o mlt_parser.o mlt_service.o
> mlt_producer.o mlt_multitrack.o mlt_playlist.o mlt_consumer.o
> mlt_filter.o mlt_transition.o mlt_field.o mlt_tractor.o mlt_factory.o
> mlt_repository.o mlt_pool.o mlt_tokeniser.o mlt_profile.o mlt_log.o
> mlt_cache.o mlt_animation.o -fPIE -pie -Wl,-z,relro -Wl,-z,now
> -Wl,--no-undefined -Wl,--as-needed -Wl,--no-undefined -Wl,--as-needed
> -ldl -lpthread -lm
> /usr/lib/gcc/x86_64-linux-gnu/5/../../../x86_64-linux-gnu/Scrt1.o: In
> function `_start':
> (.text+0x20): undefined reference to `main'
> collect2: error: ld returned 1 exit status
> Makefile:96: recipe for target 'libmlt.so.6.0.0' failed
> 
> 
> 
> I do not know about these things and have no plans to address it in the
> near future. A patch is welcome.
>  

I tracked down the problem to PIE (address randomization aka ASLR), see
[0]. With PIE enabled mlt fails to build from source.
All other flags are enabled and I can not spot any problems, yet.


[0]:
https://wiki.debian.org/Hardening#DEB_BUILD_HARDENING_PIE_.28gcc.2Fg.2B-.2B-_-fPIE_-pie.29

-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

  Blog: http://www.linux-dev.org/
E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/



signature.asc
Description: OpenPGP digital signature
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

[Mlt-devel] mlt 6.0.0: installs empty directory

[Patrick Matthäi]

Hi,

mlt 6.0.0 installs an empty directory: usr/share/mlt/opengl/movit
Is this just a fault? I can not find any files which should be placed there

-- 
/*
Mit freundlichem Gruß / With kind regards,
  Patrick Matthäi
  GNU/Linux Debian Developer

   Blog: http://www.linux-dev.org/
E-Mail: pmatth...@debian.org
 patr...@linux-dev.org
*/


--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140
___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

[Mlt-devel] mlt 6.0.0: Fails to build with hardening flags

[Patrick Matthäi]

Hi,

I wanted to enable all compiler/linker hardening flags to enhance 
security of mlt and to resolve these "issues":

X: python-mlt: hardening-no-bindnow 
usr/lib/python2.7/dist-packages/_mlt.x86_64-linux-gnu.so
X: libmlt++3: hardening-no-bindnow 
usr/lib/x86_64-linux-gnu/libmlt++.so.6.0.0
X: libmlt6: hardening-no-bindnow usr/lib/x86_64-linux-gnu/libmlt.so.6.0.0
X: libmlt6: hardening-no-bindnow 
usr/lib/x86_64-linux-gnu/mlt/libmltavformat.so
X: libmlt6: hardening-no-bindnow usr/lib/x86_64-linux-gnu/mlt/libmltcore.so
X: libmlt6: hardening-no-bindnow 
usr/lib/x86_64-linux-gnu/mlt/libmltdecklink.so
X: libmlt6: hardening-no-bindnow 
usr/lib/x86_64-linux-gnu/mlt/libmltfrei0r.so
X: libmlt6: hardening-no-bindnow usr/lib/x86_64-linux-gnu/mlt/libmltgtk2.so
X: libmlt6: hardening-no-bindnow 
usr/lib/x86_64-linux-gnu/mlt/libmltjackrack.so
X: libmlt6: hardening-no-bindnow 
usr/lib/x86_64-linux-gnu/mlt/libmltkdenlive.so
X: libmlt6: hardening-no-bindnow 
usr/lib/x86_64-linux-gnu/mlt/libmltlinsys.so
X: libmlt6: hardening-no-bindnow 
usr/lib/x86_64-linux-gnu/mlt/libmltmotion_est.so
X: libmlt6: hardening-no-bindnow 
usr/lib/x86_64-linux-gnu/mlt/libmltnormalize.so
X: libmlt6: hardening-no-bindnow 
usr/lib/x86_64-linux-gnu/mlt/libmltoldfilm.so
X: libmlt6: hardening-no-bindnow 
usr/lib/x86_64-linux-gnu/mlt/libmltopengl.so
X: libmlt6: hardening-no-bindnow usr/lib/x86_64-linux-gnu/mlt/libmltplus.so
X: libmlt6: hardening-no-bindnow 
usr/lib/x86_64-linux-gnu/mlt/libmltplusgpl.so
X: libmlt6: hardening-no-bindnow usr/lib/x86_64-linux-gnu/mlt/libmltqt.so
X: libmlt6: hardening-no-bindnow 
usr/lib/x86_64-linux-gnu/mlt/libmltresample.so
X: libmlt6: hardening-no-bindnow usr/lib/x86_64-linux-gnu/mlt/libmltsdl.so
X: libmlt6: hardening-no-bindnow usr/lib/x86_64-linux-gnu/mlt/libmltsox.so
X: libmlt6: hardening-no-bindnow 
usr/lib/x86_64-linux-gnu/mlt/libmltvideostab.so
X: libmlt6: hardening-no-bindnow usr/lib/x86_64-linux-gnu/mlt/libmltvmfx.so
X: libmlt6: hardening-no-bindnow usr/lib/x86_64-linux-gnu/mlt/libmltxine.so
X: libmlt6: hardening-no-bindnow usr/lib/x86_64-linux-gnu/mlt/libmltxml.so
X: melt: hardening-no-pie usr/bin/melt
X: melt: hardening-no-bindnow usr/bin/melt

But with pie and bindnow the package fails to build:

cc -g -O2 -fPIE -fstack-protector-strong -Wformat 
-Werror=format-security -DARCH_X86_64 -Wall -DPIC   -O2 -pipe 
-fno-tree-dominator-opts -fno-tree-pre -ffast-math -DUSE_MMX -DUSE_SSE 
-DUSE_SSE2 -g -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -fPIC -pthread 
-DARCH_X86_64 -Wall -DPIC   -O2 -pipe -fno-tree-dominator-opts 
-fno-tree-pre -ffast-math -DUSE_MMX -DUSE_SSE -DUSE_SSE2 -g 
-D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -fPIC -pthread -rdynamic 
-DPREFIX_DATA="\"/usr/share/mlt\"" 
-DPREFIX_LIB="\"/usr/lib/x86_64-linux-gnu/mlt\"" -Wdate-time 
-D_FORTIFY_SOURCE=2  -c -o mlt_cache.o mlt_cache.c
cc -g -O2 -fPIE -fstack-protector-strong -Wformat 
-Werror=format-security -DARCH_X86_64 -Wall -DPIC   -O2 -pipe 
-fno-tree-dominator-opts -fno-tree-pre -ffast-math -DUSE_MMX -DUSE_SSE 
-DUSE_SSE2 -g -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -fPIC -pthread 
-DARCH_X86_64 -Wall -DPIC   -O2 -pipe -fno-tree-dominator-opts 
-fno-tree-pre -ffast-math -DUSE_MMX -DUSE_SSE -DUSE_SSE2 -g 
-D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -fPIC -pthread -rdynamic 
-DPREFIX_DATA="\"/usr/share/mlt\"" 
-DPREFIX_LIB="\"/usr/lib/x86_64-linux-gnu/mlt\"" -Wdate-time 
-D_FORTIFY_SOURCE=2  -c -o mlt_animation.o mlt_animation.c
cc -shared -Wl,-soname,libmlt.so.6 -Wl,--version-script=mlt.vers -o 
libmlt.so.6.0.0 mlt_frame.o mlt_version.o mlt_geometry.o mlt_deque.o 
mlt_property.o mlt_properties.o mlt_events.o mlt_parser.o mlt_service.o 
mlt_producer.o mlt_multitrack.o mlt_playlist.o mlt_consumer.o 
mlt_filter.o mlt_transition.o mlt_field.o mlt_tractor.o mlt_factory.o 
mlt_repository.o mlt_pool.o mlt_tokeniser.o mlt_profile.o mlt_log.o 
mlt_cache.o mlt_animation.o -fPIE -pie -Wl,-z,relro -Wl,-z,now 
-Wl,--no-undefined -Wl,--as-needed -Wl,--no-undefined -Wl,--as-needed 
-ldl -lpthread -lm
/usr/lib/gcc/x86_64-linux-gnu/5/../../../x86_64-linux-gnu/Scrt1.o: In 
function `_start':
(.text+0x20): undefined reference to `main'
collect2: error: ld returned 1 exit status
Makefile:96: recipe for target 'libmlt.so.6.0.0' failed

-- 
/*
Mit freundlichem Gruß / With kind regards,
  Patrick Matthäi
  GNU/Linux Debian Developer

   Blog: http://www.linux-dev.org/
E-Mail: pmatth...@debian.org
 patr...@linux-dev.org
*/


--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140
___

[Mlt-devel] Fwd: failed kfreebsd-amd64 build of mlt 6.0.0-1 / consumer_cbrts.c

[Patrick Matthäi]

Hi,

mlt fails to build with gcc 5.3 on kfreebsd-{i386,amd64} now:

cc -g -O2 -fstack-protector-strong -Wformat -Werror=format-security 
-DARCH_X86_64 -Wall -DPIC   -O2 -pipe -fno-tree-dominator-opts -fno-tree-pre 
-ffast-math-g -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -fPIC -pthread 
-DARCH_X86_64 -Wall -DPIC   -O2 -pipe -fno-tree-dominator-opts -fno-tree-pre 
-ffast-math-g -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -fPIC -pthread 
-I../.. -DARCH_X86_64 -Wall -DPIC   -O2 -pipe -fno-tree-dominator-opts 
-fno-tree-pre -ffast-math-g -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE 
-fPIC -pthread -Wdate-time -D_FORTIFY_SOURCE=2  -c -o consumer_cbrts.o 
consumer_cbrts.c
consumer_cbrts.c: In function 'create_socket':
consumer_cbrts.c:582:12: error: variable 'req' has initializer but incomplete 
type
 struct ip_mreqn req = {{0}};
^
consumer_cbrts.c:582:28: error: extra brace group at end of initializer
 struct ip_mreqn req = {{0}};
^
consumer_cbrts.c:582:28: note: (near initialization for 'req')
consumer_cbrts.c:582:28: warning: excess elements in struct initializer
consumer_cbrts.c:582:28: note: (near initialization for 'req')
consumer_cbrts.c:582:21: error: storage size of 'req' isn't known
 struct ip_mreqn req = {{0}};
 ^
consumer_cbrts.c:582:21: warning: unused variable 'req' [-Wunused-variable]
: recipe for target 'consumer_cbrts.o' failed
make[3]: *** [consumer_cbrts.o] Error 1
make[3]: Leaving directory '/«PKGBUILDDIR»/src/modules/plusgpl'
Makefile:5: recipe for target 'all' failed
make[2]: *** [all] Error 1
make[2]: Leaving directory '/«PKGBUILDDIR»/src/modules'
Makefile:9: recipe for target 'all' failed
make[1]: *** [all] Error 1
make[1]: Leaving directory '/«PKGBUILDDIR»'
dh_auto_build: make -j1 returned exit code 2
debian/rules:24: recipe for target 'build-arch' failed
make: *** [build-arch] Error 2




 Weitergeleitete Nachricht 
Betreff:failed kfreebsd-amd64 build of mlt 6.0.0-1
Datum:  Thu, 18 Feb 2016 10:51:14 -
Von:Debian buildds 
An: dispa...@tracker.debian.org



 * Source package: mlt
 * Version: 6.0.0-1
 * Architecture: kfreebsd-amd64
 * State: failed
 * Suite: sid
 * Builder: fano.debian.org
 * Build log: 
https://buildd.debian.org/status/fetch.php?pkg=mlt=kfreebsd-amd64=6.0.0-1=1455792674=log

Please note that these notifications do not necessarily mean bug reports
in your package but could also be caused by other packages, temporary
uninstallabilities and arch-specific breakages.  A look at the build log
despite this disclaimer would be appreciated however.



--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

[Mlt-devel] Fwd: Bug#803841: mlt: FTBFS with FFmpeg 2.9

[Patrick Matthäi]

Hi Dan,

I couldn't check the issue and patch, yet. Maybe this is new to you or
is it already fixed in git?


 Weitergeleitete Nachricht 
Betreff: Bug#803841: mlt: FTBFS with FFmpeg 2.9
Weitersenden-Datum: Mon, 02 Nov 2015 21:12:05 +
Weitersenden-Von: Andreas Cadhalpun 
Weitersenden-An: debian-bugs-d...@lists.debian.org
Weitersenden-CC: Fathi Boudra 
Datum: Mon, 2 Nov 2015 22:07:33 +0100
Von: Andreas Cadhalpun 
Antwort an: Andreas Cadhalpun ,
803...@bugs.debian.org
An: sub...@bugs.debian.org

Package: mlt
Version: 0.9.8-2
Severity: important
Tags: patch
User: pkg-multimedia-maintain...@lists.alioth.debian.org
Usertags: ffmpeg2.9

Dear Maintainer,

your package fails to build with the upcoming ffmpeg 2.9.
This bug will become release-critical at some point when the
ffmpeg2.9 transition gets closer.

Attached is a patch replacing the deprecated functionality.
It also works with ffmpeg 2.8.
Please apply this patch and forward it upstream, if necessary.

These changes are non-trivial and should be runtime-tested.

Best regards,
Andreas




diff --git a/debian/control b/debian/control
index 0775f4f..a212644 100644
--- a/debian/control
+++ b/debian/control
@@ -17,6 +17,7 @@ Build-Depends: debhelper (>= 9),
  libsdl1.2-dev,
  libsox-dev (>= 14.3.0),
  libswscale-dev,
+ libswresample-dev,
  libvorbis-dev,
  libxine2-dev,
  libxml2-dev,
diff --git a/debian/patches/ffmpeg_2.9.patch b/debian/patches/ffmpeg_2.9.patch
new file mode 100644
index 000..4dc19d5
--- /dev/null
+++ b/debian/patches/ffmpeg_2.9.patch
@@ -0,0 +1,563 @@
+Description: Replace deprecated FFmpeg API
+Author: Andreas Cadhalpun 
+Last-Update: <2015-11-02>
+
+--- mlt-0.9.8.orig/src/modules/avformat/configure
 mlt-0.9.8/src/modules/avformat/configure
+@@ -131,6 +131,8 @@ else
+ echo "LDFLAGS+=$(pkg-config --libs libavformat${avformat_suffix})" >> config.mak
+ 		echo "CFLAGS+=$(pkg-config --cflags libswscale${avformat_suffix})" >> config.mak
+ echo "LDFLAGS+=$(pkg-config --libs libswscale${avformat_suffix})" >> config.mak
++echo "CFLAGS+=$(pkg-config --cflags libswresample${avformat_suffix})" >> config.mak
++echo "LDFLAGS+=$(pkg-config --libs libswresample${avformat_suffix})" >> config.mak
+ 		if [ "$devices" = "true" ]
+ 		then
+ 			if ! $(pkg-config libavdevice${avformat_suffix}); then
+--- mlt-0.9.8.orig/src/modules/avformat/consumer_avformat.c
 mlt-0.9.8/src/modules/avformat/consumer_avformat.c
+@@ -439,18 +439,18 @@ static void apply_properties( void *obj,
+ 	}
+ }
+ 
+-static enum PixelFormat pick_pix_fmt( mlt_image_format img_fmt )
++static enum AVPixelFormat pick_pix_fmt( mlt_image_format img_fmt )
+ {
+ 	switch ( img_fmt )
+ 	{
+ 	case mlt_image_rgb24:
+-		return PIX_FMT_RGB24;
++		return AV_PIX_FMT_RGB24;
+ 	case mlt_image_rgb24a:
+-		return PIX_FMT_RGBA;
++		return AV_PIX_FMT_RGBA;
+ 	case mlt_image_yuv420p:
+-		return PIX_FMT_YUV420P;
++		return AV_PIX_FMT_YUV420P;
+ 	default:
+-		return PIX_FMT_YUYV422;
++		return AV_PIX_FMT_YUYV422;
+ 	}
+ }
+ 
+@@ -798,7 +798,7 @@ static AVStream *add_video_stream( mlt_c
+ 		st->time_base = c->time_base;
+ 
+ 		// Default to the codec's first pix_fmt if possible.
+-		c->pix_fmt = pix_fmt? av_get_pix_fmt( pix_fmt ) : codec? codec->pix_fmts[0] : PIX_FMT_YUV420P;
++		c->pix_fmt = pix_fmt? av_get_pix_fmt( pix_fmt ) : codec? codec->pix_fmts[0] : AV_PIX_FMT_YUV420P;
+ 		
+ 		switch ( colorspace )
+ 		{
+@@ -991,7 +991,7 @@ static AVFrame *alloc_picture( int pix_f
+ 	else
+ 	{
+ 		// Something failed - clean up what we can
+-	 	av_free( picture );
++	 	av_frame_free(  );
+ 	 	av_free( picture_buf );
+ 	 	picture = NULL;
+ 	}
+@@ -1032,7 +1032,7 @@ static int open_video( mlt_properties pr
+ 
+ 	if( codec && codec->pix_fmts )
+ 	{
+-		const enum PixelFormat *p = codec->pix_fmts;
++		const enum AVPixelFormat *p = codec->pix_fmts;
+ 		for( ; *p!=-1; p++ )
+ 		{
+ 			if( *p == video_enc->pix_fmt )
+@@ -1791,12 +1791,6 @@ static void *consumer_thread( void *arg
+ 
+ 		// Do the colour space conversion
+ 		int flags = SWS_BICUBIC;
+-#ifdef USE_MMX
+-		flags |= SWS_CPU_CAPS_MMX;
+-#endif
+-#ifdef USE_SSE
+-		flags |= SWS_CPU_CAPS_MMX2;
+-#endif
+ 		struct SwsContext *context = sws_getContext( width, height, pick_pix_fmt( img_fmt ),
+ 			width, height, c->pix_fmt, flags, NULL, NULL, NULL);
+ 		sws_scale( context, (const uint8_t* const*) video_avframe->data, video_avframe->linesize, 0, height,
+@@ -1808,9 +1802,9 @@ static void *consumer_thread( void *arg
+ 		// Apply the alpha if applicable
+ 		if ( !mlt_properties_get( properties, "mlt_image_format" ) ||
+ 		 strcmp( mlt_properties_get( properties, "mlt_image_format" ), "rgb24a" ) )
+-		if ( c->pix_fmt == PIX_FMT_RGBA ||
+-		 c->pix_fmt == PIX_FMT_ARGB ||
+-		 

[Mlt-devel] Debian: kdenlive/mlt segfault = unable to upload

[Patrick Matthäi]

Hi,

I hope you can help me.
On Debian sid/unstable I have prepared the following:

mlt=0.9.6-2 = now build with ffmpeg, not libav!
kdenlive=15.04.3-1 = same, but it segfaults

Whenevery I try to run kdenlive (fresh configuration) I just get:

(gdb) run
Starting program: /usr/bin/kdenlive
[Thread debugging using libthread_db enabled]
Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1.
[New Thread 0x7fffe4788700 (LWP 24990)]

Program received signal SIGSEGV, Segmentation fault.
0x7fffe1cb300c in ?? () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
(gdb) bt
#0  0x7fffe1cb300c in ?? () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#1  0x77dea9fa in ?? () from /lib64/ld-linux-x86-64.so.2
#2  0x77deaae3 in ?? () from /lib64/ld-linux-x86-64.so.2
#3  0x77deec48 in ?? () from /lib64/ld-linux-x86-64.so.2
#4  0x77dea8b4 in ?? () from /lib64/ld-linux-x86-64.so.2
#5  0x77dee43b in ?? () from /lib64/ld-linux-x86-64.so.2
#6  0x7653302b in ?? () from /lib/x86_64-linux-gnu/libdl.so.2
#7  0x77dea8b4 in ?? () from /lib64/ld-linux-x86-64.so.2
#8  0x765335dd in ?? () from /lib/x86_64-linux-gnu/libdl.so.2
#9  0x765330c1 in dlopen () from /lib/x86_64-linux-gnu/libdl.so.2
#10 0x769798f4 in mlt_repository_init (directory=0xddf1e0
/usr/lib/x86_64-linux-gnu/mlt) at mlt_repository.c:105
#11 0x76979028 in mlt_factory_init (directory=0x7697d8fc
/usr/lib/x86_64-linux-gnu/mlt) at mlt_factory.c:184
#12 0x76747c3b in Mlt::Factory::init (directory=optimized out)
at MltFactory.cpp:32
#13 0x00812b3f in initEffects::parseEffectFiles(QString const) ()
#14 0x00915440 in MainWindow::MainWindow(QString const, QUrl
const, QString const, QWidget*) ()
#15 0x0090f645 in main ()
(gdb) bt full
#0  0x7fffe1cb300c in ?? () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
No symbol table info available.
#1  0x77dea9fa in ?? () from /lib64/ld-linux-x86-64.so.2
No symbol table info available.
#2  0x77deaae3 in ?? () from /lib64/ld-linux-x86-64.so.2
No symbol table info available.
#3  0x77deec48 in ?? () from /lib64/ld-linux-x86-64.so.2
No symbol table info available.
#4  0x77dea8b4 in ?? () from /lib64/ld-linux-x86-64.so.2
No symbol table info available.
#5  0x77dee43b in ?? () from /lib64/ld-linux-x86-64.so.2
No symbol table info available.
#6  0x7653302b in ?? () from /lib/x86_64-linux-gnu/libdl.so.2
No symbol table info available.
#7  0x77dea8b4 in ?? () from /lib64/ld-linux-x86-64.so.2
No symbol table info available.
#8  0x765335dd in ?? () from /lib/x86_64-linux-gnu/libdl.so.2
No symbol table info available.
#9  0x765330c1 in dlopen () from /lib/x86_64-linux-gnu/libdl.so.2
No symbol table info available.
#10 0x769798f4 in mlt_repository_init (directory=0xddf1e0
/usr/lib/x86_64-linux-gnu/mlt) at mlt_repository.c:105
flags = optimized out
object_name = 0xda8290 /usr/lib/x86_64-linux-gnu/mlt/libmltqt.so
object = optimized out
self = 0xdd6810
dir = 0xe0e220
count = 23
i = 4
plugin_count = 3
__FUNCTION__ = mlt_repository_init
#11 0x76979028 in mlt_factory_init (directory=0x7697d8fc
/usr/lib/x86_64-linux-gnu/mlt) at mlt_factory.c:184
No locals.
#12 0x76747c3b in Mlt::Factory::init (directory=optimized out)
at MltFactory.cpp:32
No locals.
#13 0x00812b3f in initEffects::parseEffectFiles(QString const) ()
No symbol table info available.
#14 0x00915440 in MainWindow::MainWindow(QString const, QUrl
const, QString const, QWidget*) ()
No symbol table info available.
#15 0x0090f645 in main ()
No symbol table info available.
(gdb)


$ melt $SOMEVIDEO itself is working like a charm.
Do you have got an idea?

-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

  Blog: http://www.linux-dev.org/
E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/



signature.asc
Description: OpenPGP digital signature
--
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

Re: [Mlt-devel] Debian: kdenlive/mlt segfault = unable to upload

[Patrick Matthäi]

Am 08.07.2015 um 20:27 schrieb Dan Dennedy:
 Kdenlive 15.04 uses Qt 5, but your build of MLT is using Qt 4. You can
 not mix usage of Qt 4 and 5 in the same process.

Ah, much thanks! Fixed and it is working :)

-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

  Blog: http://www.linux-dev.org/
E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/



signature.asc
Description: OpenPGP digital signature
--
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

Re: [Mlt-devel] Bug#770035: kdenlive: Processed videos have image pauses or accelerations while sound goes well

[Patrick Matthäi]

Hi Dan,

do you have an idea to http://bugs.debian.org/770035 ?

Am 19.11.2014 um 14:54 schrieb Javier Ortega Conde (Malkavian):


Could you retest it with the libmlt*, mlt*, melt* packages from
experimental (not jessie/sid)?


Done, and problem persists.



--
Agur: Javier Ortega Conde (Malkavian)

MetaUniversidad: servicios de educación online http://metauniversidad.com


--
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

  Blog: http://www.linux-dev.org/
E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/

--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration  more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=157005751iu=/4140/ostg.clktrk___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

[Mlt-devel] Various new bugreports

[Patrick Matthäi]

Hi Dan,

here are some more bugreports from a user:

[0] Bug#763911: melt: downmixing on consumer breaks stereo LADSPA filters
[1] Bug#763912: libmlt6: loudness filter uses needlessly complicated 
data format
[2] Bug#764163: libmlt6: Fails to generate logfile for two-pass mode 
with VP8/VP9 (WebM codecs)
[3] Bug#764164: libmlt6: Fails to use Opuse as audio codec with WebM 
container
[4] Bug#764165: libmlt6: bogusly warns about Baseline mis-parsed 
creating H.264

I hope you can help :-)

[0]: http://bugs.debian.org/763911
[1]: http://bugs.debian.org/763912
[2]: http://bugs.debian.org/764163
[3]:http://bugs.debian.org/764164
[4]: http://bugs.debian.org/764165

-- 
/*
Mit freundlichem Gruß / With kind regards,
  Patrick Matthäi
  GNU/Linux Debian Developer

   Blog: http://www.linux-dev.org/
E-Mail: pmatth...@debian.org
 patr...@linux-dev.org
*/


--
Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk
___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

Re: [Mlt-devel] Bug#762341: src:mlt: should link against system shared libebur

[Patrick Matthäi]

Am 21.09.2014 um 13:41 schrieb Jonas Smedegaard:
 Package: src:mlt
 Severity: normal
 
 Recent releases of MLT includes a convenience copy of libebur.
 
 That should be avoided for Debian, and instead MLT should be linked
 against separately packaged libebur.
 
  - Jonas
 
 

Hey Dan,

I think you know what I want :D

I just had a look at the Makefile and it looks (in this case) as some
more changes are required to (allow) build against system libebur :x

-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

  Blog: http://www.linux-dev.org/
E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/



signature.asc
Description: OpenPGP digital signature
--
Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

Re: [Mlt-devel] Bug#760773: Fwd: Processed: no audio since binNMU to link against newer libav*

[Patrick Matthäi]

Am 23.09.2014 um 06:30 schrieb Dan Dennedy:
 On Mon, Sep 22, 2014 at 6:33 AM, Patrick Matthäi pmatth...@debian.org
 mailto:pmatth...@debian.org wrote:
 
 Hi Dan,
 
 it seems as mlt is unable to render audio since we have updated
 libav to version 11-1.
 Are you aware of such an issue?
 
 Here are all information:
 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=761593
 
 
 Hi Patrick,
 I just fixed this issue in MLT git commit 3ac0201. You might be able to
 cherry-pick this as-is and apply it to 0.9.2, but if not, it should be
 easy to recreate manually. I tried to keep it as minimal as possible to
 facilitate that. As such, it does not address the other problem you
 reported recently about using stream.codec.time_base instead of
 stream.time_base. The fix for that problem and other API deprecations
 requires more regression testing and time. I feel fairly confident that
 the change in commit for this bug is backwards compatible.
 

Much thanks for your quick fix! Jonas already reported, that your patch
is working for him. I will upload tomorrow a fixed package :)

-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

  Blog: http://www.linux-dev.org/
E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/



signature.asc
Description: OpenPGP digital signature
--
Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

[Mlt-devel] Fwd: Processed: no audio since binNMU to link against newer libav*

[Patrick Matthäi]

Hi Dan,

it seems as mlt is unable to render audio since we have updated libav to 
version 11-1.

Are you aware of such an issue?

Here are all information: 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=761593



 Weitergeleitete Nachricht 
Betreff:Processed: no audio since binNMU to link against newer libav*
Datum:  Sun, 21 Sep 2014 08:12:11 +
Von:Debian Bug Tracking System ow...@bugs.debian.org
An: Jonas Smedegaard d...@jones.dk
Kopie (CC): f...@debian.org, pmatth...@debian.org



Processing commands for cont...@bugs.debian.org:


reassign 761593 libmlt6

Bug #761593 [kdenlive] [kdenlive] No audio rendered
Bug reassigned from package 'kdenlive' to 'libmlt6'.
No longer marked as found in versions kdenlive/0.9.8-1.
Ignoring request to alter fixed versions of bug #761593 to the same values 
previously set

found 761593 0.9.2-1+b1

Bug #761593 [libmlt6] [kdenlive] No audio rendered
Marked as found in versions mlt/0.9.2-1.

notfound 761593 0.9.2-1

Bug #761593 [libmlt6] [kdenlive] No audio rendered
No longer marked as found in versions mlt/0.9.2-1.

thanks

Stopping processing here.

Please contact me if you need assistance.
--
761593: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=761593
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



--
Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

Re: [Mlt-devel] Bug#760773: Render error: Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated.

[Patrick Matthäi]

Hi Dan,

I think this is mlt related? :)

Am 07.09.2014 um 20:31 schrieb Bo Lan:
 Package: kdenlive
 Version: 0.9.8-1
 
 Dear maintainers,
 
 When I complete a video editing and render it, this error always
 happens:Using AVStream.codec.time_base as a timebase hint to the muxer
 is deprecated. Set AVStream.time_base instead.
 
 I use all the default rendering settings of ogg format with libtheora
 and libvorbis. I doesn't change any settings, and just click render
 and select Theora, and click Render to file
 
 I found a similar ticket on ffmpeg
 https://trac.ffmpeg.org/ticket/3741. Therefore, it may be a
 libav-tools bug. If yes, I am sorry about that, and please help to
 forward this bug report to libav-tools or its maintainer.
 
 Sincerely,
 Bo
 
 

-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

  Blog: http://www.linux-dev.org/
E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/



signature.asc
Description: OpenPGP digital signature
--
Want excitement?
Manually upgrade your production database.
When you want reliability, choose Perforce
Perforce version control. Predictably reliable.
http://pubads.g.doubleclick.net/gampad/clk?id=157508191iu=/4140/ostg.clktrk___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

Re: [Mlt-devel] Bug#737428: [src:mlt] Sourceless flash file

[Patrick Matthäi]

Hi Dan,

could you fix this with the next upstream release by:

a) Removing the .swf file
b) Adding the source of the .swf file to the release tarball

Thanks!

Am 02.02.2014 20:47, schrieb bastien ROUCARIES:
 Package: src:mlt
 Version:   0.9.0-3
 Severity: serious
 User: debian...@lists.debian.org
 Usertags: source-contains-prebuilt-flash-object
 X-Debbugs-CC: ftpmas...@debian.org


 mlt 0.9.0-3 (source)

  demo/txtField.swf

 Please avoid flash particularly sourceless.

 Bastien



-- 
/*
Mit freundlichem Gruß / With kind regards,
  Patrick Matthäi
  GNU/Linux Debian Developer

   Blog: http://www.linux-dev.org/
E-Mail: pmatth...@debian.org
 patr...@linux-dev.org
*/

--
Android apps run on BlackBerry 10
Introducing the new BlackBerry 10.2.1 Runtime for Android apps.
Now with support for Jelly Bean, Bluetooth, Mapview and more.
Get your Android app in front of a whole new audience.  Start now.
http://pubads.g.doubleclick.net/gampad/clk?id=124407151iu=/4140/ostg.clktrk
___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

Re: [Mlt-devel] Bug#733375: Bug#733375: mlt: FTBFS: producer_pango.c:28:31: fatal error: freetype/freetype.h: No such file or directory

[Patrick Matthäi]

Hi,

thanks! I can confirm that your fix works here for me.

Am 30.12.2013 20:19, schrieb Dan Dennedy:

 What a major pain. This alone fails because we are using pkg-config
 --cflags pangoft2:

 diff --git a/src/modules/gtk2/producer_pango.c
 b/src/modules/gtk2/producer_pango.c
 index 4969dd2..ba902bd 100644
 --- a/src/modules/gtk2/producer_pango.c
 +++ b/src/modules/gtk2/producer_pango.c
 @@ -25,7 +25,7 @@
   #include string.h
   #include gdk-pixbuf/gdk-pixbuf.h
   #include pango/pangoft2.h
 -#include freetype/freetype.h
 +#include freetype.h
   #include iconv.h
   #include pthread.h
   #include ctype.h

 Adding pkg-config --cflags freetype2 does not help on any of my other
 systems because of that old freetype subdirectory. So, I have to
 resort to this ugly hack because `pkg-config --cflags-only-I
 freetype2` (assuming it only ever outputs one -I) has a trailing
 space:

 diff --git a/src/modules/gtk2/Makefile b/src/modules/gtk2/Makefile
 index b4fb3ff..4a3f5cb 100644
 --- a/src/modules/gtk2/Makefile
 +++ b/src/modules/gtk2/Makefile
 @@ -35,6 +35,7 @@ endif
   ifdef USE_PANGO
   OBJS += producer_pango.o
   CFLAGS += `pkg-config $(PKGCONFIG_PREFIX) --cflags pangoft2`
 +CFLAGS += `pkg-config --cflags-only-I freetype2 | sed 's/ *$$//g')`/freetype
   LDFLAGS += `pkg-config $(PKGCONFIG_PREFIX) --libs pangoft2`
   ifeq ($(targetos),Darwin)
   LDFLAGS += -liconv




-- 
/*
Mit freundlichem Gruß / With kind regards,
  Patrick Matthäi
  GNU/Linux Debian Developer

   Blog: http://www.linux-dev.org/
E-Mail: pmatth...@debian.org
 patr...@linux-dev.org
*/

--
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET,  PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk
___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

Re: [Mlt-devel] Bug#733375: mlt: FTBFS: producer_pango.c:28:31: fatal error: freetype/freetype.h: No such file or directory

[Patrick Matthäi]

Hi Dan,

see below. This also should be fixed upstream to work with recent
freetype versions.
Thanks!

Am 28.12.2013 19:12, schrieb David Suárez:
 Source: mlt
 Version: 0.9.0-2
 Severity: serious
 Tags: jessie sid
 User: debian...@lists.debian.org
 Usertags: qa-ftbfs-20131226 qa-ftbfs
 Justification: FTBFS on amd64
 
 Hi,
 
 During a rebuild of all packages in sid, your package failed to build on
 amd64.
 
 On the new 2.5 version the headers are located at
 '/usr/include/freetype2/ftglyph.h' instead of
 '/usr/include/freetype2/freetype/ftglyph.h' like in previous versions.
 
 Relevant part (hopefully):
 cc -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat 
 -Werror=format-security -DARCH_X86_64 -Wall -DPIC   -O2 -pipe 
 -fno-tree-dominator-opts -fno-tree-pre -ffast-math -DUSE_MMX -DUSE_SSE 
 -DUSE_SSE2 -g -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -fPIC -pthread 
 -DARCH_X86_64 -Wall -DPIC   -O2 -pipe -fno-tree-dominator-opts -fno-tree-pre 
 -ffast-math -DUSE_MMX -DUSE_SSE -DUSE_SSE2 -g -D_FILE_OFFSET_BITS=64 
 -D_LARGEFILE_SOURCE -fPIC -pthread -I../.. -DARCH_X86_64 -Wall -DPIC   -O2 
 -pipe -fno-tree-dominator-opts -fno-tree-pre -ffast-math -DUSE_MMX -DUSE_SSE 
 -DUSE_SSE2 -g -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -fPIC -pthread 
 `pkg-config  --cflags gtk+-2.0` `pkg-config  --cflags gdk-pixbuf-2.0` 
 `pkg-config  --cflags pangoft2` -D_FORTIFY_SOURCE=2  -c -o producer_pango.o 
 producer_pango.c
 producer_pango.c:28:31: fatal error: freetype/freetype.h: No such file or 
 directory
  #include freetype/freetype.h
^
 compilation terminated.
 make[3]: *** [producer_pango.o] Error 1
 
 The full build log is available from:
http://aws-logs.debian.net/ftbfs-logs/2013/12/26/mlt_0.9.0-2_unstable.log
 
 A list of current common problems and possible solutions is available at
 http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!
 
 About the archive rebuild: The rebuild was done on EC2 VM instances from
 Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
 failed build was retried once to eliminate random failures.
 


-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

  Blog: http://www.linux-dev.org/
E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/



signature.asc
Description: OpenPGP digital signature
--
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET,  PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

Re: [Mlt-devel] Bug#726197: Bug#726197: kdenlive crashes at startup

[Patrick Matthäi]

Am 16.10.2013 18:36, schrieb Dan Dennedy:

 Occurs when LADSPA_PATH= (not unset). Fix pushed to git.

Much thanks for your quick fix! I am uploading the patched version now

-- 
/*
Mit freundlichem Gruß / With kind regards,
  Patrick Matthäi
  GNU/Linux Debian Developer

   Blog: http://www.linux-dev.org/
E-Mail: pmatth...@debian.org
 patr...@linux-dev.org
*/

--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register 
http://pubads.g.doubleclick.net/gampad/clk?id=60135031iu=/4140/ostg.clktrk
___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

Re: [Mlt-devel] prepare to release MLT 0.8.2

[Patrick Matthäi]

Am 20.08.2012 18:01, schrieb Patrick Matthäi:
 Am 20.08.2012 05:20, schrieb Dan Dennedy:
 I want to make a new release since there a number of bug fixes and
 improvements. If you are distribution maintainer, it would be good to
 test a git snapshot to see if there are any build problems before the
 release. Thanks!


 Thanks for pinging!

 It builds fine, but the attached patch still applies, so users with
 newer libav/ffmpeg without using this patch are still affected. Sure
 this patch is not for upstream relevant since it is another hardcoded
 foo which will break mlt on older libav/ffmpeg scenarios..

Hi Dan,

old but up to date topic I think.
I am missing something or is the patch still required? mlt 0.9.0 still 
hardcoded the .ffpreset paths.

Patch:

diff -Naur mlt-0.9.0.orig/src/modules/avformat/configure 
mlt-0.9.0/src/modules/avformat/configure
--- mlt-0.9.0.orig/src/modules/avformat/configure   2013-06-03 
05:34:35.0 +0200
+++ mlt-0.9.0/src/modules/avformat/configure2013-06-04 
11:50:18.832675538 +0200
@@ -84,7 +84,7 @@
 then
 if [ -d $static_ffmpeg ]
 then
-   echo 
CFLAGS+=-DAVDATADIR=\\\${static_ffmpeg}/ffpresets/\\\  config.mak
+   echo 
CFLAGS+=-DAVDATADIR=\\\${static_ffmpeg}/avconv/\\\  config.mak
 echo CFLAGS+=-I$static_ffmpeg  config.mak
 echo LDFLAGS+=-L$static_ffmpeg/libavformat 
-L$static_ffmpeg/libavcodec -L$static_ffmpeg/libavutil  config.mak
 echo LDFLAGS+=-L$static_ffmpeg/libswscale  
config.mak
diff -Naur mlt-0.9.0.orig/src/modules/avformat/consumer_avformat.c 
mlt-0.9.0/src/modules/avformat/consumer_avformat.c
--- mlt-0.9.0.orig/src/modules/avformat/consumer_avformat.c 
2013-06-03 05:34:35.0 +0200
+++ mlt-0.9.0/src/modules/avformat/consumer_avformat.c  2013-06-04 
11:51:04.280674956 +0200
@@ -783,12 +783,12 @@
 AVCodec *codec = avcodec_find_encoder( 
c-codec_id );
 if ( codec )
 {
-   char *path = malloc( 
strlen(AVDATADIR) + strlen(codec-name) + strlen(vpre) + 
strlen(.ffpreset) + 2 );
+   char *path = malloc( 
strlen(AVDATADIR) + strlen(codec-name) + strlen(vpre) + 
strlen(.avpreset) + 2 );
 strcpy( path, AVDATADIR );
 strcat( path, codec-name );
 strcat( path, - );
 strcat( path, vpre );
-   strcat( path, .ffpreset );
+   strcat( path, .avpreset );

 mlt_properties_close( p );
 p = mlt_properties_load( path );



-- 
/*
Mit freundlichem Gruß / With kind regards,
  Patrick Matthäi
  GNU/Linux Debian Developer

   Blog: http://www.linux-dev.org/
E-Mail: pmatth...@debian.org
 patr...@linux-dev.org
*/

--
How ServiceNow helps IT people transform IT departments:
1. A cloud service to automate IT design, transition and operations
2. Dashboards that offer high-level views of enterprise services
3. A single system of record for all IT processes
http://p.sf.net/sfu/servicenow-d2d-j
___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

Re: [Mlt-devel] Licence query

[Patrick Matthäi]

Most parts of mlt are LGPL, so there is no problem in general, but you
still should study the license.

There are also GPL parts (for both, LGPL and GPL, please notice that
there are different version of both with different clauses), if you
enable/use them you can use them *for yourself* also e.g. in any binary
form and linking against software with any other license (if the license
of the other software allows it), but you are only allowed to distribute
it (distributing as in PaaS, SaaS, e.g. or selling/providing the
software) if you also open and publish all other parts of the (linked)
software to the customers/people which are able to get your result.

This is a *realy* short summary about the license, so you *have to*
study the license and to get sure that you will be confirm with it with
your commercial business.

Am 27.08.2012 20:14, schrieb Murthy Avanithsa:
 I have a question regarding licence .
 
 Can I use this great editing framework (MLT) in a commercial application.
 
 Thank you.
 
 -- 
 Regards,
 Murthy.
 
 
 
 --
 Live Security Virtual Conference
 Exclusive live event will cover all the ways today's security and 
 threat landscape has changed and how IT managers can respond. Discussions 
 will include endpoint security, mobile security and the latest in malware 
 threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
 
 
 
 ___
 Mlt-devel mailing list
 Mlt-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/mlt-devel


-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

  Blog: http://www.linux-dev.org/
E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/



signature.asc
Description: OpenPGP digital signature
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

Re: [Mlt-devel] Licence query

[Patrick Matthäi]

Am 27.08.2012 20:58, schrieb Murthy Avanithsa:
 Thank you very much for the quick response.
  
 We only need some of the utilities not all. If we compile the code using
 LGPL..
  
 1) Can we use MLT framework in our home grown online video editor which
 is using ffmpeg library files as well? The same will be sold to the
 users as a service (finisehd Video). We just want to make sure that we
 wont get into any legal issues.

IANAL and I do not know, yet, would you will do with this software in
detail, so I am not able to give you 100% excactly answers.
Since mlt is using/depending on ffmpeg, this is no problem (and
mlt-ffmpeg licenses are compatible).
Do you sell/publish only the videos produced by some product
using/depending on mlt or do you also (plan) to sell/publish the
producing (mlt using) software?

If you only publish/sell/whatever the results (video/audio/building
scripts) you do not have to worry.

 2) Do we need to sign any contract or an agreement with MLT framework to
 use it? 

You do not have to sign any contract, but you should be aware of the
{L}GPL used here.

 3) Can we contribute any donation to MLT framework because we will be
 utilizing the same in a an e-commerce application?

Sorry I did not understand your sentence completly, would you be so
kindly and rephrase it?

 4) If we use MLT framework, do we need to display MLT framework some
 where on our media player or editor?

No, but you are not allowed to remove copyright/license marks done by
the author.

  
 I am trying my best but no luck yet...*who should we contact for the
 license information?*

An lawyer :)
From my Debian education I have got very good knowledges about open
source licenses (and what is not free / and forbidden), but I can not
take over the job of a lawyer.

  
 Thank You
 Murthy
 
 On Mon, Aug 27, 2012 at 11:59 PM, Patrick Matthäi pmatth...@debian.org
 mailto:pmatth...@debian.org wrote:
 
 Most parts of mlt are LGPL, so there is no problem in general, but you
 still should study the license.
 
 There are also GPL parts (for both, LGPL and GPL, please notice that
 there are different version of both with different clauses), if you
 enable/use them you can use them *for yourself* also e.g. in any binary
 form and linking against software with any other license (if the license
 of the other software allows it), but you are only allowed to distribute
 it (distributing as in PaaS, SaaS, e.g. or selling/providing the
 software) if you also open and publish all other parts of the (linked)
 software to the customers/people which are able to get your result.
 
 This is a *realy* short summary about the license, so you *have to*
 study the license and to get sure that you will be confirm with it with
 your commercial business.
 
 Am 27.08.2012 20:14, schrieb Murthy Avanithsa:
  I have a question regarding licence .
 
  Can I use this great editing framework (MLT) in a commercial
 application.
 
  Thank you.
 
  --
  Regards,
  Murthy.
 
 
 
 
 
 --
  Live Security Virtual Conference
  Exclusive live event will cover all the ways today's security and
  threat landscape has changed and how IT managers can respond.
 Discussions
  will include endpoint security, mobile security and the latest in
 malware
  threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
 
 
 
  ___
  Mlt-devel mailing list
  Mlt-devel@lists.sourceforge.net
 mailto:Mlt-devel@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/mlt-devel
 
 
 --
 /*
 Mit freundlichem Gruß / With kind regards,
  Patrick Matthäi
  GNU/Linux Debian Developer
 
   Blog: http://www.linux-dev.org/
 E-Mail: pmatth...@debian.org mailto:pmatth...@debian.org
 patr...@linux-dev.org mailto:patr...@linux-dev.org
 */
 
 
 
 
 -- 
 Regards,
 Murthy.
 


-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

  Blog: http://www.linux-dev.org/
E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/



signature.asc
Description: OpenPGP digital signature
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

Re: [Mlt-devel] Licence query

[Patrick Matthäi]

Am 27.08.2012 21:59, schrieb Carl Karsten:
 On Mon, Aug 27, 2012 at 2:14 PM, Patrick Matthäi pmatth...@debian.org wrote:

 I am trying my best but no luck yet...*who should we contact for the
 license information?*

 An lawyer :)
 From my Debian education I have got very good knowledges about open
 source licenses (and what is not free / and forbidden), but I can not
 take over the job of a lawyer.
 
 Murthy,
 
 Given your apparent concerns, what Patrick says is correct, but to be
 clear:  You need a lawyer that can advise you, and be prepared to
 defend you in the event someone disagrees with his advice.
 
 If you are looking for someone here to tell you what you are doing is
 ok or not, you won't find it.   Of if you do, you should not rely on
 it.
 
 So either you care enough to do it right (and I think you do) or you
 don't care in which case to whatever you want but don't bother us
 about it.   If you are doing it right, feel free to bother us :)
 

Right and I think it an important sentence would be: Thanks for asking
before doing something realy nasty! :-)

And maybe I forget the following:
There is no difference at the {L}GPL license if you publish it for free
(free as in beer instead of speech) or sell it and it is just about the
software.
So if you plan to publish the results (videos produced by free software)
you do not have to care. But you have to careabout the whole license foo
if you plan to publish e.g. an modified mlt, software using mlt, modules
for mlt, etc

I hope we could give you some good advice

-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

  Blog: http://www.linux-dev.org/
E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/



signature.asc
Description: OpenPGP digital signature
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

Re: [Mlt-devel] Licence query

[Patrick Matthäi]

Am 27.08.2012 22:12, schrieb Dan Dennedy:
 On Mon, Aug 27, 2012 at 12:14 PM, Patrick Matthäi pmatth...@debian.org 
 wrote:
 Am 27.08.2012 20:58, schrieb Murthy Avanithsa:
 Thank you very much for the quick response.

 We only need some of the utilities not all. If we compile the code using
 LGPL..


 4) If we use MLT framework, do we need to display MLT framework some
 where on our media player or editor?

 No, but you are not allowed to remove copyright/license marks done by
 the author.
 
 Actually, yes, you do. From section 6 of LGPL 2.1: You must give
 prominent notice with each copy of the work that the Library is used
 in it and that the Library and its use are covered by this License.
 and If the work during execution displays copyright notices, you must
 include the copyright notice for the Library among them

This is already done if you keep all copyright/license information from
the source in your copy, also additional files like COPYING e.g. are
good examples for it and with my sentence I just wanted to say this.

From project to project and license to license this could be different,
some AGPL variants e.g.:
- webapplication foo exists under the terms of the agpl xyz (different
versions different requirements, do not know exactly now the version
numbers)
- version 1.0 requires, that you display in the footer or in the html
source code, that it is also copyrighted by bla bla in year foo
- version 2.0 also requires, that you offer a tarball of the whole
source code of the webapp which is displayed to the user

Removing such license/copyright foo is always critical and not free.

 There is no single point of contact regarding the copyright for all of
 the code in MLT. The framework, core module, and some other modules
 are all copyright Ushodaya Enterprises Limited, but we no longer have
 a direct contact with them. Other modules have a variety of
 copyrights. And then there are the various dependencies that need
 consideration. So, a lawyer is definitely good advice if you need to
 make something proprietary.

Copyright != license
Copyrights are much more complicated and uglier. Also each (applied)
patch submitter earns copyrights with most free licenses (which also
prevents license changes), but that is too much for this thread :)

-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

  Blog: http://www.linux-dev.org/
E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/



signature.asc
Description: OpenPGP digital signature
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

Re: [Mlt-devel] Licence query

[Patrick Matthäi]

Am 27.08.2012 23:03, schrieb Dan Dennedy:
 This is already done if you keep all copyright/license information from
 the source in your copy,
 
 Really? Is that how you read it? If you defer distribution of the
 source code to upon request and distribute binary by default, then
 copyrights in comment headers do not appear.

That is the reason why I say: IANAL (I am not a lawyer), just did not
thought about the requirement in this situation to still deliver the
license of the used software, sorry!

 He asked about a contact for the license. The copyright holder of a
 component can make their component available under an alternate
 license. Otherwise, how would anyone know who is the licensor and who
 to contact? In the MLT project, there is no required copyright
 assignment agreement for contributors, but I consider that a patch
 submitter has only earned copyright if they are added as such in the
 comment header.
 

To be exactly yes that is right, So if I would e.g. submit patches I
also had to add/modify with it the copyright headers. I do not need it
for myself to get added as contributor but at the end if you would e.g.
decide to switch tomorrow to a closed license it still would be
problematic for you if I would disagree (as long as you would continue
to use my patches) at the courts. But as I said this is too detailed and
in general not my goal :)

-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

  Blog: http://www.linux-dev.org/
E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/



signature.asc
Description: OpenPGP digital signature
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

Re: [Mlt-devel] prepare to release MLT 0.8.2

[Patrick Matthäi]

Am 20.08.2012 05:20, schrieb Dan Dennedy:
 I want to make a new release since there a number of bug fixes and
 improvements. If you are distribution maintainer, it would be good to
 test a git snapshot to see if there are any build problems before the
 release. Thanks!
 

Thanks for pinging!

It builds fine, but the attached patch still applies, so users with
newer libav/ffmpeg without using this patch are still affected. Sure
this patch is not for upstream relevant since it is another hardcoded
foo which will break mlt on older libav/ffmpeg scenarios..

-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

  Blog: http://www.linux-dev.org/
E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/
# The path and naming schema of the preset files has been changed from:
# /usr/share/ffpresets/*.ffpreset
# to:
# /usr/share/avconv/*.avpreset
# Closes: #681339

diff -Naur mlt-0.8.0.orig/src/modules/avformat/configure mlt-0.8.0/src/modules/avformat/configure
--- mlt-0.8.0.orig/src/modules/avformat/configure	2012-06-01 22:51:32.0 +0200
+++ mlt-0.8.0/src/modules/avformat/configure	2012-07-12 21:41:31.506776608 +0200
@@ -86,7 +86,7 @@
 	then 
 		if [ -d $static_ffmpeg ]
 		then
-			echo CFLAGS+=-DAVDATADIR=\\\${static_ffmpeg}/ffpresets/\\\  config.mak
+			echo CFLAGS+=-DAVDATADIR=\\\${static_ffmpeg}/avconv/\\\  config.mak
 			echo CFLAGS+=-I$static_ffmpeg  config.mak
 			echo LDFLAGS+=-L$static_ffmpeg/libavformat -L$static_ffmpeg/libavcodec -L$static_ffmpeg/libavutil  config.mak
 			[ $targetos = Darwin ] 
diff -Naur mlt-0.8.0.orig/src/modules/avformat/consumer_avformat.c mlt-0.8.0/src/modules/avformat/consumer_avformat.c
--- mlt-0.8.0.orig/src/modules/avformat/consumer_avformat.c	2012-06-01 22:51:32.0 +0200
+++ mlt-0.8.0/src/modules/avformat/consumer_avformat.c	2012-07-12 21:42:49.242780570 +0200
@@ -731,12 +731,12 @@
 AVCodec *codec = avcodec_find_encoder( c-codec_id );
 if ( codec )
 {
-	char *path = malloc( strlen(AVDATADIR) + strlen(codec-name) + strlen(vpre) + strlen(.ffpreset) + 2 );
+	char *path = malloc( strlen(AVDATADIR) + strlen(codec-name) + strlen(vpre) + strlen(.avpreset) + 2 );
 	strcpy( path, AVDATADIR );
 	strcat( path, codec-name );
 	strcat( path, - );
 	strcat( path, vpre );
-	strcat( path, .ffpreset );
+	strcat( path, .avpreset );
 	
 	mlt_properties_close( p );
 	p = mlt_properties_load( path );


signature.asc
Description: OpenPGP digital signature
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

[Mlt-devel] git commit e-mail notification

[Patrick Matthäi]

Hey Dan,

would it be possible to reactivate them again? Then it is easier to
follow your development and to see new important ones :-)

-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/



signature.asc
Description: OpenPGP digital signature
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

Re: [Mlt-devel] Bug#677276: kdenlive: Rendering to file works, Rendering by a script not.

[Patrick Matthäi]

Hey Dan and Vincent,

@Vincent:
You are right, with your video(settings) it is also reproduceable on my PC.

@Dan:
Could you have a look on this issue?
The rendering about the script just finishes within a second and leaves
an empty file.
I tried to reproduce it with some other videos and settings, but they
worked, but not with his generated script.

Full history:
http://bugs.debian.org/677276

Thanks!

Am 11.07.2012 22:45, schrieb Vincent Smeets:
 Hello Patrick,
 
 I have put a small project together with just one dv file. The files are
 packed in the file
 http://dl.dropbox.com/u/30033528/Bug_677276_script002.tar.gz which I
 have provided on my DropBox. I couldn't send it by mail because of it's
 size.
 
 Before starting the script you will probably have to correct the path
 names in the files because that are still pathnames for my computer.
 The dv file is probably not necessary because my previous strace showed
 that the rendering already stopped before accessing the dv file.
 
 Regards,
 Vincent
 
 On 10-07-12 22:00, Patrick Matthäi wrote:
 Am 09.07.2012 20:56, schrieb Vincent Smeets:
 On 07-07-12 23:58, Patrick Matthäi wrote:
 could you also send me please the output of: dpkg -l|egrep
 libav|mlt|melt thanks!
 Hello Patrick,

 Here is the output:
 Could you please upload an example file and also both scripts so I may
 reproduce it?


 


-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/



signature.asc
Description: OpenPGP digital signature
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

[Mlt-devel] Fwd: Bug#681339: melt: wrongly looks for ffpresets - should look for avpresets

[Patrick Matthäi]

Whops, forget to add mlt in the to field...:


Thanks Jonas, you are right, the naming schema of ffmpeg/libav has been
changed.

@Dan:
I have attached a patch for it. I think there shouldn't be a problem to
apply it to Debian, or not?

For you it may be not complete, since it would break mlt with older
ffmpeg releases..

Am 12.07.2012 14:14, schrieb Jonas Smedegaard:
 Package: melt
 Version: 0.8.0-1
 Severity: normal
 
 Melt (and all of MLT) wrongly uses old ffmpeg path and extension for
 libav* specific preset files.
 
 Instead of looking for /usr/share/ffpresets/*.ffpreset it should look
 for /usr/share/avconv/*.avpreset
 
  - Jonas


-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/

# The path and naming schema of the preset files has been changed from:
# /usr/share/ffpresets/*.ffpreset
# to:
# /usr/share/avconv/*.avpreset
# Closes: #681339

diff -Naur mlt-0.8.0.orig/src/modules/avformat/configure mlt-0.8.0/src/modules/avformat/configure
--- mlt-0.8.0.orig/src/modules/avformat/configure	2012-06-01 22:51:32.0 +0200
+++ mlt-0.8.0/src/modules/avformat/configure	2012-07-12 21:41:31.506776608 +0200
@@ -86,7 +86,7 @@
 	then 
 		if [ -d $static_ffmpeg ]
 		then
-			echo CFLAGS+=-DAVDATADIR=\\\${static_ffmpeg}/ffpresets/\\\  config.mak
+			echo CFLAGS+=-DAVDATADIR=\\\${static_ffmpeg}/avconv/\\\  config.mak
 			echo CFLAGS+=-I$static_ffmpeg  config.mak
 			echo LDFLAGS+=-L$static_ffmpeg/libavformat -L$static_ffmpeg/libavcodec -L$static_ffmpeg/libavutil  config.mak
 			[ $targetos = Darwin ] 
diff -Naur mlt-0.8.0.orig/src/modules/avformat/consumer_avformat.c mlt-0.8.0/src/modules/avformat/consumer_avformat.c
--- mlt-0.8.0.orig/src/modules/avformat/consumer_avformat.c	2012-06-01 22:51:32.0 +0200
+++ mlt-0.8.0/src/modules/avformat/consumer_avformat.c	2012-07-12 21:42:49.242780570 +0200
@@ -731,12 +731,12 @@
 AVCodec *codec = avcodec_find_encoder( c-codec_id );
 if ( codec )
 {
-	char *path = malloc( strlen(AVDATADIR) + strlen(codec-name) + strlen(vpre) + strlen(.ffpreset) + 2 );
+	char *path = malloc( strlen(AVDATADIR) + strlen(codec-name) + strlen(vpre) + strlen(.avpreset) + 2 );
 	strcpy( path, AVDATADIR );
 	strcat( path, codec-name );
 	strcat( path, - );
 	strcat( path, vpre );
-	strcat( path, .ffpreset );
+	strcat( path, .avpreset );
 	
 	mlt_properties_close( p );
 	p = mlt_properties_load( path );



signature.asc
Description: OpenPGP digital signature
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

Re: [Mlt-devel] Bug#677276: kdenlive: Rendering to file works, Rendering by a script not.

[Patrick Matthäi]

@Vincent:

Does it also work for you, if you remove the file:// prefix JUST in
the SOURCE variable of the .sh script?

Looks like melt does not handle it prop. anymore, with the TARGET prefix
file:// everything is okay.

Am 12.07.2012 20:00, schrieb Patrick Matthäi:
 Hey Dan and Vincent,
 
 @Vincent:
 You are right, with your video(settings) it is also reproduceable on my PC.
 
 @Dan:
 Could you have a look on this issue?
 The rendering about the script just finishes within a second and leaves
 an empty file.
 I tried to reproduce it with some other videos and settings, but they
 worked, but not with his generated script.
 
 Full history:
 http://bugs.debian.org/677276
 
 Thanks!

-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/



signature.asc
Description: OpenPGP digital signature
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

[Mlt-devel] New release to distribute it with next the Debian version

[Patrick Matthäi]

Hey Dan,

I kindly wanted to ask you when you may release the next mlt version?
Currently I am going with 0.7.8+git20120417-1 on Debian, which fixed all
opened bugs and no new one has been reported.

Since kdenlive also put out 0.9.2 and seeing the fact that I am on VAC
for three weeks in 1 1/2 week.. Debian Wheezy freezes on my VAC
timeframe, so it would be nice to have a new release soon that stable
could distribute it :)

-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/



signature.asc
Description: OpenPGP digital signature
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

[Mlt-devel] Building against system RtAudio

[Patrick Matthäi]

Hi,

currently mlt embedds RtAudio, which is bad for distributions. Would you
fix it please, so that it first tries to build and link against the
system RtAudio one? Thanks!
-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/



signature.asc
Description: OpenPGP digital signature
--
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

Re: [Mlt-devel] Building against system RtAudio

[Patrick Matthäi]

Am 16.04.2012 20:11, schrieb Dan Dennedy:
 On Mon, Apr 16, 2012 at 9:27 AM, Patrick Matthäi pmatth...@debian.org wrote:
 Hi,

 currently mlt embedds RtAudio, which is bad for distributions. Would you
 fix it please, so that it first tries to build and link against the
 system RtAudio one? Thanks!
 
 No, that defeats MY goal, which is to have an audio consumer
 independent of non-platform libs (considering libasound a platform lib

I do not have a problem with it, as long as it is possible to also use
the system one optional.

 on Linux). Just pretend I wrote that code. You are free to disable it
 it your configuration.

I will not pretend it, but if that are your last words then I have to
disable it in my configuration.


PS.: Do not forget that my is a synonym for Debian, its users, forks
(like Ubuntu) etc..

-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/



signature.asc
Description: OpenPGP digital signature
--
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

[Mlt-devel] Fwd: Bug#660183: kdenlive: rendered video haslost red when taken some sources

[Patrick Matthäi]

Hi Dan,

this sounds like another libav issue, or not?

 Original-Nachricht 

hiya

downloaded the 7.8 from sid and isntalled them but still no red in the
videos

On 17 February 2012 08:12, Patrick Matthäi pmatth...@debian.org
mailto:pmatth...@debian.org wrote:

 Am 17.02.2012 09:05, schrieb Dick William Thomas:

 Package: kdenlive
 Version: 0.8.2.1-1
 Severity: important

 Dear Maintainer,


 * I've been using kdenlive or months with out issue and
 today reinstalled
 wheezy with out debian multimedia repo as I wanted a more pure
 debian also
 ffmpeg now support x264
 I've found video's rendered from a source that has a windowed
 screen capture
 are green

 * What exactly did you do (or not do) that was effective (or
   ineffective)?
  I recorded two videos using ffmpeg  then rendered them
 one after the
 other in a single video 1/2 the video has normal colour but the
 windows part is
 lost it's red.

 I think the problem is melt as I also tried it with openshot and
 it had the
 same outcome
 and when kdenlive is run from the command line the out put says
 it's sending it
 to melt

 I recoreded the videos using
 #FULL SCREEN
 ffmpeg -f alsa -ac 2 -i pulse -f x11grab -r 30 -s $(xwininfo
 -root | grep
 'geometry' | awk '{print $2;}') -i :0.0+0,0 -acodec  libvorbis
 -ab 128k -ac 2
 -vcodec libx264 -crf 0 -threads 0 -baseName-fullscreen.avi

 #WINDOWED
 INFO=$(xwininfo -frame)
 WIN_GEO=$(echo $INFO | grep -oEe 'geometry [0-9]+x[0-9]+' | grep
 -oEe
 '[0-9]+x[0-9]+')
 WIN_XY=$(echo $INFO | grep -oEe 'Corners:\s+\+[0-9]+\+[0-9]+' |
 grep -oEe
 '[0-9]+\+[0-9]+' | sed -e 's/\+/,/' )
   ffmpeg -f alsa -ac 2 -i pulse -f x11grab -r 30 -s $WIN_GEO -i
 :0.0+$WIN_XY
 -acodec  libvorbis -ab 128k -ac 2 -vcodec libx264 -vf
 scale=720:432 -threads 0
 -y baseName-windowed.avi

 the output is in this download along with the rendered finish
 product
 http://dl.dropbox.com/u/__302701/kdenlive-bug.tar.gz
 http://dl.dropbox.com/u/302701/kdenlive-bug.tar.gz


 Could you try out mlt 0.7.8?


--
Virtualization  Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

[Mlt-devel] mlt does not build with recent ffmpeg

[Patrick Matthäi]

Hi Dan,

I have got a critical issue here. First I thought mlt needs a rebuild
against the newst ffmpeg, but now the packages (with the current up to
date git master source) fails to build completly, because ff_cropTbl
isn't exported anymore:
 https://buildd.debian.org/status/package.php?p=mlt

The issue was also reported to ffmpeg upstream, but they closed it with
wontfix, since they do not want to export the symbol anymore:
 http://ffmpeg.org/trac/ffmpeg/ticket/826

Curious is that it still seems to work on amd64, why I just now saw this
problem..

-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/



signature.asc
Description: OpenPGP digital signature
--
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

Re: [Mlt-devel] [PATCH] use sse2 instruction for line compositing

[Patrick Matthäi]

Am 02.02.2012 17:57, schrieb Maksym Veremeyenko:
 Hi,
 
 attached patch perform line compositing for SSE2+ARCH_X86_64 build. It
 works for a case where luma is not defined...
 

Is there a reason why it is only on amd64 available?
Surely the code should be disabled if mlt is configured without SSE
support, but a user with an modern CPU but i386 userland/kernel maybe
still wants to benefit from it?


-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/



signature.asc
Description: OpenPGP digital signature
--
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

Re: [Mlt-devel] (Older?) ogv rendering bug

[Patrick Matthäi]

Am 29.01.2012 22:11, schrieb Dan Dennedy:
 On Sun, Jan 29, 2012 at 11:51 AM, Patrick Matthäi pmatth...@debian.org 
 wrote:
 hHi Dan,

 I have got the following report:
 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=656159

 More information are located in the Ubuntu report:
 https://bugs.launchpad.net/ubuntu/+source/mlt/+bug/521091

 The Debian bugreporter already send me an email with reproduceable data,
 but because of a fglrx-driver bug I can not play/render videos atm
 (grml...), also not in a virtual machine.

 Since the reported versions are older (Debian: 0.5.6+git20100727 Ubuntu:
 0.4.10, but both are included in stable releases) I think and hope this
 issue is already fixed.

 Maybe you can point me - if available - to a patch, so that I can create
 a testpackage for the reporter?
 
 Searching the git log for Theora only reveals one possible commit that
 went into the 0.4.4 release. Otherwise, nothing is coming to mind.
 Good thing the user can render to some other formats.
 

Thanks for your work.
Or as gdb says (in contra to other reporters on the ubuntu bug) the bug
realy lies on ffmpeg/libav e.g. and was fixed later.


-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/



signature.asc
Description: OpenPGP digital signature
--
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

Re: [Mlt-devel] Bug#657871: kdenlive: Incorrect colors shown in clip monitor

[Patrick Matthäi]

Hey Dan,

sorry for distubrbing you again.
Is there a way to tell melt to use opengl as vo instead of
xv/vdpau/whatelse? Then my X would not crash and I could test the issue
myself .

As you see below and in
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=657871 - the reporter
has got some color problems in the kdenlive clip monitor with mlt
0.7.6+git20111222.
With ffmpeg (0.8) itself everything is okay, melt foo.dv also produces
garbage colors.
Since you made many changes since the 22.12.2012 I have uploaded a
package for the reporter with the today git master and he still has got
the garbaged colors.
May you help here?


Am 29.01.2012 22:04, schrieb Vincent Smeets:
 On 29-01-12 21:26, Patrick Matthäi wrote:
 Am 29.01.2012 21:23, schrieb Vincent Smeets:

 I can sendyou a small raw-dv file so that you can test it you self. It
 is a couple of seconds long but 23MB in size. Can I send that to your
 debian mail address or should I send it somewhere else?
 Better upload it somewhere, where I can fetch it.

 I have got the problem, that I can not play currently video files on
 linux, due of a fglrx bug ;-)

 Do you know since when it does not work?
 Hello,
 
 I have uploaded it under my Google Documents. You can find it with th
 following link:
 
 https://docs.google.com/open?id=0B4UQAzyMgmDnZmRhYzNkNzUtOTYwZC00M2M4LTg2ZTktYzFiM2M1NjhmMjQ4
 
 
 You can view it there (with colors) and download it too.
 
 Since when it doesn't work, I'm not sure. I'm currently converting my
 old VHS videos to digital and importing them with dvgrab. I check the
 imported files with kdenlive. I imported last week some files and didn't
 notice any problems with the colors. (it can however be that there was a
 problem, but I just didn't saw it). Today, I imported an other video and
 there I saw the problem.
 The problem is not related to the old VHS videos because the files I
 directly recorded with my digital camera have the same problems.
 
 Regards,
 Vincent


-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/



signature.asc
Description: OpenPGP digital signature
--
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

Re: [Mlt-devel] FTBFS with RtAudio and hurd porting

[Patrick Matthäi]

Am 22.12.2011 07:01, schrieb Dan Dennedy:
 better now?


W, it builds again on kfreebsd and it is the first time it builds on 
hurd, so yes much better :)

Merry christmas!

--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

Re: [Mlt-devel] RtAudio.cpp including soundcard.h

[Patrick Matthäi]

Am 21.12.2011 22:56, schrieb Dan Dennedy:
 On Wed, Dec 21, 2011 at 1:43 PM, Patrick Matthäipmatth...@debian.org  wrote:
 Am 21.12.2011 21:00, schrieb Gleb Smirnoff:

 It still fails:
 g++ -O -Wall -DPIC   -O2 -pipe -fno-tree-dominator-opts -fno-tree-pre 
 -ffast-math -DUSE_MMX -DUSE_SSE -DUSE_SSE2 -g -D_FILE_OFFSET_BITS=64 
 -D_LARGEFILE_SOURCE -DARCH_X86_64 -fPIC -pthread -Wall -DPIC   -O2 -pipe 
 -fno-tree-dominator-opts -fno-tree-pre -ffast-math -DUSE_MMX -DUSE_SSE 
 -DUSE_SSE2 -g -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -DARCH_X86_64 
 -fPIC -pthread -I../.. -Wall -DPIC   -O2 -pipe -fno-tree-dominator-opts 
 -fno-tree-pre -ffast-math -DUSE_MMX -DUSE_SSE -DUSE_SSE2 -g 
 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -DARCH_X86_64 -fPIC -pthread 
 -Wno-deprecated -Wno-multichar -fno-rtti -D__LINUX_OSS__   -c -o RtAudio.o 
 RtAudio.cpp
 RtAudio.cpp: In member function 'virtual RtAudio::DeviceInfo 
 RtApiOss::getDeviceInfo(unsigned int)':
 RtAudio.cpp:6486: error: 'AFMT_FLOAT' was not declared in this scope

 Probably the OSS in FreeBSD is outdated?


 kfreebsd != freebsd.


 Gleb is a FreeBSD user dealing with his own compilation problem. He is
 not commenting on your issue. What is your point?


Just forget it, I missread :)

--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

[Mlt-devel] FTBFS with RtAudio and hurd porting

[Patrick Matthäi]

Hi Dan,

I have got a critical FTBFS on kfreebsd with git master, because of 
RtAudio, which were not present - as RtAudio - in 0.7.6 release:


RtAudio.cpp:6987:29: error: 'SNDCTL_DSP_HALT' was not declared in this scope
RtAudio.cpp: In member function 'virtual void RtApiOss::stopStream()':
RtAudio.cpp:7083:36: error: 'SNDCTL_DSP_HALT' was not declared in this scope
RtAudio.cpp:7093:36: error: 'SNDCTL_DSP_HALT' was not declared in this scope
RtAudio.cpp: In member function 'virtual void RtApiOss::abortStream()':
RtAudio.cpp:7129:36: error: 'SNDCTL_DSP_HALT' was not declared in this scope
RtAudio.cpp:7139:36: error: 'SNDCTL_DSP_HALT' was not declared in this scope
make[3]: *** [RtAudio.o] Error 1
make[3]: Leaving directory 
`/build/buildd-mlt_0.7.6+git20111220-1-kfreebsd-amd64-g3zGJu/mlt-0.7.6+git20111220/src/modules/rtaudio'

make[2]: *** [all] Error 1
make[2]: Leaving directory 
`/build/buildd-mlt_0.7.6+git20111220-1-kfreebsd-amd64-g3zGJu/mlt-0.7.6+git20111220/src/modules'

make[1]: *** [all] Error 1
make[1]: Leaving directory 
`/build/buildd-mlt_0.7.6+git20111220-1-kfreebsd-amd64-g3zGJu/mlt-0.7.6+git20111220'

dh_auto_build: make -j1 returned exit code 2
make: *** [build] Error 2

Full log here:
https://buildd.debian.org/status/fetch.php?pkg=mltarch=kfreebsd-amd64ver=0.7.6%2Bgit20111220-1stamp=1324412512

First I had an FTBFS, because RtAudio includes soundcard.h, which is 
present on Linux, but a better place may be sys/soundcard.h (which I had 
patched). Please have a look at my attachment 03.
With it mlt still builds fine on all Linux platforms, but still not on 
kfreebsd and hurd (same error).
Additional I add two another patches to support building on hurd (02 and 
04 attachment).
I can't say if both patches let mlt build until the end on hurd now, 
because of the RtAudio fail..


I hope you can help me :)
--
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/
# Use sys/soundcard.h as include path, so that mlt does not FTBFS on kfreebsd.
# Closes: #652059

diff -Naur mlt-0.7.6+git20111220.orig/src/modules/rtaudio/RtAudio.cpp mlt-0.7.6+git20111220/src/modules/rtaudio/RtAudio.cpp
--- mlt-0.7.6+git20111220.orig/src/modules/rtaudio/RtAudio.cpp	2011-12-20 19:07:09.0 +0100
+++ mlt-0.7.6+git20111220/src/modules/rtaudio/RtAudio.cpp	2011-12-20 19:29:00.711420362 +0100
@@ -6373,7 +6373,7 @@
 #include sys/ioctl.h
 #include unistd.h
 #include fcntl.h
-#include soundcard.h
+#include sys/soundcard.h
 #include errno.h
 #include math.h
 
# Also detect hurd-i386 as Linux flavour.

diff -Naur mlt-0.7.6+git20111213.orig/configure mlt-0.7.6+git20111213/configure
--- mlt-0.7.6+git20111213.orig/configure	2011-12-13 19:28:26.639956316 +0100
+++ mlt-0.7.6+git20111213/configure	2011-12-13 19:40:41.200797535 +0100
@@ -88,7 +88,7 @@
 		echo SHFLAGS=-dynamiclib
 		echo LDFLAGS+=`sdl-config --libs`
 		;;
-		Linux|GNU/kFreeBSD)
+		Linux|GNU/kFreeBSD|GNU)
 		[ $(uname -m) = x86_64 ]  echo ARCH_X86_64=1  echo CFLAGS+=-DARCH_X86_64
 		[ $optimisations = true ] 
 			echo OPTIMISATIONS+=-ffast-math
# Use the same targetos for hurd as for Linux.

diff -Naur mlt-0.7.6+git20111220.orig/src/mlt++/configure mlt-0.7.6+git20111220/src/mlt++/configure
--- mlt-0.7.6+git20111220.orig/src/mlt++/configure	2011-05-26 18:34:35.0 +0200
+++ mlt-0.7.6+git20111220/src/mlt++/configure	2011-12-20 19:33:25.195427389 +0100
@@ -10,7 +10,7 @@
 		echo CXXFLAGS+=-D__DARWIN__ -Wall -fPIC
 		echo LIBFLAGS=-dynamiclib -single_module
 		;;
-	Linux|FreeBSD|NetBSD|GNU/kFreeBSD)
+	Linux|FreeBSD|NetBSD|GNU/kFreeBSD|GNU)
 		echo LIBSUF=.so
 		echo CXXFLAGS+=-Wall $WARNINGS -fPIC -DPIC
 		echo LIBFLAGS=-shared
--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

Re: [Mlt-devel] FTBFS with RtAudio and hurd porting

[Patrick Matthäi]

Am 21.12.2011 18:45, schrieb Dan Dennedy:
 On Wed, Dec 21, 2011 at 9:26 AM, Patrick Matthäipmatth...@debian.org  wrote:
 Hi Dan,

 I have got a critical FTBFS on kfreebsd with git master, because of RtAudio,
 which were not present - as RtAudio - in 0.7.6 release:

 RtAudio.cpp:6987:29: error: 'SNDCTL_DSP_HALT' was not declared in this scope
 RtAudio.cpp: In member function 'virtual void RtApiOss::stopStream()':
 RtAudio.cpp:7083:36: error: 'SNDCTL_DSP_HALT' was not declared in this scope
 RtAudio.cpp:7093:36: error: 'SNDCTL_DSP_HALT' was not declared in this scope
 RtAudio.cpp: In member function 'virtual void RtApiOss::abortStream()':
 RtAudio.cpp:7129:36: error: 'SNDCTL_DSP_HALT' was not declared in this scope
 RtAudio.cpp:7139:36: error: 'SNDCTL_DSP_HALT' was not declared in this scope
 make[3]: *** [RtAudio.o] Error 1
 make[3]: Leaving directory
 `/build/buildd-mlt_0.7.6+git20111220-1-kfreebsd-amd64-g3zGJu/mlt-0.7.6+git20111220/src/modules/rtaudio'
 make[2]: *** [all] Error 1
 make[2]: Leaving directory
 `/build/buildd-mlt_0.7.6+git20111220-1-kfreebsd-amd64-g3zGJu/mlt-0.7.6+git20111220/src/modules'
 make[1]: *** [all] Error 1
 make[1]: Leaving directory
 `/build/buildd-mlt_0.7.6+git20111220-1-kfreebsd-amd64-g3zGJu/mlt-0.7.6+git20111220'
 dh_auto_build: make -j1 returned exit code 2
 make: *** [build] Error 2

 Full log here:
 https://buildd.debian.org/status/fetch.php?pkg=mltarch=kfreebsd-amd64ver=0.7.6%2Bgit20111220-1stamp=1324412512

 First I had an FTBFS, because RtAudio includes soundcard.h, which is present
 on Linux, but a better place may be sys/soundcard.h (which I had patched).
 Please have a look at my attachment 03.
 With it mlt still builds fine on all Linux platforms, but still not on

 MLT RtAudio on Linux should be using only ALSA.

 kfreebsd and hurd (same error).

 It appears some BSDs include OSS, but I do not know about these
 kernels specifically.

 Additional I add two another patches to support building on hurd (02 and 04
 attachment).
 I can't say if both patches let mlt build until the end on hurd now, because
 of the RtAudio fail..

 I hope you can help me :)

 I can make a change that disables the rtaudio plugin when not using
 FreeBSD, Linux, Windows, or OS X.


This would be nice

-- 
/*
Mit freundlichem Gruß / With kind regards,
  Patrick Matthäi
  GNU/Linux Debian Developer

E-Mail: pmatth...@debian.org
 patr...@linux-dev.org
*/

--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

Re: [Mlt-devel] RtAudio.cpp including soundcard.h

[Patrick Matthäi]

Am 21.12.2011 21:00, schrieb Gleb Smirnoff:

 It still fails:
 g++ -O -Wall -DPIC   -O2 -pipe -fno-tree-dominator-opts -fno-tree-pre 
 -ffast-math -DUSE_MMX -DUSE_SSE -DUSE_SSE2 -g -D_FILE_OFFSET_BITS=64 
 -D_LARGEFILE_SOURCE -DARCH_X86_64 -fPIC -pthread -Wall -DPIC   -O2 -pipe 
 -fno-tree-dominator-opts -fno-tree-pre -ffast-math -DUSE_MMX -DUSE_SSE 
 -DUSE_SSE2 -g -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -DARCH_X86_64 -fPIC 
 -pthread -I../.. -Wall -DPIC   -O2 -pipe -fno-tree-dominator-opts 
 -fno-tree-pre -ffast-math -DUSE_MMX -DUSE_SSE -DUSE_SSE2 -g 
 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -DARCH_X86_64 -fPIC -pthread 
 -Wno-deprecated -Wno-multichar -fno-rtti -D__LINUX_OSS__   -c -o RtAudio.o 
 RtAudio.cpp
 RtAudio.cpp: In member function 'virtual RtAudio::DeviceInfo 
 RtApiOss::getDeviceInfo(unsigned int)':
 RtAudio.cpp:6486: error: 'AFMT_FLOAT' was not declared in this scope

 Probably the OSS in FreeBSD is outdated?


kfreebsd != freebsd.

Debian has got two ports:
kFreeBSD (GNU aka Linux userland with FreeBSD kernel, it is
offical supported!)
hurd (the well known will never release; GNU userland with
hurd kernel; it is a goal to support it offical within
the next years)

-- 
/*
Mit freundlichem Gruß / With kind regards,
  Patrick Matthäi
  GNU/Linux Debian Developer

E-Mail: pmatth...@debian.org
 patr...@linux-dev.org
*/

--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

[Mlt-devel] Deprecation Warnings with ffmpeg 0.7.2

[Patrick Matthäi]

Hi Dan,

for the case you are not aware of it:

producer_avformat.c:269:2: warning: 'AVMetadataTag' is deprecated 
(declared at /usr/include/libavutil/dict.h:36) [-Wdeprecated-declarations]
producer_avformat.c:318:5: warning: 'avcodec_get_pix_fmt_name' is 
deprecated (declared at /usr/include/libavcodec/avcodec.h:3337) 
[-Wdeprecated-declarations]
producer_avformat.c:381:3: warning: 'av_metadata_get' is deprecated 
(declared at /usr/include/libavformat/avformat.h:145) 
[-Wdeprecated-declarations]
producer_avformat.c:392:2: warning: 'av_metadata_get' is deprecated 
(declared at /usr/include/libavformat/avformat.h:145) 
[-Wdeprecated-declarations]
producer_avformat.c:575:4: warning: 'width' is deprecated (declared at 
/usr/include/libavformat/avformat.h:247) [-Wdeprecated-declarations]
producer_avformat.c:576:4: warning: 'height' is deprecated (declared at 
/usr/include/libavformat/avformat.h:248) [-Wdeprecated-declarations]
producer_avformat.c:578:5: warning: 'time_base' is deprecated (declared 
at /usr/include/libavformat/avformat.h:244) [-Wdeprecated-declarations]
producer_avformat.c:579:4: warning: 'channels' is deprecated (declared 
at /usr/include/libavformat/avformat.h:246) [-Wdeprecated-declarations]
producer_avformat.c:580:4: warning: 'sample_rate' is deprecated 
(declared at /usr/include/libavformat/avformat.h:245) 
[-Wdeprecated-declarations]
producer_avformat.c:600:7: warning: 'time_base' is deprecated (declared 
at /usr/include/libavformat/avformat.h:244) [-Wdeprecated-declarations]
producer_avformat.c:602:7: warning: 'time_base' is deprecated (declared 
at /usr/include/libavformat/avformat.h:244) [-Wdeprecated-declarations]
producer_avformat.c:604:7: warning: 'sample_rate' is deprecated 
(declared at /usr/include/libavformat/avformat.h:245) 
[-Wdeprecated-declarations]
producer_avformat.c:606:7: warning: 'channel' is deprecated (declared at 
/usr/include/libavformat/avformat.h:250) [-Wdeprecated-declarations]
producer_avformat.c:608:7: warning: 'channels' is deprecated (declared 
at /usr/include/libavformat/avformat.h:246) [-Wdeprecated-declarations]
producer_avformat.c:611:7: warning: 'pix_fmt' is deprecated (declared at 
/usr/include/libavformat/avformat.h:249) [-Wdeprecated-declarations]
producer_avformat.c:614:7: warning: 'width' is deprecated (declared at 
/usr/include/libavformat/avformat.h:247) [-Wdeprecated-declarations]
producer_avformat.c:616:7: warning: 'height' is deprecated (declared at 
/usr/include/libavformat/avformat.h:248) [-Wdeprecated-declarations]
producer_avformat.c:618:7: warning: 'standard' is deprecated (declared 
at /usr/include/libavformat/avformat.h:251) [-Wdeprecated-declarations]
producer_avformat.c:686:3: warning: 'av_open_input_file' is deprecated 
(declared at /usr/include/libavformat/avformat.h:1050) 
[-Wdeprecated-declarations]
producer_avformat.c:759:2: warning: 'av_open_input_file' is deprecated 
(declared at /usr/include/libavformat/avformat.h:1050) 
[-Wdeprecated-declarations]
producer_avformat.c:762:3: warning: 'av_open_input_file' is deprecated 
(declared at /usr/include/libavformat/avformat.h:1050) 
[-Wdeprecated-declarations]
producer_avformat.c:775:2: warning: 'standard' is deprecated (declared 
at /usr/include/libavformat/avformat.h:251) [-Wdeprecated-declarations]
producer_avformat.c:776:3: warning: 'standard' is deprecated (declared 
at /usr/include/libavformat/avformat.h:251) [-Wdeprecated-declarations]
producer_avformat.c:805:7: warning: 'av_open_input_file' is deprecated 
(declared at /usr/include/libavformat/avformat.h:1050) 
[-Wdeprecated-declarations]
producer_avformat.c:1681:3: warning: 'av_find_opt' is deprecated 
(declared at /usr/include/libavutil/opt.h:111) [-Wdeprecated-declarations]
producer_avformat.c:1990:2: warning: 'av_get_bits_per_sample_fmt' is 
deprecated (declared at /usr/include/libavutil/samplefmt.h:68) 
[-Wdeprecated-declarations]
consumer_avformat.c:410:3: warning: 'av_find_opt' is deprecated 
(declared at /usr/include/libavutil/opt.h:111) [-Wdeprecated-declarations]
consumer_avformat.c:416:4: warning: 'av_find_opt' is deprecated 
(declared at /usr/include/libavutil/opt.h:111) [-Wdeprecated-declarations]
consumer_avformat.c:503:4: warning: 'av_metadata_set2' is deprecated 
(declared at /usr/include/libavformat/avformat.h:157) 
[-Wdeprecated-declarations]
consumer_avformat.c:1193:6: warning: 'av_metadata_set2' is deprecated 
(declared at /usr/include/libavformat/avformat.h:157) 
[-Wdeprecated-declarations]
consumer_avformat.c:1272:2: warning: 'av_set_parameters' is deprecated 
(declared at /usr/include/libavformat/avformat.h:1336) 
[-Wdeprecated-declarations]
consumer_avformat.c:1347:4: warning: 'av_write_header' is deprecated 
(declared at /usr/include/libavformat/avformat.h:1394) 
[-Wdeprecated-declarations]



-- 
/*
Mit freundlichem Gruß / With kind regards,
  Patrick Matthäi
  GNU/Linux Debian Developer

E-Mail: pmatth...@debian.org
 patr...@linux-dev.org

Re: [Mlt-devel] Bug#651604: libmlt4: makes openshot segfault

[Patrick Matthäi]

Hey Dan,

I am quick forwarding this bug (do not have the time to investigate 
these days and AFAIK you are preparing the next release).

Samuel has the problem, that mlt crashs with a generated sequence of 
openshot, while playing the video itself works.

You can find the full bug {report,discussion} here:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=651604

And here is his sequence:
http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=30;filename=sequence.mlt;att=2;bug=651604


Am 11.12.2011 12:45, schrieb Samuel Mimram:
 On Sun, Dec 11, 2011 at 12:04 PM, Patrick Matthäi pmatth...@debian.org
 mailto:pmatth...@debian.org wrote:

 Am 11.12.2011 10:22, schrieb Samuel Mimram:

 Hi,

 On Sat, Dec 10, 2011 at 5:48 PM, Patrick Matthäi
 pmatth...@debian.org mailto:pmatth...@debian.org
 mailto:pmatth...@debian.org mailto:pmatth...@debian.org wrote:

 You are using packages from debian-multimedia. Remove them
 COMPLETLY
 and please try again. 99% of all reported crashes are because of
 deb-multimedia..


 Sorry, I had downgraded the libmlt* packages before testing and
 reporting but forgot libmlt-data. I can confirm that the bug still
 occurs with Debian's version of all mlt packages.

 Cheers,

 Samuel.


 Are you able to play the video with melt?


 Yes, without any problem. Notice that from the stack trace it looks like
 a bug in the parsing of the xml file produced by openshot...


--
Learn Windows Azure Live!  Tuesday, Dec 13, 2011
Microsoft is holding a special Learn Windows Azure training event for 
developers. It will provide a great way to learn Windows Azure and what it 
provides. You can attend the event by watching it streamed LIVE online.  
Learn more at http://p.sf.net/sfu/ms-windowsazure
___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

[Mlt-devel] [PATCH] FTBFS on hurd

[Patrick Matthäi]

Hi,

on hurd there is no PATH_MAX, so it fails to build. I attached a little
workaround patch for it.
-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/
# Fix FTBFS on hurd.

diff -Naur mlt-0.7.6.orig/src/framework/mlt_repository.c mlt-0.7.6/src/framework/mlt_repository.c
--- mlt-0.7.6.orig/src/framework/mlt_repository.c	2011-10-31 18:26:04.0 +0100
+++ mlt-0.7.6/src/framework/mlt_repository.c	2011-11-05 11:27:53.898598558 +0100
@@ -39,6 +39,11 @@
 /** the default subdirectory of the datadir for holding presets */
 #define PRESETS_DIR /presets
 
+/** on hurd there is no PATH_MAX */
+#ifndef PATH_MAX
+#define PATH_MAX 1024
+#endif
+
 /** \brief Repository class
  *
  * The Repository is a collection of plugin modules and their services and service metadata.


signature.asc
Description: OpenPGP digital signature
--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

[Mlt-devel] Fwd: failed kfreebsd-amd64 build of mlt 0.7.4-1

[Patrick Matthäi]

Hi,

this failure is new :(

cc -g -O2 -Wall -DPIC   -O2 -pipe -fno-tree-dominator-opts -fno-tree-pre
-ffast-math-g -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE
-DARCH_X86_64 -fPIC -pthread -Wall -DPIC   -O2 -pipe
-fno-tree-dominator-opts -fno-tree-pre -ffast-math-g
-D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -DARCH_X86_64 -fPIC -pthread
-rdynamic -DPREFIX=\/usr\ -DLIBDIR=\/usr/lib\   -c -o
mlt_frame.o mlt_frame.c
In file included from /usr/include/string.h:642:0,
 from mlt_frame.c:32:
In function 'memset',
inlined from 'mlt_frame_get_image' at mlt_frame.c:529:12:
/usr/include/bits/string3.h:82:30: warning: call to
'__warn_memset_zero_len' declared with attribute warning: memset used
with constant zero length parameter; this could be due to transposed
parameters [enabled by default]
In function 'memset',
inlined from 'mlt_frame_get_image' at mlt_frame.c:537:12:
/usr/include/bits/string3.h:82:30: warning: call to
'__warn_memset_zero_len' declared with attribute warning: memset used
with constant zero length parameter; this could be due to transposed
parameters [enabled by default]
In function 'memset',
inlined from 'mlt_frame_get_image' at mlt_frame.c:555:12:
/usr/include/bits/string3.h:82:30: warning: call to
'__warn_memset_zero_len' declared with attribute warning: memset used
with constant zero length parameter; this could be due to transposed
parameters [enabled by default]
In function 'memset',
inlined from 'mlt_frame_get_alpha_mask' at mlt_frame.c:586:10:
/usr/include/bits/string3.h:82:30: warning: call to
'__warn_memset_zero_len' declared with attribute warning: memset used
with constant zero length parameter; this could be due to transposed
parameters [enabled by default]
cc -g -O2 -Wall -DPIC   -O2 -pipe -fno-tree-dominator-opts -fno-tree-pre
-ffast-math-g -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE
-DARCH_X86_64 -fPIC -pthread -Wall -DPIC   -O2 -pipe
-fno-tree-dominator-opts -fno-tree-pre -ffast-math-g
-D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -DARCH_X86_64 -fPIC -pthread
-rdynamic -DPREFIX=\/usr\ -DLIBDIR=\/usr/lib\   -c -o
mlt_version.o mlt_version.c
cc -g -O2 -Wall -DPIC   -O2 -pipe -fno-tree-dominator-opts -fno-tree-pre
-ffast-math-g -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE
-DARCH_X86_64 -fPIC -pthread -Wall -DPIC   -O2 -pipe
-fno-tree-dominator-opts -fno-tree-pre -ffast-math-g
-D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -DARCH_X86_64 -fPIC -pthread
-rdynamic -DPREFIX=\/usr\ -DLIBDIR=\/usr/lib\   -c -o
mlt_geometry.o mlt_geometry.c
cc -g -O2 -Wall -DPIC   -O2 -pipe -fno-tree-dominator-opts -fno-tree-pre
-ffast-math-g -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE
-DARCH_X86_64 -fPIC -pthread -Wall -DPIC   -O2 -pipe
-fno-tree-dominator-opts -fno-tree-pre -ffast-math-g
-D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -DARCH_X86_64 -fPIC -pthread
-rdynamic -DPREFIX=\/usr\ -DLIBDIR=\/usr/lib\   -c -o
mlt_deque.o mlt_deque.c
cc -g -O2 -Wall -DPIC   -O2 -pipe -fno-tree-dominator-opts -fno-tree-pre
-ffast-math-g -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE
-DARCH_X86_64 -fPIC -pthread -Wall -DPIC   -O2 -pipe
-fno-tree-dominator-opts -fno-tree-pre -ffast-math-g
-D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -DARCH_X86_64 -fPIC -pthread
-rdynamic -DPREFIX=\/usr\ -DLIBDIR=\/usr/lib\   -c -o
mlt_property.o mlt_property.c
In file included from /usr/include/stdlib.h:236:0,
 from mlt_property.c:32:
/usr/include/xlocale.h:43:20: error: conflicting types for 'locale_t'
mlt_property.h:32:15: note: previous declaration of 'locale_t' was here
mlt_property.c:347:8: error: conflicting types for
'mlt_property_get_double_l'
mlt_property.h:44:15: note: previous declaration of
'mlt_property_get_double_l' was here
mlt_property.c:492:7: error: conflicting types for
'mlt_property_get_string_l'
mlt_property.h:48:14: note: previous declaration of
'mlt_property_get_string_l' was here
make[2]: *** [mlt_property.o] Error 1
make[2]: Leaving directory
`/build/buildd-mlt_0.7.4-1-kfreebsd-amd64-2wvosb/mlt-0.7.4/src/framework'
make[1]: *** [all] Error 1
make[1]: Leaving directory
`/build/buildd-mlt_0.7.4-1-kfreebsd-amd64-2wvosb/mlt-0.7.4'
dh_auto_build: make -j1 returned exit code 2


0.7.2+git20110530-1 still worked, any idea?

 Original-Nachricht 
Betreff: failed kfreebsd-amd64 build of mlt 0.7.4-1
Datum: Sun, 17 Jul 2011 17:30:08 +
Von: Debian buildds nore...@buildd.debian.org
An: m...@packages.qa.debian.org

 * Source package: mlt
 * Version: 0.7.4-1
 * Architecture: kfreebsd-amd64
 * State: failed
 * Suite: sid
 * Builder: fano.debian.org
 * Build log:
https://buildd.debian.org/fetch.cgi?pkg=mltarch=kfreebsd-amd64ver=0.7.4-1stamp=1310923663file=log

Please note that these notifications do not necessarily mean bug reports
in your package but could also be caused by other packages, temporary
uninstallabilities and arch-specific breakages.  A look at the build log
despite this disclaimer would be appreciated however.

Re: [Mlt-devel] Fwd: failed kfreebsd-amd64 build of mlt 0.7.4-1

[Patrick Matthäi]

I can confirm, that everything works with the following patch:

--- mlt-0.7.4.orig/src/framework/mlt_property.h 2011-07-17
00:09:51.0 +0200
+++ mlt-0.7.4/src/framework/mlt_property.h  2011-07-17
20:44:22.806703044 +0200
@@ -26,7 +26,7 @@

 #include mlt_types.h

-#if defined(__linux__) || defined(__DARWIN__)
+#if defined(__linux__) || defined(__DARWIN__) || defined(__GLIBC__)
 #include xlocale.h


 #else


 typedef void* locale_t;



Am 17.07.2011 20:09, schrieb Patrick Matthäi:
 Hi,
 
 this failure is new :(
 
 cc -g -O2 -Wall -DPIC   -O2 -pipe -fno-tree-dominator-opts -fno-tree-pre
 -ffast-math-g -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE
 -DARCH_X86_64 -fPIC -pthread -Wall -DPIC   -O2 -pipe
 -fno-tree-dominator-opts -fno-tree-pre -ffast-math-g
 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -DARCH_X86_64 -fPIC -pthread
 -rdynamic -DPREFIX=\/usr\ -DLIBDIR=\/usr/lib\   -c -o
 mlt_frame.o mlt_frame.c
 In file included from /usr/include/string.h:642:0,
  from mlt_frame.c:32:
 In function 'memset',
 inlined from 'mlt_frame_get_image' at mlt_frame.c:529:12:
 /usr/include/bits/string3.h:82:30: warning: call to
 '__warn_memset_zero_len' declared with attribute warning: memset used
 with constant zero length parameter; this could be due to transposed
 parameters [enabled by default]
 In function 'memset',
 inlined from 'mlt_frame_get_image' at mlt_frame.c:537:12:
 /usr/include/bits/string3.h:82:30: warning: call to
 '__warn_memset_zero_len' declared with attribute warning: memset used
 with constant zero length parameter; this could be due to transposed
 parameters [enabled by default]
 In function 'memset',
 inlined from 'mlt_frame_get_image' at mlt_frame.c:555:12:
 /usr/include/bits/string3.h:82:30: warning: call to
 '__warn_memset_zero_len' declared with attribute warning: memset used
 with constant zero length parameter; this could be due to transposed
 parameters [enabled by default]
 In function 'memset',
 inlined from 'mlt_frame_get_alpha_mask' at mlt_frame.c:586:10:
 /usr/include/bits/string3.h:82:30: warning: call to
 '__warn_memset_zero_len' declared with attribute warning: memset used
 with constant zero length parameter; this could be due to transposed
 parameters [enabled by default]
 cc -g -O2 -Wall -DPIC   -O2 -pipe -fno-tree-dominator-opts -fno-tree-pre
 -ffast-math-g -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE
 -DARCH_X86_64 -fPIC -pthread -Wall -DPIC   -O2 -pipe
 -fno-tree-dominator-opts -fno-tree-pre -ffast-math-g
 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -DARCH_X86_64 -fPIC -pthread
 -rdynamic -DPREFIX=\/usr\ -DLIBDIR=\/usr/lib\   -c -o
 mlt_version.o mlt_version.c
 cc -g -O2 -Wall -DPIC   -O2 -pipe -fno-tree-dominator-opts -fno-tree-pre
 -ffast-math-g -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE
 -DARCH_X86_64 -fPIC -pthread -Wall -DPIC   -O2 -pipe
 -fno-tree-dominator-opts -fno-tree-pre -ffast-math-g
 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -DARCH_X86_64 -fPIC -pthread
 -rdynamic -DPREFIX=\/usr\ -DLIBDIR=\/usr/lib\   -c -o
 mlt_geometry.o mlt_geometry.c
 cc -g -O2 -Wall -DPIC   -O2 -pipe -fno-tree-dominator-opts -fno-tree-pre
 -ffast-math-g -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE
 -DARCH_X86_64 -fPIC -pthread -Wall -DPIC   -O2 -pipe
 -fno-tree-dominator-opts -fno-tree-pre -ffast-math-g
 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -DARCH_X86_64 -fPIC -pthread
 -rdynamic -DPREFIX=\/usr\ -DLIBDIR=\/usr/lib\   -c -o
 mlt_deque.o mlt_deque.c
 cc -g -O2 -Wall -DPIC   -O2 -pipe -fno-tree-dominator-opts -fno-tree-pre
 -ffast-math-g -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE
 -DARCH_X86_64 -fPIC -pthread -Wall -DPIC   -O2 -pipe
 -fno-tree-dominator-opts -fno-tree-pre -ffast-math-g
 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -DARCH_X86_64 -fPIC -pthread
 -rdynamic -DPREFIX=\/usr\ -DLIBDIR=\/usr/lib\   -c -o
 mlt_property.o mlt_property.c
 In file included from /usr/include/stdlib.h:236:0,
  from mlt_property.c:32:
 /usr/include/xlocale.h:43:20: error: conflicting types for 'locale_t'
 mlt_property.h:32:15: note: previous declaration of 'locale_t' was here
 mlt_property.c:347:8: error: conflicting types for
 'mlt_property_get_double_l'
 mlt_property.h:44:15: note: previous declaration of
 'mlt_property_get_double_l' was here
 mlt_property.c:492:7: error: conflicting types for
 'mlt_property_get_string_l'
 mlt_property.h:48:14: note: previous declaration of
 'mlt_property_get_string_l' was here
 make[2]: *** [mlt_property.o] Error 1
 make[2]: Leaving directory
 `/build/buildd-mlt_0.7.4-1-kfreebsd-amd64-2wvosb/mlt-0.7.4/src/framework'
 make[1]: *** [all] Error 1
 make[1]: Leaving directory
 `/build/buildd-mlt_0.7.4-1-kfreebsd-amd64-2wvosb/mlt-0.7.4'
 dh_auto_build: make -j1 returned exit code 2
 
 
 0.7.2+git20110530-1 still worked, any idea?
 
  Original-Nachricht 
 Betreff: failed kfreebsd-amd64 build of mlt 0.7.4-1
 Datum: Sun, 17 Jul 2011 17:30:08 +
 Von: Debian buildds nore

[Mlt-devel] Cute crash reported at Debian

[Patrick Matthäi]

Hi Dan,

an user reported a crash on starting kdenlive, the backtrace indicates,
that the bug is in mlt or libsox. I have got the same architecture and
also the same software versions but I am unable to reproduce it, maybe
you have got an idea.
Everything could be found here:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=631370

Thanks!

-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/

--
Simplify data backup and recovery for your virtual environment with vRanger.
Installation's a snap, and flexible recovery options mean your data is safe,
secure and there when you need it. Data protection magic?
Nope - It's vRanger. Get your free trial download today.
http://p.sf.net/sfu/quest-sfdev2dev
___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

Re: [Mlt-devel] Cute crash reported at Debian

[Patrick Matthäi]

Am 23.06.2011 19:15, schrieb Dan Dennedy:
 On Thu, Jun 23, 2011 at 4:21 AM, Patrick Matthäi pmatth...@debian.org wrote:
 Hi Dan,

 an user reported a crash on starting kdenlive, the backtrace indicates,
 that the bug is in mlt or libsox. I have got the same architecture and
 also the same software versions but I am unable to reproduce it, maybe
 you have got an idea.
 Everything could be found here:
 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=631370
 
 What does melt version 0.7.2+git20110530-1 mean? Is it 0.7.2 or a git
 snapshot on 20110530?

git master snapshot from 30.05.2011.

 
 Application: Kdenlive (kdenlive), signal: Segmentation fault
 [KCrash Handler]
 #6  0x7f5a1f0021ec in mlt_properties_get_data () from 
 /usr/lib/libmlt.so.4
 #7  0x7f59fcd3679f in ?? () from /usr/lib/mlt/libmltsox.so
 #8  0x7f5a1f011086 in mlt_repository_metadata () from 
 /usr/lib/libmlt.so.4
 
 Some analysis reveals this problem can occur if the file
 filter_sox.yml file fails to exist or is unreadable. I will make a
 fix, but maybe this will also help you troubleshoot a problem with the
 libmlt-data package. Maybe it is not including new files or a
 dependency version is not updated.

Hmm I asked the reporter and I rechecked my dependency model, it is only
possible to install a higher version than melt's one. The file is also
packaged in libmlt-data. So if the reporter does not did something
nasty.. :-)
I will let you know if I get an answer.

-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/



signature.asc
Description: OpenPGP digital signature
--
Simplify data backup and recovery for your virtual environment with vRanger.
Installation's a snap, and flexible recovery options mean your data is safe,
secure and there when you need it. Data protection magic?
Nope - It's vRanger. Get your free trial download today.
http://p.sf.net/sfu/quest-sfdev2dev___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

Re: [Mlt-devel] Cute crash reported at Debian

[Patrick Matthäi]

Am 23.06.2011 19:29, schrieb Patrick Matthäi:
 Am 23.06.2011 19:15, schrieb Dan Dennedy:
 On Thu, Jun 23, 2011 at 4:21 AM, Patrick Matthäi pmatth...@debian.org 
 wrote:
 Hi Dan,

 an user reported a crash on starting kdenlive, the backtrace indicates,
 that the bug is in mlt or libsox. I have got the same architecture and
 also the same software versions but I am unable to reproduce it, maybe
 you have got an idea.
 Everything could be found here:
 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=631370

 What does melt version 0.7.2+git20110530-1 mean? Is it 0.7.2 or a git
 snapshot on 20110530?
 
 git master snapshot from 30.05.2011.
 

 Application: Kdenlive (kdenlive), signal: Segmentation fault
 [KCrash Handler]
 #6  0x7f5a1f0021ec in mlt_properties_get_data () from 
 /usr/lib/libmlt.so.4
 #7  0x7f59fcd3679f in ?? () from /usr/lib/mlt/libmltsox.so
 #8  0x7f5a1f011086 in mlt_repository_metadata () from 
 /usr/lib/libmlt.so.4

 Some analysis reveals this problem can occur if the file
 filter_sox.yml file fails to exist or is unreadable. I will make a
 fix, but maybe this will also help you troubleshoot a problem with the
 libmlt-data package. Maybe it is not including new files or a
 dependency version is not updated.
 
 Hmm I asked the reporter and I rechecked my dependency model, it is only
 possible to install a higher version than melt's one. The file is also
 packaged in libmlt-data. So if the reporter does not did something
 nasty.. :-)
 I will let you know if I get an answer.

Indeed he had an quite old libmlt-data package with an epoch in the
version number (which does not comes from Debian). hard to conflict with
the package.. The submitter confirmed, that it works now.

Much thanks Dan!

-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/



signature.asc
Description: OpenPGP digital signature
--
Simplify data backup and recovery for your virtual environment with vRanger.
Installation's a snap, and flexible recovery options mean your data is safe,
secure and there when you need it. Data protection magic?
Nope - It's vRanger. Get your free trial download today.
http://p.sf.net/sfu/quest-sfdev2dev___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

[Mlt-devel] mlt from the last days segfaults

[Patrick Matthäi]

Hi,

with the git snapshot from 20110529 on Debian git segfaults at all (also
by just type melt):

gdb) run
Starting program: /usr/bin/melt
[Thread debugging using libthread_db enabled]

Program received signal SIGABRT, Aborted.
0x776433d5 in raise () from /lib/libc.so.6
(gdb) bt
#0  0x776433d5 in raise () from /lib/libc.so.6
#1  0x77646650 in abort () from /lib/libc.so.6
#2  0x7fffe28e6609 in plugin_mgr_new () at plugin_mgr.c:259
#3  0x7fffe28e4012 in mlt_register (repository=0x78206770) at
factory.c:127
#4  0x77bd in mlt_repository_init (directory=value
optimized out) at mlt_repository.c:102
#5  0x77bcc493 in mlt_factory_init (directory=0x77bcfb8c
/usr/lib/mlt) at mlt_factory.c:150
#6  0x77ffb519 in main (argc=1, argv=0x7fffe328) at melt.c:600
(gdb) bt full
#0  0x776433d5 in raise () from /lib/libc.so.6
No symbol table info available.
#1  0x77646650 in abort () from /lib/libc.so.6
No symbol table info available.
#2  0x7fffe28e6609 in plugin_mgr_new () at plugin_mgr.c:259
pm = 0x782d5090
dirname =
/usr/share/mlt/jackrack/blacklist.txt\000\000\000\\0\336\367\377\177\000\000\001\000\000\000\000\000\000\000`\357#\370\377\177\000\000\020\321\377\377\377\177\000\000\020\336\377\377\377\177\000\000\350\365=\355\377\177\000\000\\0\336\367\377\177\000\000\001\000\000\000\000\000\000\000\220\030$\370\377\177\000\000@\321\377\377\377\177\000\000\020\336\377\377\377\177\000\000`\335z\351\377\177\000\000\\0\336\367\377\177\000\000\001\000\000\000\377\177\000\000P\023$\370\377\177\000\000p\321\377\377\377\177\000\000\020\336\377\377\377\177\000\000ȧ\245\351\377\177\000\000\\0\336\367\377\177\000\000\001\000\000\000\377\177\000\000\300{#\370\377\177\000\000\240\321\377\377\377\177\000\000\020\336\377\377\377\177\000\000\360\232\376\356\377\177\000\000\\0\336\367\377\177\000\000\200\235\\370\377\177\000\000\300\226
\370\377\177\000\000\200I\377\367\377\177\000\000\270\364\375\367\377\177\000\000\000\360\375\367\377\177,
'\000' repeats 18 times,
Uө\346\377\177\000\000\000\000\000\000\000\000\000\000\251...
#3  0x7fffe28e4012 in mlt_register (repository=0x78206770) at
factory.c:127
list = value optimized out
#4  0x77bd in mlt_repository_init (directory=value
optimized out) at mlt_repository.c:102
symbol_ptr = value optimized out
flags = value optimized out
object_name = 0x78210e00 /usr/lib/mlt/libmltjackrack.so
object = 0x782d3f70
self = 0x78206770
dir = 0x78207a00
count = 28
i = value optimized out
__FUNCTION__ = mlt_repository_init
#5  0x77bcc493 in mlt_factory_init (directory=0x77bcfb8c
/usr/lib/mlt) at mlt_factory.c:150
No locals.
#6  0x77ffb519 in main (argc=1, argv=0x7fffe328) at melt.c:600
i = value optimized out
consumer = 0x0
melt = 0x0
store = 0x0
name = 0x0
profile = 0x0
is_progress = 0
is_silent = 0
backup_profile = value optimized out
repo = value optimized out
(gdb)

-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

E-Mail: pmatth...@debian.org
patr...@linux-dev.org

Comment:
Always if we think we are right,
we were maybe wrong.
*/



signature.asc
Description: OpenPGP digital signature
--
vRanger cuts backup time in half-while increasing security.
With the market-leading solution for virtual backup and recovery, 
you get blazing-fast, flexible, and affordable data protection.
Download your free trial now. 
http://p.sf.net/sfu/quest-d2dcopy1___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

[Mlt-devel] Hardening build warnings

[Patrick Matthäi]

Hi,

I have uploaded today git to Debian, but there are several new warnings
about the memset use, here is the logfile:
https://buildd.debian.org/status/fetch.php?pkg=mltarch=i386ver=0.7.2%2Bgit20110529-1stamp=1306678543

Just search for memset in this log (I think it is better as posting a
dozen of warning message here).
It would be nice, if they could be fixed with the next release!

-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

E-Mail: pmatth...@debian.org
patr...@linux-dev.org

Comment:
Always if we think we are right,
we were maybe wrong.
*/

--
vRanger cuts backup time in half-while increasing security.
With the market-leading solution for virtual backup and recovery, 
you get blazing-fast, flexible, and affordable data protection.
Download your free trial now. 
http://p.sf.net/sfu/quest-d2dcopy1
___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

Re: [Mlt-devel] Bug#627122: melt sefaults

[Patrick Matthäi]

Am 18.05.2011 18:59, schrieb Carl Karsten:
 I am not up on debian names - here is lenny and squeze:
 
 http://people.debian.org/~aurel32/qemu/i386/
 
 and a script I use to get it, run qemu, setup ssh and stuff.  might
 save you more time than it takes to figure out what it does :)
 
 https://gitorious.org/vms/vms/blobs/master/run.sh

It may not be reproduceable with Squeeze, so you have to install Squeeze
and then upgrade it to Debian testing or unstable.

-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

E-Mail: pmatth...@debian.org
patr...@linux-dev.org

Comment:
Always if we think we are right,
we were maybe wrong.
*/

--
What Every C/C++ and Fortran developer Should Know!
Read this article and learn how Intel has extended the reach of its 
next-generation tools to help Windows* and Linux* C/C++ and Fortran 
developers boost performance applications - including clusters. 
http://p.sf.net/sfu/intel-dev2devmay
___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

Re: [Mlt-devel] Fwd: mlt FTBFS on kfreebsd-*

[Patrick Matthäi]

Am 13.05.2011 18:47, schrieb Dan Dennedy:
 echo LIBDL=-ldl

No, the patch would be something like:

root@kfbsd64:~# diff -Naur mlt-0.7.2.orig/configure mlt-0.7.2/configure
--- mlt-0.7.2.orig/configure2011-05-02 07:59:12.0 +0200
+++ mlt-0.7.2/configure 2011-05-13 23:37:01.0 +0200
@@ -119,6 +119,13 @@
echo RDYNAMIC=
echo LDFLAGS+=-Wl,--no-undefined -Wl,--as-needed
;;
+   GNU/kFreeBSD)
+   echo CFLAGS+=-fPIC -pthread
+echo SHFLAGS=-shared
+echo LIBDL=-ldl
+echo RDYNAMIC=-rdynamic
+echo LDFLAGS+=-Wl,--no-undefined -Wl,--as-needed
+   ;;
*)
;;
esac
root@kfbsd64:~#


Anyway now I am stuck at:

g++ -g -O2 -I.. -rdynamic -DVERSION=\0.7.2\   -c -o MltTransition.o
MltTransition.cpp
g++ -Wl,-soname,libmlt++.so.3 -o libmlt++.so.0.7.2 MltConsumer.o
MltDeque.o MltEvent.o MltFactory.o MltField.o MltFilter.o
MltFilteredConsumer.o MltFilteredProducer.o MltFrame.o MltGeometry.o
MltMultitrack.o MltParser.o MltPlaylist.o MltProducer.o MltProfile.o
MltProperties.o MltPushConsumer.o MltRepository.o MltService.o
MltTokeniser.o MltTractor.o MltTransition.o  -Wl,--no-undefined
-Wl,--as-needed -Wl,--no-undefined -Wl,--as-needed -L../framework -lmlt
/usr/lib/gcc/x86_64-kfreebsd-gnu/4.5.3/../../../../lib/crt1.o: In
function `_start':
(.text+0x23): undefined reference to `main'
collect2: ld returned 1 exit status

-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

E-Mail: pmatth...@debian.org
patr...@linux-dev.org

Comment:
Always if we think we are right,
we were maybe wrong.
*/



signature.asc
Description: OpenPGP digital signature
--
Achieve unprecedented app performance and reliability
What every C/C++ and Fortran developer should know.
Learn how Intel has extended the reach of its next-generation tools
to help boost performance applications - inlcuding clusters.
http://p.sf.net/sfu/intel-dev2devmay___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

Re: [Mlt-devel] Fwd: mlt FTBFS on kfreebsd-*

[Patrick Matthäi]

Am 13.05.2011 21:40, schrieb Patrick Matthäi:
 Am 13.05.2011 18:47, schrieb Dan Dennedy:
 echo LIBDL=-ldl
 
 No, the patch would be something like:
.
 

So I have got now a working version of mlt on kfreebsd, the patch is
also quite small and simple. I would be happy if you would commit it.

http://nopaste.linux-dev.org/?11986

=

diff -Naur mlt-0.7.2.orig/configure mlt-0.7.2/configure
--- mlt-0.7.2.orig/configure2011-05-02 07:59:12.0 +0200
+++ mlt-0.7.2/configure2011-05-13 23:46:57.0 +0200
@@ -82,7 +82,7 @@
 echo SHFLAGS=-dynamiclib
 echo LDFLAGS+=`sdl-config --libs`
 ;;
-Linux)
+Linux|GNU/kFreeBSD)
 [ $(uname -m) = x86_64 ]  echo ARCH_X86_64=1  echo
CFLAGS+=-DARCH_X86_64
 [ $optimisations = true ] 
 echo OPTIMISATIONS+=-ffast-math
diff -Naur mlt-0.7.2.orig/src/mlt++/configure mlt-0.7.2/src/mlt++/configure
--- mlt-0.7.2.orig/src/mlt++/configure2011-05-02 07:59:12.0
+0200
+++ mlt-0.7.2/src/mlt++/configure2011-05-13 23:46:57.0 +0200
@@ -10,7 +10,7 @@
 echo CXXFLAGS+=-D__DARWIN__ -Wall -fPIC
 echo LIBFLAGS=-dynamiclib -single_module
 ;;
-Linux|FreeBSD|NetBSD)
+Linux|FreeBSD|NetBSD|GNU/kFreeBSD)
 echo LIBSUF=.so
 echo CXXFLAGS+=-Wall $WARNINGS -fPIC -DPIC
 echo LIBFLAGS=-shared

=


-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

E-Mail: pmatth...@debian.org
patr...@linux-dev.org

Comment:
Always if we think we are right,
we were maybe wrong.
*/



signature.asc
Description: OpenPGP digital signature
--
Achieve unprecedented app performance and reliability
What every C/C++ and Fortran developer should know.
Learn how Intel has extended the reach of its next-generation tools
to help boost performance applications - inlcuding clusters.
http://p.sf.net/sfu/intel-dev2devmay___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

Re: [Mlt-devel] MLT version 0.6.0 released

[Patrick Matthäi]

Am 02.01.2011 20:31, schrieb Jonathan Thomas:
 Great!  I am going to file a sync request for the next version of
 Ubuntu, to be sure they get the newest version from Debian experimental
 (that is, as soon as the package is available in Debian experimental).
   It seems to be waiting approval in the new
 http://ftp-master.debian.org/new.html queue.

Whop, yeah forget (at writing the message) that it is in NEW again, 
because of the SONAME bump :)

--
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

[Mlt-devel] Possible errors in your source code

[Patrick Matthäi]

Hello,

I have done an automatig source code check with cppcheck 1.44 for your
source code and get the following result:
[./mlt-0.5.10/src/framework/mlt_geometry.c:654]: (error) Common realloc
mistake: ret nulled but not freed upon failure
[./mlt-0.5.10/src/modules/dgraft/filter_telecide.c:139]: (error)
Undefined behaviour: buf is used wrong in call to sprintf or snprintf.
Quote: If copying takes place between objects that overlap as a result
of a call to sprintf() or snprintf(), the results are undefined.
[./mlt-0.5.10/src/modules/dgraft/filter_telecide.c:141]: (error)
Undefined behaviour: buf is used wrong in call to sprintf or snprintf.
Quote: If copying takes place between objects that overlap as a result
of a call to sprintf() or snprintf(), the results are undefined.
[./mlt-0.5.10/src/modules/dgraft/filter_telecide.c:142]: (error)
Undefined behaviour: buf is used wrong in call to sprintf or snprintf.
Quote: If copying takes place between objects that overlap as a result
of a call to sprintf() or snprintf(), the results are undefined.
[./mlt-0.5.10/src/modules/gtk2/producer_pango.c:191]: (error) Common
realloc mistake: markup nulled but not freed upon failure
[./mlt-0.5.10/src/modules/gtk2/producer_pixbuf.c:149]: (error) Resource
leak: fd
[./mlt-0.5.10/src/modules/jackrack/plugin.c:529]: (error) Memory leak:
instances
[./mlt-0.5.10/src/modules/jackrack/process.c:433]: (error) Mismatching
allocation and deallocation: full_port_name
[./mlt-0.5.10/src/modules/melt/producer_melt.c:59]: (error) Resource
leak: input
[./mlt-0.5.10/src/modules/qimage/producer_qimage.c:123]: (error)
Resource leak: fd
[./mlt-0.5.10/src/modules/vorbis/producer_vorbis.c:184]: (error) Memory
leak: metadata
[./mlt-0.5.10/src/modules/xml/producer_xml.c:1337]: (error) Resource leak: f
[./mlt-0.5.10/src/modules/xml/producer_xml.c:1354]: (error) Memory leak: sax
[./mlt-0.5.10/src/modules/xml/producer_xml.c:1356]: (error) Memory leak:
context
[./mlt-0.5.10/src/modules/xml/producer_xml.c:509]: (error) Dangerous
usage of 'temp' (strncpy doesn't always 0-terminate it)

Please note, that I did not verify, if the errors are a false positive,
or not. Please check it, thanks!
-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

E-Mail: pmatth...@debian.org
patr...@linux-dev.org

Comment:
Always if we think we are right,
we were maybe wrong.
*/



signature.asc
Description: OpenPGP digital signature
--
Centralized Desktop Delivery: Dell and VMware Reference Architecture
Simplifying enterprise desktop deployment and management using
Dell EqualLogic storage and VMware View: A highly scalable, end-to-end
client virtualization framework. Read more!
http://p.sf.net/sfu/dell-eql-dev2dev___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

Re: [Mlt-devel] Region filter / transition issues

[Patrick Matthäi]

Am 21.06.2010 11:50, schrieb jb:
 Hi.
 
 Playing a bit with the region stuff and discovered several issues, mostly 
 related to the encapsulated composite transition.
 
 Region filter:
 
 The filter does not behave in the same way when using single or multi tracks 
 playlist. For example, I want to apply a sepia effect to a clip, limited to a 
 region (I took a circle for the example, but same result with any png file).
 
 In one track mode:
 melt colour:red -attach region resource=circle filter0=sepia
 
 gives the correct behaviour (red clip with sepia circle in the center)
 
 However, with 2 tracks the result is not the same:
 melt colour:blue -track colour:red -attach region resource=circle 
 filter0=sepia
 
 gives a blue clip with sepia circle. Looks like a composite transition is 
 applied between the 2 tracks, but I just wanted to apply the effect to the 
 red 
 clip (which is the usual behavior for effects). Is there a way to disable 
 that 
 composite transition, so that we can simply apply an effect to a part of the 
 clip?
 
 Region transition:
 
 There seems to be another issue with the region transition:
 
 melt colour:green -track colour:red -transition region resource=circle 
 a_track=0 b_track=1 in=0 out=100
 gives the expected result (red circle with green background)
 
 However, with more than 2 tracks, the composite transition always seems to be 
 applied to track 0:
 
 melt colour:blue -track colour:green -track colour:red -transition region 
 resource=circle a_track=1 b_track=2 in=0 out=100
 
 gives a red circle with blue background, when the background should be green. 
 I couldn't find a way to get the correct behaviour, so any hint or idea is 
 welcome.

I have uploaded now mlt 0.5.6-1 to Debian with your patch included.

-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

E-Mail: pmatth...@debian.org
patr...@linux-dev.org

Comment:
Always if we think we are right,
we were maybe wrong.
*/



signature.asc
Description: OpenPGP digital signature
--
ThinkGeek and WIRED's GeekDad team up for the Ultimate 
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
lucky parental unit.  See the prize list and enter to win: 
http://p.sf.net/sfu/thinkgeek-promo___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

Re: [Mlt-devel] PPA for Lucid

[Patrick Matthäi]

Am 21.05.2010 23:12, schrieb Dan Dennedy:
 On Fri, May 21, 2010 at 2:06 PM, Carl Karstenc...@personnelware.com  wrote:
 On Fri, May 21, 2010 at 4:01 PM, Carl Karstenc...@personnelware.com  wrote:
 Sunday I am going to help a group setup melt on a Lucid box.  It would
 be nice if I didn't have to help them compile.

 true dat

 I was using these:

 # deb launchpad sunab/sunab2/ubuntu karmic main
 # deb ... sunab/ffmpeg-trunk/ubuntu karmic main

 But no lucid yet, and no reply to a few emails about it.

 This bounced, so I am hacked the URL looking things.

 Not bounced; just pending approval. I am not sure why the mlt-devel
 list requires so many messages to be approved. My kino list does not.
 Ah, its the hyperlinks you think?

 um, is the problem with the default repo packages that
 libavcodec-unstripped does not include an aac encoder? hmm.. maybe
 easy to learn how to modify a source package to --enable-libfaac
 --enable-nonfree. Then, build that.


Normaly it just would be:
apt-get build dep ffmpeg  apt-get source ffmpeg  vi 
ffmpeg-*/debian/rules and activate the flags; then cd ffmpeg-*  
dpkg-buildpackage -rfakeroot -tc

-- 
/*
Mit freundlichem Gruß / With kind regards,
  Patrick Matthäi
  GNU/Linux Debian Developer

E-Mail: pmatth...@debian.org
 patr...@linux-dev.org

Comment:
Always if we think we are right,
we were maybe wrong.
*/

--

___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

Re: [Mlt-devel] [PATCH]: mlt 0.5.0 FTBFS on all != x86 arches

[Patrick Matthäi]

On 17.02.2010 07:02, Dan Dennedy wrote:
 On Tue, Feb 16, 2010 at 11:35 AM, Patrick Matthäipmatth...@debian.org  
 wrote:
 On 16.02.2010 20:01, Dan Dennedy wrote:
 On Tue, Feb 16, 2010 at 9:09 AM, Patrick Matthäipmatth...@debian.org
 wrote:
 Hello,

 mlt FTBFS, because in the makefile of the xine module, there is an 
 hardcoded
 -DARCH_X86, see build logs:
  https://buildd.debian.org/build.cgi?pkg=mlt

 I have attached a patch.

 This hardcoded define is not new and has already been discussed here.
 If you remove this define, then x86 users (99% of the users) will not
 get any accelerated deinterlace. The fix is different and a bit more
 involved. I forgot about the full build integration with new code I


 Okay I am with your opinion, but this breaks on != x86 architectures. so
 this should only be added, if the architecture is i386/amd64.

 added to the xine module after I put the real effort into making it
 functional. I will respond soon with a patch for non-sse2, non-sse,
 and non-mmx architectures.

 Okay.

 Please test the attached patch. It moves that hardcoded ARCH_X86
 define to a MMX-only section, and now the new YADIF code honors the
 SSE and SSE2 defines set by configure (including --disable overrides).


It works, thanks! :)

-- 
/*
Mit freundlichem Gruß / With kind regards,
  Patrick Matthäi
  GNU/Linux Debian Developer

E-Mail: pmatth...@debian.org
 patr...@linux-dev.org

Comment:
Always if we think we are right,
we were maybe wrong.
*/

--
SOLARIS 10 is the OS for Data Centers - provides features such as DTrace,
Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW
http://p.sf.net/sfu/solaris-dev2dev
___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

Re: [Mlt-devel] [PATCH]: mlt 0.5.0 FTBFS on all != x86 arches

[Patrick Matthäi]

On 16.02.2010 20:01, Dan Dennedy wrote:
 On Tue, Feb 16, 2010 at 9:09 AM, Patrick Matthäipmatth...@debian.org  wrote:
 Hello,

 mlt FTBFS, because in the makefile of the xine module, there is an hardcoded
 -DARCH_X86, see build logs:
 https://buildd.debian.org/build.cgi?pkg=mlt

 I have attached a patch.

 This hardcoded define is not new and has already been discussed here.
 If you remove this define, then x86 users (99% of the users) will not
 get any accelerated deinterlace. The fix is different and a bit more
 involved. I forgot about the full build integration with new code I


Okay I am with your opinion, but this breaks on != x86 architectures. so 
this should only be added, if the architecture is i386/amd64.

 added to the xine module after I put the real effort into making it
 functional. I will respond soon with a patch for non-sse2, non-sse,
 and non-mmx architectures.

Okay.

-- 
/*
Mit freundlichem Gruß / With kind regards,
  Patrick Matthäi
  GNU/Linux Debian Developer

E-Mail: pmatth...@debian.org
 patr...@linux-dev.org

Comment:
Always if we think we are right,
we were maybe wrong.
*/

--
SOLARIS 10 is the OS for Data Centers - provides features such as DTrace,
Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW
http://p.sf.net/sfu/solaris-dev2dev
___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

[Mlt-devel] 0.4.8 fails to build on nearly every architecture

[Patrick Matthäi]

Hello,

I have quick uploaded mlt 0.4.8 and it only built on i386 and amd64.

On every other architecture it fails here:

make[3]: Leaving directory
`/build/buildd-mlt_0.4.8-1-hppa-wWu5fc/mlt-0.4.8/src/modules/core'
make[3]: Entering directory
`/build/buildd-mlt_0.4.8-1-hppa-wWu5fc/mlt-0.4.8/src/modules/xine'
cc -g -O2 -Wall -fPIC -DPIC   -O2 -pipe -fomit-frame-pointer -ffast-math  
-g -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -pthread -Wall -fPIC -DPIC  
-O2 -pipe -fomit-frame-pointer -ffast-math   -g -D_FILE_OFFSET_BITS=64
-D_LARGEFILE_SOURCE -pthread -I../../ -DARCH_X86 -Wall -fPIC -DPIC   -O2
-pipe -fomit-frame-pointer -ffast-math   -g -D_FILE_OFFSET_BITS=64
-D_LARGEFILE_SOURCE -pthread   -c -o factory.o factory.c
cc -g -O2 -Wall -fPIC -DPIC   -O2 -pipe -fomit-frame-pointer -ffast-math  
-g -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -pthread -Wall -fPIC -DPIC  
-O2 -pipe -fomit-frame-pointer -ffast-math   -g -D_FILE_OFFSET_BITS=64
-D_LARGEFILE_SOURCE -pthread -I../../ -DARCH_X86 -Wall -fPIC -DPIC   -O2
-pipe -fomit-frame-pointer -ffast-math   -g -D_FILE_OFFSET_BITS=64
-D_LARGEFILE_SOURCE -pthread   -c -o deinterlace.o deinterlace.c
cc -g -O2 -Wall -fPIC -DPIC   -O2 -pipe -fomit-frame-pointer -ffast-math  
-g -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -pthread -Wall -fPIC -DPIC  
-O2 -pipe -fomit-frame-pointer -ffast-math   -g -D_FILE_OFFSET_BITS=64
-D_LARGEFILE_SOURCE -pthread -I../../ -DARCH_X86 -Wall -fPIC -DPIC   -O2
-pipe -fomit-frame-pointer -ffast-math   -g -D_FILE_OFFSET_BITS=64
-D_LARGEFILE_SOURCE -pthread   -c -o filter_deinterlace.o
filter_deinterlace.c
cc -shared -o ../libmltxine.so factory.o deinterlace.o
filter_deinterlace.o  -Wl,--no-undefined -Wl,--as-needed
-Wl,--no-undefined -Wl,--as-needed -L../../framework -lmlt
-Wl,--no-undefined -Wl,--as-needed
make[3]: Leaving directory
`/build/buildd-mlt_0.4.8-1-hppa-wWu5fc/mlt-0.4.8/src/modules/xine'
make[3]: Entering directory
`/build/buildd-mlt_0.4.8-1-hppa-wWu5fc/mlt-0.4.8/src/modules/avformat'
cc -g -O2 -Wall -fPIC -DPIC   -O2 -pipe -fomit-frame-pointer -ffast-math  
-g -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -pthread -Wall -fPIC -DPIC  
-O2 -pipe -fomit-frame-pointer -ffast-math   -g -D_FILE_OFFSET_BITS=64
-D_LARGEFILE_SOURCE -pthread -I../.. -Wall -fPIC -DPIC   -O2 -pipe
-fomit-frame-pointer -ffast-math   -g -D_FILE_OFFSET_BITS=64
-D_LARGEFILE_SOURCE -pthread  -I/usr/include/libavformat
-I/usr/include/libavcodec -I/usr/include/libswscale -DFILTERS -DCODECS
-DSWSCALE   -c -o factory.o factory.c
cc -g -O2 -Wall -fPIC -DPIC   -O2 -pipe -fomit-frame-pointer -ffast-math  
-g -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -pthread -Wall -fPIC -DPIC  
-O2 -pipe -fomit-frame-pointer -ffast-math   -g -D_FILE_OFFSET_BITS=64
-D_LARGEFILE_SOURCE -pthread -I../.. -Wall -fPIC -DPIC   -O2 -pipe
-fomit-frame-pointer -ffast-math   -g -D_FILE_OFFSET_BITS=64
-D_LARGEFILE_SOURCE -pthread  -I/usr/include/libavformat
-I/usr/include/libavcodec -I/usr/include/libswscale -DFILTERS -DCODECS
-DSWSCALE   -c -o filter_avcolour_space.o filter_avcolour_space.c
cc -g -O2 -Wall -fPIC -DPIC   -O2 -pipe -fomit-frame-pointer -ffast-math  
-g -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -pthread -Wall -fPIC -DPIC  
-O2 -pipe -fomit-frame-pointer -ffast-math   -g -D_FILE_OFFSET_BITS=64
-D_LARGEFILE_SOURCE -pthread -I../.. -Wall -fPIC -DPIC   -O2 -pipe
-fomit-frame-pointer -ffast-math   -g -D_FILE_OFFSET_BITS=64
-D_LARGEFILE_SOURCE -pthread  -I/usr/include/libavformat
-I/usr/include/libavcodec -I/usr/include/libswscale -DFILTERS -DCODECS
-DSWSCALE   -c -o filter_avresample.o filter_avresample.c
cc -g -O2 -Wall -fPIC -DPIC   -O2 -pipe -fomit-frame-pointer -ffast-math  
-g -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -pthread -Wall -fPIC -DPIC  
-O2 -pipe -fomit-frame-pointer -ffast-math   -g -D_FILE_OFFSET_BITS=64
-D_LARGEFILE_SOURCE -pthread -I../.. -Wall -fPIC -DPIC   -O2 -pipe
-fomit-frame-pointer -ffast-math   -g -D_FILE_OFFSET_BITS=64
-D_LARGEFILE_SOURCE -pthread  -I/usr/include/libavformat
-I/usr/include/libavcodec -I/usr/include/libswscale -DFILTERS -DCODECS
-DSWSCALE   -c -o filter_avdeinterlace.o filter_avdeinterlace.c
cc -g -O2 -Wall -fPIC -DPIC   -O2 -pipe -fomit-frame-pointer -ffast-math  
-g -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -pthread -Wall -fPIC -DPIC  
-O2 -pipe -fomit-frame-pointer -ffast-math   -g -D_FILE_OFFSET_BITS=64
-D_LARGEFILE_SOURCE -pthread -I../.. -Wall -fPIC -DPIC   -O2 -pipe
-fomit-frame-pointer -ffast-math   -g -D_FILE_OFFSET_BITS=64
-D_LARGEFILE_SOURCE -pthread  -I/usr/include/libavformat
-I/usr/include/libavcodec -I/usr/include/libswscale -DFILTERS -DCODECS
-DSWSCALE   -c -o filter_swscale.o filter_swscale.c
cc -g -O2 -Wall -fPIC -DPIC   -O2 -pipe -fomit-frame-pointer -ffast-math  
-g -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -pthread -Wall -fPIC -DPIC  
-O2 -pipe -fomit-frame-pointer -ffast-math   -g -D_FILE_OFFSET_BITS=64
-D_LARGEFILE_SOURCE -pthread -I../.. -Wall -fPIC -DPIC   -O2 -pipe
-fomit-frame-pointer -ffast-math   -g