Very slow play with gl default

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]<

 



On Sat, Feb 27, 2010 at 10:42:51AM -0700, Kevin DeKorte wrote:
> On 02/27/2010 10:26 AM, Reimar D?ffinger wrote:
> >> *** glibc detected *** mplayer: double free or corruption (out):
> >> 0x0a5c3f60 ***
> >> ======= Backtrace: =========
> >> /lib/libc.so.6[0x376751]
> >> /usr/lib/dri/r600_dri.so(+0x13482)[0xf692c482]
> >> /usr/lib/dri/r600_dri.so(+0x21370)[0xf693a370]
> >> /usr/lib/dri/r600_dri.so(+0xfcb3a)[0xf6a15b3a]
> >> mplayer(glSetupYUVConversion+0xcbc)[0x80a6368]
> >> [0x2]
> > 
> > Looks like a bug in the fragment program compiler or something like that
> > to me (well, using mesa git you can hardly complain about bugs...).
> > I'd suggest trying -vo gl:yuv=0 - it should at least give you hardware scaling
> > and subtitle blending for free over x11 (though xv is probably still a better choice).
> 
> I think there might be a bug in mplayer as mplayer from the command line
> with -vo gl works fine, only fails when combined with the -wid option.
> So maybe that is why the BadMatch is emitted.

Well, it's possible. Or maybe the radeon driver can't handle rendering into
a window owned by a different process...


[Index of Archives]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [XFree86]
  Powered by Linux