Announcement

Collapse
No announcement yet.

Mesa 19.1 Adds Workaround For Epic Games Launcher With OpenGL

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • Mesa 19.1 Adds Workaround For Epic Games Launcher With OpenGL

    Phoronix: Mesa 19.1 Adds Workaround For Epic Games Launcher With OpenGL

    The latest change merged for Mesa 19.1 is a workaround so the Epic Games' game launch correctly renders when using OpenGL...

    http://www.phoronix.com/scan.php?pag...nd-Epic-Launch

  • Jabberwocky
    replied
    Originally posted by JPFSanders View Post
    I wouldn't touch the Epic launcher or store with a ten foot pole, Epic doesn't care about Linux in the slightness, Tim Sweeney is a hypocrite of the tallest order.

    The paranoid in me thinks Epic is just trying to sabotage Steam.

    While Valve has a nice contingency plan to avoid the PC turning into a closed platform that benefits the entire industry (including us Linux peasants), Epic is sabotaging steam while leaving itself and the industry vulnerable to Microsoft.

    If Epic succeeds in sabotaging Steam we'll lose a lot if not most of the momentum we're enjoying now with Linux Gaming.

    All this development money and good will with developers that Valve is pouring on Linux will dry as Steam moves resources to counter Epic.

    I might be paranoid, but this is how I see the Epic store exclusives story.
    Big fan of the Metro series, so I bought 24 copies of Metro games for myself and my friends (more than any other game). I did not buy Metro Exodus due to Epic launcher. In hindsight I am a little bit sad that I did not pre-order it on steam.

    Leave a comment:


  • Weasel
    replied
    oiaohm see? This is exactly why most apps "break" on Windows without shims. They are coded like garbage. It's not that the API is unstable or other bullshit you spew.

    Leave a comment:


  • gukin
    replied
    I'm glad that they're making it possible to run the stupid Epic game launcher, without the launcher, games can't be launched at all and that is an unacceptable bottleneck.

    As for Epic attempting to sabotage Steam they pulled a nice one with Metro Exodus letting Steam do all the pre-release stuff and Epic running away with the sale. It's especially offensive to we Linux weenies hoping and expecting Metro Exodus to have a nice Linux port like the previous two Metro games.

    I'd rather have to install manual patches and rebuild mesa (like what's required for the Starbreeze Riddick games) than to be forced to game on Windows.

    As for Metro Exodus, sorry Epic, no sale for you.

    Leave a comment:


  • nanonyme
    replied
    Originally posted by geamandura View Post
    It has to be technically possible to separate all the hard coded special behaviours into a separate library that can be used at runtime if it's present (package is installed). Right? We have advanced tech like kernel hot swapping, hardware acceleration in VM, etc. etc., this sounds like a no brainer.
    This already is controlled through config file and is a fairly common quirk which is the result of nVidia being exhaustingly careless about breaking standards. The change is just about making the quirk be applied by default afaik.

    Leave a comment:


  • geamandura
    replied
    It has to be technically possible to separate all the hard coded special behaviours into a separate library that can be used at runtime if it's present (package is installed). Right? We have advanced tech like kernel hot swapping, hardware acceleration in VM, etc. etc., this sounds like a no brainer.
    Last edited by geamandura; 04-23-2019, 09:54 AM.

    Leave a comment:


  • L_A_G
    replied
    Seems like the reading of peoples' local Steam files without permission (which AFAIK they admitted to and promised to fix, but haven't done so yet) and the overall haphazard implementation of social features aren't the only places where Epic is showing fairly total technical incompetence. Either they don't know the difference between core and compatibility contexts or then they've got people implementing things using both.

    I get the feeling that it's most probably some old beard/beards using compatibility contexts, the younger devs using core contexts and management either doesn't care or doesn't want to go in and tell one of the groups to use one or the other. If they're using core contexts then that's very obviously what they're supposed to be using, but due to the old beard/beards being more senior nobody's got the guts or the authority to tell them to throw out their legacy code and start over.

    Leave a comment:


  • msotirov
    replied
    I wouldn't use it even if it worked properly. One game launcher is more than enough. Fuck you, Ubisoft, EA, Epic and Microsoft.

    Leave a comment:


  • schmidtbag
    replied
    Here's what I don't get: to me, it doesn't seem like there's anything that should prevent the user from applying this change themselves, manually. Although it's not exactly user-friendly to do this, I (as well as seemingly everyone else here) don't like the idea of application-specific patches put into Mesa.
    However, I don't think it'd be such a bad idea to have a separate package from Mesa, largely community driven, that does apply these application-specific fixes or other improvements.

    Originally posted by nanonyme View Post
    While I agree in general this kind of workarounding in drivers should be avoided, this specific thing seems more or less harmless to me
    It's no more harmless than seeing a single ant scout in your house. But the moment that ant finds food and brings it to the colony, you've now got a problem. The point is: making these application-specific patches in and of themselves are relatively insignificant, but this sets a precedent where we're going to see this more and more often, to a point where it'll become a major focus of the drivers (much like how the closed-source drivers are).

    Leave a comment:


  • ThoreauHD
    replied
    This seems to be the status quo on the proprietary gpu driver side, since game developers became coddled man children. I could only imagine the response if Torvalds ran Mesa instead of the Kernel. This issue is going to fade into memory once Stadia drops. They aren't going to be able to side-step standards once the largest monopoly in the World grabs them by the balls and twists.

    Leave a comment:

Working...
X