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
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.
15 matches
Mail list logo