You are not logged in.
Ah, well, that may explain it because I use Xfce (I didn't realize if you earlier said it was an issue with KDE/Plasma). So it may be DE specific?
I noticed it only on plasma de, kde4 was working fine, same as GNOME3
Though mentioned ubuntu users seems to use unity...
Vi0L0 wrote:Yesterday I found that setting "Keep window thumbnail" to "Always" in systemsettings5 is helping a lot
Where do I find that? My KDE is in German and I don't find that option.
My is in polish, though some parts of it are in english when running:
LANG=C systemsettings5
in "free translation" you should find "Keep window thumbnail" in: Hardware -> Display -> Compositor
Also here's a top of my ~/.config/kwinrc
[Compositing]
AnimationSpeed=2
Backend=OpenGL
Enabled=true
GLColorCorrection=false
GLCore=true
GLPlatformInterface=glx
GLPreferBufferSwap=n
GLTextureFilter=1
HiddenPreviews=6
OpenGLIsUnsafe=false
UnredirectFullscreen=false
XRenderSmoothScale=false
I'm just not sure if it would work on 4.1 kernel, better use 4.0, if my test will confirm it then i would have to modify (by removing IRQF_NOBALANCING) 4.1 patch
Offline
It seems that CPU usage in Kodi during video playback with vsync enabled is now normal. But it needs more testing. Pretty good release so far for me.
Offline
My is in polish, though some parts of it are in english when running:
LANG=C systemsettings5
in "free translation" you should find "Keep window thumbnail" in: Hardware -> Display -> Compositor
Found it, will longterm test it.
EDIT: Okay, don't need to "longterm" test it. The performance is better, when it bugs out, but it still bugs out, what it should never do. What I mean by that ist, I don't have crazy tearing, when scrolling in a chromium-like browser (Opera in this case), but sometimes, it takes its time to actually load the scrolled content... Not good. Better than before, but actually not okay. Disabeling desktop effects is still the way to go with this Plasma 5 + Chromium + Catalyst combo.
Last edited by ChemBro (2015-07-11 15:29:10)
Offline
I was testing it for long time, often I see no glitches for couple of hours, sometimes i can see it in a couple of minutes after DE start. For sure this "Always Keep window thumbnail" is helping, thought its no solution nor workaround.
In my case glitches are awful, like this chromium one: http://mirror.rts-informatique.fr/archl … glitch.png
Same goes for smplayer with vo vaapi atop of chromium: http://mirror.rts-informatique.fr/archl … glitch.png
On both images there's the same glitch' pattern, LOL.
I noticed that p-state of my custom (4.1) kernel is generating negative performance impact on fglrx, it's ~33% slower than non-p-state kernel on unigine valley (sic!), same goes for games.
After long time I installed TF2, and wow, how great it now works
So yeah, there is performance gain, even big on some titles.
I also noticed that gdm is workign fine without the fix, so I will remove it from [catalyst] repo.
Edit: here's bug report of chromium glitch : http://ati.cchtml.com/show_bug.cgi?id=1182
feel free to add comment - this should make it more "visible"
Last edited by Vi0L0 (2015-07-13 18:28:44)
Offline
AMD's Latest Open-Source Driver On Linux Is Getting Competitive With Catalyst 15.7 - Phoronix
Guess that's good.
[genEric@…] ~$
Offline
Sometimes I wonder why do I even bother. Ever since Xorg 1.16, it won't work for me.
Used catalyst-total as a base, modified it for 15.7 driver.
Had to disable kolasa-3.19-get_cpu_var.patch and kolasa_4.1_remove-IRQF_DISABLED.patch because they fail, but after that it builds with no complaints.
However. My machine is still Intel Haswell HD4600 + AMD Radeon 8750M PXP combo, and it still comes down to this:
blah,blah, seems like a normal start ........ [ 41.779] (--) fglrx(0): Linear framebuffer (phys) at 0x90000000 [ 41.779] (--) fglrx(0): MMIO registers at 0xb0900000 [ 41.779] (--) fglrx(0): I/O port at 0x00004000 [ 41.779] (==) fglrx(0): ROM-BIOS at 0x000c0000 [ 41.779] (EE) fglrx(0): failed to map MMIO register space!(EE) fglrx(0): MapMMIO failed [ 41.779] (EE) fglrx(0): PreInitAdapter failed [ 41.779] (EE) fglrx(0): PreInit failed [ 41.779] (II) fglrx(0): === [xdl_xs117_atiddxPreInit] === end ... blah blah, server dies
I'll just rephrase Linus: AMD F U.
Over and out, am done with Catalyst.
Same problem here, on similar hardware. Full description of the problem: https://bbs.archlinux.org/viewtopic.php?id=199923
What am I doing wrong?
Offline
AMD's Latest Open-Source Driver On Linux Is Getting Competitive With Catalyst 15.7 - Phoronix
Guess that's good. smile
I am ussing Radeon R7 240(HD 7800) with the open ati driver and it works good here with games(steam mostly) though I use i3 without any compositing or anything else so cannot really say how it would be with something like gnome or kde. Metro Last Light works good here with my setup I do not have the redux though yet.
Offline
Hello
Should I use the packages from the AUR (catalyst-test) or the ones from catalyst.wirephire.com?
I noticed the AUR fglrx packages/scripts change some kernel settings. Do the ones at catalyst.wirephire.com do that too?
What are the advantages of using one or another, from a working/gaming perspective? I work with OpenCL rendering.
Sorry for these many questions, I'm just coming from Debian.
Offline
@Amanda:
some people preffer AUR, others repos. There are no differences in funtionality between catalyst-test and packages from [catalyst] repo except that packages are splitted in the repo (to make update easier and more lightweight). repo brings soft that could help in opencl developement like amdapp-sdk or amdapp-codexl, but you can also find it on AUR.
Last time i checked we weren't changing kernel settings - that would be pretty ugly I think.
Offline
@Amanda:
some people preffer AUR, others repos. There are no differences in funtionality between catalyst-test and packages from [catalyst] repo except that packages are splitted in the repo (to make update easier and more lightweight). repo brings soft that could help in opencl developement like amdapp-sdk or amdapp-codexl, but you can also find it on AUR.
Last time i checked we weren't changing kernel settings - that would be pretty ugly I think.
OK!
I just installed it from the repos and will soon test the OpenCL functions.
Thank you a LOT for your efforts and thanks to all the people who maintain these packages.
I wish you could become a Community maintainer, Vi0l0.
Cheers
Offline
Update: OpenCL working! Steam games too.
Just followed the wiki tutorial. No additional packages needed.
Thanks again I'm staying on Arch. Farewell, Debian.
Last edited by Amanda (2015-07-24 09:35:56)
Offline
Update: OpenCL working! Steam games too.
Just followed the wiki tutorial. No additional packages needed.
Glad to hear that
I wish you could become a Community maintainer, Vi0l0.
I refused such propositions couple of times already :>
Offline
Amanda wrote:I wish you could become a Community maintainer, Vi0l0.
I refused such propositions couple of times already :>
May I ask why?
On another topic: When should I downgrade Xorg? Or when should I hold it back if it has a version upgrade in Arch? Is that all automatic with your repo?
Offline
Vi0L0 wrote:Amanda wrote:I wish you could become a Community maintainer, Vi0l0.
I refused such propositions couple of times already :>
May I ask why?
It's because catalyst didn't resolved it's issues with fresh xserver / kernel support (yes, we are using community patches for kernel, but it's not the way it should be solved). It's a showstopper for a bleeding edge distro like Arch.
I don't see catalyst as a part of arch repos. Besides look how great radeon oss driver looks, it just gained opengl4 support.
On another topic: When should I downgrade Xorg? Or when should I hold it back if it has a version upgrade in Arch? Is that all automatic with your repo?
catalyst won't let you update xorg-server to version newer than it supports. For a newcommers/reinstall_case I'm planning to release [xorg117] repo (xserver 1.18 should be release in some time, we already know that it changed ABI and so it won't work with current version of catalyst)
Last edited by Vi0L0 (2015-07-25 19:05:15)
Offline
I don't see catalyst as a part of arch repos. Besides look how great radeon oss driver looks, it just gained opengl4 support.
Not true for all GPUs. PITCAIRN and TAHITI are very broken. I just tried another csgo arm's race match on Shoots with my HD 7970M. Often sub-60 fps on lowest settings and major flickering graphical glitches all the time.
It's the second most played game on steam and there are at least 2 series where it's just unplayable.
On a related note: Is there any progress in intel+amd hybrid graphics or is it still the choice between the old bumblebee hackery and amd's hybrid support where you always need to restart your x server?
Last edited by haagch (2015-07-26 19:33:51)
Offline
haagch: have you tried PRIME with free driver? With occasional glitch, my Intel HD4600+Radeon HD8750M runs Pillars of Eternity just fine. Cooling pad is mandatory, but features do not seem to be the limiter, only temperature.
(For that one and few other games, although: I am not much of a hard core gamer)
Last edited by Xabre (2015-07-26 23:20:22)
Offline
Yes, that's what I'm using right now. But as I said, radeonsi is very broken with HD 7970M PITCAIRN and TAHITI too as far as I know. Low performance (you need 60+ fps in csgo) and graphical glitches in several games.
I just made a new video how playing csgo on lowest settings looks like: https://www.youtube.com/watch?v=yLeA3eqW8z8
And here are a few frames from the video that show the graphical corruption: https://imgur.com/a/fhpm1
That's why I asked for progress with catalyst + hybrid gpu.
radeonsi bugs are known, but not important enough to get fixed: https://bugs.freedesktop.org/show_bug.cgi?id=89256, https://bugs.freedesktop.org/show_bug.cgi?id=90217, etc. There are many more for other source games too.
In the meantime I would actually prefer using catalyst.
Last edited by haagch (2015-07-27 11:37:54)
Offline
Vi0L0 wrote:I don't see catalyst as a part of arch repos. Besides look how great radeon oss driver looks, it just gained opengl4 support.
Not true for all GPUs. PITCAIRN and TAHITI are very broken. I just tried another csgo arm's race match on Shoots with my HD 7970M. Often sub-60 fps on lowest settings and major flickering graphical glitches all the time.
It's the second most played game on steam and there are at least 2 series where it's just unplayable.
I have literally the same card and I run CSGO with no problems. But mine isn't an "M" series, it's a regular desktop card. Maybe it's related to the hybrid thingy?
Offline
haagch wrote:Vi0L0 wrote:I don't see catalyst as a part of arch repos. Besides look how great radeon oss driver looks, it just gained opengl4 support.
Not true for all GPUs. PITCAIRN and TAHITI are very broken. I just tried another csgo arm's race match on Shoots with my HD 7970M. Often sub-60 fps on lowest settings and major flickering graphical glitches all the time.
It's the second most played game on steam and there are at least 2 series where it's just unplayable.
I have literally the same card and I run CSGO with no problems. But mine isn't an "M" series, it's a regular desktop card. Maybe it's related to the hybrid thingy?
From what I read from others, the "M" version is about half or even "slower" than the normal version.
Offline
Performance wise the HD 7970M is suposed to be between HD 7850 and HD 7870.
Interesting, the HD 7970 is TAHITI XT. Should be close to the HD 7950 which is TAHITI PRO and as far as I have heard it has these issues.
Anyway, HD 7970 and HD 7970M are not the same GPU. One is from the TAHITI series, the other from the PITCAIRN series.
https://en.wikipedia.org/wiki/List_of_A … .29_Series
Apparently that's just what gpu vendors do: Give misleading names. Sorta like the R7 370 is actually a slightly improved PITCAIRN GPU, just like my HD 7970M.
If you look at http://www.phoronix.com/scan.php?page=a … open&num=2, the HD 7950 and R7 370 are two GPUs where radeonsi struggles a lot with performance in counter strike go, but other gpu series are fine.
Offline
Just made the switch from Ubuntu to Arch on my MacBook Pro 11,5 it has an R9 M370X in it and I would like to get things to work... I followed the instructions to add the repository. ([catalyst-stable]) However, pacman can't seem to find "catalyst-utils-pxp" or "lib32-catalyst-utils-pxp"... I've tried changing to [catalyst] but that didn't help. The non-pxp packages do seem to be there though. Any help?
Note: I did do `pacman -Syu` after adding/changing repos
Last edited by wildboarcharlie (2015-07-30 08:01:30)
Offline
Meh. Can play Shadow of Mordor only at low (without crashing) at ~ 30 fps. (with Catalyst 15.7, that is.)
Last edited by ChemBro (2015-07-31 15:49:13)
Offline
Meh. Can play Shadow of Mordor only at low (without crashing) at ~ 30 fps. (with Catalyst 15.7, that is.)
I ran the benchmark on my R9 290X and had an average of 12FPS on High (just disabling motion blur, because screw motion blur) and then I tried on Lowest and got an average of 20FPS...
I know they say there's a bug in Catalyst, but that's... interesting.
Hopefully the "bug" will get fixed, but I'm not holding my breath. At least the display isn't corrupt like in Michael@Phoronix's test on the R9 Fury
Offline
@wildboarcharlie There is no need for a special -pxp version anymore, if you're using driver from repo. Just install regular catalyst-utils and lib32-catalyst-utils.
Offline
Okay, I tested Catalyst 15.7 now on "medium", well custom medium in Shadow of Mordor and the benchmark says ~ 28 fps (and it does not crash). So at least that's possible.
Offline