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:
>
> https://salsa.debian.org/multimedia-team/ffmpeg/-/blo
> 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 altive
> 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,
>> --dis
> 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 u
> 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: libmp
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:
> https://git.ffmp
> 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 theo
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.
>
though it's not a drop-in 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
Un
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 compile
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 wrot
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: https://gi
transitioning
from text/X12 to EDIFACT (I hope I got 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,
Re
t tried 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 cho
ollections.
Signed-off-by: Reimar Döffinger
---
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* st, const ne_prop_resu
what you 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
> wr
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
> wrote:
> > What would constitute a constructive comment?
>
> Ideally "I am interested in making mplayer work against the libavcodec
> that we have
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 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
> >> wrote:
> >> > Package: mplayer
> >> >
On 14.12.2013, at 23:53, John Paul Adrian Glaubitz
wrote:
> On 12/14/2013 11:07 PM, Reinhard Tartler wrote:
>> On Sat, Dec 14, 2013 at 4:28 PM, Moritz Muehlenhoff wrote:
>>> Package: mplayer
>>> Severity: serious
>>>
>>> Should this package be removed? If so, please reassign to ftp.debian.org
>
On 21 Mar 2013, at 21:41, "Alexander V. Kudrevatykh"
wrote:
> В Чт., 21/03/2013 в 21:04 +0100, Reimar Döffinger пишет:
>>
>> On 21 Mar 2013, at 20:46, "Alexander V. Kudrevatykh"
>> wrote:
>>
>>> Package: mplayer
>>> Version: 2
On 21 Mar 2013, at 20:46, "Alexander V. Kudrevatykh"
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 avconv and avpl
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. http://users.softlab.ntua.gr/~ttsiod/mp3pro.ht
On 4 Feb 2013, at 14:45, Fabian Greffrath 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'
Fabian Greffrath 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. The library
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 (6
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. Ideal
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 :
>
> > ERROR: Could not open required DirectShow codec sipr3260.dll.
>
> To play this file your need proprietary sipr3260.dll which is -because
> of legal re
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), wh
On 7 Jul 2012, at 11:52, Reinhard Tartler wrote:
> tags 680595 help
> stop
>
> On Sat, Jul 7, 2012 at 8:17 AM, Andreas Metzler
> wrote:
>> Package: mplayer
>> Version: 2:1.0~rc4.dfsg1+svn34540-1+b2
>> Severity: wishlist
>>
>> 2012-06-10, Sunday :: MPlayer 1.1 released
>>
>> http://lists.mplaye
On Wed, May 16, 2012 at 09:04:26PM +0200, Reinhard Tartler wrote:
> On Wed, May 16, 2012 at 1:07 PM, 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 lin
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
> fo
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 https://ffmpeg.org
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 d
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 t
On 1 Jan 2012, at 15:26, Reinhard Tartler 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, that is
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 "Anyw
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 na
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] ftp://m
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 1
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 b
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 wo
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
> > >
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
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 p
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 +36
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 gener
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 trem
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
On Thu, Aug 05, 2010 at 12:39:52AM -0400, Reinhard Tartler wrote:
> Hi Folks,
>
> This is a patch from Adrian Knoth 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 /usr/b
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?
> I
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 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 for more i
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 co
On Fri, Jun 19, 2009 at 07:28:30AM +0200, Reinhard Tartler wrote:
> Reimar Döffinger 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 ne
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 HAVE_
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_CONFIGU
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 low
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 jus
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 ap
> So AFAICT it's 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 repo
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
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.
C
ll not be
supported by upstream at least 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 "u
u could always
build like that and use strip and strip --only-keep-debug 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 o
> 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
might be caused by the default value of CFLAGS now set by
> dpkg-buildpackage. Maybe this code doesn't build with -O2 ?
No, certainly not. From the MPlayer developers side, only the build
flags chosen by MPlayer's configure are acceptable and anything else
is unsupported and very likely to fail.
In particular, -fomit-frame-pointer is mandatory. While there is
alternative code that works without, it is (for H.264 about 10%) slower
and thus not really acceptable.
Also, -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
ch/056938.html
> the patch fixes the same problem in a different way like the
> diff from the xine-lib repository.
I did not check myself I admit, I just assumed from explanations
elsewhere that the xine version was missing some checks on stream_id as
well.
Sorry if I misunderstood (and thus
etings,
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.
ort there first/as well.
Greetings,
Reimar Döffinger
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
int main(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". Trouble? Contact [EMAIL PROTECTED]
owerPC architecture does not offer a sane way to distinguish
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 subj
the "for Linux" was dropped since it seemed
rather 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, ema
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=23985&r2
ot already there.
Greetings,
Reimar Döffinger
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
layer?
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 mod
ssed the videos that are not based on 10
year old technology like
http://images.apple.com/movies/lionsgate/the_condemned/the_condemned-tlr_h720p.mov
(that is one of those that actually need little CPU) 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]
packages was compiled
with it. There is no proper runtime-detection for Altivec though. At
least there wasn't last time I tried.
Greetings,
Reimar Döffinger
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
d(hbuf+3,1) != 1) return 0;
> 201 *head <<= 8;
> 202 *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
99 matches
Mail list logo