[Bug 20505] radeon planar textured video
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Fri Apr 17 10:53:29 PDT 2009
http://bugs.freedesktop.org/show_bug.cgi?id=20505
--- Comment #11 from Alex Deucher <agd5f at yahoo.com> 2009-04-17 10:53:29 PST ---
(In reply to comment #10)
> OK. What about changing the default of the bicubic from auto to no, since it
> has this limitation (that also confuses users) and it causes slowdown (and also
> I dislike its smoothing effect)?
It's a tough call. A lot of people (myself included) prefer the bicubic
filtering. I'm not sure what the best answer is.
>
> > > 2) with a small video (512x368) I noticed a 8% speedup (with mplayer -benchmark
> > > -quiet -nosound filename) no matter XV_SYNC, with a larger video (1280x720) I
> > > noticed a slowdown (over 61% and the video is jerkily), unless XV_SYNC is
> > > disabled, where I get the same performance. But maybe this is a collateral
> > > effect of the XV_SYNC that must paint all the frames and is noticeable only
> > > when doing benchmark (i.e. fps > video refresh)?
> > >
> >
> > XV_VSYNC is unrelated to these changes. It will decrease performance in
> > benchmark type scenarios because it stalls the engine while it waits for the
> > current vline to pass beyond the video. It's used to avoid tearing. Turn it
> > off for benchmarking.
>
> OK, thanks for clearing this. The strange thing, however, is that before the
> latest xv merge I got the same performance with or without vsync enabled, while
> now I get the previous performance only with the vsync disabled and a large
> slowdown with it enabled.
Any chance you could bisect and find out the bad commit? None of the texvid
rework touched the xv vsync code, so it's probably something prior.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
More information about the xorg-driver-ati
mailing list