Package: libgsm1-dev
Version: 1.0.13-4+b2
Severity: important
Tags: patch
Hello!
The -dev Debian package for libgsm installs all of the header files
contained in the libgsm upstream sources instead of only installing
the gsm.h public header file. I'm including a patch to fix this.
It's untested
Source: libcdio
Followup-For: Bug #710064
Hello,
a new version of this package was uploaded to experimental 3 years ago,
but it never propagated to unstable. Several new upstream versions have
been released since, but there was no further activity on the Debian
package. Has this package been
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 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 02:10:31PM +0200, Petr Salinger wrote:
the current version fails to build on kfreebsd-amd64.
it suffices to disable vidix support in debian/rules
to get working mplayer.
ifeq ($(DEB_HOST_ARCH),kfreebsd-amd64)
with_real_and_xanim = true
DEB_BUILD_CONFIGURE +=
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 Mon, Apr 05, 2010 at 11:15:33PM +0200, Bastian Blank wrote:
Package: mplayer
Version: 1.0~rc3+svn20090405-1+b1
Severity: normal
Please remove unusable video outputs from the shipped mplayer binaries:
| xmgaMatrox G200/G4x0/G550 overlay in X11 window (using /dev/mga_vid)
| mga
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.
On Sun, Jan 31, 2010 at 04:47:13PM +0100, Reinhard Tartler wrote:
On So, Jan 31, 2010 at 12:18:29 (CET), Reimar Döffinger wrote:
On Sun, Jan 31, 2010 at 09:32:05AM +0100, Reinhard Tartler wrote:
libswscale uses MMX2:
-- The GDB backtrace
#0 0xb620657d in yuv420_rgb24_MMX2
On Wed, Sep 02, 2009 at 02:25:21PM +0400, Nikita V. Youshchenko wrote:
Debian mplayer package is built without libmad support.
Libmad is a fixed-point audio mpeg decoder.1
Without libmad support, mplayer can't be used on slow armel devices that
lack hardware FPU, such as the Freerunner.
On Wed, Sep 02, 2009 at 04:21:41PM +0400, Nikita V. Youshchenko wrote:
For the freerunner you should simply prefer ffmp3 over mp3lib.
That really works.
Excellent, I'm glad the hint helped.
Diego
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
On Wed, Sep 02, 2009 at 02:43:31PM +0200, Fabian Greffrath wrote:
Diego Biurrun schrieb:
FFmpeg contains a fixed-point MP3 decoder that is much faster than
libmad and already available to MPlayer without adding an unnecessary
libmad dependency.
Anyway, we should offer the choice to use
On Wed, Aug 12, 2009 at 09:47:30PM +0200, Reinhard Tartler wrote:
I have no plans to stop tracking the 0.5 release branch, so yes, we'd
need a patch for the 0.5 release. In fact, the 0.5 release branch *is*
updated with updates, and there is even a 0.5.1 release in the pipe.
Note that I do
On Mon, Aug 10, 2009 at 10:27:10AM +0200, Fabian Greffrath wrote:
Reinhard Tartler schrieb:
Well, checking this would be helpful. I've extracted the relevant patch,
you can find it attached.
[...]
I've succeeded to reproduce the problem, I'm currently testbuilding
ffmpeg to see if the patch
On Tue, Jul 14, 2009 at 04:01:16PM +0100, Christophe Mutricy wrote:
2009/7/14 Reinhard Tartler siret...@tauware.de:
r19254 | diego | 2009-06-23 01:09:34 +0200 (Di, 23. Jun 2009) | 3 lines
Add ff_ prefixes to exported
On Mon, May 25, 2009 at 03:26:50AM -0400, Andres Mejia wrote:
On Monday 25 May 2009 01:34:15 Diego Biurrun wrote:
On Sun, May 24, 2009 at 08:53:08PM -0400, Andres Mejia wrote:
On Sunday 24 May 2009 17:08:17 Marc Dequènes (Duck) wrote:
The configure script does not support the GNU system
On Mon, May 25, 2009 at 03:26:50AM -0400, Andres Mejia wrote:
On Monday 25 May 2009 01:34:15 Diego Biurrun wrote:
On Sun, May 24, 2009 at 08:53:08PM -0400, Andres Mejia wrote:
On Sunday 24 May 2009 17:08:17 Marc Dequènes (Duck) wrote:
The configure script does not support the GNU system
On Sun, May 24, 2009 at 08:53:08PM -0400, Andres Mejia wrote:
On Sunday 24 May 2009 17:08:17 Marc Dequènes (Duck) wrote:
The configure script does not support the GNU system. The attached
very small patch adds the required modification to fix this problem.
Please consider applying it in
On Thu, May 14, 2009 at 10:54:43PM -0400, Andres Mejia wrote:
Martin Storsjö developed a wrapper around the AMR codecs from the OpenCORE
framework, and supplied patches to the FFmpeg project so they can be used as
a
replacement for the libraries you developed. Those patches have been
On Fri, May 15, 2009 at 02:32:24PM -0400, Andres Mejia wrote:
On Friday 15 May 2009 05:03:17 Diego Biurrun wrote:
On Thu, May 14, 2009 at 10:54:43PM -0400, Andres Mejia wrote:
Martin Storsjö developed a wrapper around the AMR codecs from the
OpenCORE framework, and supplied patches
On Tue, May 12, 2009 at 04:04:38PM -0400, Andres Mejia wrote:
On Tuesday 12 May 2009 06:29:39 Reinhard Tartler wrote:
Nicolò Chieffo nicolo.chie...@gmail.com writes:
Read here:
http://blogs.gnome.org/uraeus/2009/05/11/help-for-transmageddon/ It
seems that there's a free (apache
On Tue, May 12, 2009 at 04:27:02PM -0400, Andres Mejia wrote:
On Tuesday 12 May 2009 16:12:50 Diego Biurrun wrote:
On Tue, May 12, 2009 at 04:04:38PM -0400, Andres Mejia wrote:
On Tuesday 12 May 2009 06:29:39 Reinhard Tartler wrote:
Nicolò Chieffo nicolo.chie...@gmail.com writes
On Sun, May 03, 2009 at 12:42:54PM +0200, a...@users.sourceforge.net wrote:
My starting point was: Why can't mplayer recognize a URL as a playlist if
that is the case? Then I started analysing the URLs given for different
streams and built the first part of the script.
mplayer -playlist
On Tue, Apr 21, 2009 at 12:17:52PM +0200, Reinhard Tartler wrote:
I'm doing a bit of bug clean up here. Bug #508524 claims that there was
an mpeg4 encoder in etch. That's impossible, ffmpeg never had an mpeg4
encoder. What is true is that libavcodec can use libx264 for mpeg4
encoding. This
On Thu, Mar 26, 2009 at 07:36:24AM +0100, Reinhard Tartler wrote:
maybe --enable-debug in combination with our debian patch that replaces
libavfoo/libavfoo.a with /usr/lib/libfoo.so?
May I suggest dropping this monstrously ugly patch and instead replacing
it by the use of the proper
On Thu, Mar 26, 2009 at 11:23:18AM +0100, Reinhard Tartler wrote:
Diego Biurrun di...@biurrun.de writes:
On Thu, Mar 26, 2009 at 07:36:24AM +0100, Reinhard Tartler wrote:
maybe --enable-debug in combination with our debian patch that replaces
libavfoo/libavfoo.a with /usr/lib
On Wed, Mar 25, 2009 at 09:32:45AM +0100, Sune Vuorela wrote:
I tried building it with the ifeq(mipsel)... -fPIC -DPIC hack applied on -2
Fails the same way. build log attached.
The options you guys pass to configure look suspicious:
--prefix=/usr
--confdir=/etc/mplayer
On Fri, Mar 20, 2009 at 08:40:54AM +0100, Fabian Greffrath wrote:
manpages-zh contains an outdated mplayer manpage dating back to 2003. It
it besides the only manpages.* package that ships its own mplayer
manpage:
On Wed, Mar 11, 2009 at 09:10:08AM +0100, Reinhard Tartler wrote:
Diego Biurrun di...@biurrun.de writes:
Didn't you already have an alternative libavcodec version in place
somewhere?
Yes, but is that of any help for G3 users? If mplayer itself is compiled
using -maltivec, then mplayer
On Sun, Mar 08, 2009 at 06:11:24PM +0100, Reinhard Tartler wrote:
Diego Biurrun di...@biurrun.de writes:
Hello Reimar,
indeed its a PPC G3 Ibook without altivec.
And indeed this is the cause for the crash. Fixing this is going to be
tricky. As a personal workaround, compile your own
, 2008 at 02:18:42PM +0100, Diego Biurrun wrote:
The openssl fiasco was just a very visible and catastrophic example.
But let's not forget that most of the time the upstream code is flawed
by itself, with not help from the mantainer:
http://www.ocert.org/advisories/ocert-2008-016.html
Well
On Thu, Dec 25, 2008 at 10:32:45PM +0100, Nico Golde wrote:
* Diego Biurrun di...@biurrun.de [2008-12-25 22:19]:
On Wed, Dec 24, 2008 at 11:12:34PM +0100, Nico Golde wrote:
* Diego Biurrun di...@biurrun.de [2008-12-24 22:50]:
On Tue, Dec 23, 2008 at 09:56:15PM +0100, A Mennucc wrote
On Wed, Dec 24, 2008 at 11:12:34PM +0100, Nico Golde wrote:
* Diego Biurrun di...@biurrun.de [2008-12-24 22:50]:
On Tue, Dec 23, 2008 at 09:56:15PM +0100, A Mennucc wrote:
On Tue, Dec 23, 2008 at 09:21:44PM +0100, Nico Golde wrote:
I tracked the ogm file issue down to ffmpeg, it's
On Tue, Dec 23, 2008 at 09:56:15PM +0100, A Mennucc wrote:
On Tue, Dec 23, 2008 at 09:21:44PM +0100, Nico Golde wrote:
I tracked the ogm file issue down to ffmpeg, it's not an
mplayer issue. I reported this as: #509616..
Your patch is incorrect and insufficient. You should submit your
On Tue, Nov 18, 2008 at 02:54:52AM +1300, Dennis Vshivkov wrote:
When LIRC codes begin with modifiers, the LIRC input stream can
get `delayed by one'. The attached patch fixes the bug for me.
If you wish to see this applied you should submit it upstream.
Diego
--
To UNSUBSCRIBE, email
tags 506724 fixed-upstream
thanks
On Sun, Nov 23, 2008 at 08:18:49PM +0100, Jérémy Dufour wrote:
When I press capital 'Q' (rather than 'q' to quit), it makes MPlayer
crash with the following message:
MPlayer interrupted by signal 11 in module: key_events
- MPlayer crashed by bad usage of
On Wed, Nov 19, 2008 at 01:52:41PM -0500, Stefan Monnier wrote:
mplayer struggles to keep up with a 64kbit/s Vorbis stream on my
OpenMoko Freerunner, apparently because it uses the floating-point
version of the Vorbis decoder rather than using the integer version
(aka Tremor, aka
On Wed, Sep 24, 2008 at 12:03:00PM +0200, Wolfgang Scheicher wrote:
On Saturday 05 July 2008 14:25:06 Diego Biurrun wrote:
libdvdnav has never been embedded in MPlayer.
I assume the actual problem (at least it's the problem i did just run into),
is that mplayer as it's built currently
On Thu, Sep 04, 2008 at 07:16:13PM +0200, A Mennucc wrote:
AFAIK this happens only if you use external binary codecs that
are linked against that old lib. Can you confirm ?
Correct:
silver:~ $ ldd /usr/local/lib/codecs/drvc.so
linux-gate.so.1 = (0xe000)
libstdc++.so.5 =
On Thu, Sep 04, 2008 at 09:11:01PM +0200, B. Zhang wrote:
Diego Biurrun wrote:
On Thu, Sep 04, 2008 at 07:16:13PM +0200, A Mennucc wrote:
AFAIK this happens only if you use external binary codecs that are
linked against that old lib. Can you confirm ?
Yes.
There is already a warning
Package: libc6-dev
Version: 2.7-12
Followup-For: Bug #348896
I do not get the compilation failure of the original reporter and have
no trouble using the unistd.h header with a #define __USE_XOPEN just
before it.
However, I also need the #ifdef, which should not be required. Is this
bug going
On Tue, Jul 08, 2008 at 12:25:31PM +0200, Michal Suchanek wrote:
On 07/07/2008, A Mennucc [EMAIL PROTECTED] wrote:
On Mon, Jul 07, 2008 at 10:41:46AM +0200, Michal Suchanek wrote:
On 06/07/2008, A Mennucc [EMAIL PROTECTED] wrote:
also, it is compiled using --enable-debug, so it has
On Tue, Jul 08, 2008 at 12:29:13PM +0200, Michal Suchanek wrote:
On 07/07/2008, Diego Biurrun [EMAIL PROTECTED] wrote:
On Mon, Jul 07, 2008 at 02:48:55PM +0200, A Mennucc wrote:
On Mon, Jul 07, 2008 at 10:41:46AM +0200, Michal Suchanek wrote:
On 06/07/2008, A Mennucc [EMAIL PROTECTED
On Mon, Jul 07, 2008 at 02:48:55PM +0200, A Mennucc wrote:
On Mon, Jul 07, 2008 at 10:41:46AM +0200, Michal Suchanek wrote:
On 06/07/2008, A Mennucc [EMAIL PROTECTED] wrote:
also, it is compiled using --enable-debug, so it has -O2 instead
of -O4
The reason I did that was that I was
On Sat, Jul 05, 2008 at 04:07:59PM +0200, Michal Suchanek wrote:
I had a problem with playback so I tried to upgrade to newer mplayer.
However, the only thing that I can tell for sure after the upgrade is
that there is a large preformance gap between 1.0~rc2-8+lenny1 and 1.0~rc2-14.
The
On Thu, Jan 25, 2007 at 02:30:42PM +0100, Diego Biurrun wrote:
Some status information about those crashes ..
On Mon, Jan 15, 2007 at 05:04:55PM +0100, Sam Hocevar (Debian packages) wrote:
MPlayer crashes at various places with the following files:
http://sam.zoy.org/zzuf
On Sun, Jul 06, 2008 at 12:49:05PM +0200, Nico Golde wrote:
* Diego Biurrun [EMAIL PROTECTED] [2008-07-06 12:40]:
On Thu, Jan 25, 2007 at 02:30:42PM +0100, Diego Biurrun wrote:
[...]
All fixed.
I cannot reproduce any of the crashes anymore with the latest Debian
package on PowerPC
On Sun, Jul 06, 2008 at 02:11:13PM +0200, Nico Golde wrote:
Hi Diego,
* Diego Biurrun [EMAIL PROTECTED] [2008-07-06 13:51]:
On Sun, Jul 06, 2008 at 12:49:05PM +0200, Nico Golde wrote:
* Diego Biurrun [EMAIL PROTECTED] [2008-07-06 12:40]:
On Thu, Jan 25, 2007 at 02:30:42PM +0100, Diego
On Fri, Jun 27, 2008 at 10:03:46AM +0200, Daniel Baumann wrote:
please don't use embedded libdvdread or libdvdnav but link against them.
For libdvdnav, we already have the new upstream from mplayer project in
Debian, so that won't give regressions; for libdvdread, it would be nice
to have
severity important
merge 489419 487830
thanks
This is the same problem we are experiencing all over...
Diego
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
severity 489419 important
merge 489419 487830
thanks
Diego
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
severity 481401 important
merge 481401 410962
thanks
On Tue, Jul 01, 2008 at 06:10:40PM +0200, Diego Biurrun wrote:
severity 481401 important
merge 481401 410962
thanks
I always forget to CC control@, so here it is once more with feeling..
Diego
--
To UNSUBSCRIBE, email to [EMAIL
severity important
thanks
I can confirm the crashes on a PowerPC machine. I highly suspect the
move to link against the FFmpeg libraries that are part of FFmpeg. This
was highly dubious in the first place.
Diego
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe.
On Fri, Jul 04, 2008 at 04:00:54PM +0200, Diego Biurrun wrote:
severity important
thanks
I can confirm the crashes on a PowerPC machine. I highly suspect the
move to link against the FFmpeg libraries that are part of FFmpeg. This
was highly dubious in the first place.
Forgot to say
severity 481401 important
merge 481401 410962
thanks
On Thu, May 15, 2008 at 09:54:33PM +0200, mancausoft wrote:
When start a video it crash.
Message:
MPlayer interrupted by signal 4 in module: decode_video
- MPlayer crashed by an 'Illegal Instruction'.
It may be a bug in our new
On Thu, Jun 19, 2008 at 09:50:24AM +0200, Fabian Greffrath wrote:
(1) Ffmpeg should finally decide about a stable API, or at least one
that is stable for more than two weeks.
It is commonly believed myth that FFmpeg does not have a stable API, but
a myth nonetheless.
Diego
--
To
On Thu, Jun 19, 2008 at 01:35:49PM +0200, Fabian Greffrath wrote:
Reinhard Tartler schrieb:
FFMpeg and Mplayer developers have a rather large overlap.
BTW, how large is the overlap of ffmpeg developers with vlc or xine?
Practically zero.
Diego
signature.asc
Description: Digital signature
Note that I am upstream for both MPlayer and FFmpeg.
On Thu, Jun 19, 2008 at 01:35:49PM +0200, Fabian Greffrath wrote:
Reinhard Tartler schrieb:
I know that it is tricky, but I still think that for the problem we are
facing, this is an acceptable solution. YMMV of course.
Fine, but how
On Thu, May 29, 2008 at 12:05:51AM -0300, Fernando Mitio Yamada wrote:
Icon on the Applications/Sound Video menu on gnome does not appear. Found
the problem at:
/usr/share/applications/mplayer.desktop
The line containing:
Icon=mplayer
is incorrect. Changing to:
Icon=mplayer.xpm
On Mon, Apr 14, 2008 at 04:38:47PM +0200, Lucas Nussbaum wrote:
Don't blame gcc 4.3. It built that code fine last week. Blame dpkg (see
my other mail)
If gcc fails to allocate registers, it is a bug in gcc. Report it to
them.
Diego
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
On Mon, Apr 14, 2008 at 11:04:10AM +0200, A Mennucc wrote:
On Mon, Apr 14, 2008 at 02:08:46AM +0100, Sam Morris wrote:
Package: mplayer
Version: 1.0~rc2-10
Severity: grave
Justification: renders package unusable
Since upgrading to version 1.0~rc2-10, mplayer has not been able to play
On Mon, Apr 14, 2008 at 12:48:56PM +0200, Lucas Nussbaum wrote:
During a rebuild of all packages in sid, your package failed to build on i386.
This rebuild was done with gcc 4.3 instead of gcc 4.2, because gcc 4.3 is now
the default on most architectures (even if it's not the case on i386
On Thu, Apr 03, 2008 at 10:25:33PM +0200, giggzounet wrote:
Diego Biurrun a écrit :
On Wed, Mar 26, 2008 at 07:19:25PM +0100, giggz wrote:
Just a little thing :
In the mplayer.desktop the icon name is mplayer.xpm. Is it possible to
rename it just mplayer (as it is common) ?
What
.. while we're at it ..
On Mon, Apr 07, 2008 at 09:43:45AM +0200, Diego Biurrun wrote:
On Thu, Apr 03, 2008 at 10:25:33PM +0200, giggzounet wrote:
22:24 [EMAIL PROTECTED] /usr/share/applications % desktop-file-validate
mplayer.desktop
mplayer.desktop: warning: key Encoding in group
On Wed, Mar 26, 2008 at 07:19:25PM +0100, giggz wrote:
Just a little thing :
In the mplayer.desktop the icon name is mplayer.xpm. Is it possible to
rename it just mplayer (as it is common) ?
What makes you think that this is common? Many other desktop files on
my unstable system do this.
On Mon, Mar 03, 2008 at 10:18:59PM +0100, Francesco Poli wrote:
On Mon, 3 Mar 2008 10:49:53 +0100 Diego Biurrun wrote:
On Sat, Mar 01, 2008 at 01:15:00PM +0100, Francesco Poli wrote:
[...]
AFAICT, the usual Debian practice to deal with software patents is not
worrying about them unless
On Sat, Mar 01, 2008 at 01:15:00PM +0100, Francesco Poli wrote:
On Sat, 1 Mar 2008 12:29:44 +0100 Diego Biurrun wrote:
On Sat, Mar 01, 2008 at 12:21:57AM +0100, Francesco Poli wrote:
[...]
Do you happen to know about any other third parties holding patents on
Theora and *actively
On Sat, Mar 01, 2008 at 12:21:57AM +0100, Francesco Poli wrote:
On Sat, 1 Mar 2008 00:05:18 +0100 Diego Biurrun wrote:
[...]
Read the paragraph closely. They only say that *they* won't come
knocking at your door. No word about third parties.
I thought third parties were On2.
Do you
On Fri, Feb 29, 2008 at 11:00:47PM +0100, Francesco Poli wrote:
On Wed, 27 Feb 2008 22:22:35 +0100 Diego Biurrun wrote:
[...]
Who told you that Theora was not patent-encumbered? Have you ever seen
anything to substantiate that claim? Because I haven't ...
Well, Xiph claims
On Wed, Feb 27, 2008 at 02:22:02PM +0100, A Mennucc wrote:
I have had this same idea for long time, and I would love to do that.
Please don't, a crippled MEncoder will not help anybody. Note that
MPEG-4 encoding is already available through FFmpeg, but hey, it was
hard enough to get MPlayer
On Sun, Jan 20, 2008 at 03:50:25PM -0500, Frédéric Brière wrote:
When playing more than one DV file in succession, mplayer will typically
segfault after switching to the second file.
I'm attaching a 2-second blank DV file (nothing.dv) that exhibits this
behavior.
$ mplayer -vo xv
close 444841
thanks
On Sun, Nov 11, 2007 at 01:55:42PM -0500, Eric Dorland wrote:
* Diego Biurrun ([EMAIL PROTECTED]) wrote:
Package: iceweasel
Version: 2.0.0.6-0etch1
Severity: minor
If I go to about: or Help -- About Mozilla Firefox[1] the version
number is given as 2.0.0.3
On Fri, Nov 02, 2007 at 04:38:14PM +0100, Siegfrid Brandstätter wrote:
Maintainer: Christian Marillat
I think you are reporting the bug in the wrong place. Christian's
packages are not the same as the official Debian ones.
Diego
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
On Thu, Nov 01, 2007 at 09:05:53PM +0100, Petr Salinger wrote:
--- mplayer-1.0~rc2.orig/configure
+++ mplayer-1.0~rc2/configure
@@ -6728,6 +6728,7 @@
dev/ic/bt8xx.h ; do
cat $TMPC EOF
#include sys/types.h
+#include sys/ioctl.h
#include $file
int main(void) {
On Fri, Oct 26, 2007 at 10:55:01AM +0200, Mario Frasca wrote:
On 2007-1026 10:32:55, Reimar Döffinger wrote:
AltiVec runtime detection never worked reliably (compiler
dependant) and the way it was detected in libavcodec was
an unacceptable hack. Since the PowerPC architecture does
not
There is no difference at all in the outputs. I suspect this is not an
MPlayer problem.
Diego
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Mon, Oct 08, 2007 at 09:20:26AM +0200, A Mennucc wrote:
please send us the output of 'mplayer -v -v -v file...'
(with both kernels if possible)
I don't think megabytes of log files are really helpful. I never found
more than a single -v useful.
Diego
--
To UNSUBSCRIBE, email to
security updates AFAIU. So this might create the
impression that iceweasel is vulnerable even though it is not.
best regards
Diego Biurrun
[1] Why doesn't it say Iceweasel?
-- System Information:
Debian Release: 4.0
APT prefers stable
APT policy: (990, 'stable')
Architecture: i386 (i586
Package: groff
Version: 1.18.1.1-12
Followup-For: Bug #322760
Has any progress been made on UTF-8 input support for Debian's groff?
The last comment is two years old and the discussion about the Japanese
patch does not seem to be progressing.
Note that the groff package in Fedora does appear to
Package: groff
Version: 1.18.1.1-12
Followup-For: Bug #196762
I'd like to note here that the groff version in Fedora appears to handle
Chinese man pages in UTF-8 encoding just fine. Maybe some of the
patches can be adopted to improve the Debian version:
On Sat, Jun 23, 2007 at 01:47:51PM +0200, Louis-David Mitterrand wrote:
mplayer dvdnav:// or mplayer dvdnav://1 gives the following errors:
Playing dvdnav://.
[file] No filename
Failed to open dvdnav://.
or:
Playing dvdnav://1.
File not found: '1'
Failed to open dvdnav://1.
On Sat, Jun 23, 2007 at 06:22:33PM +0200, Louis-David Mitterrand wrote:
On Sat, Jun 23, 2007 at 05:27:01PM +0200, Diego Biurrun wrote:
On Sat, Jun 23, 2007 at 01:47:51PM +0200, Louis-David Mitterrand wrote:
mplayer dvdnav:// or mplayer dvdnav://1 gives the following errors
On Sat, Jun 23, 2007 at 10:10:01PM +0200, Louis-David Mitterrand wrote:
On Sat, Jun 23, 2007 at 07:35:01PM +0200, Diego Biurrun wrote:
On Sat, Jun 23, 2007 at 06:22:33PM +0200, Louis-David Mitterrand wrote:
On Sat, Jun 23, 2007 at 05:27:01PM +0200, Diego Biurrun wrote:
On Sat, Jun 23
Package: fai
Severity: minor
Tags: patch
Here is a patch for some minor English mistakes I noticed throughout FAI.
Diego
-- System Information:
Debian Release: 4.0
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: powerpc (ppc)
Shell: /bin/sh linked to /bin/bash
Kernel:
Package: fai
Severity: normal
Tags: patch
Here is a patch for a wrong pathname mentioned in the documentation.
Diego
-- System Information:
Debian Release: 4.0
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: powerpc (ppc)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux
Package: fai
Severity: normal
Tags: patch
Here is a patch for fixing the mountpoint created for floppy disks in
the simple examples. It should be /media/floppy, not /floppy.
Diego
-- System Information:
Debian Release: 4.0
APT prefers unstable
APT policy: (500, 'unstable')
Architecture:
Package: fai
Severity: normal
Tags: patch
When mounting a local mirror FAI adds an extra slash to the path, which
made the mount fail for me. Here is a patch that fixes the issue.
Diego
-- System Information:
Debian Release: 4.0
APT prefers unstable
APT policy: (500, 'unstable')
On Wed, May 09, 2007 at 02:28:53PM +0530, Joshua N Pritikin wrote:
http://samples.mplayerhq.hu/Matroska/theora.mkv
Playing theora.mkv.
[mkv] Unknown/unsupported CodecID (V_THEORA) or missing/bad CodecPrivate
data (track 1).
[mkv] Track ID 1: video (V_THEORA), -vid 0
[mkv] No video track
On Wed, May 09, 2007 at 02:17:45PM +0530, [EMAIL PROTECTED] wrote:
theora video (from ffmpeg2theora) play fine. However, if you try to wrap
theora video with matroska (mkvtoolnix) then it isn't recognized. The
same mkv file plays fine using totem-gstreamer 2.16.
Useless bug report. We need
Package: genisoimage
Version: 9:1.1.2-1
Severity: normal
Hello,
genisoimage(1) mentions genisoimagerc(5), but a manual page for
genisoimagerc is nowhere to be found.
regards
Diego
-- System Information:
Debian Release: 4.0
APT prefers stable
APT policy: (990, 'stable')
Architecture: i386
On Sat, Apr 28, 2007 at 11:03:18AM +0100, [EMAIL PROTECTED] wrote:
One of the debconf questions mplayer asks on install is:
On older kernels MPlayer can use the RTC (Real Time Clock) to provide
better timing in reproduction, with less CPU cost; to this end,
though, the device /dev/rtc
1 - 100 of 167 matches
Mail list logo