That is, the only thing that looks potentially expensive there is the loop, rest is just some severe black magic casting (to_radeon_crtc somewhat blew my mind ) and comparisons and such as far as I can see.
Announcement
Collapse
No announcement yet.
Sync & swap / vsync video playback issues
Collapse
X
-
Originally posted by nanonyme View PostThat is, the only thing that looks potentially expensive there is the loop, rest is just some severe black magic casting (to_radeon_crtc somewhat blew my mind ) and comparisons and such as far as I can see.
I'm just saying disabling the "CRTC query" feature brings back smooth video playback. Nothing to do with CPU load btw.
Comment
-
Digging up the subject, sorry.
With current GFX components :
mesa git
ddx git
either 2.6.35 mainline or cutting edge drm-radeon-testing/next/core-next..
the issue remains, which is GL micro-freezes meaning degraded video experience with enabled compositing.
Especially noticeable in 720p full screen, watching windowed SD xvid you wouldn't notice.
I am willing to help track this down, at least open a bug report, but where then ? Mesa ? DDX ?
Thanks in advance !
Comment
-
I had a similar problem. Only with KDE. Other people too. I guess developers are all Gnome fanboys
Anyway, the fix here was to set the following values in the [compositing] section of ~/.kde4/share/config/kwinrc (or ~/.kde instead of ~/kde4, depends on the dirsto):
Code:[Compositing] Backend=OpenGL CheckIsSafe=false DisableChecks=true Enabled=true GLDirect=true GLVSync=false OpenGLIsUnsafe=false
Note that the above disables VSync, but don't worry; it actually doesn't. Even if you disable VSync in System Settings, everything is still tear-free and VSynced perfectly.
On another matter, I noticed you prefer -vo gl? Don't do that. Xv support in the open drivers and with DRI2 and KMS is excellent. Always use Xv. OpenGL is slower and not always tear-free. Xv doesn't have that problem.
Comment
-
Maybe it's the throttling then that's at fault. Enabling VSync resulted in the past (two weeks ago or so) in extremely uneven animations. Smooth, but uneven. For example, the effect that zooms out the window to the task bar when minimizing would double its speed half-way through, and then switch back to half speed, and then double speed again.
In recent Git of Mesa and friends, the unevenness got fixed. But performance was killed; minimizing windows for example is animated at about 5FPS; extremely ugly.
Switching off VSync in KDE System Settings makes everything smooth and fast again.
Comment
-
Originally posted by RealNC View PostOn another matter, I noticed you prefer -vo gl? Don't do that. Xv support in the open drivers and with DRI2 and KMS is excellent. Always use Xv. OpenGL is slower and not always tear-free. Xv doesn't have that problem.
Comment
-
Tried KDE SC 4.5 (i am running kde 4.4), no luck either, with or without kwin "vsync" parameter.
Could someone please help me file a bug report in the right place ?
Facts reminder :
- with DRM 2.5.0 or newer, video playback in slighty jerky in a composited env, no matter video output (x11, xv, gl)
- when no compositing, video playback is perfectly smooth, either with -vo xv or gl
- with DRM 2.5.0 or newer, tainted by disabling CRTC query capability, video playback is smooth again (I guess because it breaks a lot of features related to vsync)
- tweaking vblank_mode doesn't help, neither /etc/drirc does.
Potential candidates :
- Mesa ?
- DDX ?
- KDE Kwin ?
Thanks again in advance,
Dams
Comment
-
Quick update on this (forgotten ?) issue... Problem still not solved !
Now with mesa git, ddx git and 2.6.36rc3, i've been noticing :
- using GL, video playback is quite smooth windowed or fullscreen
- using XV, video playback is perfectly smooth windowed, and jerky when switching to fullscreen
It occurs both with Kaffeine or Mplayer. I use "UnredirectFullscreen=false" as kwin setting.
Any ideas ?
Is there something special windowmanagers or GFX drivers are doing when switching to fullscreen ?
Thanks again in advance,
Comment
Comment