This is your once a month reminder to make sure your PC information is correct on your user profiles. A fresh batch of statistics is generated on the 1st of each month.
You need to be logged in to see when you last updated your PC info!
You can see the statistics any time on this page.
While we don't currently have a drop-off implemented for old/stale data, it will be implemented next year. If you want to make sure you're included at any time, clicking update without any changes will update the last time you edited them. The drop-off for old data will be done in months, since people aren't likely to change hardware that often.
Some you may have missed, popular articles from the last month:
All posts need to follow our rules. For users logged in: please hit the Report Flag icon on any post that breaks the rules or contains illegal / harmful content. Guest readers can email us for any issues.
So are you just launching with an LD_PRELOAD? Or do you change the .desktop file? I was going to ask about steam command parameters, but I don't think you use it due to DRM, right?
Oh, actually I was thinking of xorg drivers. But yeah they split them up into multiple kernel modules/xorg drivers. Instead of just 'radeon'.
I'm using LD_LIBRARY_PATH and a bunch of variables needed for OpenGL and Vulkan custom locations. See in the linked wiki page. I'll update it soon and will also put my common scripts somewhere so you can see examples.
I.e. I made a script mesa_run.sh which launches its parameter with custom mesa, and I simply use that when I want to run something using that custom Mesa, rather default system one. You surely can use the same idea in desktop launchers and other scripts.
Last edited by Shmerl on 28 December 2017 at 11:07 pm UTC
mesa_run.sh
#!/bin/bash
export mesa_dir=${mesa_dir:-"mesa-master"}
if [[ "$1" == "32" ]]; then
arch_dir="x86"
vk_arch="i686"
shift
else
arch_dir="x86_64"
vk_arch="x86_64"
fi
mesa_env="LD_LIBRARY_PATH=/opt/${mesa_dir}/${arch_dir}:$LD_LIBRARY_PATH LIBGL_DRIVERS_PATH=/opt/${mesa_dir}/${arch_dir} EGL_DRIVERS_PATH=/opt/${mesa_dir}/${arch_dir} VK_ICD_FILENAMES=/opt/${mesa_dir}/${arch_dir}/radeon_icd.${vk_arch}.json"
echo "Mesa env:"
echo "${mesa_env}"
echo "==========================================="
export ${mesa_env}
$@
Last edited by Shmerl on 28 December 2017 at 11:10 pm UTC
and the NVIDIA GeForce 920MX;both areit is missing from the computer specifications.Last edited by Cyba.Cowboy on 30 December 2017 at 9:04 am UTC
AMD RX 460 was the last card I used.
That's strange, since Polaris is quite well supported. I didn't have any major issues with RX 480. What exactly was the problem with your card?
Compiling for new users is really annoying when for this users must be only download and install (ppa is acceptable)
^_^
For example, I install Windows 10, it (mostly) detects the hardware quite well now and it is usable as a basic OS out of the box, then you have to either hunt online for the applications you want, or start buying them from the Windows store or digital or physical stores.
Macs are similar. Linux, depending on your hardware is either an out of box experience with everything working, or a pain in the butt if you have one of those wifi cards that are problematic. And of course due to thw licensing of nvidia drivers, they are pretty much never just installed when the hardware is detected. Granted, it is usually just a command or two away, but ususually you have to look something up. Most average people are too lazy. Only real way for it to take off as a proper competition is to get more manufacturers to pre-install it and some quick documentation on how to get software.
This.
Every computer I've had with AMD over the years (including fairly recent models) has caused my nothing but grief... When I bought a new laptop a few months back, I went out of my way to buy a laptop with NVIDIA graphics this time around (my partner's laptop had NVIDIA, and everything always "just worked" ) - the difference has been like night and day.
Don't get me wrong, I'm the sort of guy that often barracks/roots for the underdog and I'd love for AMD to be successful... But I have a literally a dozen laptops surrounding me at the moment, and the only ones that have not had never-ending graphics problems or poor game performance is the two NVIDIA laptops we have.
AMD say they're working on all these problems - but they've been saying this for years and the progress is so ridiculously slow that in my opinion, it's just not worth "waiting another year" for them to sort their s#*t out... NVIDIA might be the "big evil empire", but their stuff "just works" and for now, that's fine by me.
Maybe somewhere down the track I'll give AMD another shot... But it probably won't be for a while.
Last edited by Cyba.Cowboy on 30 December 2017 at 9:18 am UTC
Most of what I use is Open Source and I will usually choose Open Source software over proprietary software... But I also don't want to spend all day fixing my computers or in the case of gaming, spend hours on end trying to maximize the performance, only to end up with a sub-par experience.
It's not ideal that NVIDIA users need to proprietary drivers for the best performance... But sometimes compromises need to be made.
PS: That said, I'm not blind. Linux has its shortcomings and Windows or MacOS have their strengths, but overall Linux is the winner for me.
Last edited by jens on 30 December 2017 at 12:08 pm UTC
I think this is at least partly because that's what they're used to. Not because it's actually better or even easier. And true, we can't expect Linux to grow to compete with Windows and Apple and still expect every new user to put ideals before more practical matters.
I don't buy into the whole "you must use Open Source stuff exclusively" mentality that a lot of Linux users seem to have.
Yes Open Source software has a lot of advantages over proprietary software and partially because of this, I'll use Open Source software where I can... But there's just as many scenarios out there where it is not feasible to offer Open Source software, and/or proprietary software simply outperforms the Open Source equivalents.
You can still be a pretty strong Open Source advocate without restricting yourself Richard Stallman-style...
Last edited by Cyba.Cowboy on 30 December 2017 at 12:20 pm UTC
Thanks a lot for coming up for your principles, but not trying to force others do to so.
Last edited by jens on 30 December 2017 at 12:48 pm UTC
Here it goes. Another "Team Red"/"Team Green" crusade.
Sorry, this is what I wanted to say. My impression is that you do not force your opinion on others. Thanks for that.
Last edited by jens on 30 December 2017 at 1:30 pm UTC