Announcement

Collapse
No announcement yet.

Wine 1.5.10 Defaults To D3D Off-Screen Rendering

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

  • #31
    Originally posted by Teho View Post
    Could you please go troll somewhere else? What makes you think that anybody cares that you can manage with just ALSA? PulseAudio is essential for anybody that wants actually usable system or owns modern hardware like bluetooth headsets or multiple soundcards or HDMI monitors or multichannel setups or.... WINE lacking proper PulseAudio is a real problem not so much PA itself.
    I've gottena long great without PA for the 14 years I've been running a linux desktop and I will continue to do so. I end up disabling for half the stuff I put on my wife's Ubuntu box.

    Comment


    • #32
      BTW, do you know that the new gen of devs are using in Linux as audio goes ? PA ? ALSA ? OSS ?

      Nope....they hacked it and seems they are writing their own stuff


      At least that what i understood in an interview....maybe i got it wrong is an audio interview....


      23 minutes....here is the link :

      http://www.linuxuser.co.uk/news/stea...ith-ethan-lee/

      Comment


      • #33
        Actually i head a bit better the interview and it seems that he's bashing MS XNA as for audio goes

        Comment


        • #34
          PulseAudio and that other Lennart Poettering abomination SystemD just need to curl up and die.

          Comment


          • #35
            Originally posted by Hamish Wilson View Post
            Fine, but are there any sound fixes?
            Get the winepulse patch [1] and rebuild wine.
            In my case, all sound issues w/ wine simply vanished.

            P.S. Some distributions (E.g. Fedora) already use the winepulse patched wine version by default.

            - Gilboa
            [1] http://repo.or.cz/w/wine/multimedia.git
            DEV: Intel S2600C0, 2xE52658V2, 32GB, 4x2TB + 2x3TB, GTX780, F21/x86_64, Dell U2711.
            SRV: Intel S5520SC, 2xX5680, 36GB, 4x2TB, GTX550, F21/x86_64, Dell U2412..
            BACK: Tyan Tempest i5400XT, 2xE5335, 8GB, 3x1.5TB, 9800GTX, F21/x86-64.
            LAP: ASUS N56VJ, i7-3630QM, 16GB, 1TB, 635M, F21/x86_64.

            Comment


            • #36
              Rebuilding Wine is hardly a good option in an environment with package managers...

              Comment


              • #37
                Originally posted by GreatEmerald View Post
                Rebuilding Wine is hardly a good option in an environment with package managers...
                it's not a bad option, either. Wine is stupid simple to build, it just takes a little while (depending on CPU). but for those who are lazy or can't be bothered, it is possible that someone is packaging wine-multimedia for your distro. For example, there appears to be a PPA for Ubuntu;

                https://launchpad.net/~ubuntu-wine/+archive/ppa (which does have winepulse patches applied and is maintained by the author of the patches).

                and like someone else pointed out, Fedora packages it in their default wine packages, Archlinux (as i pointed out) has wine multimedia available and i am sure some other distros do as well.

                I also think it is a little silly to suppose that just because you have package management, that compiling software is a bad option. Most distros have package management, yet many users compile software... not only that, but there are package managers built around the concept of using build scripts.

                Originally posted by Rallos Zek View Post
                PulseAudio and that other Lennart Poettering abomination SystemD just need to curl up and die.
                While i admit, i am not a big fan of PA (although, i do understand why it exists), SystemD is actually pretty decent - I recently upgraded one of my Archlinux boxes to use it. With some tweaking i was able to shave down boot time and SystemD is actually fairly straight forward to use. It works nicely.

                out of curiousity, are you using SystemD?

                Comment


                • #38
                  Well, I'll admit that compiling Wine isn't that bad (I had to do a bisecting session once, and it wasn't too bad). But compiling some things, like FFmpeg (which I need to do due to a bug in their PulseAudio input module that hasn't even been looked into yet), breaks the system horribly, due to a lot of programs depending on it, and often on a specific version of it.

                  Comment


                  • #39
                    Originally posted by GreatEmerald View Post
                    Rebuilding Wine is hardly a good option in an environment with package managers...
                    It's only a problem for environments with binary packages, not package managers. It's perfectly natural in Gentoo and the package manager even makes it easier instead of getting in the way.

                    Comment


                    • #40
                      Originally posted by Ansla View Post
                      It's only a problem for environments with binary packages, not package managers. It's perfectly natural in Gentoo and the package manager even makes it easier instead of getting in the way.
                      I never had any need to compile anything not in Portage on Gentoo so far, but does Portage really know how to solve dependencies of applications that are not in Portage? I highly doubt that. And if something else depends on what you manually compiled, you can be in trouble even there.

                      Comment


                      • #41
                        Originally posted by GreatEmerald View Post
                        Rebuilding Wine is hardly a good option in an environment with package managers...
                        True.
                        But as we are living in a OSS world, you're not supposed to.
                        In my case I generated a fixed Fedora 16 RPM (w/ the pulseaudio patch), tested it and posted an RFE bug report against the Fedora wine package with the necessary patches and maintained them until the Fedora wine package maintainer fixed the RFE.
                        Hopefully others will do the same in other distributions.

                        As the saying goes, in OSS you eat your own dog food

                        - Gilboa
                        DEV: Intel S2600C0, 2xE52658V2, 32GB, 4x2TB + 2x3TB, GTX780, F21/x86_64, Dell U2711.
                        SRV: Intel S5520SC, 2xX5680, 36GB, 4x2TB, GTX550, F21/x86_64, Dell U2412..
                        BACK: Tyan Tempest i5400XT, 2xE5335, 8GB, 3x1.5TB, 9800GTX, F21/x86-64.
                        LAP: ASUS N56VJ, i7-3630QM, 16GB, 1TB, 635M, F21/x86_64.

                        Comment


                        • #42
                          Hmmm, very interesting comments about PA vs. ALSA... The real answer of course is a crap tonne of dev time+money to completely rewrite of the entire audio subsystem!!

                          On the actual subject of the article... The "AlwaysOffScreen" registry key was something I stumbled across (a few months ago) that would fix the smeared skybox problems in S.T.A.L.K.E.R.: SOC (presumably due to a bug in the Xray engine). This fix works across both the ATI radeon/proprietary Catalyst drivers and the Nvidia blob driver. Just one practical example of when this setting is useful!!

                          ALSO!! as an AppDB maintainer for Steam (and other applications). A general comment... PLEASE, PLEASE can people actually visit and READ the AppDB page for the applications they are trying to run under Wine. The fix for the missing text (due to a recently stubbed .dll in the Wine Git tree) is well known/documented and requires no recompilation, etc.!!

                          Bob

                          Comment


                          • #43
                            Originally posted by GreatEmerald View Post
                            I never had any need to compile anything not in Portage on Gentoo so far, but does Portage really know how to solve dependencies of applications that are not in Portage? I highly doubt that. And if something else depends on what you manually compiled, you can be in trouble even there.
                            No, of course if it's not in portage and don't find any overlay for it you must write the ebuild yourself and add the dependencies in there. But your original post was about recompiling an app that already exists in portage with an extra patch. In general you would have to modify the ebuild for that app so that the patch is applied, but in the specific case of wine they actualy make this easier by using epatch_user so you just dump your patch in /etc/portage/patches/app-emulation/wine/ (you need to create that path first) and re-emerge wine.

                            Comment


                            • #44
                              Well, being able to patch it like that is the equivalent of having a PPA or a package prebuilt. I haven't seen one of those on OpenSUSE yet, however. And even then, it would be just that much simpler if the patch was accepted!

                              Originally posted by bobwya View Post
                              Hmmm, very interesting comments about PA vs. ALSA... The real answer of course is a crap tonne of dev time+money to completely rewrite of the entire audio subsystem!!
                              Except not really. There are what, three implementations of PulseAudio on Wine that exist already? All they need to do is accept one of those into mainline Wine. There were discussions about which one it should be - and in the mean while, we're stuck without a PA implementation to begin with.

                              Comment


                              • #45
                                Except there are dozens of patches for a project and if you want a random combination of 2 or 3 of them at the same time there's a slim chance of finding a PPA with that combination (unless it's a very popular combination). But that's no different then your chances of finding a binary distro that builds "world" with the combination of USE flags you want.

                                Comment

                                Working...
                                X