Page 71 of 111 FirstFirst ... 2161697071727381 ... LastLast
Results 701 to 710 of 1105

Thread: It's Official: Valve Releasing Steam, Source Engine For Linux!

  1. #701
    Join Date
    Aug 2009
    Posts
    2,264

    Red face

    Quote Originally Posted by Gokumon View Post
    That's great. So what? I was merely pointing out that Michael's claim that Valve is currently developing the client goes in complete contradiction to Valve's official statements.
    No shit? A game development studio with employees under and NDA. Wow!

    And also 'leaking' info to other sites, no fscking way!

    Holy shit... that hasn't ever, ever, ever happened before!

  2. #702
    Join Date
    Jul 2008
    Posts
    40

    Default

    Quote Originally Posted by snuwoods View Post
    Haha.
    That's odd because UT2004, Osmos, and Any Yet It Moves all seem to have it figured out. What about any of the Humble Indy Bundle games?
    To me, the problem seems like a situation of catering to the cash cows and industry standards(M$ and DX).
    No they don't. I had to fix libopenal.so.1 to libopenal.so.0 on many occasions with 3d FPS games to get them to work. I bought And Yet It Moves and it works "now" but I expect it to break a few distro releases later. Don't know Osmos.

    Look at the LGP games and how they don't work anymore for more quick clues on linux "stability". Also ALSA/libopenal is a big mess, pulseaudio doesn't save that either.

    Linux is simply fubar with this, even packaging static libs down to libc/libc++ level doesn't help because well.. ALSA might break (or some kernel compilation setting changes something).

  3. #703
    Join Date
    Jan 2008
    Location
    South Africa
    Posts
    234

    Default

    And wow, what about all that games released 10 years ago for windows? oh! I'm so amazed! I can't even install them. And the ripped versions don't work either, and there is nothing I can do to get it to work, bar run it on a 12 year old version of windows...

    The fact that I can get similarly old games to work at all on native Linux means that it is no worse than Windows.

    Besides, the game studios rarely care past the first 2 years.

  4. #704
    Join Date
    May 2010
    Posts
    190

    Default

    Quote Originally Posted by Almindor View Post
    No they don't. I had to fix libopenal.so.1 to libopenal.so.0 on many occasions with 3d FPS games to get them to work. I bought And Yet It Moves and it works "now" but I expect it to break a few distro releases later. Don't know Osmos.

    Look at the LGP games and how they don't work anymore for more quick clues on linux "stability". Also ALSA/libopenal is a big mess, pulseaudio doesn't save that either.

    Linux is simply fubar with this, even packaging static libs down to libc/libc++ level doesn't help because well.. ALSA might break (or some kernel compilation setting changes something).
    I don't find that absolutely impeding. If that's all you'd have to do to get a program to work, I'm sure valve could accommodate those cases by putting instructions on their site for linking libraries.

  5. #705
    Join Date
    Jul 2008
    Posts
    40

    Default

    Quote Originally Posted by snuwoods View Post
    I don't find that absolutely impeding. If that's all you'd have to do to get a program to work, I'm sure valve could accommodate those cases by putting instructions on their site for linking libraries.

    I'm sorry if I sound rude here, but this is extremely naive. People are not capable of this kind of disciplined behavior with computers (and gamers especially). You get a "hardcore" group which will go to any lengths to get a game working but most players will simply go to tech support (if at all) and then call the quits if such problems occur.

    Also, they'd have to make instructions per-distro which is unthinkable.

  6. #706
    Join Date
    Aug 2009
    Posts
    2,264

    Default

    Quote Originally Posted by grigi View Post
    And wow, what about all that games released 10 years ago for windows? oh! I'm so amazed! I can't even install them. And the ripped versions don't work either, and there is nothing I can do to get it to work, bar run it on a 12 year old version of windows...

    The fact that I can get similarly old games to work at all on native Linux means that it is no worse than Windows.

    Besides, the game studios rarely care past the first 2 years.
    Errr... Carmageddon TDR2000 retail... Only with Wine and nothing else...

    Futhermore I'm playing Tomb Raider; Anniversary retail, without a crack flawlesly on venilla Wine 1.2.

    And there are a lot more. For example the latest Prince of Persia work flawless too. Red Alert 3 just the same. Age of Empires, Rollercoaster Tycoon and 40% of all the other games I have work flawlesly under Wine.

  7. #707
    Join Date
    May 2007
    Location
    Third Rock from the Sun
    Posts
    6,584

    Default

    Quote Originally Posted by V!NCENT View Post
    No shit? A game development studio with employees under and NDA. Wow!
    A denial breaks NDA's as well as a confirmation. When a NDA is in place the only allowed answer is "no comment".

  8. #708
    Join Date
    Aug 2008
    Location
    Finland
    Posts
    1,674

    Default

    Quote Originally Posted by Almindor View Post
    No they don't. I had to fix libopenal.so.1 to libopenal.so.0 on many occasions with 3d FPS games to get them to work. I bought And Yet It Moves and it works "now" but I expect it to break a few distro releases later. Don't know Osmos.
    I'd note that you fixed it wrong. You're very lucky that it works at all. libopenal.so.0 -> libopenal.so.1 signifies that a version change broke the ABI.

  9. #709
    Join Date
    Aug 2009
    Posts
    2,264

    Default

    Quote Originally Posted by deanjo View Post
    A denial breaks NDA's as well as a confirmation. When a NDA is in place the only allowed answer is "no comment".
    Lol, no

    NDA stands for non-disclosure agreement. Well they didn't disclose anything; not the existance, nor absense. They didn't say "There is a/no Linux client in the making", but they said "There is no Linux version that we are working on right now".

  10. #710
    Join Date
    Aug 2008
    Location
    Finland
    Posts
    1,674

    Default

    (the right fix would obviously consist of shipping legacy compat libraries of an older OpenAL version)

Tags for this Thread

Posting Permissions

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