Announcement

Collapse
No announcement yet.

Wine-Staging 3.8 Gets Fixes For Star Citizen, Direct3D 11

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

  • Wine-Staging 3.8 Gets Fixes For Star Citizen, Direct3D 11

    Phoronix: Wine-Staging 3.8 Gets Fixes For Star Citizen, Direct3D 11

    For those looking to enjoy Windows-only games on Linux this weekend, Wine-Staging 3.8 has been released as the newest experimental build of Wine...

    http://www.phoronix.com/scan.php?pag...g-3.8-Released

  • #2
    I hope they would fix the Watch Dogs game black rendering problem. The game works otherwise fine but gaming is difficult when you see black areas only. A bug report has been made a long time ago.

    https://appdb.winehq.org/objectManag...sion&iId=31778

    Comment


    • #3
      Originally posted by debianxfce View Post
      I hope they would fix the Watch Dogs game black rendering problem. The game works otherwise fine but gaming is difficult when you see black areas only. A bug report has been made a long time ago.

      https://appdb.winehq.org/objectManag...sion&iId=31778
      Try using DXVK, it may just work.

      Comment


      • #4
        Wine-Staging 3.8 Gets Fixes For Star Citizen, Direct3D 11
        Nope, Don't work . Like most things with wine.

        Comment


        • #5
          There is a video on youtube titled "making of star citizen:mutlti region server architecture explained" the deveops engineer Ahmed Shaker is wearing a tux shirt. They use aws linux servers. Amazon dropped support for Linux and are working on mac support... Wasn't Star Citizen suppose to go Vulkan only?

          Comment


          • #6
            RSI have pulled all engine development in-house. They're basically just using Amazon for the server side.

            Comment


            • #7
              Yes, the Star Citizen developers did say that they are looking into Vulkan. If I recall correctly they ruled out DX-12.

              But in a display of sanity they are putting that off until they have the game done. I suppose they might have an engine developer working on it in the background and it will just pop out when ready. I think that they have more important things to do with networking changes at the moment. They have to adapt a 16 player engine to support thousands.

              Comment


              • #8
                Originally posted by debianxfce View Post
                I hope they would fix the Watch Dogs game black rendering problem. The game works otherwise fine but gaming is difficult when you see black areas only. A bug report has been made a long time ago.

                https://appdb.winehq.org/objectManag...sion&iId=31778
                That not a bug report debianxfce. That a test report. So the bug has never been properly reported. There is no associated bug. This is a on going problem developers do not read test reports unless there is a open bug. Test reports are for end users more than developers.

                Reality here is there has never been a bug report over that black areas problem so of course no developer has ever worked on it. So if it got fixed would be pure luck.

                By the bug reports the only thing wrong with that program is uplay issue that can be bipass. It has not been even connected to a generic uplay bug.

                Comment


                • #9
                  Originally posted by oiaohm View Post

                  There is no associated bug
                  No because wine developers do not read or care bug reports.

                  https://bugs.winehq.org/show_bug.cgi?id=43981

                  "
                  Story videos works and 5 minutes gaming but too much black areas in rendering. "

                  Comment


                  • #10
                    Originally posted by debianxfce View Post

                    No because wine developers do not read or care bug reports.

                    https://bugs.winehq.org/show_bug.cgi?id=43981

                    "
                    Story videos works and 5 minutes gaming but too much black areas in rendering. "
                    https://appdb.winehq.org/viewbugs.php?iBugId=43981
                    Why does the bug you just quote have no application associated thinking it was posted many months ago. Any bug with zero application associate by appdb go right to the back que. Its something I point out in IRC a lot that when creating a bug in wine bugzilla at least associate the application from the appdb as this is important so bug has a chance of being looked at.

                    Reality is there is a priority system on wine project bugs. The wine project limited resources and these have to be optimised. Do the wrong process expect your bug ignored.

                    More applications validly associated with a bug more likely a developer will look at it. Having a zero application associated with bug means the bug will most likely be duplicated by someone who has more interest in reporting properly at some point in the future so is perfectly valid to totally ignore those bugs.

                    Also if you look at the quote bug it only has two posts on the same day. So are developers meant to be mind readers? Yes another thing that increases odds that developers will look at a bug is activity. Even simple posts saying fault still existing in wine version x that is newer than the bugs report version. Developers don't want to waste time and sometime paying for programs only to find out that the bug was fixed in a newer version of wine and the person reporting bug failed to report that.

                    Really due to the lack of activity on the bug and lack of application association its on the path to be closed by triage.

                    Also with no association with the application a person using nvidia who looked at the appdb would not know about the bug you posted and be able to post if they are effected or not.

                    Reality here debianxfce other people are getting their bugs look at by developers and have developers fix them. They are doing things differently to you and those differences are important so your bug don't go into the junk pile. Lets not blame the wine developers for the failure of your reporting.

                    debianxfce you bug required the developers to be a mind reader and has not been updated and was not where end users could find it. So please explain why that should not go into the trash pile thinking the wine project has a huge number of bugs to address. If you do not want it in the trash pile fix it.

                    Comment

                    Working...
                    X