If they start rejecting correct and useful patches just
because the submitter uses a compiler or distribution they
don't like, I'd be in favor of a fork (assuming we could
find a reasonably good maintainer with enough time at
hands), but AFAIK this hasn't happened.
I know they are rejecting
On Thu, 11 Oct 2001, Dominik Mierzejewski wrote:
Confirmed, I've had no problems with any mplayer version starting
from 0.18pre3 to current CVS version, compiled with optimizations
either for Athlon/Duron or for K6-2.
I guess it's just the autors' brain-damage. I mean, it wasn't enough
to
czwartek, 25 padziernik 2001, Alex Kanavin napisa(a):
On Thu, 11 Oct 2001, Dominik Mierzejewski wrote:
Confirmed, I've had no problems with any mplayer version starting
from 0.18pre3 to current CVS version, compiled with optimizations
either for Athlon/Duron or for K6-2.
I guess it's
On Thu, 25 Oct 2001, Dominik Mierzejewski wrote:
The main developer is using Slackware. This pretty much explains his
attitide towards gcc 2.96-RH (It's buggy shit! No, I don't know what the
bugs are and I don't care.) and Red Hat users in general. But he still
could be called reasonable
On Thu, 25 Oct 2001, Alex Kanavin wrote:
By the way, it was me who fixed that mmx bug in mplayer, the only known
ACTUAL problem with 2.96 (oh, and gcc 3.0 also has it, but that does not
fit their 2.96 is buggy theory so they silently ignore this fact) -
still they managed to completely
On Thu, 25 Oct 2001, Jean Francois Martinez wrote:
Or just use avifile. I'm not familiar with it though, but I hope the
developers are not as arrogant.
Thanks for the suggestion. I will not touch mplayer with a pole.
Well, having said all that, I also have to say that _technically_
czwartek, 25 padziernik 2001, Bernhard Rosenkraenzer napisa(a):
On Thu, 25 Oct 2001, Alex Kanavin wrote:
By the way, it was me who fixed that mmx bug in mplayer, the only known
ACTUAL problem with 2.96 (oh, and gcc 3.0 also has it, but that does not
fit their "2.96 is buggy" theory so
On Thu, 25 Oct 2001, Dominik Mierzejewski wrote:
Here it is:
http://www.mplayerhq.hu/DOCS/faq.html#5.1
I knew that one - I didn't know what really caused their problems.
LLaP
bero
___
Redhat-devel-list mailing list
[EMAIL PROTECTED]
On Thu, 25 Oct 2001, Alex Kanavin wrote:
On Thu, 25 Oct 2001, Jean Francois Martinez wrote:
Or just use avifile. I'm not familiar with it though, but I hope the
developers are not as arrogant.
Thanks for the suggestion. I will not touch mplayer with a pole.
Well, having said all that,
czwartek, 25 padziernik 2001, Bernhard Rosenkraenzer napisa(a):
On Thu, 25 Oct 2001, Dominik Mierzejewski wrote:
Here it is:
http://www.mplayerhq.hu/DOCS/faq.html#5.1
I knew that one - I didn't know what really caused their problems.
Yes, I thought so, especially after reading again
On Thu, 25 Oct 2001, Alex Kanavin wrote:
Or do you want me to comment on the mmx code skipping bug - the
symptoms, the cause, the fix, and who's guilty?
Yes. I knew about the original FUD, I'm interested in everything else,
the cause and the fix in particular. (Because those will help other
On Thu, 25 Oct 2001, Dan Hollis wrote:
What's license on mplayer?
GPL
Is it possible to fork the project?
It would be possible - but I doubt their attitude is enough of a reason to
do lots of duplicate work, as long as they're doing a good job otherwise.
If they start rejecting correct
On Thu, 25 Oct 2001, Bernhard Rosenkraenzer wrote:
Yes. I knew about the original FUD, I'm interested in everything else,
the cause and the fix in particular. (Because those will help other people
who wrote similar code).
Sure. Mplayer used to include assembler code like this:
/* Limit RGB
By the way, it was me who fixed that mmx bug in mplayer, the only known
ACTUAL problem with 2.96
Which compiler has the bug? This code compiles with gcc 3.01 but not with the RHL 7.1
version of gcc.
[pgtest@numbat c]$ cat -n /var/share/pgtest/src/c/yahoo.load.pgc | head -95 | tail -10
John Summerfield wrote:
88 struct tradeTable
89 {
90 long tradeSize, tradeCount;
91 struct tradeNode *tradeData[];
92 };
93 struct tradeTable *root=NULL;
/var/share/pgtest/src/c/yahoo.load.pgc:91: array size missing in
On Thursday, 11 October 2001, Matt Wilson wrote:
On Mon, Oct 08, 2001 at 09:16:03AM +0200, Martin Ma?ok wrote:
=
http://www.mplayerhq.hu/DOCS/
...
Appendix D - Known bugs
...
* No image (black image) in RGB 15/16bpp (x11,dga,fbdev,svga) playing MPEG or
OpenDivX files:
On Wed, Oct 10, 2001 at 09:32:55PM -0400, Matt Wilson wrote:
I'm unaware of any MMX related bug in the gcc 2.96 errata packages
released for the Red Hat Linux 7.x series.
My understanding is that GCC 2.x (96 = x = 98) ignores MMX routines; one
should use gcc 2.95 or gcc 3.0 in this case (i.e.
Gary Sandine a écrit :
On Wed, Oct 10, 2001 at 09:32:55PM -0400, Matt Wilson wrote:
I'm unaware of any MMX related bug in the gcc 2.96 errata packages
released for the Red Hat Linux 7.x series.
My understanding is that GCC 2.x (96 = x = 98) ignores MMX routines; one
should use gcc 2.95
On Mon, Oct 08, 2001 at 09:16:03AM +0200, Martin Maèok wrote:
=
http://www.mplayerhq.hu/DOCS/
...
Appendix D - Known bugs
...
* No image (black image) in RGB 15/16bpp (x11,dga,fbdev,svga) playing MPEG or
OpenDivX files:
Problem: gcc 2.96 bug
Workaround:
On Sun, Jul 08, 2001 at 12:43:30AM +0200, [EMAIL PROTECTED] wrote:
http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=47817
I was compiling new MPlayer-0.18pre and it complains about gcc
version. (http://freshmeat.net/projects/mplayer/)
So I read the DOCS and found this in their FAQ:
I wish to UNSUBSCRIBE from this group .. please let me know the mail ID.
__
Rajesh Joshi
-Original Message-
From: Martin Macok [mailto:[EMAIL PROTECTED]]
Sent: Monday, October 08, 2001 12:46 PM
To: [EMAIL PROTECTED]
Subject: Re: gcc-2.96 mmx bug? (mplayer)
On Sun, Jul
21 matches
Mail list logo