tag:blogger.com,1999:blog-7395797351911594965.post3133108588588575946..comments2024-03-24T23:19:53.674-07:00Comments on Richard Geldreich's Blog: State of Linux GamingRich Geldreichhttp://www.blogger.com/profile/14358203173986928600noreply@blogger.comBlogger27125tag:blogger.com,1999:blog-7395797351911594965.post-15192010882910324452014-11-23T23:49:45.447-08:002014-11-23T23:49:45.447-08:00The open source drivers are badly written, poorly ...The open source drivers are badly written, poorly functioning. They don't support Windows, they won't support Linux, they don't work with Open CL or even meet OpenGL 4.5. Pressure needs to be laid on the useless parasites at AMD, Intel and Nvidia. <br /><br />https://www.youtube.com/watch?v=IVpOyKCNZYw<br /><br />Linus speaks for us all. You guys suck!Raahul Kumarhttps://www.blogger.com/profile/18144388090492230247noreply@blogger.comtag:blogger.com,1999:blog-7395797351911594965.post-6567596690137974142014-11-19T11:27:07.188-08:002014-11-19T11:27:07.188-08:00I played Portal2 using the steam controller a bunc...I played Portal2 using the steam controller a bunch - never really got used to the touchpad things myself. I'm old school - I like the Xbox360 controller.Rich Geldreichhttps://www.blogger.com/profile/14358203173986928600noreply@blogger.comtag:blogger.com,1999:blog-7395797351911594965.post-72509704320538647472014-11-15T17:36:21.984-08:002014-11-15T17:36:21.984-08:00Hey, Rich, what do you think about the steam contr...Hey, Rich, what do you think about the steam controller? Is it true that most of the devs at Valve are happy with it?khttps://www.blogger.com/profile/03083812147188606188noreply@blogger.comtag:blogger.com,1999:blog-7395797351911594965.post-87742699527197348282014-11-14T14:45:24.933-08:002014-11-14T14:45:24.933-08:00Uhm, are you a troll?
> > Unfortunately, As...Uhm, are you a troll?<br /><br />> > Unfortunately, Aspyr are currently still unable to provide support for non-Nvidia graphics cards, as with Borderlands 2<br /><br />> So, Nvidia has the only working driver out there. But Nvidia is evil for keeping it closed source, right?<br /><br />No. Plenty of people have been playing it on radeonsi from pretty much day one with okay performance.<br />If you google borderlands 2 radeonsi, you will probably find my video I made 1.5 months ago: https://www.youtube.com/watch?v=EKC0p7Zol7s<br />The somewhat low performance seem to come from my hybrid gpu setup that has had plenty of performance problems in windows too at the beginning. The tearing will also only happen on PRIME + dri3 AND when the performance is bad.<br />You can watch other peoples' videos to see much better performance on radeonsi.<br /><br />So no, nvidia does not have "the only working driver".<br /><br />> So, Intel slapped-together a POS driver in their free time (understandable, with the Desktop Linux community being tiny and toxic - see above), and just because they unloaded that pile of bad code on the pavement for everyone to see, they "mean well"?<br /><br />Uhm no, Intel has the most developers working on the open source driver stack and they indeed have developed and are still developing a lot of the important infrastructure that is used by other drivers.<br />https://en.wikipedia.org/wiki/Free_and_open-source_graphics_device_driver#Intel<br />"Intel has 20 to 30 full-time Linux graphics developers"<br />They do not "unload a pile of bad code", they have been actively improving it for years. They are also supporting it: there are usually always intel people availabe to ask questions in #dri-devel or #intel-gfx and usually they are very helpful in the case of problems.<br /><br />> Devs have no problem optimizing for Android's OpenGL (and OpenGL ES). Only the broken OpenGL implementations of Desktop Linux (minus the Nvidia one) are a challenge for devs.<br /><br />It's funny because when you read what the actual developers say, then the closed source drivers for android are terrible and mesa is decent. For example the dolphin developers: https://de.dolphin-emu.org/blog/2013/09/26/dolphin-emulator-and-opengl-drivers-hall-fameshame/<br /><br />The question is: Are you intentionally getting everything wrong?Anonymoushttps://www.blogger.com/profile/10104068815113939376noreply@blogger.comtag:blogger.com,1999:blog-7395797351911594965.post-550068873366789302014-11-14T07:22:13.252-08:002014-11-14T07:22:13.252-08:00Pretty sure he meant concerns as in businesses.Pretty sure he meant concerns as in businesses.DaVincehttps://www.blogger.com/profile/12849237719376355225noreply@blogger.comtag:blogger.com,1999:blog-7395797351911594965.post-69324686479241317662014-11-13T23:13:36.221-08:002014-11-13T23:13:36.221-08:00It's basically a non-factor because the majori...It's basically a non-factor because the majority of Linux gaming's issues are unrelated to X11 and those issues it does cause are not fatal / can be worked around or made into somebody else's problem with things like SDL.<br /><br /><br />jsimmonshttps://www.blogger.com/profile/12035420942454270974noreply@blogger.comtag:blogger.com,1999:blog-7395797351911594965.post-392892266510542132014-11-11T11:28:54.705-08:002014-11-11T11:28:54.705-08:00I'm not a dev guy just an avid Linux enthusias...I'm not a dev guy just an avid Linux enthusiast. Thank you very much for this educational insightful article and engaging the dev community's discussion here. I honestly feel the wiser for stopping by and hope things improve.Xineramahttps://www.blogger.com/profile/02736784826216175061noreply@blogger.comtag:blogger.com,1999:blog-7395797351911594965.post-70096464542107757522014-11-11T10:10:44.682-08:002014-11-11T10:10:44.682-08:00Selected tidbits:
Unfortunately, Aspyr are curren...Selected tidbits:<br /><br /><em><strong>Unfortunately, Aspyr are currently still unable to provide support for non-Nvidia graphics cards, as with Borderlands 2</strong></em><br /><br />So, Nvidia has the only working driver out there. But Nvidia is evil for keeping it closed source, right?<br /><br /><em><strong> I know Intel means well and all but really, they can do better. (Are they afraid of pissing off MS? Or is this just big corp dysfunctionalism?) Valve is still paying LunarG to find and fix silly perf. bugs in Intel's slow open source driver:</strong></em><br /><br />So, Intel slapped-together a POS driver in their free time (understandable, with the Desktop Linux community being tiny and toxic - see above), and just because they unloaded that pile of bad code on the pavement for everyone to see, they "mean well"?<br /><br />I have trouble following that reasoning. Of course, other people may have trouble following my reasoning, because I am making remarks on the state of Desktop Linux in 2014.<br /><br /><em><strong>My take is the devs doing these ports just aren't doing their best to optimize these releases for Linux and/or OpenGL.</strong></em><br /><br />Devs have no problem optimizing for Android's OpenGL (and OpenGL ES). Only the broken OpenGL implementations of Desktop Linux (minus the Nvidia one) are a challenge for devs. <br /><br />PS: Can you imagine if Google allows ChromeOS to run Android games and Android apps? It probably won't happen, save for a few "social" apps, but what if? For Desktop Linux, it will be a clear case of "last person to leave, please close the door".kurkosdrhttps://www.blogger.com/profile/10419454653009164801noreply@blogger.comtag:blogger.com,1999:blog-7395797351911594965.post-74115789219843468042014-11-11T06:06:19.442-08:002014-11-11T06:06:19.442-08:00Not much will change because Valve/SteamOS are ful...Not much will change because Valve/SteamOS are fully invested in X11 and no game dev would be insane enough to break off compatibility with a chunk of the already small 1% pie. Xlib will work on both X11 and Wayland.Ancuriohttps://www.blogger.com/profile/00431723134234220985noreply@blogger.comtag:blogger.com,1999:blog-7395797351911594965.post-81136169724680144282014-11-11T04:30:05.060-08:002014-11-11T04:30:05.060-08:00Just ship cheap (Iand not cheap too) Steam Machine...Just ship cheap (Iand not cheap too) Steam Machine consoles with Nvidia Maxwell, as happened with Android or Chrome OS, the market like cheap and good, and some would notice the OS works far better than others. Glamour is working faster than directx in MS WOS, it can be the way for AMD and Intel GPUs SMs but they will late, and of course Nvidia would love to improve their good enough GNU/Linux drivers if consoles are shipping vs MS and Sony AMD consoles, perhaps they develop a even cheaper and better console to compete with AMD ones.mitcoeshttps://www.blogger.com/profile/08740267345831128328noreply@blogger.comtag:blogger.com,1999:blog-7395797351911594965.post-75888813031627397532014-11-11T00:32:39.851-08:002014-11-11T00:32:39.851-08:00Valve is still paying LunarG to find and fix silly...<i>Valve is still paying LunarG to find and fix silly perf. bugs in Intel's slow open source driver [...] Surely this can't be a sustainable way of developing a working driver?</i><br /><br />It indeed can't. But don't call me Shirley.peppehttps://www.blogger.com/profile/12756602017530028387noreply@blogger.comtag:blogger.com,1999:blog-7395797351911594965.post-29069670647539642032014-11-10T19:37:38.587-08:002014-11-10T19:37:38.587-08:00This comment has been removed by the author.Rich Geldreichhttps://www.blogger.com/profile/14358203173986928600noreply@blogger.comtag:blogger.com,1999:blog-7395797351911594965.post-82394769025532697292014-11-10T14:55:06.272-08:002014-11-10T14:55:06.272-08:00Non-expert here, wondering how much / what parts o...Non-expert here, wondering how much / what parts of this situation improve if Wayland adoption proceeds as well as can reasonably be expected, eg several major distros are using it by the end of 2015?JPhttps://www.blogger.com/profile/14428445037480337300noreply@blogger.comtag:blogger.com,1999:blog-7395797351911594965.post-35424192282722539892014-11-10T13:43:48.699-08:002014-11-10T13:43:48.699-08:00> Hopefully reaction of Linux crowd won't m...> Hopefully reaction of Linux crowd won't make you upset because those guys usually don't understand how game development works.<br /><br />I doubt that, we Linux guys know pretty well about the state of our current graphics stack including drm, x11 and drivers. You can't get much heat for stating the obvious ;-).<br /><br />Though, I do think that Aspyr/Feral are doing a pretty good job in porting. It may not be the same performance or experience you get in Windows, but it's "good enough" for a solid and fluid gameplay. They're not in charity business either, and doing it "right" would probably consume a lot more time, considering they only have a share of 1 % of the customers who may be on linux - if they didn't buy the games before in Windows.STiAThttps://www.blogger.com/profile/06082773119370962546noreply@blogger.comtag:blogger.com,1999:blog-7395797351911594965.post-37239607753113314682014-11-10T13:42:39.775-08:002014-11-10T13:42:39.775-08:00Hello,
Thank you very much for your informative a...Hello,<br /><br />Thank you very much for your informative articles. Please continue addressing the problems effectively.<br /><br />As a linux gamer, I believe that the main loser in this arena is us, the linux gamers. I do believe that the gamers do not care about which API is chosen for their games. They just want their games to run perfectly under linux. I am pretty sure that if vendor X provided the gamers with better gaming support in linux, its products would be bought even if they implemented DX12 under linux and ereased opengl for ever. <br /><br />There are some prevailing thoughts in the linux ecosystem that has effected other areas like gaming. Why on earth does anybody want underperforming open source drivers for their high end graphics card? Do we buy a graphics card which can just run games well or do we want opengl and/or open source drivers? There is too much ego injected by some old, linux-is-only-for-servers and linux-is-only-opensource thoughts into every topic including gaming under linux. The gamers do not care about these things. All of us need to get these thoughts off gaming.<br /><br />Come on venders and server admin and developers! We are gamers! We want good game support, period. Implement whatever you want in linux as long as it plays well.<br /><br />While the users are the losers, in this arena, they are still doing the best thing: Support. We are realistic and supportive. We pay higher than what other OS users pay for whatever is available. I personally play AAA games but I always try to buy whatever Steam provides for linux -- just to support the trend. About the linux market share, it must have been much lower, but the users are keeping it up around 1.5%. We are doing everything here on our side.<br /><br />Finally, If you have any advice for the linux gamers, we would be so glad to listen to them.<br /><br />Thank you again.Kete Tefidhttps://www.blogger.com/profile/10744740451745830922noreply@blogger.comtag:blogger.com,1999:blog-7395797351911594965.post-7085828064582565572014-11-10T12:41:38.233-08:002014-11-10T12:41:38.233-08:00One thing is Valve paid LunarG to rewrite the comp...One thing is Valve paid LunarG to rewrite the compiler, only after they rewrote the compiler did they find that it wasn't as fast as Windows, i.e. rewriting the compiler didn't help that much (it does help but not as much as haswell chicken bits).<br /><br />Intel Linux suffer from not being allowed to access Windows team at all due to internal Intel policys (politics?), they may not even be able to run Windows drivers for fear of evil. Also LunarG reported the slowness not the fix to Intel, Intel engineers once they were notified had the answer a few hours later. Its bad they didn't come across this themselves, and I guess that is mostly due to Intel's internal policies on team interactions.Dave Airliehttps://www.blogger.com/profile/03386351362681039664noreply@blogger.comtag:blogger.com,1999:blog-7395797351911594965.post-19338304710426739642014-11-10T12:14:52.439-08:002014-11-10T12:14:52.439-08:00my projections: STEAM OS will be kept in dev indef...my projections: STEAM OS will be kept in dev indefinetly for anyone or any relative small company who wants to build their own Steam box(es)<br /><br /><br />However. SteamOS is still important.<br /><br />The Alienware Alpha is $550, meaning that up to $100 may be from including windows...<br /><br />With SteamOS you can slash that price down and compete with consoles. THIS IS THE WHOLE GOAL: TO KEEP *these pc component* CONSOLES FROM EATING THE WHOLE PIE and GETTING ALL THE EXCLUSIVES. The notion that PCs can also be used on the couch and get more gamepad oriented games.<br /><br />Microsoft doesnt want to compete with it's own console, so I don't think they will slash the price too much.<br /><br />SteamOS/linux-machines are not ready yet. So maybe in a couple of years when the "Steampad" is ready and prices has gone down and Linux has 1.5 to 2k games (has like $700 now).<br /><br />Also Valve will need to create some "beta or time exclusives" (3 to 6 months) for those that invested in their SteamOS-machines.<br /><br />Also STREAMING COULD BECOME BIG THING, if they make some type of "cheap Amazon fire-stick-tv" like Streamer. A sub $100 device that Streams the bigger 3d titles and plays natively the indie/older ones.<br /><br />So yeah that's just my projections, I think it could happen if they're creative, competitive and stay interested in it.madjunirhttps://www.blogger.com/profile/16326427806069733200noreply@blogger.comtag:blogger.com,1999:blog-7395797351911594965.post-85705174511389632582014-11-10T08:57:47.676-08:002014-11-10T08:57:47.676-08:00> There are some powerful concerns out there th...> There are some powerful concerns out there that are not yet on board with the idea of open source GPU drivers. It cost us quite some time.<br />Would be great if you share those concerns with community one day. Pretty sure drivers devs will comment on it too.Anonymoushttps://www.blogger.com/profile/14702482005994971781noreply@blogger.comtag:blogger.com,1999:blog-7395797351911594965.post-37416441396306224922014-11-10T07:50:29.452-08:002014-11-10T07:50:29.452-08:00FWIW - while at Valve I seriously supported open s...FWIW - while at Valve I seriously supported open source Linux GL drivers and I got seriously burned by doing so. There are some powerful concerns out there that are not yet on board with the idea of open source GPU drivers. It cost us quite some time.<br />Rich Geldreichhttps://www.blogger.com/profile/14358203173986928600noreply@blogger.comtag:blogger.com,1999:blog-7395797351911594965.post-10418263281735997132014-11-10T06:13:40.777-08:002014-11-10T06:13:40.777-08:00> Perhaps after bonus season is over at Valve (...> Perhaps after bonus season is over at Valve (around Feb./March), and assuming the right devs are even still there (i.e. not fired/cleansed due to petty politics), something could be done to improve the crappy state of OpenGL on Windows which will indirectly help the Linux driver situation.<br />If situation will be improved it's will be good news because there tons of games that can run on 6-8 years old hardware just fine and for them driver performance doesn't matter. Though when game like Broken Age crash on startup because player don't have reliable driver it's hurt GL more than just 20% lower performance.<br /><br />> Devs publically speaking their minds about the situation could make a difference.<br />This is why I think what's you're doing is great thing with these articles because development of open standard impossible without public discussion and it's also interesting to watch it for non-developer. Hopefully reaction of Linux crowd won't make you upset because those guys usually don't understand how game development works.<br /><br />Though I'm think you're as other developers underestimate importance of open source drivers for long-term future of Linux as gaming platform. From my point of view fact that Valve can improve Intel driver it's good and not bad thing because there is example of AMD proprietary driver that permanently broken for every 2nd non-Unity game released on Steam and even AMD can't fix it. Other good example it's abandoned Windows AMD legacy driver while open source one on Linux have a lot better stability.Anonymoushttps://www.blogger.com/profile/14702482005994971781noreply@blogger.comtag:blogger.com,1999:blog-7395797351911594965.post-49011951300403852002014-11-10T05:28:39.788-08:002014-11-10T05:28:39.788-08:00Perhaps after bonus season is over at Valve (aroun...Perhaps after bonus season is over at Valve (around Feb./March), and assuming the right devs are even still there (i.e. not fired/cleansed due to petty politics), something could be done to improve the crappy state of OpenGL on Windows which will indirectly help the Linux driver situation. Devs publically speaking their minds about the situation could make a difference.<br /><br />Valve has started the ball rolling and can't let up now without squandering considerable developer street cred.<br />Rich Geldreichhttps://www.blogger.com/profile/14358203173986928600noreply@blogger.comtag:blogger.com,1999:blog-7395797351911594965.post-12224397030096843902014-11-10T04:28:05.532-08:002014-11-10T04:28:05.532-08:00Might be this article have to be titled as "S...Might be this article have to be titled as "State of OpenGL Gaming"? There is OpenGL-only games (<a href="http://store.steampowered.com/app/233250/" rel="nofollow">example</a>) that have nearly same performance on all platforms. Of course initial investment into developing effective OpenGL renderer for Windows must be huge, but once it's here there is no need in tons of platform-specific optimizations.<br /><br />Obviously "big titles" that was never developed with GL in mind likely will be always behind just because resources spent on porting it's at best 10% of what D3D version get and this understandable because as you said who care about 1% market. Only solution I'm see it's somehow engage developers to use or at least keep GL in mind. With games that using engines like Unity / Unreal having multiple renders out of box this become more or less possible.<br /><br />Also this doesn't really change fact that drivers situation on Linux is still pretty bad, but let's say fair state of OpenGL on Windows isn't any better. Not that long ago I made <a href="http://forum.openmw.org/viewtopic.php?p=28626#p28626" rel="nofollow">extended post about GL problems on Windows for OpenMW developers</a> and here is short list of main issues that affect OpenGL 3.1 game mainly on laptops:<br />1. Many users on Steam don't update their drivers even if they can do that easily.<br />2. AMD Legacy drivers GL is broken: bugged, crashes, lockups. They no longer updated since December of 2012.<br />3. Windows 8+ distribute AMD Legacy drivers with OpenGL removed and installer can't install it.<br />4. Intel don't have driver auto-updater on Windows and on laptops there almost always "not validated for this computer" so manual install required.<br />5. AMD laptop driver installer it's a mess: never works, mostly always require non-trivial cleanup and tons of time to update.<br /><br />This all doesn't hurt D3D because 2-3 years old drivers works well enough for it usually, but for OpenGL-powered game it's guaranteed grash or serious graphical corruption. It's make think why Valve for example don't want to start with improving situation with OpenGL on Windows.<br /><br />From one point of view it's would only improve Microsoft platform and D3D, but will benefit GL greatly because games using GL will actually work. Obviously this won't make console-oriented developers to use OpenGL, but at least companies which only target PC market might switch to OpenGL and this will benefit it in long term.Anonymoushttps://www.blogger.com/profile/14702482005994971781noreply@blogger.comtag:blogger.com,1999:blog-7395797351911594965.post-71530956165083049132014-11-10T00:53:10.792-08:002014-11-10T00:53:10.792-08:00> it's really hard for a GL program to take...> it's really hard for a GL program to take over the screen (aka exclusive fullscreen), and when you do, a crash or hang is really hard to recover from (because the screen is basically unresponsive).<br /><br />This used to be a problem for years, in SDL1 and OIS input systems - over-zealous input grabbing, i.e. volume keys and alt-tab being unavailable during fullscreen. The X11 api makes it really difficult to implement a proper fullscreen. However, it appears that the SDL2 guys have virtually solved this. I've never had a full-screen crash lockup when using SDL2, volume keys and alt-tab work even when the application locks up. I'm assuming you're using a different input system?Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-7395797351911594965.post-25674211497520652462014-11-09T22:08:43.831-08:002014-11-09T22:08:43.831-08:00Good comments Matias; it's obvious you know yo...Good comments Matias; it's obvious you know your stuff here.<br /><br />Yea, togl was just doing DX9 plus some GL mode specific backdoor API's for things like more efficient uniform updating, so even if we added glMultiDraw support the higher level engine wouldn't use it. Also, each title in the catalog typically used a different branch of the Source engine, so hacking the higher level code to use the MultiDraw path (and keeping it working - because there are no testers, or testing process or culture at Valve) would have been some unforgiving work.<br /><br />NVidia devs and I did toss around the idea of deferring up all the DX9-style API calls and trying to intelligently batch them to reduce driver calls. For example, we could have dynamically created GLSL uber shaders from multiple individual DX9-shaders, and the togl layer could have quickly switched between them by setting uniforms (instead of selecting entirely different programs). I even did a quick proof of concept profile pass to see just how well we could cut down the # of shader and other state changes, and the results looked promising on AMD and NVidia. I think it would have been doable but we had bigger fish to fry at the time (like shipping the thing at all).<br /><br />Rich Geldreichhttps://www.blogger.com/profile/14358203173986928600noreply@blogger.comtag:blogger.com,1999:blog-7395797351911594965.post-60312608785731137582014-11-09T21:45:39.544-08:002014-11-09T21:45:39.544-08:00The entry barrier to create an AZDO backend is hug...The entry barrier to create an AZDO backend is huge. However it turns out most of the Azdo code that matters can be used in GL3 and DX11 as well (and DX12); because it's not really a single feature, but rather a collection of extension and techniques.<br /><br />Azdo is about merging all meshes into one buffer. Under DX11 buffers are separated by category (vertex, index, texture buffers, etc); however the merging approach can still be used.<br />Explicit memory management makes easier to perform partial updates on those big buffers, which is something that fits naturally well for GL3, GL4 and DX12, but requires a little more effort on DX11 (on static buffers, when possible, use MAP_NO_OVERWRITE, otherwise resort to staging buffers; or delay initialization as long as possible so immutable buffers can be used); but it still benefits all APIs. Even GLES2 can get benefits with certain limitations though.<br /><br />Azdo is also about reducing overhead when setting textures. Bindless textures is only available on GL4/DX12, so we've decided for the next best thing that is texture arrays. This translates well to GL3 and DX11 as well.<br /><br />With some clever design, buffers can be mapped using persistent mapping and non-persistent methods automatically depending on hardware support (non-persistent mapping ends up mapping the buffers usually once per frame, like any non-Azdo application would do).<br /><br />For togl I noticed glMultiDraw* was not in the whitelist. But since we build a simple emulation layer for it (so that it can be used in GL3), tools like togl can be supported with help from our side.<br /><br />The benefits of an Azdo-enabled pipeline is that it works well to the other APIs for the most parts; and may improve peformance on them as well; whereas the opposite doesn't held true (i.e. a DX12 Azdo-hostile pipeline will likely not run efficiently on modern OpenGL)<br /><br />TBH I see Azdo GL and DX12 as converging. DX12 just enables preexisting code to run faster giving lower access and access to more indirections, but Azdo practices takes them one step further in optimization (takes away a couple of indirections). GL on the other hand *forces* programmers into using Azdo or die from API overhead.<br /><br />We're playing/betting the longer game and going Azdo for all the APIs. I expect future games to eventually start using practices now labelled as "AZDO", but not because of OpenGL, but rather as an optimization step.<br /><br />Well, I'm getting derailled here. The original post is about Linux Gaming. And whether it's Azdo or not, it has a lot of work to do. It doesn't matter having zero driver overhead when the OS/driver/x11 for any reason decides to lock your framerate to 30fps because of bad VSync (and tearing still visible, who knows why!)Matias N. Goldberghttps://www.blogger.com/profile/02186368235104859313noreply@blogger.com