Page 1 of 2 12 LastLast
Results 1 to 10 of 11

Thread: Wine 1.5.4 Brings OpenGL For The DIB

  1. #1
    Join Date
    Jan 2007
    Posts
    14,805

    Default Wine 1.5.4 Brings OpenGL For The DIB

    Phoronix: Wine 1.5.4 Brings OpenGL For The DIB

    It's time for another bi-weekly Wine development snapshot. The latest release arriving on Friday, Wine 1.5.4, offers up a few interesting features...

    http://www.phoronix.com/vr.php?view=MTEwMTc

  2. #2
    Join Date
    Dec 2007
    Posts
    146

    Default

    "A negotiate authentication provider."

    = Diablo III launch support

  3. #3
    Join Date
    Apr 2007
    Posts
    37

    Default

    - A new DirectSound re-sampler.
    Perhaps that's why I've got sound issues in Assassin's Creed (Gog version) then? I had to lower the number of audio voices to 16 (default is 48) and I still hear jitter occasionally when there's a lot going on in the game. I'm sure it will work nicely once it's perfected though.

  4. #4
    Join Date
    Mar 2009
    Location
    Brasil
    Posts
    43

    Default

    I'm now satisfied for being able to pump 48KHz and 22KHz sampled sound with good quality.

  5. #5
    Join Date
    Dec 2010
    Location
    MA, USA
    Posts
    1,304

    Default

    Quote Originally Posted by psycho_driver View Post
    "A negotiate authentication provider."

    = Diablo III launch support
    y'know, that just inspired me with a nifty idea. For companies such as Blizzard and Adobe (which aren't against linux but don't care enough to support it), how about instead of making a native linux client they just try developing toward Wine instead? Yes, I know that's still pretty crappy since that means we're still not getting the real thing, but it's better than no attention whatsoever. Besides, something like this could help other programs made by the same company work. If wine gets enough dedicated support, nobody needs to worry about whether something will work in linux or not.

    As an alternative, maybe companies could just take a current version of wine, highly modify it to only run nothing but the game/application itself, and then they've got their "linux native" release without spending much time or effort. I know this too might not be a preferable method, but maybe the companies don't want their programs running in wine, but they do want linux support.

  6. #6
    Join Date
    Oct 2011
    Location
    Germany
    Posts
    239

    Default

    Quote Originally Posted by schmidtbag View Post
    y'know, that just inspired me with a nifty idea. For companies such as Blizzard and Adobe (which aren't against linux but don't care enough to support it), how about instead of making a native linux client they just try developing toward Wine instead? Yes, I know that's still pretty crappy since that means we're still not getting the real thing, but it's better than no attention whatsoever. Besides, something like this could help other programs made by the same company work. If wine gets enough dedicated support, nobody needs to worry about whether something will work in linux or not.

    As an alternative, maybe companies could just take a current version of wine, highly modify it to only run nothing but the game/application itself, and then they've got their "linux native" release without spending much time or effort. I know this too might not be a preferable method, but maybe the companies don't want their programs running in wine, but they do want linux support.
    They can just sendng patches to wine for the features that their applications need, dont need any quik and dirty versions for every application.
    And btw I think that for Blizzard its easyer to release their already built clients than make a wine version for their games.

  7. #7
    Join Date
    Apr 2012
    Location
    Canada
    Posts
    42

    Default

    Quote Originally Posted by schmidtbag View Post
    y'know, that just inspired me with a nifty idea. For companies such as Blizzard and Adobe (which aren't against linux but don't care enough to support it), how about instead of making a native linux client they just try developing toward Wine instead? Yes, I know that's still pretty crappy since that means we're still not getting the real thing, but it's better than no attention whatsoever. Besides, something like this could help other programs made by the same company work. If wine gets enough dedicated support, nobody needs to worry about whether something will work in linux or not.

    As an alternative, maybe companies could just take a current version of wine, highly modify it to only run nothing but the game/application itself, and then they've got their "linux native" release without spending much time or effort. I know this too might not be a preferable method, but maybe the companies don't want their programs running in wine, but they do want linux support.
    If its easier for them to do that than port the game, I'm all for it.

    Also, from what I'm told, wine actually helped port Chrome over to Linux, so who knows.

  8. #8
    Join Date
    Sep 2008
    Location
    Vilnius, Lithuania
    Posts
    2,552

    Default

    Quote Originally Posted by Thaodan View Post
    They can just sendng patches to wine for the features that their applications need, dont need any quik and dirty versions for every application.
    True, although Wine developers are known for their idealism, while large companies are known for their unclean code.

  9. #9
    Join Date
    Jul 2011
    Location
    Cleveland, OH, USA
    Posts
    5

    Default

    Is there ever going to a PulseAudio plugin again? (maybe...?)

    I'm seriously considering taking the issue into my own hands. The only problem is I know very little about Wine's code and Windows programming in general. I just wonder if I could scrape something together using the ALSA driver as a template.

  10. #10
    Join Date
    Oct 2011
    Location
    Toruń, Poland
    Posts
    160

    Default

    Quote Originally Posted by the8lack8ox View Post
    Is there ever going to a PulseAudio plugin again? (maybe...?)

    I'm seriously considering taking the issue into my own hands. The only problem is I know very little about Wine's code and Windows programming in general. I just wonder if I could scrape something together using the ALSA driver as a template.
    Someone (I forgot his name - sorry) has already working PulseAudio implementation. IIRC it only has to be cleaned up and brought up to Wine coding standard...

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •