[MPlayer-dev-eng] OSD problem (bug) stops (loops?) mplayer

[Paul TT]

On Fri, 6 Oct 2006 13:54:35 +0200
Diego Biurrun <diego at biurrun.de> wrote:

> On Thu, Oct 05, 2006 at 08:59:18PM +0200, Paul TT wrote:
> > On Wed, 04 Oct 2006 00:10:58 +0200
> > Luca Barbato <lu_zero at gentoo.org> wrote:
> > 
> > > Paul TT wrote:
> > > 
> > > > no, it isn't. slow, i mean :-)
> > > > with altivec enabled, anyway, it's faster, it makes up a lot of
> > > > artifacts and colors corruption... I didn't have the time, yet,
> > > > to find out if it's a xorg/x11 problem or mplaye rproblem, so I
> > > > didn't fill out a bug report bout it...
> > > 
> > > Please send me screenshot, how to reproduce them and samples used
> > > to make them...
> > > 
> > it seems to be a compiler related problems, this one, too.
> > compiled with gcc 3.3.6 images rot frame-by-frame, then restart to
> > be clean, going on this way...
> > compiled with gcc 4.0.3 the problem disappears.
> > so probably in the documentation the line which says that can be
> > used gcc version 2.95 and >=3.3
> > on linux/ppc should be used 4.0. :-)
> 
> Have you tried gcc 3.4?

with gcc-3.4 and altivec enabled, rotten images go away. anyway the
problem with osd blocking all, when compiled with -O4 remains.
so, on linux PPC, actually i can compile, with -O4, altivec, and osd
workin, only with at least gcc version 4. i am using 4.0.3, but i can
assume that with gcc-4 works good.
you can se the effect of the rotten image here:
http://www.paultt.org/downloads/tmp/shot0001_rotten.png
when the godd image instead should be this:
http://www.paultt.org/downloads/tmp/shot0002.png

(yes the second is a frame shifted, but you can understand what happens)