On 29.12.2013 06:04, Xiangyu Liu wrote:
For some specific MKV files, mplayer2 has problem to sync A/V, but
mplayer works fine. I've filed a bug.
( http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=731937 )
MPlayer and MPlayer2 use different Matroska demuxers by default. Try
passing both
close 717072
stop
On 2013-07-16 15:45, Juhapekka Tolvanen wrote:
Package: ffmpeg
Version: 6:0.8.7-1
Severity: important
https://en.wikipedia.org/wiki/AMV_video_format
The AMV code has been sent upstream to the main FFmpeg project[5] and
the mainline version of FFmpeg now decodes and
On 2013-07-16 16:27, Fabian Greffrath wrote:
Am Dienstag, den 16.07.2013, 16:45 +0300 schrieb Juhapekka Tolvanen:
The AMV code has been sent upstream to the main FFmpeg project[5] and
the mainline version of FFmpeg now decodes and encodes AMV.
Oh, really?:
In fact, ffmpeg seems to have it
On Mon, Mar 05, 2012 at 04:06:01PM +0100, Fabian Greffrath wrote:
Am 05.03.2012 15:51, schrieb Reinhard Tartler:
Can you please forward this patch to libav-de...@libav.org?
I'd like to include it for the 0.8.1 release, but for this it needs to
go into master first.
Sure, here it is.
On Sat, Jan 07, 2012 at 03:37:19PM +0100, Samuel Thibault wrote:
mplayer currently FTBFS on hurd-i386 due to missing cdparanoia
dependency, and unconditional PATH_MAX usage. The attached patch fixes
both.
PATH_MAX is POSIX, so you should fix Hurd instead, see:
On Sun, Oct 03, 2010 at 07:12:26PM +0200, A Mennucc wrote:
I attach a new version of the script, with 3 changes,
1) use 'dpkg --print-architecture' , the option
--print-installation-architecture is deprecated
2) do not create a fake 'bestsites' if neither 'fping' or 'netselect'
are
On Sun, Sep 05, 2010 at 11:30:20AM +0200, Reinhard Tartler wrote:
On Sun, Sep 05, 2010 at 11:16:28 (CEST), Reimar Döffinger wrote:
On Sat, Sep 04, 2010 at 10:44:38PM +0200, Reinhard Tartler wrote:
BTW, I can reproduce this error with rc4 by forcing the native mkv muxer
with the opten
On Fri, Aug 06, 2010 at 10:16:49AM -0400, Reinhard Tartler wrote:
In case this works, Diego, Reimar, do you think it's worth to ship a
different codecs.conf on arm-ish (arm, armel and armhf) platforms that
prefer tremor over ffvorbis? Or can this preference perhaps be
influenced by a
On Fri, Aug 06, 2010 at 05:56:25PM +0200, Reimar Döffinger wrote:
On Fri, Aug 06, 2010 at 05:07:14PM +0200, Diego Biurrun wrote:
On Fri, Aug 06, 2010 at 10:16:49AM -0400, Reinhard Tartler wrote:
In case this works, Diego, Reimar, do you think it's worth to ship a
different codecs.conf
On Fri, Apr 23, 2010 at 05:31:29PM +0200, Petr Salinger wrote:
--- trunk/libvo/vo_directfb2.cThu Apr 22 16:02:20 2010(r31057)
+++ trunk/libvo/vo_directfb2.cFri Apr 23 12:04:56 2010(r31058)
@@ -35,9 +35,9 @@
#ifdef __linux__
-#include sys/kd.h
-#else
On Fri, Apr 23, 2010 at 12:57:33PM +0200, Petr Salinger wrote:
That was helpful, fixed upstream.
I once again reiterate my suggestion to pass problems to upstream first
before attempting to work around them locally in the packaging
infrastructure of a single distribution.
The expected
On Wed, Apr 21, 2010 at 04:50:59PM +0200, Petr Salinger wrote:
the current version fails to build on kfreebsd-amd64.
it suffices to disable vidix support in debian/rules
Bad solution, this will only work for Debian. You should fix configure
instead of adding workarounds to the local
On Wed, Apr 21, 2010 at 04:22:16PM +0200, Petr Salinger wrote:
please also change configure as shown bellow.
Otherwise the memalign() is without prototype,
which on 64 bit platform leads to segfaults
for some videos.
Fixed upstream.
Why don't you submit your patches directly to MPlayer
On Sun, Feb 14, 2010 at 03:34:26PM +0200, Adrian Bunk wrote:
On Sun, Feb 14, 2010 at 09:16:26AM +0100, Reinhard Tartler wrote:
...
and lacks e.g. the AMR support that is now possible with libraries
already in Debian.
that's already possible with ffmpeg 0.5 that we ship with squeeze.
14 matches
Mail list logo
