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

On Tue, Aug 4, 2020 at 9:12 AM Patrick Matthäi 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 mod

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

Just a quick update to mention that this change has been committed to git master for next release, which will come before the end of the year. On Tue, Aug 13, 2019 at 2:53 PM Горбешко Богдан wrote: > On 13.08.2019 22:22, Dan Dennedy wrote: > > On Mon, Aug 12, 2019 at 5:27 AM Patric

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

On Mon, Aug 12, 2019 at 5:27 AM Patrick Matthäi wrote: > Am 12.08.2019 um 13:11 schrieb Горбешко Богдан: > > Package: libmlt-data > > Version: 6.16.0-3 > > Severity: minor > > > > Dear Maintainer, > > > > After the last upgrade, the package became about 230 MBs larger, > > because of a lot of lar

Bug#839660: [Mlt-devel] Bug#839660: libmlt6: cannot load second LADSPA plugin

Yes, thank you. I applied a very slightly modified version of this patch.

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

It works for me: ddennedy@MS-7593:~/src/mlt$ pkg-config --modversion rtaudio 4.1.2 ddennedy@MS-7593:~/src/mlt$ pkg-config --cflags rtaudio -pthread -D__LINUX_ALSA__ -D__LINUX_PULSE__ -D_REENTRANT -I/home/ddennedy/opt/include/rtaudio -I/usr/include/alsa ddennedy@MS-7593:~/src/mlt$ cat src/modules/

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

On Wed, Mar 2, 2016 at 9:14 AM Steinar H. Gunderson wrote: > On Wed, Mar 02, 2016 at 12:50:22PM +0100, Patrick Matthäi wrote: > >> 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. > > as l

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

On Mon, Feb 22, 2016 at 9:37 AM Patrick Matthäi wrote: > 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

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

No. I do not know how to reproduce the problem. The bug reporter needs to narrow down the problem. Is it something in the project, something related specifically to those source files, or something related to that combination of MLT and Libav versions? I do consider the usage of the latest versions

Bug#764164:

Fixed in MLT git commit 3998b9. I verified Opus is working satisfactorily with some brief tests using this preset and playing the results.

Bug#764164: libmlt6: Fails to use Opuse as audio codec with WebM container

Looks like I was wrong about Vorbis being more popular with VP9. I will change this preset after I get up to speed with Opus and confirm it working.

Bug#764163:

Fixed in git commit cd360b2 including creation of webm-pass1 preset.

Bug#763911:

Corresponding MLT bug: https://github.com/mltframework/mlt/issues/56

Bug#764165:

Corresponding MLT bug: https://github.com/mltframework/mlt/issues/58

Bug#764163:

Corresponding MLT bug: https://github.com/mltframework/mlt/issues/57 I hope to fix this soon.

Bug#764164:

Vorbis is still more common with VP9, and some build configurations do not yet include Opus encoding. Preset values can be overridden and new presets created. Will not fix. Eventually, I will likely add some preset for Opus, but I do not accept enhancement requests as bugs.

Bug#763912:

It was obviously done this way for a reason. Won't fix. Anything "wishful" should be accompanied by a patch or donation offer.

Bug#763911:

It is not actually down-mixing after the filter. When you configure the channel count on the consumer, you are configuring the channel count for the entire graph. In that case, the producer provides mono by down-mixing, or the automatically inserted audiochannels filter removes channels to conform

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

On Mon, Sep 8, 2014 at 10:44 AM, Patrick Matthäi wrote: > Hi Dan, > > I think this is mlt related? :) > This is fixed in MLT git commit 24a26b0. > > Am 07.09.2014 um 20:31 schrieb Bo Lan: > > Package: kdenlive > > Version: 0.9.8-1 > > > > Dear maintainers, > > > > When I complete a video editi

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

On Mon, Sep 22, 2014 at 6:33 AM, Patrick Matthäi 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

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

I believe so. I will put on my short-term task list to make another round of updating our avformat module to use new APIs. On Mon, Sep 8, 2014 at 10:44 AM, Patrick Matthäi wrote: > Hi Dan, > > I think this is mlt related? :) > > Am 07.09.2014 um 20:31 schrieb Bo Lan: >> Package: kdenlive >> Versi

Bug#758357: [Mlt-devel] Fwd: Bug#758357: mlt: Use pkg-config to determine FFmpeg linker flags

Thanks. I applied this patch to MLT git. On Wed, Aug 20, 2014 at 12:30 AM, Patrick Matthäi wrote: > Hi, > > thanks for your patch, but I think this is something upstream should > decide and adopt. > > > Weitergeleitete Nachricht Betreff: Bug#758357: mlt: > Use pkg-config to

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

On Wed, Feb 12, 2014 at 2:39 AM, Patrick Matthäi wrote: > could you fix this with the next upstream release by: > > a) Removing the .swf file This is done in git for the next release. -- +-DRD-+ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubsc

Bug#693770: dvgrab: Does no longer work

It already works great with the new subsystem. In fact it was the first application to really work with it. Your source is simply wrong. Also the real porting effort went into libraw1394 2.0 and not the apps. On Wednesday, November 21, 2012, Erik Schanze (Debian) wrote: > Hi Dan, > > [Please keep

Bug#686072: [Mlt-devel] Bug#686072: kdenlive: Crashes on exit

Possibly this occurs with some LADSPA plugins and was fixed already with this commit: commit ffee022601167cbaca0031df3ddf6db9ec20465d Author: Dan Dennedy Date: Wed Jun 27 23:15:01 2012 -0700 fix some LADSPA crashing on dlclose on some systems (3538363) On Tue, Aug 28, 2012 at 3:20 AM

Bug#686072: [Mlt-devel] Bug#686072: kdenlive: Crashes on exit

On Tue, Aug 28, 2012 at 3:20 AM, Patrick Matthäi wrote: > Hey Dan, > > maybe an new issue which could be fixed with 0.8.2? > > Am 28.08.2012 11:37, schrieb David Smith: >> Package: kdenlive >> Version: 0.9.2-2 >> Severity: normal >> Tags: upstream >> >> Application: kdenlive (0.9.2) >> KDE Platfor

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

Is "ffmpeg4:0.8-1" from the package list really libav? A color problem was reported and reproduced with libav here: http://sourceforge.net/tracker/?func=detail&atid=613414&aid=3483629&group_id=96039 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "uns

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

I just tested reporter's kdenlive render script and mlt-xml file against manually built mlt and manually built ffmpeg-0.8 from release tarball. It revealed a couple of segfault-inducing bugs in mlt git head that I just fixed. However, I did not reproduce the problem with color. Patrick, the mlt_bu

Bug#627133: [Mlt-devel] Bug#627133: melt: segfault with framebuffer

On Wed, May 18, 2011 at 1:12 PM, Samuel Mimram wrote: > > > On Wed, May 18, 2011 at 10:09 PM, Samuel Mimram wrote: >> >> On Wed, May 18, 2011 at 9:25 PM, Patrick Matthäi >> wrote: >>> >>> Am 18.05.2011 21:22, schrieb Samuel Mimram: >>> > On Wed, May 18, 2011 at 10:31 AM, Samuel Mimram >> >

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

On Wed, May 18, 2011 at 9:02 AM, Samuel Mimram wrote: > Hi, > > On Wed, May 18, 2011 at 1:39 AM, Dan Dennedy wrote: >> >> On Tue, May 17, 2011 at 1:59 PM, Patrick Matthäi >> wrote: >> > Hello, >> > >> > you are right, it also happens here,

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

On Tue, May 17, 2011 at 1:59 PM, Patrick Matthäi wrote: > Hello, > > you are right, it also happens here, I can play and compose videos, no > problem but at the end it segfaults. > I am building mlt since 0.7.0 with all hardening options which are > available, but for testing I rebuild 0.7.2-2 wit

Bug#609129: dvgrab: various unhandled errors and core dumps

On Mon, Feb 14, 2011 at 7:09 AM, Erik Schanze wrote: > Hi Dan, > > [Please let all the addresses in CC:] > > I'm the Debian package maintainer of dvgrab. > > An user has repoted a bug, that I cannot reproduce, because I haven't > got a USB video camera. First two bug reports are unrelated to DV/V

Bug#584132: [Kdenlive-devel] Bug#584132: kdenlive: No sound with pulseaudio audio driver

On Tue, Jun 1, 2010 at 2:17 PM, Alberto Villa wrote: > On Tuesday 01 June 2010 23:00:51 Dan Dennedy wrote: >> exactly. All that we do is set an SDL environment variable to select a >> backend, which is not performed when using "Automatic," which I think >> simply

Bug#584132: [Kdenlive-devel] Bug#584132: kdenlive: No sound with pulseaudio audio driver

2010/6/1 Alberto Villa : > On Tuesday 01 June 2010 20:12:34 Patrick Matthäi wrote: >> > When audio playback in the configuration menu is set to > "automatic" mode, >> > kdenlive decides to use ALSA over here, but this is redirected to >> > pulseaudio via asoundrc and doesn't play nicely. It stutter

Bug#438336: [Kino-dev] Kino in Debian

On Sun, Jan 10, 2010 at 12:54 PM, Stefan Richter wrote: > David Liontooth wrote: >> Debian bug http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=438336 is >> preventing kino from entering squeeze. I can see from the versions listing on the bug page that the problem is that this version of Debian d

Bug#540424: [Mlt-devel] Bug#540424: SIGV with a DIF (DV) movie file (PAL)

On Thu, Aug 13, 2009 at 1:16 AM, Reinhard Tartler wrote: > Dan Dennedy writes: > >> I attached a patch rom FFmpeg SVN that fixes this problem for me. The >> commit message is: >> >> r19192 | bcoudurier | 2009-06-14 15:34:28 -0700 (Sun, 14 Jun 2009) | 1 line >>

Bug#540424: [Mlt-devel] Bug#540424: SIGV with a DIF (DV) movie file (PAL)

I attached a patch rom FFmpeg SVN that fixes this problem for me. The commit message is: r19192 | bcoudurier | 2009-06-14 15:34:28 -0700 (Sun, 14 Jun 2009) | 1 line check if frame size matches old sys and assumes corrupted input, fixes #1192 On Wed, Aug 12, 2009 at 2:40 PM, Dan Dennedy wrote

Bug#540424: [Mlt-devel] Bug#540424: SIGV with a DIF (DV) movie file (PAL)

On Wed, Aug 12, 2009 at 1:16 PM, Reinhard Tartler wrote: > Dan Dennedy writes: > >>>>> Thanks. Is someone able to reproduce this bug with ffplay? I've >>>>> tried, but didn't manage to create segfaults out of it. >>>> >>>> No,

Bug#540424: [Mlt-devel] SIGV with a DIF (DV) movie file (PAL)

On Wed, Aug 12, 2009 at 12:47 PM, Reinhard Tartler wrote: > Dan Dennedy writes: > >> On Tue, Aug 11, 2009 at 10:33 PM, Reinhard Tartler >> wrote: > >>> Thanks. Is someone able to reproduce this bug with ffplay? I've tried, >>> but didn't manage to

Bug#540424: [Mlt-devel] SIGV with a DIF (DV) movie file (PAL)

On Tue, Aug 11, 2009 at 10:33 PM, Reinhard Tartler wrote: > tag 540424 moreinfo > stop > > Patrick Matthäi writes: > Sorry the link for the .dv file is missing there, here it is: http://rapidshare.com/files/265553721/dvgrab-2009.07.22_21-08-00.dv.html > > managed to download the 36M

Bug#436416:

There is nothing dvgrab can do to migrate to the new stack; it does not directly access /dev/raw1394. Rather, it uses libiec61883, which uses libraw1394, which access /dev/raw1394 on the old stack. The two kernel stacks have the same userspace interface. The bug is that debian is more than likely n

Bug#432614: dvgrab doesn't work on Debian since Linux 2.6.22

On Wednesday 25 July 2007 2:20:35 pm Erik Schanze wrote: > Hi Dan, > > [Please keep [EMAIL PROTECTED] in CC.] > > I'm the Debain Maintainer for dvgrab. > I have received a bugreport for it. Running dvgrab on > kernel 2.6.21 works with this warning in syslog: > " kernel: raw1394: WARNING - Program "

Bug#282967: Bug#279094: kino: Doesn't use its own settings

I can confirm that Kino's Preferences/IEEE 1394/dv1394 Device entry widget is *only* for dv1394 and not raw1394 by design because, of course, libraw1394 has /dev/raw1394 hardcoded. I think it is very reasonable to offer an environment va

Bug#373189: kino 0.8.1 - error playing a scene in a trim mode

This was fixed in v0.9.1, but 0.9.2 is the latest release (0.9.1 was pulled down): - page_trim.cc: bugfix regression introduced in previous version where playback with frame dropping enabled is very juddery. This issue was discussed and resolved on the mailing list. If you just want to patch your

Bug#289182: [Kino-dev] [schmitz@zirkon.biophys.uni-duesseldorf.de: Bug#289182: kino endianness issues on powerpc]

No movement. What is sickening is that I even have an iMac I could work on this, but I am already way overburdened with other tasks. As I like to remind people, I still have the rest of my life, so I might get around to it ;-) On Thu, 2005-02-17 at 21:14 -0500, Henry A. Leinhos wrote: > Hi, > > H