Originally posted by 0e8h
View Post
Announcement
Collapse
No announcement yet.
Where An Open ATI Driver Beats The Catalyst Driver
Collapse
X
-
Originally posted by V!NCENT View PostSo the CPU spike while the GPU is busy too? My CPU usage gets no worse than 40% with a HD5770 framebuffer (no vid decode) with a downloaded matroska 720p vid on KDE4. It is a two year old AMD Phenom 9950 x4 non-OC.
What the fsck... so how is GPU playback drawing less power?
However someday I think the FLOSS ATI drivers will beat fglrx at anything except top speed.
Comment
-
Does anyone know what is the state of gl video support in the open driver? It is worked on? Right now it is a nightmare with softwares that don't use xv (XBMC, for example): anything below 720p is totally unwatchable with an Athlon II X2 235e (2.7 Ghz).
Comment
-
Originally posted by 0e8h View PostI also like how the open source Radeon driver also has a higher resolution for the text modes. FGLRX looks like it uses 40x40 text cols. I feel like I'm starting a BBC Acorn Computer, not a modern linux system.
Comment
-
Originally posted by BlackStar View PostThat's a direct result of KMS (only found in open-source drivers, not fglrx or nvidia). You can increase the text-mode resolution on closed-source drivers but they tend to be too slow for that (especially on nvidia cards).
It makes the start up mode also high res. Not sure if this is VESA emulation on the Radeon card or some other video mode.
I noticed when you build a kernel you can set the resolution. Is that what you mean by KMS? Is the module setting these values as it docks into the kernel?
Comment
-
Originally posted by 0e8h View PostLooks real professional having the higher text resolution.
It makes the start up mode also high res. Not sure if this is VESA emulation on the Radeon card or some other video mode.
I noticed when you build a kernel you can set the resolution. Is that what you mean by KMS? Is the module setting these values as it docks into the kernel?
in your kernel config on a recent kernel.
Comment
-
Originally posted by kbios View PostDoes anyone know what is the state of gl video support in the open driver? It is worked on? Right now it is a nightmare with softwares that don't use xv (XBMC, for example): anything below 720p is totally unwatchable with an Athlon II X2 235e (2.7 Ghz).
With mplayer -vo xv: 50% load
With mplayer -vo gl: 65% load
Good quality with both output methods: no tearing, right colors.
I use Xbmc on my desktop pc (HD4850) and everything is fine.
Comment
-
Originally posted by Perry3D View PostI tested a 720p video with my old laptop (Intel(R) Pentium(R) M processor 1.60GHz) and the latest git drivers (kernel from drm-radeon-testing branch). Compiz was enabled.
With mplayer -vo xv: 50% load
With mplayer -vo gl: 65% load
Good quality with both output methods: no tearing, right colors.
I use Xbmc on my desktop pc (HD4850) and everything is fine.
Comment
-
Originally posted by Michael View PostIt shouldn't be a compilation problem, but the main point of this article anyways as expressed is about the X-Video performance, which is clear.
In summary, you most likely forgot the extra -va vaapi option. This means VA-API VO was used but decoding was done on CPU. i.e. CPU decoded frames are uploaded to VA surfaces. Doing so, the performance is similar to Xv.
Comment
Comment