Hi Fabian!
> On 6 Jun 2023, at 21:14, Fabian Greffrath wrote:
>
> I remember that back then, when powerpc was still a release architecture in
> Debian, we built two flavors of the ffmpeg libraries -- one with altivec and
> one without:
>
>
> On 6 Jun 2023, at 15:17, Reimar Döffinger wrote:
>
>> Disable altivec for everyone doesn't seem a good compromise to me, I'm
>> going to build twice on powerpc and let the user decide which one to use
>
> To be clear: as MPlayer has no hand-written altivec, I I exp
> On 6 Jun 2023, at 14:57, Lorenzo wrote:
>
> Thanks for looking at this again
>
>> So maybe it is possible to get to work now, but probably separate
>> builds would remain the better approach. On the plus side, if FFmpeg
>> works, and since Debian links MPlayer to FFmpeg dynamically,
>>
> On 5 Jun 2023, at 00:08, Lorenzo wrote:
>
> Hi Reimar,
>
[...]
>
> The above was 16 years ago; on Debian powerpc list a couple a
> ways to do runtime detection were suggested
>
> https://lists.debian.org/debian-powerpc/2023/06/msg00030.html
>
> could you please check again if it's still
> On 17 Feb 2023, at 00:49, Lorenzo wrote:
>
> Control: tags -1 confirmed upstream
>
> Hello,
>
> On Thu, 12 Apr 2007 12:48:08 +0200 Bernard Jungen
> wrote:
>> Package: mplayer
>> Version: 1.0~rc1-13
>> Severity: minor
>>
>> gmplayer enters infinite loop when doing the following:
>> [...]
> On 5 Feb 2023, at 14:51, Jonas Smedegaard wrote:
>
> Quoting Reimar Döffinger (2023-02-05 12:05:07)
>>>> `test.ogv` can be downloaded from
>>>> https://bugs.launchpad.net/ubuntu/+source/mplayer/+bug/1857407/+attachment/5314961/+files/test.ogv
>&g
> On 26 Apr 2020, at 08:03, Jonas Smedegaard wrote:
>
> Hi Stuart,
>
> Quoting Stuart Longland (2020-04-26 03:36:14)
>> I struck this issue trying to play a Ogg/Theora video originally on
>> Ubuntu 18.04 LTS and later reproduced the exact same conditions on
>> Debian 10.
>
>> mplayer:
Hi!
> CVE-2022-38600[0]:
> | Mplayer SVN-r38374-13.0.1 is vulnerable to Memory Leak via vf.c and
> | vf_vo.c.
>
> https://trac.mplayerhq.hu/ticket/2390#comment:2
> https://git.ffmpeg.org/gitweb/mplayer.git/commit/59792bad144c11b21b27171a93a36e3fbd21eb5e
> (r38380)
> Followup:
>
> On 19 Mar 2022, at 15:03, Diederik de Haas wrote:
>
> On Saturday, 19 March 2022 13:57:49 CET Reimar Döffinger wrote:
>>> On 16 Mar 2022, at 20:01, Diederik de Haas wrote:
>>> [VD_FFMPEG] DRI failure.
>>> mplayer: libmpcodecs/vf.c:286: vf_get_image:
> On 16 Mar 2022, at 20:01, Diederik de Haas wrote:
> [VD_FFMPEG] DRI failure.
> mplayer: libmpcodecs/vf.c:286: vf_get_image: Assertion `w == -1 || w >=
> vf->w' failed.
>
Is it intentional that debian compiles with --enable-debug?
That's the reason I could never reproduce this, as it's off
> On 28 Feb 2022, at 19:12, Ian Jackson wrote:
> It seems to me that at #1004579 (ffmpeg 5.0) and #939032 (giflib)
> would need to be addressed,
These are definitely fixed in 1.5, and the fix for giflib should be not hard to
cherry-pick for 1.4 if there is a need.
> and #958865 (crash on
On Thu, Feb 17, 2022 at 08:45:59PM +0100, Sebastian Ramacher wrote:
> On 2022-02-17 19:13:08 +0100, Reimar Döffinger wrote:
> >
> > > On 16 Feb 2022, at 23:25, Sebastian Ramacher wrote:
> > >
> > > Let's stop pretending that mplayer is maintained.
> >
n replacement (different command-line) and
supposedly it aims more at modern computers, so might not be so great a
replacement for legacy hardware.
Best regards,
Reimar Döffinger
Package: atool
Version: 0.39.0-6
Severity: normal
Dear Maintainer,
Running a command like
arepack -v test.zip test.7z
results in an empty test.7z file regardless of what
test.zip contained.
Using the -S command shows the problem, it adds the
-v option to unzip:
unzip -d Unpack-6655 -v test.zip
I can reproduce it with the 1.0.3-8 Debian package on a PPC MacMini.
However I cannot reproduce it when manually building MPlayer (from the debian
source package). (I haven't tried rebuilding from source using the debian
tools).
I think the package must have been built with a badly broken
Sample file or valgrind log might be more useful.
Valgrind as this backtrace is when the memory corruption
is detected, when it occurred is more useful.
Also, whether this happens with -vo other than vdpau.
The probesize thing is probably not particularly relevant.
FYI: it should already be supported even by old version via
--freetype-config="pkg-config freetype2".
The committed fix just changes the default to exactly that.
Just to clarify that you don't HAVE to update or backport the change to avoid
this issue.
On 18.03.2018, at 14:23, debian micove
I updated the debian/ files so a new package can be built.
See attached diff.gz.
Still needs someone to submit it though.
iec16022_0.2.7-1.diff.gz
Description: application/gzip
I see there is some progress upstream so it may be
reasonable to just wait it out.
But since I hacked it up for myself anyway (well, only
the grep expression really, did not test the rules file).
The following quick hack patch would remove the questionable
headers and ensure only properly licensed
Please find attached patches for the test cases listed in the
discussion
of bug #429210 and #773719
In fact the test cases in the discussion are based on more than one
bug
in the code.
I took over the maintainership of the project and made a few basic fixes
and a release:
it right).
While I don't plan to spend much time on it, I placed the project on GitHub
and will be happy to accept further patches if anyone has them lying around.
See: https://github.com/rdoeffinger/iec16022/releases
Kind regards,
Reimar Döffinger
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ
to avoid this license mess, however
that activity seems to have died...
Given the popularity of the library and the regularity of license
slip-ups a more long-term solution than manual review/fixing would
be nice to have.
And apologies if Severity: serious was the incorrect choice.
Thanks,
Reimar
a / to collections.
Signed-off-by: Reimar Döffinger reimar.doeffin...@gmx.de
---
src/fusedav.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/src/fusedav.c b/src/fusedav.c
index 5620811..99de815 100644
--- a/src/fusedav.c
+++ b/src/fusedav.c
@@ -194,6 +194,12 @@ static void fill_stat(struct stat
wrote sounded more like it's at least also
2) MPlayer has packaging issues
I've mentioned this a few times over the years, I'd be interested in
improving 2), and that is regardless of the status of this ticket.
On Mon, Feb 17, 2014 at 6:52 PM, Reimar Döffinger
reimar.doeffin...@gmx.de wrote
On Sun, Feb 16, 2014 at 03:25:08PM -0500, Reinhard Tartler wrote:
On Sun, Feb 16, 2014 at 12:58 PM, Reimar Döffinger
reimar.doeffin...@gmx.de wrote:
What would constitute a constructive comment?
Ideally I am interested in making mplayer work against the libavcodec
that we have in Debian
On Sun, Feb 16, 2014 at 12:16:59PM -0500, Reinhard Tartler wrote:
On Sun, Feb 16, 2014 at 11:21 AM, Moritz Mühlenhoff j...@inutil.org wrote:
On Sat, Dec 14, 2013 at 05:07:36PM -0500, Reinhard Tartler wrote:
On Sat, Dec 14, 2013 at 4:28 PM, Moritz Muehlenhoff j...@debian.org
wrote:
On 14.12.2013, at 23:53, John Paul Adrian Glaubitz
glaub...@physik.fu-berlin.de wrote:
On 12/14/2013 11:07 PM, Reinhard Tartler wrote:
On Sat, Dec 14, 2013 at 4:28 PM, Moritz Muehlenhoff j...@debian.org wrote:
Package: mplayer
Severity: serious
Should this package be removed? If so, please
On 21 Mar 2013, at 20:46, Alexander V. Kudrevatykh kudrevat...@gmail.com
wrote:
Package: mplayer
Version: 2:1.0~rc4.dfsg1+svn34540-1+b2
Severity: normal
When I trying to play mpg files from http (static file from lighttpd or from
upnp server) mplayer crashed.
Files were encoded with
On 21 Mar 2013, at 21:41, Alexander V. Kudrevatykh kudrevat...@gmail.com
wrote:
В Чт., 21/03/2013 в 21:04 +0100, Reimar Döffinger пишет:
On 21 Mar 2013, at 20:46, Alexander V. Kudrevatykh kudrevat...@gmail.com
wrote:
Package: mplayer
Version: 2:1.0~rc4.dfsg1+svn34540-1+b2
Severity
Package: libmp3lame0
Version: 3.99.5+repack1-3
Severity: normal
Tags: upstream patch
Dear Maintainer,
libmp3lame.so.0 currently exports lots of internal symbols.
In particular the getbits symbol causes real-world issues due to symbol
clashes, see e.g.
On 4 Feb 2013, at 14:45, Fabian Greffrath fab...@greffrath.com wrote:
Am 03.02.2013 16:49, schrieb Reimar Döffinger:
In the linked ffplay report it was compiled against a newer version
than the one it is run against though. There is no promise that
will work.
I don't think we are going
Fabian Greffrath fab...@greffrath.com wrote:
Am 03.02.2013 15:46, schrieb Reinhard Tartler:
What exact version of mplayer do you use, and what is the exact
output?
The bug is currently marked as affecting a version that does not
exist.
And even if...
I fail to see how this is a bug at all.
On Fri, Sep 21, 2012 at 03:16:51PM +0200, Fabian Greffrath wrote:
Am 03.09.2012 20:06, schrieb Reimar Döffinger:
This information is incorrect. FFmpeg has a decoder for sipr and it
works fine for the file.
In fact, MPlayer compiled from latest SVN will play it (64 bit build,
so no binary
On Thu, Sep 13, 2012 at 07:26:05PM -0700, Josh Triplett wrote:
At the moment, I have to do so by editing ~/.mplayer/config, removing
af=scaletempo, re-running mplayer, and seeking to that point. I haven't
found any way to disable a filter either from the command line or from
the UI. Ideally,
On Mon, Sep 03, 2012 at 02:28:51PM +0200, Klaumi Klingsporn wrote:
Am / On Mon, 03 Sep 2012 19:43:39 +0800
schrieb / wrote XIANGYU LIU u122...@gmail.com:
ERROR: Could not open required DirectShow codec sipr3260.dll.
To play this file your need proprietary sipr3260.dll which is -because
On Mon, Aug 06, 2012 at 02:21:41PM +0100, Grześ Andruszkiewicz wrote:
Sorry for the private email.
As suggested, I downloaded this clip:
http://mirrorblender.top-ix.org/peach/bigbuckbunny_movies/big_buck_bunny_480p_stereo.avi
and I get the same error with this file (as downloaded), which
On 7 Jul 2012, at 11:52, Reinhard Tartler siret...@gmail.com wrote:
tags 680595 help
stop
On Sat, Jul 7, 2012 at 8:17 AM, Andreas Metzler
ametz...@downhill.at.eu.org wrote:
Package: mplayer
Version: 2:1.0~rc4.dfsg1+svn34540-1+b2
Severity: wishlist
2012-06-10, Sunday :: MPlayer 1.1
On Wed, May 16, 2012 at 01:07:11PM +0200, Fabian Greffrath wrote:
Am Montag, den 14.05.2012, 23:23 +0200 schrieb Alex Wilk:
mplayer: fcmatch.c:548: IA__FcFontMatch: Assertion `result != ((void *)0)'
failed.
In line 1163 in file sub/font_load_ft.c of the mplayer2 source code the
following
On Wed, May 16, 2012 at 09:04:26PM +0200, Reinhard Tartler wrote:
On Wed, May 16, 2012 at 1:07 PM, Fabian Greffrath fab...@greffrath.com
wrote:
Am Montag, den 14.05.2012, 23:23 +0200 schrieb Alex Wilk:
mplayer: fcmatch.c:548: IA__FcFontMatch: Assertion `result != ((void *)0)'
failed.
On Thu, Apr 12, 2012 at 06:25:10PM +0200, Adrian Knoth wrote:
mplayer fails to play an OGV conference livestream. I've dumped a few
seconds to
http://adi.loris.tv/broken.ogv
Either broken file or FFmpeg demuxer issue (e.g. ffmpeg fails to convert
the file to AVI, see
Old issue and not that much new to add, but still...
On Sat, Aug 13, 2011 at 08:50:11PM +1000, Tim Connors wrote:
On Sat, 13 Aug 2011, Reimar Döffinger wrote:
Behaviour is to make keyboard control of MPlayer more reliable mostly I
expect.
I think the MPlayer documentation says you must use
On Mon, Jan 09, 2012 at 07:32:37AM +0100, Reinhard Tartler wrote:
Package: mplayer
From the buildlog:
Checking for RTMPDump Streaming Media library ... no
I guess we just need to add a build dependency.
MPlayer does not use it directly, and I think you use external FFmpeg.
In that
On 1 Jan 2012, at 15:26, Reinhard Tartler siret...@tauware.de wrote:
On So, Jan 01, 2012 at 15:08:03 (CET), Julien Cristau wrote:
On Sun, Jan 1, 2012 at 08:25:00 +0100, Reinhard Tartler wrote:
I really think this is a bug in mplayer. ff_codec_wav_tags is and always
was an internal symbol,
On Tue, Dec 13, 2011 at 09:55:26AM +0100, Reinhard Tartler wrote:
retitle 650339 Please update to new upstream version later than svn r33824
thanks
On Di, Nov 29, 2011 at 00:59:20 (CET), jida...@jidanni.org wrote:
http://bugzilla.mplayerhq.hu/show_bug.cgi?id=2019 says
says Anyway your
On Fri, Nov 18, 2011 at 03:45:02PM +0100, Reinhard Tartler wrote:
On Fr, Nov 18, 2011 at 11:13:16 (CET), Daniel Baumann wrote:
Package: mplayer
Severity: wishlist
Hi,
it would be nice if you could split the mplayer package and provide a
mplayer-nogui (or whatever name you find
On Sat, Aug 13, 2011 at 12:50:19PM +1000, Tim Connors wrote:
It seems that relatively recently there has been a regression where
the keyboard reading from /dev/stdin doesn't do appropriate error
checking. If /dev/stdin is redirected from /dev/null (eg, when
mplayer is run from a cronjob),
On Thu, Aug 11, 2011 at 12:46:14PM +0200, Jakub Wilk wrote:
mplayer displays top lines of DebConf11 OGV videos[0] incorrectly. I
believe that this is a problem with the player, not with the files,
because mplayer in squeeze show them correctly. See the attached
frame dumps.
[0]
On Sat, Jun 04, 2011 at 11:43:56AM +0800, Michael Deegan wrote:
Playback of CDs is currently unusable as mplayer reads 15 seconds of audio
at a time, which seems to be long enough for the disk to spin down by the
time it wants to read the next chunk. This results in a 5 second pause
every 15
On Thu, Nov 25, 2010 at 10:55:55PM +0100, Thomas Arendsen Hein wrote:
When playing a DVD or any other file with 5.1 channel 48000 Hz audio using the
hrtf audio filter and either using -speed to change the playback speed or
using [ or ] keys to change it during play, mplayer crashes.
Should be
On Sun, Nov 07, 2010 at 09:58:19AM +0100, gbulot wrote:
Package: mplayer
Version: 1.0~rc2-17+lenny3.2
Severity: normal
mplayer: symbol lookup error: /usr/lib/i686/cmov/libavcodec.so.51: undefined
symbol: lzo1x_decode
Ancient MPlayer version with much more recent FFmpeg. That won't work
On Sun, Oct 24, 2010 at 12:55:39PM -0400, Nathan A. Stine wrote:
Package: mplayer
Version: 2:1.0~rc4~try1.dsfg1-1
Severity: normal
When watching a theora-encoded file and using fftheora to decode, mplayer
seems
to introduce some distortion at the top of the video file. This problem does
On Sun, Oct 24, 2010 at 01:29:08PM -0400, Nathan A. Stine wrote:
On Sun, 2010-10-24 at 19:12 +0200, Reimar Döffinger wrote:
On Sun, Oct 24, 2010 at 12:55:39PM -0400, Nathan A. Stine wrote:
Package: mplayer
Version: 2:1.0~rc4~try1.dsfg1-1
Severity: normal
When watching a theora
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 '-demuxer mkv'.
This means that this bug is not fixed in rc4 at all, but just masked
by using lavf by default!
Note that there is a patch
On Thu, Aug 05, 2010 at 08:48:59PM -0400, Reinhard Tartler wrote:
On Thu, Aug 05, 2010 at 18:00:11 (EDT), Reimar Döffinger wrote:
On Thu, Aug 05, 2010 at 12:39:52AM -0400, Reinhard Tartler wrote:
Hi Folks,
This is a patch from Adrian Knoth a...@drcomp.erfurt.thur.de to fix a
segfault
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 arm-ish (arm, armel and armhf) platforms that
prefer tremor over
On Fri, Aug 06, 2010 at 06:32:01PM +0200, Diego Biurrun wrote:
I disagree slightly here since the issue does not only apply to
Vorbis/Tremor. For MP3 we have a similar situation: We default
to mp3lib, but ffmp3 is fixedpoint and thus faster on systems
without FPU. So a slightly more general
On Fri, Aug 06, 2010 at 01:22:12PM -0400, Reinhard Tartler wrote:
I see. In this case, I propose this:
Index: playtreeparser.c
===
--- playtreeparser.c (revision 31931)
+++ playtreeparser.c (working copy)
@@ -367,6 +367,9 @@
On Thu, Aug 05, 2010 at 12:39:52AM -0400, Reinhard Tartler wrote:
Hi Folks,
This is a patch from Adrian Knoth a...@drcomp.erfurt.thur.de to fix a
segfault on empty playlists.
This is Debian Bug: http://bugs.debian.org/591525
Index: playtree.c
On Tue, Jun 15, 2010 at 11:18:18AM -0400, Pascal Gervais wrote:
Also, I think having the sound device taken over by one program,
leaving other programs with no sound, is a bigger issue than waiting
a few seconds for mplayer to start playback.
And I think having to wait six to seven
On Sat, Jun 12, 2010 at 12:49:41PM +0200, David Henningsson wrote:
Wouldn't it be a better solution to try to troubleshoot why it takes so
long for the pa driver to detect that PA is not installed?
Indeed, particularly since I don't have that issue when I do
killall pulseaudio
chmod a-x
On Thu, Apr 22, 2010 at 10:24:00PM +0200, Reinhard Tartler wrote:
This is because libvo/vo_directfb2.c #includes sys/kd.h, which in turn
includes sys/kbio.h, which defines another 'struct keymap'.
Questionable name in a system header file. I guess the sys/kd include can't
be just avoided?
In
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 (c=0x8601ec0, src=0xbfffcb70,
srcStride=0xbfffcb40,
srcSliceY=0, srcSliceH=16, dst=0x862c944, dstStride=0xbfffcb50)
at
On Sun, Dec 20, 2009 at 01:05:59PM +0100, Reinhard Tartler wrote:
Raghu Rao rao...@yahoo.com writes:
Please let me know if further information is needed.
yes, could you please attach a full backtrace?
See http://wiki.debian.org/HowToGetABacktrace or
https://wiki.ubuntu.com/Backtrace
On Thu, Oct 22, 2009 at 03:33:38PM +0200, A Mennucc wrote:
hi,
yes this has started appearing in my unstable box lately as well
does anybody know what it means?
Not beyond that latest OpenAL does something extremely fishy that causes
issues left and right. I can only repeat to strongly
On Wed, Oct 14, 2009 at 04:05:05PM -0700, Josh Triplett wrote:
Package: mplayer
Version: 1.0~rc3+svn20090405-1
Severity: normal
Whenever I use mplayer to play a video or audio file, I get this message
when mplayer exits:
Inconsistency detected by ld.so: dl-close.c: 719: _dl_close:
On Fri, Sep 04, 2009 at 12:19:28PM +0200, Hilmar Preusse wrote:
Package: mplayer
Version: 1.0~rc3+svn20090405-1
Severity: normal
Hi,
your package actually depends on the dummy package libsdl1.2debian. Please
link with one of the other packages provided by the source package:
-
On Tue, Jul 14, 2009 at 05:38:54PM +0200, Reinhard Tartler wrote:
mplayer however contains a private copy of ffmpeg in its sources, and
has therefore no problem including headers that are not
installed. libavformat/riff.h is e.g. such a header. This is strictly
speaking a violation of usage
On Tue, Jun 30, 2009 at 08:21:44PM +0200, Witold Baryluk wrote:
any ideas how to blacklist such device?
Use -nojoystick or -input js-dev as explained in the documentation.
It might be a good either to either not export such devices as
joystick devices or add
joystick=no
to the default MPlayer
On Fri, Jun 19, 2009 at 07:28:30AM +0200, Reinhard Tartler wrote:
Reimar Döffinger reimar.doeffin...@gmx.de writes:
Simply forcing it via --enable-zr might work, but I recommend that
Not straight away, the configure script has an explicit check to fail if
libavcodec_a is not built. I need
On Thu, Jun 18, 2009 at 07:57:35PM +0200, Reinhard Tartler wrote:
TBH, I'm pretty puzzled why the configure script does that check this
way.
Simple: vf_zrmjpeg.c uses libavcodec internals which means:
normally installed programs lack a needed header (mjpegenc.h,
maybe others), it defines
On Mon, May 25, 2009 at 12:11:56AM +0200, Reinhard Tartler wrote:
@@ -150,16 +149,34 @@
test -r .svnrevision cp .svnrevision snapshot_version
# Add commands to configure the package here.
$(CLEAN_ENV) \
- ./configure $(COMMON_CONFIGURE_FLAGS) $(DEB_BUILD_CONFIGURE)
+
On Sun, May 10, 2009 at 05:08:23AM +0200, Bernhard Kuemel wrote:
mplayer displays some (typically widescreen) movies off center/screen in full
screen mode. I have had black borders with non widescreen videos, too, but
not
typically that bad. Although one was displayed so low that the lower
On Sat, Mar 21, 2009 at 08:57:04AM +0100, Sebastian Dröge wrote:
libmpc will be uploaded to unstable in the next days. Please port your
package to the new API ASAP, it will most probably fail to build after
the upload to unstable.
If MPlayer fails to build, configure should be updated to just
On Tue, Dec 30, 2008 at 07:42:38PM +0100, Johan Henriksson wrote:
see http://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html
Why should XDG apply to MPlayer?
Unfortunately whoever wrote the specs at freedesktop.org missed to
include a scope section, but MPlayer is not an X11
the same problem (the
default codec is ffmpeg which also uses libvorbis.so for Vorbis files).
No it doesn't.
Greetings,
Reimar Döffinger
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Sat, Jul 26, 2008 at 11:48:50PM +0200, A Mennucc1 wrote:
a patch for this bug was posted in the mplayer-dev-eng list
in 11 may
but, after some discussion, AFAIK it was not added into SVN
so I do not know if it is wise to use it
I certainly would not consider this (incorrectly reported
On Sun, Jul 20, 2008 at 02:38:41PM +0200, A Mennucc wrote:
I do not understand this bug.
Raphael Geissert ha scritto:
checkbashisms' output:
possible bashism in ./usr/share/mplayer/scripts/binary_codecs.sh line 95
(should be read [-r] variable):
read
what does this mean?
Read
On Fri, Jul 04, 2008 at 08:05:57PM +0200, Ondrej Certik wrote:
Looking into the source code, the problem is with this line:
((URLContext*)(priv-pb.opaque))-priv_data= demuxer-stream;
in libmpdemux/demux_lavf.c:291.
rc2 demux_lavf does not work with newer lavf versions I think.
Check if
for now since MPlayer depends on some of
its internal functions that can not be exported cleanly (features that
depend on a FFmpeg-compatible config.h).
Greetings,
Reimar Döffinger
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
to generate a
binary and separate debug symbols.
Greetings,
Reimar Döffinger
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Tue, Apr 29, 2008 at 11:13:11AM -0300, Leonardo Rodrigues de Mello wrote:
At first thank you for your fast reply! :-P
In bash you need to turn the switch -e on to enable escape sequences.
BUT in dash the escape sequences are enabled by default.
To me this sounds like actually relying on a
The API changes are fairly trivial, see [0] for a patch that does this
for the GStreamer plugin.
MPlayer does not use the usual mpcdec API. Not sure if this will make it
easier or harder.
The API might not be 100% stable yet but there are very few changes (if
any) to be expected. I don't
, -O2 compared to the default of -O4 (equivalent to -O3) has very
different inlining behaviour and might cause significant performance
differences as well.
Greetings,
Reimar Döffinger
assumed from explanations
elsewhere that the xine version was missing some checks on stream_id as
well.
Sorry if I misunderstood (and thus misrepresented) the issue.
Greetings,
Reimar Döffinger
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
,
Reimar Döffinger
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Fri, Feb 29, 2008 at 11:08:44AM +0200, Eddy Petrișor wrote:
The current version of mplayer from Debian doesn't have its
polypaudio/pulseaudio AO support enabled. This is ok now since polypaudio
was renamed to pulseaudio and bears that name in Debian Sid and Debian
Lenny for a while.
rc2
.
Greetings,
Reimar Döffinger
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
(void) {
ioctl(0, TVTUNER_GETFREQ, 0);
Can you please give the compiler output/error message you get without
that? Probably best just copy the whole corresponding section from
configure.log.
Greetings,
Reimar Döffinger
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe
between with and without Altivec we now treat them as different
architectures, meaning you need a different build for each.
Greetings,
Reimar Döffinger
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Hello,
On Sat, Oct 13, 2007 at 03:25:06PM -0400, Sean Zimmermann wrote:
I found ALSA stopped working after the kernel upgrade. Any program that
tried to work with alsa (like xmms, totem, or gnome sound) stalled. I
recompiled the drivers and alsa now appears to be working.
While it does not
There is no difference at all in the outputs. I suspect this is not an
MPlayer problem.
Actually there is, in the later one audio gets stuck at 0.0 seconds.
My guess is that ALSA broke...
Greetings,
Reimar Döffinger
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
confusing.
So what you seem to consider the main meaning of this IMO was more accidental,
though if the votes/awards are worth anything that interpretation has
its justification as well.
Greetings,
Reimar Döffinger
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble
in 2.5.
Because this page says it was already fixed since glibc 2.3
http://svn.mplayerhq.hu/mplayer/trunk/libmpdemux/aviheader.c?r1=23985r2=24447
should fix this issue.
This is the wrong fix for the security issue, the glibc fix must be
ported if it is not already there.
Greetings,
Reimar
On Fri, Sep 21, 2007 at 07:58:01PM +0200, Nico Golde wrote:
* Reimar Döffinger [EMAIL PROTECTED] [2007-09-21 19:41]:
On Fri, Sep 21, 2007 at 06:57:48PM +0200, Nico Golde wrote:
[...]
http://svn.mplayerhq.hu/mplayer/trunk/libmpdemux/aviheader.c?r1=23985r2=24447
should fix this issue
,
Reimar Döffinger
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
) and here -vo xv or
-vo x11 easily makes the difference between playable or not even with a
new PC.
Greetings,
Reimar Döffinger
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Hello,
On Mon, Feb 26, 2007 at 01:07:59PM +0100, Robert Millan [ackstorm] wrote:
On Mon, Feb 26, 2007 at 12:44:18PM +0100, Reimar Döffinger wrote:
On Mon, Feb 26, 2007 at 12:24:09PM +0100, Robert Millan [ackstorm] wrote:
[...]
Could we keep accelerated mode as default, but try to arrange
I tried.
Greetings,
Reimar Döffinger
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
*head |= hbuf[3];
203 return 1;
-- end --
[...]
Please try attached patch if it fixes it.
http://www.mpg123.de/ is mentioned as upstream for this code, but the
SVN there does not contain a sr1.c, so should this just be applied
directly to MPlayer?
Greetings,
Reimar Döffinger
Index
99 matches
Mail list logo