Slashdot Mirror


Left 4 Dead Demo Includes Linux Steam Client Libraries

SheeEttin writes "If you've been longing to play games from Steam on your Linux machine, you may not have to wait much longer — the Left 4 Dead demo includes some Linux libraries, in particular, one named 'steamclient_linux.so.' While the game's full release does not include these libraries, their apparently accidental inclusion in the demo suggests that Steam games will have native Linux clients in the near future. (A job listing at Valve looking for someone whose responsibilities would include 'Port[ing] Windows-based games to the Linux platform' would seem to support this.) The libraries also include several strings nonessential to a pure server, including references to forgotten passwords. Hopefully, this indicates that at least some Valve-affiliated games will have native Linux clients."

217 comments

  1. Just in time by kbrasee · · Score: 5, Funny

    for the Year Of The Linux Desktop.

    1. Re:Just in time by Anonymous Coward · · Score: 0, Flamebait

      Couldn't it just be the decade of the Linux Desktop?

      When exactly did the year of the Windows Desktop occur?

    2. Re:Just in time by Opie812 · · Score: 2

      1985-to present and for the foreseeable future.

      --
      I'm not a nerd. Nerds are smart.
    3. Re:Just in time by StuartHankins · · Score: 2, Insightful

      Does this mean I can now kill a Linux system's performance and stability with the DRM sh*t too? W00t!

    4. Re:Just in time by Ihmhi · · Score: 1

      The Steam UI's efficiency leaves much to be desired - especially since the store software is based largely off of Internet Explorer - but it's still the best option for getting games digitally that's fair to publishers and gamers alike.

      It's not perfect, but it's the best we've got.

    5. Re:Just in time by Nazlfrag · · Score: 1

      Pfft. Everyone knows 1985 was the year of the GEOS desktop.

    6. Re:Just in time by PsyQ · · Score: 2, Informative

      If you run Steam through WINE and use Gecko as the HTML renderer, performance is much improved. The whole store feels lightning fast.

      If they did the same with their Linux version and perhaps used Gecko on Windows as well, maybe they could fix that problem.

  2. It is for the server.. by evilNomad · · Score: 5, Informative

    steamclient_linux.so is used by the dedicated linux servers to connect to steam and check for updates and such, it was probably just included by mistake..

    1. Re:It is for the server.. by cjfs · · Score: 4, Informative

      steamclient_linux.so is used by the dedicated linux servers to connect to steam and check for updates and such, it was probably just included by mistake..

      The article quotes a large string of names and says:

      These strings plus hundreds of other technically shouldn't be needed if this were simply for Linux server usage -- even though no Linux server binary ships with the Windows game on Steam.

      Not sure if that's reasonable grounds for their assumption, but is worth considering.

    2. Re:It is for the server.. by Bert64 · · Score: 1, Informative

      People write inefficient code..
      Client apps that have absolutely no business being on a server make it to "servers" all the time, just look at all the cruft supposed server versions of windows come with.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    3. Re:It is for the server.. by evilNomad · · Score: 2, Interesting

      Well, maybe Valve decided that if they were going to port some features for the dedicated server, they might do them all when they were at it.. But no one but Valve will know.. :)

    4. Re:It is for the server.. by SanityInAnarchy · · Score: 2, Interesting

      The Linux Dedicated Server distribution includes all kinds of things that aren't needed -- including Windows DLLs, sound files, etc.

      I'd like to see an actual comparison with the current Linux dedicated server before I jump to conclusions.

      That said, I'll also be first in line if they ever do release a Linux client.

      --
      Don't thank God, thank a doctor!
    5. Re:It is for the server.. by The+MAZZTer · · Score: 3, Informative

      Sound files are needed if your server uses sv_pure, AFAIK. The server needs all the game resources to compare files hashes with the hashes the client sends to be sure they're not replacing files. A common reason to use sv_pure would be to prevent TF2 cheaters from replacing, say, the soft "spy decloak" sound FX with a REALLY LOUD NOISE, which would make it a lot easier to hear any nearby spies.

    6. Re:It is for the server.. by Kent+Recal · · Score: 3, Insightful

      The server needs all the game resources to compare files hashes with the hashes the client sends to be sure they're not replacing files.

      That's just lazyness. Instead of storing the actual game artwork the server could just store a list of the hashes - and save a couple hundred megabytes (sometimes gigabytes) of diskspace.

    7. Re:It is for the server.. by cortana · · Score: 1

      I wonder why they don't just ship the checksums of the files with the server, rather than the entire file itself.

    8. Re:It is for the server.. by J-F+Mammet · · Score: 1

      I would say they need to change the hashing algorithm from time to time because cheaters may defeat them and would be able to cheat again. Or they also use challenge for some random part of the actual file to make sure that the client isn't just sending a bogus hash without actually checking the file.

    9. Re:It is for the server.. by prockcore · · Score: 3, Informative

      no, because the hacked client can do the same thing. The server hashes a random part of the file, and then tells the client to hash that same part.

    10. Re:It is for the server.. by Kent+Recal · · Score: 2, Insightful

      A hacked client could just as well use hacked artwork but at the same time perform the hashes over a copy of the original artwork. It's just another step in the arms-race and imho not a very effective one. Once a hacker has managed to gain control over the hash-function it probably doesn't matter much to him whether he just sends stored hashes or performs partial hashes over an existing set of files...

    11. Re:It is for the server.. by TheFrunk · · Score: 1

      I could be wrong, but I believe the reasoning for this is so if a hash check fails with any one particular file, the server can send down the original one so that the player can still join the server, instead of kicking the player back to the main menu.

    12. Re:It is for the server.. by BAILOPAN · · Score: 2, Insightful

      +1, This article is silly. You can find that file in every Valve Linux dedicated server (HL1, various HL2 versions, etc).

      --
      If you say "here goes my karma" I will bite you!!!
    13. Re:It is for the server.. by rtb61 · · Score: 2, Insightful

      Valve is most likely looking at the medium to long term market of netbook computers, really huge numbers of low priced FOSS based computers. A very competitive games distribution network, for low priced game sales and those games will have to really efficient and run well on minimal resources.

      It makes sense to get the bugs out and smooth out the interface now, so that will be be able to more effectively target multi player gaming on netbooks, hundreds of millions of low cost school netbooks is bound to become a very targeted market.

      --
      Chaos - everything, everywhere, everywhen
    14. Re:It is for the server.. by tibman · · Score: 3, Insightful

      In the case of steam though, a VAC ban and you lost the game.. forever. The only cases where a person can escape a VAC ban and not lose their account is with internet cafes. But i know some places automatically kick all SteamIDs in the internetcafe band of ids. Voogru made a mod that specifically does this.

      Something else Valve does to complicate matters is once your hack is detected.. they don't do anything for days or weeks. They randomly wait and pretend it didn't happen. Then bam, VACbanned. So someone researching vulnerabilities won't know which one was detected, or which game, or when.

      Is it worth cheating if you get VAC banned and have to rebuy the game? That arms race sounds very expensive..

      --
      http://soylentnews.org/~tibman
    15. Re:It is for the server.. by Anonymous Coward · · Score: 0

      Then keep a copy of the original files on the hacked client as well and redirect any hash-this-part requests there, while everything else uses your own variant... Should be just as easy as keeping a fake hashlist and sending that back on server request...

    16. Re:It is for the server.. by gasaraki · · Score: 1

      You can still play on any server which does not run VAC, it is after all an optional system for server admins.

    17. Re:It is for the server.. by Anonymous Coward · · Score: 0

      It's not bad, just need to steal peoples accounts.

      Who cares about a vac ban when its just one of many accounts you didnt pay for?

  3. How about OS X? by MobyDisk · · Score: 5, Funny

    I wonder if this means they will provide OS X support as well?

    1. Re:How about OS X? by AndGodSed · · Score: 4, Insightful

      Parent being modded funny is probably the funniest response there could be to his question...

    2. Re:How about OS X? by Anonymous Coward · · Score: 0

      I wonder if this means they will provide OS X support as well?

      Just use Crossover Games - it works for Valve's stuff.

    3. Re:How about OS X? by Anonymous Coward · · Score: 0

      I wonder if this means they will provide OS X support as well?

      Linux has been waiting a lot longer than OSX, you mac users can wait a few more years!

    4. Re:How about OS X? by Anonymous Coward · · Score: 1, Informative

      Why be such an asshole?

      Are you so insecure than you can only feel good about yourself by insulting others?

      Poor little man.

    5. Re:How about OS X? by nine-times · · Score: 1

      You can already run Steam and some games on OSX and Linux. I've played Portal and Half Life 2 on my Mac using Codweavers' software. It played pretty well.

      I wonder how much work it would really take to get more games running in WINE or some derivative, assuming that was a goal of the game developers.

    6. Re:How about OS X? by Nursie · · Score: 1

      Likewise, came here to say that.

      I played portal under wine and have had other things running fine. A native client is a better thing, obviously, but it's not like linux users have been totally unable to run these so far,

    7. Re:How about OS X? by melstav · · Score: 3, Insightful

      Dude! WTF!

      I'm tired of people assuming that, just because something might (sorta) run (maybe) under WINE that that's all that really matters.

      The article is about native Linux support. NATIVE.

      Native means you don't need WINE and you don't need a VM. It means you slap the disk in, run the installer, and go. No emulation layer, no reverse-engineered Windows APIs.

      Relying on Codeweavers is not going to be a good idea for a commercial software house. Relying on Codeweavers is what end-users do while they wait for the software houses to realize that they are ignoring an entire market *AND* invest the resources necessary to service that market.

    8. Re:How about OS X? by Atlantis-Rising · · Score: 1

      Which may never come, if the market is small and the resources necessary to service it exceed the likely value of the market- which may very well be true.

      You could be waiting a very long time indeed.

      --
      "It is possible to commit no errors and still lose. That is not a weakness. That is life." -Peak Performance
    9. Re:How about OS X? by nine-times · · Score: 2, Informative

      Some developers are using CIDER to bring games to OSX, and I'm afraid I don't really see the problem with that. Whether or not it's "native" is somewhat a matter of what you mean by "native", since it's certainly not emulation. Relying on WINE isn't too far different from relying on a set of libraries that happen to not be installed by default.

      And when you run things on WINE, they run pretty fast and stable. You don't need to rely on Codeweavers, since they could simply test to make sure their software runs on the default install of WINE. It'd be one option for developers to provide cross-platform compatibility even if their primary development platform is Windows.

      Now I agree that, ideally, everyone would do real cross-platform development and make their games completely native on Linux and OSX as well. I'm just saying that if software developers are finding that it requires too much additional resources to do that outright, developing with WINE compatibility in mind might be a good middle-ground.

    10. Re:How about OS X? by Anonymous Coward · · Score: 1, Funny

      You somehow got modded "informative". How very strange. That wasn't informative at all. We already know the sad little troll is a waste of valuable proteins and space. ;-)

    11. Re:How about OS X? by Anonymous Coward · · Score: 0

      And when you run things on WINE, they run pretty fast and stable.

      That is, *IF* they run. I have programs that refuse to run under WINE.

    12. Re:How about OS X? by cheater512 · · Score: 1

      Really? Google disagrees with you.
      They worked with Codeweavers for all their Linux ports.

    13. Re:How about OS X? by Anonymous Coward · · Score: 0

      ......... hence the point about wine

    14. Re:How about OS X? by Nazlfrag · · Score: 1

      Codeweavers is a stopgap, but I'd be happy enough with an emulation layer if the rest of what you said held true, ie. slap it in, install and go.

    15. Re:How about OS X? by melstav · · Score: 1

      Who? Valve?

      Care to back yourself up with links?

    16. Re:How about OS X? by Miseph · · Score: 1

      Alternatively, developers could write "native" WINE ports. I'm still baffled that more games, at least the ones which are never intended as bleeding edge in the first place, aren't coded with the intent that they'll be able to run in WINE. It would be considerably cheaper to aim for Windows and WINE compatibility than aiming for entirely separate Windows and Linux ports.

      What difference does it really make if the APIs are originally from Windows once they're running under Linux, anyway?

      --
      Try not to take me more seriously than I take myself.
    17. Re:How about OS X? by cheater512 · · Score: 1

      Sure. :P

      http://www.wegose.com/google-working-with-codeweavers-to-bring-their-software-to-linux-platform/

      Google worked with Codeweavers for both Picasa and Google Earth.
      Not hard to find references to the deal.

    18. Re:How about OS X? by drinkypoo · · Score: 1

      Native means you don't need WINE and you don't need a VM. It means you slap the disk in, run the installer, and go. No emulation layer, no reverse-engineered Windows APIs.

      While I believe you have a point, WINE is not an Emulator. It is a set of libraries. If it works, what's wrong with it?

      I bought HL2 and Garry's Mod and I will never be buying another Steam game because I have to update steam after reinstalling my backups before I can play, and that is both stupid and defeats the purpose. It did work fine under Wine though.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    19. Re:How about OS X? by Phydeaux314 · · Score: 1

      Maybe they moderated it informative in lieu of a "+/- 1 Ironic" moderation option...

      --
      Never underestimate the stupidity inherent in all human beings.
    20. Re:How about OS X? by melstav · · Score: 1

      From Valve's Developer Forum

      Please note: Games run with these methods will be slower than running them on Windows because the games are not native executable files. To get the best performance we will need to wait for Valve to release a native Steam client

      While it may work for some things (as I mentioned in my accidentally anonymous post, I've got software that I rely on that refuse to run under WINE) under the best conditions, it adds layers in the execution tree.

      This slows things down. In today's performance-driven market, that means the bleeding-edge games don't run as fast with all the eye-candy turned on.

      I say "under the best conditions" because it's a re-implementation of the Windows APIs. There's all sorts of opportunities for them to rewrite things less efficiently and end up with less stable code.

    21. Re:How about OS X? by drinkypoo · · Score: 2, Insightful

      I say "under the best conditions" because it's a re-implementation of the Windows APIs. There's all sorts of opportunities for them to rewrite things less efficiently and end up with less stable code.

      It's a reimplementation of Windows APIs and you don't see the opportunities to reimplement things more efficiently, and end up with more stable code?

      In fact, the real challenge is emulating the many flaws in the Windows APIs, which have also been known to have unnecessary delay loops in the published APIs, yet not in the ones that Microsoft uses...

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    22. Re:How about OS X? by Anonymous Coward · · Score: 0

      Why would they place resources into developing a native version for the Linux marketshare before the larger Mac OS X marketshare?

    23. Re:How about OS X? by melstav · · Score: 1

      you don't see the opportunities to reimplement things more efficiently, and end up with more stable code?

      Actually, I do, to a point. I would be surprised if certain things ever see a parity in runtime, though, given the fundamental differences in design philosophies.

      However, it takes effort to get it right and make improvements. Especially if you're working with non-existent or erroneous documentation. Making things worse is easy.

      And as far as I'm concerned, it doesn't matter if a program crashes because of an error in the work of the WINE-coder or because of an error in the Microsoft-published documentation he was working from. Either way, it's still unusable in that environment. And if that program is critical to that user's workflow, that crash effectively keeps *NIX off of that user's desktop.

      Don't get me wrong - WINE is a very impressive project. They've come a very long way, and for many people, it satisfies their needs. But there's still a long way to go before they have a faithful Win32 compatibility layer.

    24. Re:How about OS X? by RogerWilco · · Score: 1

      It means you slap the disk in, run the installer, and go.

      This is where you run into problems installing Linux software. There is no easy universal way to do "installer" on Linux. I've used Redhat, SuSE and Ubuntu a lot, and the devil is in the details. Simple things like /lib32 vs /lib vs /lib64, to things like how to get superuser/root permissions.

      --
      RogerWilco the Adventurous Janitor
    25. Re:How about OS X? by drinkypoo · · Score: 1

      Don't get me wrong - WINE is a very impressive project. They've come a very long way, and for many people, it satisfies their needs. But there's still a long way to go before they have a faithful Win32 compatibility layer.

      I agree with and echo everything you say here. But over time the quality of Wine improves (heh heh) and more and more software runs on it. Whereas over time Windows gets more crufted, and less and less software runs on it... At some point the two will converge, a process which has been helped along by the general poor quality of Windows Vista, which has slowed its adoption and thus increased the overall longevity of the Windows XP platform, and its related APIs (both new and legacy) to which the majority of useful Windows software is targeted.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    26. Re:How about OS X? by badkarmadayaccount · · Score: 1

      Dude, pkgsrc has had nonroot instalations for a billion years. The fact that the linux jocks are more stuck in the mainframe ages (i.e. only the admin installs stuff) than a fringe *BSD is a separate issue. Have you tried installing it in the /home dir and adding apps from there? HTH YMMV

      --
      I know tobacco is bad for you, so I smoke weed with crack.
  4. Hold your horses by arth1 · · Score: 3, Informative

    Just because the Steam client may run native Linux doesn't mean that games will.
    I'd be surprised if the first offerings were more than the few games that will run under wine bundled with wine.
    And a game running under wine doesn't become a Linux game. Sorry, no.

    1. Re:Hold your horses by Zathain+Sicarius · · Score: 5, Insightful

      "(A job listing at Valve looking for someone whose responsibilities would include 'Port[ing] Windows-based games to the Linux platform' would seem to support this.)"

      And so what if the whole movement only starts with some Wine support? For alot of people its a pain to get steam up and running with linux, and so if Wine becomes integrated into Steam, then that will save alot of people headaches. That's far better than just continuing to ban all the people on their forums who cry out for a Linux client.

    2. Re:Hold your horses by Kentaree · · Score: 1

      If they release a linux client that uses Wine, they're bound to support it too, which can only be good for Wine, and linux gamers.

    3. Re:Hold your horses by arth1 · · Score: 3, Interesting

      The way I see it, if you play an involved game like most Steam games are, you're no longer multitasking. The game, not the OS, is what you interface with. So why would you want to force it to run using something like wine, when it would be less painful to reboot into Windows and run it natively?

      wine is useful when you need to run a native Windows program from within the context of Unix. But it will never provide the full Windows environment, and if you're not going to interface with the OS, why bother what the OS is?

      I know there may be people out there who don't have any Windows licenses, but I think those are few and far between. Especially those who can also afford games from Valve. I must have half a dozen unused Windows licenses here, because whenever I buy a computer, I get one, no matter whether I then blow the OS away and install Linux.
      wine, ndiswrappers and other stuff that tricks Windows programs into running more-or-less as intended is something I see as a last resort, not first.

    4. Re:Hold your horses by arth1 · · Score: 1

      If they release a linux client that uses Wine, they're bound to support it too, which can only be good for Wine, and linux gamers.

      I think you're missing the point: wine apps aren't Linux apps, and those playing Windows games under wine aren't Linux gamers but Windows gamers logged in to Linux.
      The "Linux gamers" would much rather see ports that run natively, or even better, games developed for Linux. The best thing would not be "good for wine", but that wine went away due to lack of a need for it.
      Remember, wine will always be a kludge. A damn good kludge at times, but still a kludge. It isn't a solution, but something that makes life bearable while people wait for and work towards solutions.

    5. Re:Hold your horses by kcbnac · · Score: 3, Insightful

      Because for those of us who've chosen Linux as our 'workstation' OS, having to maintain (albeit minutely) a second OS (install, AV/Firewall as much needed for gaming, hardware drivers, etc) simply for a game or 5, becomes a chore. I usually leave chat or web-browsing windows up on my gaming machine (Still running windows because the hassles are too many) but if it were a one-time setup (not every time a new major patch comes out) I'd switch to Linux on the second machine too.

      Why buy a PC when a 'net appliance' will do?

    6. Re:Hold your horses by Anonymous Coward · · Score: 0

      Rebooting is a pain. It takes time and it kills any backgroup processes that might be running (e.g. downloads, DVD burning etc).
      It also requires having a 2nd partition with windows installed which would be obsolete with native Linux games.

    7. Re:Hold your horses by Anonymous Coward · · Score: 0

      Because Windows costs money and a big part of the running of Linux is to avoid the licensing costs.

    8. Re:Hold your horses by Anonymous Coward · · Score: 2, Insightful

      So why would you want to force it to run using something like wine, when it would be less painful to reboot into Windows and run it natively?

      It's a huge paint in the ass when you have to *reboot your whole system* just to play some game and then *reboot it again* to continue your work.
      Not to mention the pain it is to maintain to maintain a system you only want to use for games - 'sorry, just installed the usual security updates, please *reboot your system*'
      Well, I think, playing games is more fun if you can just star them and wait few seconds to load everything instead of spending minutes of rebooting and even more of fiddeling around with the two systems.

    9. Re:Hold your horses by Anonymous Coward · · Score: 2, Informative

      whoa whoa whoa. Extra OEM licenses != extra licenses. Licenses purchased installed with a computer are limited to use with that computer. Even if you wipe it. If the argument is about being legal with windows, this is not a valid point. Secondly wine runs opengl games, even with steam fairly well, and it wasn't too hard to setup. Lastly and more importantly, games from valve are NOT expensive. In fact there was just a deal for all the games released from valve for 99.95. Yes, that's all the games, cs, cs:s, portal, hl, hl2, hl expansion, etc etc

    10. Re:Hold your horses by gparent · · Score: 1

      Turn the updates off. Silly people telling their OS to do things and then whining when they do them...

    11. Re:Hold your horses by icebraining · · Score: 1

      When I bought my PC I specifically asked to remove Windows and I didn't had to pay for it. And no, I don't want to pay the price of 4 games and having to install another OS and having to deal with bugs and virus just to play. But I don't think I'll have much choice for now.

      One of the main problems is DirectX. OpenGL isn't an alternative for a game like Crysis. The last good commercial 3D engine based on OpenGl was what, a modified Quake III engine? CoD run on OpenGl and they moved.

      Now, or someone (who?) it willing to invest in developing OpenGl features or in writing a DirectX subsystem for Linux, and none of which seems likely to happen.

    12. Re:Hold your horses by SanityInAnarchy · · Score: 3, Interesting

      Because it's actually more painful to run it in Windows, for some of us. Here, let me count the ways:

      Linux has pretty good 64-bit support. The last remaining broken piece was browser plugins -- Java has been ported, and Flash will be soon. Windows 64-bit sucks before Vista, and Vista sucks in so many other ways that 64-bit is hardly a concern.

      And yes, Valve games can use 64-bit and multicore. And I do have 4 gigs of RAM, which means XP can only see 3.5 gigs.

      I also run Linux for everything other than games. That means, not only is there the irritation of having to reboot -- somewhat mitigated, as I can hibernate one and boot another -- but that I have to maintain Windows, which is much more work for me than maintaining Linux -- on top of which, I still have to maintain Linux. (Example: Ever try to hunt down XP drivers for a made-for-Vista laptop?)

      Steam also insists that I install/update games via its client. That's great, if I'm running Windows anyway -- and I'm on fiber, so it's fast. But it means I can't download while on Linux. What's more, I can't play a Steam game I've already got while I wait -- as soon as Steam sees me playing a game, it kills all downloads. I suppose it's to keep me from lagging -- thanks, but it reacts the same way if I'm playing a single-player game.

      If there was a Linux client, I'd just leave it running and not care.

      And then there's the fact that Steam itself is a good deal more than just a game client, now -- assuming they've finally gotten the Friends feature working, it's also an IM client. That would be nice -- a friend IMs me, inviting me to a game, and rather than rebooting, I just click "yes" in that window -- and he can IM me from the game, he doesn't have to alt+tab to some other client to a Pidgin-friendly service.

      Now, granted, I could run games under Wine. I do, for some games -- MMOs, I pretty much demand that they run windowed on Linux, because I absolutely do multitask with those. But with Steam, there's a performance hit (all Valve games are DirectX only, now), there's again 32-bit only (no Win64 support in Wine yet), and none of it is supported, meaning if I have any problems, I'm on my own.

      Still, it's not as though there would be no benefit. Even if these end up being winelib'd apps, at least they're supported, and it's a step in the right direction -- next up would likely be an OpenGL port. It also means that some of the non-Valve games on Steam which have native Linux clients would also work in Steam.

      --
      Don't thank God, thank a doctor!
    13. Re:Hold your horses by somenickname · · Score: 2, Insightful

      Just because you aren't multitasking doesn't mean you don't have multiple tasks open. It's not uncommon for me to have 20-30 windows open (spread across multiple desktops) and so rebooting is a particularly painful process for me. My hardware is powerful enough to keep all those tasks open and play a game at the same time. If the only choices I had were "reboot" or "don't play games", I would pick "don't play games".

    14. Re:Hold your horses by Anonymous Coward · · Score: 1, Insightful

      The way I see it, if you play an involved game like most Steam games are, you're no longer multitasking. The game, not the OS, is what you interface with. So why would you want to force it to run using something like wine, when it would be less painful to reboot into Windows and run it natively?

      The main reason not to reboot into Windows to play a game, at least for me, is the incredible inconvenience.

      For a while I was running Ubuntu as my main desktop, with a separate Windows partition for gaming.

      My email, bookmarks, address book, documents... All of that was under Ubuntu. If I was playing a game in Windows and needed some piece of information I'd have to exit out of the game (hopefully after saving somewhere) and reboot into Linux to get at what I needed. Then reboot again to get back into Windows to play some more. It became a major inconvenience.

      Running a game under WINE it is trivial to simply pause the game and look up whatever it is that I need. Sure, there's a performance hit to the game... And it would be better to have native Linux support... But it's certainly less annoying than constantly rebooting.

    15. Re:Hold your horses by cbrocious · · Score: 2, Informative

      Many, many engines support OpenGL. id tech 4 (Doom 3, Quake 4, Prey, etc) was pure OpenGL, Unreal's engine is always D3D and OGL, etc. The only big engine that doesn't support OGL is Source; even stock Gamebryo supports it, although many games opt not to ship with it (e.g. Oblivion, Morrowind (back when it was NetImmerse)) since they make internal changes and don't care about maintaining OGL support.

      --
      Disconnect and self-destruct, one bullet at a time.
    16. Re:Hold your horses by cbrocious · · Score: 3, Informative

      Wine doesn't support x64 code, so the only benefit you can get is having the full address space enabled (because the kernel can properly map memory).

      --
      Disconnect and self-destruct, one bullet at a time.
    17. Re:Hold your horses by Anonymous Coward · · Score: 0

      So why would you want to force it to run using something like wine, when it would be less painful to reboot into Windows and run it natively?

      a) I don't have windows installed.
      b) For that matter, I don't even own windows, and I'm not going to lay out a hundred bucks or whatever it costs when Wine suffices.
      c) Even though I may not be doing other things in the foreground, there are background processes, daemons, servers etc. that I would like to keep running.
      d) Firing up a game in Wine should - I hope - take less time than rebooting into a different OS - and shutting down the game when you're finished playing should take less time than shutting down windows and rebooting back into Linux, too.

    18. Re:Hold your horses by X0563511 · · Score: 1

      Why would you be burning a DVD while playing a game?

      Buffer underruns, anyone?

      --
      For large sets, this will be our guide even unto death, for the LORD will work for each type of data it is applied to...
    19. Re:Hold your horses by FishWithAHammer · · Score: 2, Informative

      id Software's engines are a very rare exception; Carmack, for some strange reason, likes OpenGL over DirectX. Unreal Engine 3 technically supports OpenGL, but their primary focus is on D3D as is just about everyone else's.

      Why? Because D3D is better than OpenGL in the majority of ways, enough that targeting the minute market of Linux is almost certainly not worth the hassle.

      And no, don't say "use SDL." SDL sucks, too. If you can seriously look at SDL next to DirectX and say that there's any valid comparison that doesn't involve a belly laugh, you do not belong in this conversation.

      --
      "You can either have software quality or you can have pointer arithmetic, but you cannot have both at the same time."
    20. Re:Hold your horses by Sensible+Clod · · Score: 1

      Hear, hear! I just did exactly this just to play 2 games after trying in vain to get Portal working under wine and Crossover Games. Same with RealMYST.

      --

      The difference between spam and poop is that you don't have to dig through septic tanks looking for real food. -- Me
    21. Re:Hold your horses by j_sp_r · · Score: 1

      Worked perfect for me (with Ati hardware!)

    22. Re:Hold your horses by bucky0 · · Score: 2, Interesting

      How, exactly, is D3D "better" than OGL? The language is obtuse (a COM interface versus a simple state machine), amongst other things.

      I'm not trolling, just curious about why you would think that.

      --

      -Bucky
    23. Re:Hold your horses by mrchaotica · · Score: 3, Insightful

      Why? Because D3D is better than OpenGL in the majority of ways, enough that targeting the minute market of Linux...

      ...and Mac OS, and PS3, and Wii...

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    24. Re:Hold your horses by nine-times · · Score: 1

      So why would you want to force it to run using something like wine, when it would be less painful to reboot into Windows and run it natively?

      I guess it depends on whether you really think it's less painful to do that. You have to close all your applications and everything you're doing, reboot, run the game, and then reboot again to get back to everything else.

      And that even ignores the fact that you have to set aside disk space to install a whole other OS, buy that other OS, install it, hunt down drivers, process the updates, and potentially worry about system security and system optimization for a whole other OS. And then if you've miscalculated the amount of hard drive space that you'll need for that second OS, you have to deal with that.

      WINE isn't that hard to install these days, and it's not hard to install and run programs in WINE, assuming they work. The integration into your Linux system isn't quite seamless, but it's pretty good.

      But the real issue with WINE these days is the part where I said "assuming they work". You can get lots of applications running in WINE pretty smoothly, but you can't count on all your applications to run in WINE. However, if developers set WINE compatibility as a goal it might be a real alternative to using Windows.

    25. Re:Hold your horses by SanityInAnarchy · · Score: 1

      True. However, a true native port would very likely include the existing x64 support. And no, I don't really get that advantage, as a single 32-bit process (on Windows) is limited to, what, 2 gigs of RAM? The only advantage would be if I needed the other 2 gigs for something else, rather than 1.5 gigs.

      I still would also gain the benefit of being able to download while I work, having a supported solution, not having to reboot, being able to instantly join a game from an IM, and so on.

      --
      Don't thank God, thank a doctor!
    26. Re:Hold your horses by RiotingPacifist · · Score: 1

      "(A job listing at Valve looking for someone whose responsibilities would include 'Port[ing] Windows-based games to the Linux platform' would seem to support this.)"

      For the 100th time, they have always had somebody porting windows games to Linux, nobody in their right mind runs servers on windows!!!

      --
      IranAir Flight 655 never forget!
    27. Re:Hold your horses by shutdown+-p+now · · Score: 1

      And a game running under wine doesn't become a Linux game. Sorry, no.

      If they start making applications that are officially supported under Wine, it'll still be a very big deal.

    28. Re:Hold your horses by Junior+J.+Junior+III · · Score: 1

      I must have half a dozen unused Windows licenses here, because whenever I buy a computer, I get one, no matter whether I then blow the OS away and install Linux.

      If you ever actually read the OEM licenses for Windows, you'd know that those licenses are bound to the specific hardware that you purchased, and cannot be transferred to other hardware. So restricted, Microsoft allows the OEM licenses to be deeply discounted.

      You might not be using the licenses, but that doesn't mean you've got them stockpiled.

      --
      You see? You see? Your stupid minds! Stupid! Stupid!
    29. Re:Hold your horses by Sensible+Clod · · Score: 1

      What distro, wine version, and gfx card are you using? I'm on Fedora 10 with a GeForce 6600 GT. wine 1.1.7-1.

      --

      The difference between spam and poop is that you don't have to dig through septic tanks looking for real food. -- Me
    30. Re:Hold your horses by Directrix1 · · Score: 0

      D3D is better than OpenGL how? OpenGL supports all features that Direct 3D does.

      --
      Occam's razor is the blind faith in the natural selection of least resistance and in universal oversimplification. -- EF
    31. Re:Hold your horses by CarpetShark · · Score: 0, Troll

      For one thing, some of us refuse to use microsoft products because the company's operations are detrimental to society. For another, some of us prefer open source/free software for similar ethical reasons.

    32. Re:Hold your horses by arth1 · · Score: 1

      I guess it depends on whether you really think it's less painful to do that. You have to close all your applications and everything you're doing, reboot, run the game, and then reboot again to get back to everything else.

      "Close all your applications and everything you're doing"?
      One word: hibernate

    33. Re:Hold your horses by arth1 · · Score: 1

      For one thing, some of us refuse to use microsoft products because the company's operations are detrimental to society. For another, some of us prefer open source/free software for similar ethical reasons.

      Isn't that a good reason to avoid using wine too? I mean, wine won't work with the majority of games out there unless you copy in proprietary libraries, fonts and other helper applications.

      I much prefer seeing native Linux applications than continuing to support Microsoft by running proprietary Windows applications under a compatibility layer. That wine itself is open source doesn't mean that the software you run in wine automatically becomes open source too.

    34. Re:Hold your horses by arth1 · · Score: 1

      Just because you aren't multitasking doesn't mean you don't have multiple tasks open. It's not uncommon for me to have 20-30 windows open (spread across multiple desktops) and so rebooting is a particularly painful process for me.

      And hibernation isn't an option why?

    35. Re:Hold your horses by Zathain+Sicarius · · Score: 1

      Porting a game is different than making a server for it. Servers just have to organize and relay data, and have nothing to do with actually rendering the scenes or taking player input.

    36. Re:Hold your horses by CarpetShark · · Score: 1

      It is indeed. There are quite a few linux users who don't think wine is a good idea. Personally, I think it's probably best to have the compatibility, but to encourage open alternatives instead, as the wine appdb does (if I recall correctly).

    37. Re:Hold your horses by Repossessed · · Score: 1

      "Linux has pretty good 64-bit support. The last remaining broken piece was browser plugins -- Java has been ported, and Flash will be soon."

      64 bit flash ten for Linux came out earlier this month, the long wait is over.

      --
      Liberte, Egalite, Fraternite (TM)
    38. Re:Hold your horses by somenickname · · Score: 1

      And hibernation isn't an option why?

      Interesting. I hadn't thought of that but, if you hibernate linux and then reboot into Windows, you'd probably be able to reboot into the hibernated linux afterwards if you didn't have the Windows NTFS partition(s) mounted from there. Hibernation blows your cache which is annoying but, it's not a horrible solution.

    39. Re:Hold your horses by Cowmonaut · · Score: 1

      That's easy. Because you only have one computer and want to do something while that's running on automatic. I could see people wanting to play games while doing other stuff such as ripping DVDs, compiling, defragging etc.

      To them I say: Buy another computer. The reasons are obvious enough to someone who knows what the PC is doing but its understandable why people WANT to do such things.

    40. Re:Hold your horses by Anonymous Coward · · Score: 3, Funny

      Someone from the year 2000 called to let you know about this great new technology that was just invented called "BURN-Proof". It means that buffer underruns don't result in unusable discs anymore! WOW!!!

    41. Re:Hold your horses by pseudonomous · · Score: 1

      No, ideally it becomes a Linux/*BSD/Solaris/MacOS X game.

    42. Re:Hold your horses by Kentaree · · Score: 1

      And now look at it from a developer's point of view, Windows has the vast majority of gamers, making it fairly unfeasable to make Linux-only games, or even port their DirectX-based games to Linux. But if they make it playable on Wine, and people start playing it on Wine, doesn't that increase the amount of people playing it on Linux? It might be a bit naive, but it's possibly a way of getting gamers over to Linux, encouraging developers to concentrate more time and effort on it.

    43. Re:Hold your horses by Chris+Pimlott · · Score: 1

      One nice thing on OSX is that you can use your boot camp partition both natively (dual boot) and under Parallels. So you can download during the day in Parallels and reboot to play when work is finished.

    44. Re:Hold your horses by FungosBauux · · Score: 0

      How much bullshit in one tiny message.

      "Carmack, for some strange reason, likes OpenGL over DirectX" - lol, because he is a technical person that understands what he is doing - he surely knows what is better here.

      "Unreal Engine 3 technically supports OpenGL, but their primary focus is on D3D as is just about everyone else's." - Yeah, Microsoft has a very nice marketing team. Anyone is forced to use a bloated API to put in their boxes that shitty logo "DirectX". OpenGL still BETTER and superior than DirectX. Just has no marketing team.

      "Why? Because D3D is better than OpenGL in the majority of ways" - Please, you that is a better programmer than Carmack, enlight us with your view.

      "And no, don't say "use SDL." SDL sucks, too. If you can seriously look at SDL next to DirectX and say that there's any valid comparison that doesn't involve a belly laugh, you do not belong in this conversation." - Another gem!! You surely is a awesome technical person and amazing programmer. Amen!

      - OpenGL is a standard, it is easier and it is logic! It is in every aspect better than DirectX! PS3, PS2, PSP, Wii, iPhone.. eveything is OpenGL OR OpenGL BASED!
      - SDL is amazing good. But trying to compare SDL with DirectX just proves that you don't have idea of what you're talking about.

    45. Re:Hold your horses by Cyberax · · Score: 1

      Look at the recent OpenGL 3 fiasco. There are plenty of information about D3D vs OpenGL.

      I was a 3D-apps developer and I too preferred D3D. It's much cleaner and easier to program.

    46. Re:Hold your horses by RulerOf · · Score: 1

      To them I say: Buy another computer.

      I do that kind of stuff all the time, but I have a computer that I've built for that capability.

      To you I say: Why buy another computer when you can throw the RAM, the Hard Drive, and the processor (quad-core upgrade for example) into your current machine and pull off your desired multitasking shenanigans?

      --
      Boot Windows, Linux, and ESX over the network for free.
    47. Re:Hold your horses by Anonymous Coward · · Score: 0

      Except you don't magically get Mac OS, PS3 and Wii for free by targeting OpenGL, since you tend to use DirectX for other stuff such as in the networking, sound and input layers.

      Also targetting DirectX doesn't magically get you the Xbox either.

      The benefits of using the entire DirectX stack obviously must outweight those other markets otherwise games wouldn't do it.

    48. Re:Hold your horses by jlarocco · · Score: 1

      I know there may be people out there who don't have any Windows licenses, but I think those are few and far between. Especially those who can also afford games from Valve.

      Yeah, because Linux is for poor people. LOL

      I must have half a dozen unused Windows licenses here, because whenever I buy a computer, I get one, no matter whether I then blow the OS away and install Linux.

      Just because you're stupid enough to buy Windows when you're not going to use it, doesn't mean other people are.

    49. Re:Hold your horses by marcansoft · · Score: 2, Informative

      The Wii uses a proprietary graphics library. It's probably closer to OpenGL than DirectX, though, and I bet someone has written a commercial OpenGL wrapper for it, as some people have been working on that in the homebrew world too.

    50. Re:Hold your horses by Anonymous Coward · · Score: 0

      Hey, I like SDL. Yes, it's much simpler and more limited than DirectX. So no, there is no valid comparison - until you start working on some basic indy game project and realize that DirectX is a MUCH more difficult tool to use for the job.

    51. Re:Hold your horses by Directrix1 · · Score: 1

      What app did you develop?

      --
      Occam's razor is the blind faith in the natural selection of least resistance and in universal oversimplification. -- EF
    52. Re:Hold your horses by Cyberax · · Score: 1

      Custom app for science data visualization: http://www.elewise.com/images/odas1.jpg

      It used both OpenGL and DirectX for rendering. DirectX rendering part was way cleaner and easier to write.

    53. Re:Hold your horses by jfim · · Score: 2, Informative

      How, exactly, is D3D "better" than OGL? The language is obtuse (a COM interface versus a simple state machine), amongst other things.

      It's not really obtuse, both APIs are functionally equivalent. The biggest difference between both is that D3D is object-oriented whereas OGL is just a C-style series of function calls(ie. the difference is direct3DDevice->Present() vs glSwap()).

      Also, D3D does not have an immediate mode, which is why OGL "seems" easier when looking at simple programs(immediate mode allows passing a single vertex by a call to glVertex). However, immediate mode does not reasonably scale, because the overhead of function calls quickly becomes the bottleneck with larger geometries and so you have to move into using vertex arrays(called vertex buffers, in D3D-speak), thus making your program very similar to the D3D one.

      As for which one is better, that's debatable. In the 90's, D3D was lagging behind with regards to newer functionality(there was a Carmack rant on how D3D didn't include some functionality and the OGL folks simply did an extension) but I believe the situation is reversed now. D3D does have the advantage of having PIX for free, which is a really nifty 3D debugging app(GarageGames wrote an article about it).

    54. Re:Hold your horses by jedidiah · · Score: 1

      > Yeah, because Linux is for poor people. LOL

      If I am going to blow money for playing games, I would
      rather it go towards a dedicated games console that will
      us the big HDTV in the living room rather than being
      designed around small computer monitors.

      You're not "poor" just because you don't have money to burn.

      --
      A Pirate and a Puritan look the same on a balance sheet.
    55. Re:Hold your horses by Chaos+Incarnate · · Score: 1

      Hibernation in Linux doesn't work with all setups; my desktop would happily go into hibernation, but never successfully came out of it. (Same with standby.)

      --
      Benford's Corollary to Clarke's Law: "Any technology distinguishable from magic is insufficiently advanced."
    56. Re:Hold your horses by westlake · · Score: 1
      ...and Mac OS, and PS3, and Wii...

      You are talking about three wildly different platforms.
      Direct X gives you all but a tiny fraction of the PC market and a strong second in the console market. The developer has to decide what best serves his game and his market. The developer has to justify the expense of supporting a second or third platform. The Wii will never be a graphics powerhouse - and OGL can't change that.

    57. Re:Hold your horses by SanityInAnarchy · · Score: 1

      Interesting. I haven't tried that here -- I do have a virtualized Windows, but it's different enough hardware that I had to call Microsoft to register the bare-metal install after first installing on the VM.

      I could also download and then backup during the day in my VM, then restore the backup.

      For now, I just suck it up and enjoy my fiber -- only took an hour to download Episode 2 anyway. It is, however, an irritation.

      --
      Don't thank God, thank a doctor!
    58. Re:Hold your horses by SanityInAnarchy · · Score: 1

      Actually, from what I remember, that was a beta. And it's not in Ubuntu yet. So I'm still waiting.

      --
      Don't thank God, thank a doctor!
    59. Re:Hold your horses by bucky0 · · Score: 1

      Not to be obtuse, but D3D dropped retained mode and kept immediate mode. RM was always kindof a toy, and wasn't "close enough to the metal" for game devs, so they dropped support.

      I'd disagree that D3D has support for newer functionalify. D3D since DX10 has moved to a model where every card that is "DX10 capable" has to have the same capabilities and have moved away from having "cap bits", hardware manufacturers don't have a mechanism for exposing new features between DX revisions as opposed to OGL which can just expose a EXT_BLAHBLAH.

      Given a choice, DX is different than OGL like all MS interfaces are different than standardized implementations. Like the win32 API, DX is layer upon layer of function calls without any sense of continuity (like PHP, ugh). OGL is a logically consistent state machine, which is why I enjoy it more than messing with DX.

      --

      -Bucky
    60. Re:Hold your horses by RiotingPacifist · · Score: 1

      right.... your point? The fact is they need their game servers to run on linux and that is why they employ somebody to "port" the servers for windows-based game to linux.

      --
      IranAir Flight 655 never forget!
    61. Re:Hold your horses by Spit · · Score: 1

      If you're running closed-binary software and it runs perfectly fine, who cares if you require and api-translation? What does it matter to you?

      --
      POKE 36879,8
    62. Re:Hold your horses by thetoadwarrior · · Score: 1

      The way I see it, if you play an involved game like most Steam games are, you're no longer multitasking. The game, not the OS, is what you interface with. So why would you want to force it to run using something like wine, when it would be less painful to reboot into Windows and run it natively?

      Because not everyone wants to be forced to own a copy of windows just to play games on their PC.

    63. Re:Hold your horses by FungosBauux · · Score: 0

      You are a bad programmer than. Have no idea how to organize your code or doesnt understand state machines.

    64. Re:Hold your horses by ion.simon.c · · Score: 1

      Hi! I'm an OGL noob. (I just use the basics to do some real-time viz for *really* basic data and statistics.) So, please take my question with a
      grain of salt, as I know fuck-all about D3D. : D

      You say:

      It's not really obtuse, both APIs are functionally equivalent. The biggest difference between both is that D3D is object-oriented whereas OGL is just a C-style series of function calls(ie. the difference is direct3DDevice->Present() vs glSwap()).

      Have you examined OGL 3.0? (I'm sure that noone has driver support for it yet, but still.) I hear that it's now an object-oriented API. If you have looked at OGL 3, how does it compare to D3D 9 or 10?

      Cheers!

    65. Re:Hold your horses by ion.simon.c · · Score: 1

      The benefits of using the entire DirectX stack obviously must outweight those other markets otherwise games wouldn't do it.

      Or maybe MSFT hands game devs a stack of cash and a team of D3D devs to provide support? ;)

    66. Re:Hold your horses by ion.simon.c · · Score: 1

      *points* My desktop computer can output to a big ol' HDTV, too. I'd imagine that a stronger argument would be the dearth of single-machine multi-player games for the PC.

    67. Re:Hold your horses by ion.simon.c · · Score: 1

      Remember, wine will always be a kludge. A damn good kludge at times, but still a kludge.

      So, are things like QEMU and bochs kludges? If so, is valgrind a kludge?

      I agree that native apps are by far the ideal situation. Moreover, by targeting Linux you stand a decent chance of having your app run on any Unix-ish platform out there. But, what's wrong with making Linux *even more* interoperable? If Linux plays so well with Windows that it even runs Win32 binaries -especially those of $MISSION_CRITICAL_APP-, what's to stop someone from dropping in a Linux box the next time that the MSFT bill collector comes calling? ;)

    68. Re:Hold your horses by Anonymous Coward · · Score: 0

      Comparing D3D and OpenGL is a bit suspect, because ... you know, you're just comparing the interfaces to the GPU. The truth is that in the absence of driver bugs they will behave exactly the same.
      As a consumer it should not matter to you which API an application is using. The only reason you even heard about D3D is Microsoft's marketing department.

      Also, SDL is not an interface to 3D hardware, it just offers cross platform interfaces to get OpenGL applications up and running (+some other things).

    69. Re:Hold your horses by arth1 · · Score: 1

      And now look at it from a developer's point of view, Windows has the vast majority of gamers, making it fairly unfeasable to make Linux-only games, or even port their DirectX-based games to Linux. But if they make it playable on Wine, and people start playing it on Wine, doesn't that increase the amount of people playing it on Linux? It might be a bit naive, but it's possibly a way of getting gamers over to Linux, encouraging developers to concentrate more time and effort on it.

      But I don't think it encourages them. Rather the opposite, I believe the presence of wine makes them think "why should we bother porting this to linux when it runs under wine?". In fact, I think this is already happening, and is one of the reasons why we have far fewer commercial linux games these days than a few years ago.

    70. Re:Hold your horses by Anonymous Coward · · Score: 0

      > If you ever actually read the OEM licenses for Windows, you'd know that those licenses are bound to the specific hardware that you purchased

      And if you had read the applicable laws in your country you would most likely have found out that those license terms are not valid and have no meaning.
      Due to activation of course you will still have some issues unless you are ready to sue Microsoft...

    71. Re:Hold your horses by j_sp_r · · Score: 1

      OpenSuse 11.0 with Ati X300 mobile and when I ran it I think wine 1.0 was just out. I installed it using Steam (bought the orange box but my DVD player was so crappy I could only use the serial).

    72. Re:Hold your horses by Junior+J.+Junior+III · · Score: 1

      > If you ever actually read the OEM licenses for Windows, you'd know that those licenses are bound to the specific hardware that you purchased

      And if you had read the applicable laws in your country you would most likely have found out that those license terms are not valid and have no meaning.
      Due to activation of course you will still have some issues unless you are ready to sue Microsoft...

      Please, by all means, somebody sue MS! I'd love to see EULAs declared invalid. Until someone does sue and prevail in court, however, there's a few decades of established business and commerce that have likely gone a long way in the eyes of the courts to legitimize them. I think if a suit would have been brought forward in the early 80's, we might have a much better standing than we do now, some 20-30 years later with these agreements largely unchallenged and accepted by consumers.

      --
      You see? You see? Your stupid minds! Stupid! Stupid!
    73. Re:Hold your horses by DaVince21 · · Score: 1

      Let's see... It's convenient not having to reboot. Older apps will sometimes run (correctly) under Wine when they can't anymore under Windows. Sometimes, apps can actually run faster in Wine since Wine is a lot smaller and has barely any overhead, and anyone experienced can optimize part of the libraries that MS devs don't (of course, games usually run slower). Another advantage is not having to have Windows installed at all and still be able to play Windows games (big advantage on my 4G Eee PC, for example).

      --
      I am not devoid of humor.
    74. Re:Hold your horses by arth1 · · Score: 1

      He has a point, though, in that recent OpenGL has been designed by committee, and not by those who actually push the limits.

      But the main reason why OpenGL has gone downhill is because SGI went belly up, and had to divest everything they could. They were the driving force behind OpenGL, producing software to exploit the hardware, and hardware to exploit the software. After SGI's almost total departure, OpenGL has not been able to keep up, and in some ways have even deteriorated.
      It'll live on for modeling for quite some time yet, but for gaming, OpenGL is pretty much on its last breath, and quite clearly, OpenGL 3.0 wasn't a life saver.

    75. Re:Hold your horses by Directrix1 · · Score: 1

      With the install base it has, I really don't see OpenGL going anywhere. In the mobile field its pretty much THE standard. As far as features go everything is supported through extensions correct? Sometimes even before DirectX gets support? As great as it is to declare a proprietary single-platform piece of claptrap the defacto 3D standard, it would be doing a bunch of other great platforms a severe injustice. While I agree OpenGL is not great, it is also the best cross-platform solution there is. And despite what some people want to believe, Windows is not the world. BTW, why not just use something like Open Scene Graph or Irrlicht if OGL is too low level.

      --
      Occam's razor is the blind faith in the natural selection of least resistance and in universal oversimplification. -- EF
    76. Re:Hold your horses by FishWithAHammer · · Score: 1

      I'm not a consumer. I'm a programmer.

      And while SDL is a cross-platform interface, it's the closest thing the open-source community has to DirectX as a whole. And it's not very good.

      --
      "You can either have software quality or you can have pointer arithmetic, but you cannot have both at the same time."
    77. Re:Hold your horses by FishWithAHammer · · Score: 1

      Ah, my occasional "Why I Hate OpenGL" bit can make an appearance. :-P

      Some of this stuff may be old and outdated to a point; I haven't used OpenGL significantly in years because of how much of a pain in the ass it was.

      Environmental/"Social" Problems:

      -The extensions system. In a perfect world, this might really be an excellent way to do things. As it is, it's vaguely irritating at best because very important functionality is stuffed in them, and sometimes doesn't work at all across card manufacturers. This is of course true with Direct3D at times, but it's more rare and there are often easier workarounds. (A number of extensions don't work on non-nVidia cards.)

      -Weak documentation organization (when documentation exists at all). My favorite assache: once in a while, extensions are subsumed into core. But the documentation stays under the title of the extension. Pain in the ass.

      -Lack of a tool suite comparable to what you get when working with D3D. If you've worked with Microsoft's tools, you know what I mean. It's just easier.

      Specific Technical Annoyances:

      -Everything's a GLuint. Types? Who needs types? D3D has strong typing for just about everything and I like it that way, dammit.

      -GLSL can't target SM1. Less important now that almost everyone has SM2+, but still, that sucked for a long while.

      -GLSL functionality is very hit-or-miss and it's hard to query it. My friend Roy pointed this out to me once, using the noise() function: almost nobody implements it, they just return a constant of {0.0, 0.0, 0.0}. You can't query whether it works or not, either.

      -No convenient object for storing vertex declaration. This is basic and should be standardized.

      -While on vertices: change your VBO, you trashed everything and have to recall all your *Pointer functions. Stupid stupid stupid.

      This is just a bit off my head at 5AM, but my point is--it's just a serious pain in the ass. D3D is by no means perfect, but the developers at Microsoft actually looked at how people use their stuff and made it work better for those cases. The same was never true of OpenGL.

      --
      "You can either have software quality or you can have pointer arithmetic, but you cannot have both at the same time."
    78. Re:Hold your horses by FishWithAHammer · · Score: 1

      If I was working on a basic game project, I'd go grab XNA. The older versions of XNA were skiffy, but the newest is pretty nice for that sort of thing. Free, too.

      --
      "You can either have software quality or you can have pointer arithmetic, but you cannot have both at the same time."
    79. Re:Hold your horses by badkarmadayaccount · · Score: 1

      So, why not use Java 3D? It's a wrapper API for D3D and OGL, and since it interfaces with Java, it's pretty much buzzword compliant (i.e. OOP, etc.). Just a thought.

      --
      I know tobacco is bad for you, so I smoke weed with crack.
    80. Re:Hold your horses by badkarmadayaccount · · Score: 1

      One word: ACPI Another couple of words: broken implementations on most motherboards

      --
      I know tobacco is bad for you, so I smoke weed with crack.
    81. Re:Hold your horses by Anonymous Coward · · Score: 0

      they fixed the friends feature a long time ago.

      i don't feel your pain but i see it. sucks to be you. i love my winblow$ machine.

    82. Re:Hold your horses by Chris+Pimlott · · Score: 1

      Interesting. I haven't tried that here -- I do have a virtualized Windows, but it's different enough hardware that I had to call Microsoft to register the bare-metal install after first installing on the VM.

      Parallels does some non-trivial tricks under the covers so that Windows doesn't freak out when the hardware changes between when you boot it virtual vs actual. They're using different hardware profiles, I think it automatically choses the right profile in the NT bootloader at vm boot time.

  5. Not much longer... by spydabyte · · Score: 2, Funny

    Just a few more years?
    If they're still looking to hire, I doubt this would be anytime soon. It is valve we're talking about here.
    Let me know when they publicly announce it.

    1. Re:Not much longer... by Anonymous Coward · · Score: 0

      We'll be long dead by the time they announce it.

  6. Re:Oh yes! by Nathrael · · Score: 2, Insightful

    RtCW: Enemy Territory?

    --
    A good education is a bit like a STD - it makes you unsuitable for a lot of jobs and gives you a desire to spread it.
  7. There already is a Linux steam client by Anonymous Coward · · Score: 0

    It's for running the dedicated servers!

    As was mentioned above this was probably just an accidental inclusion from that project.

  8. "Valve Time" by Anonymous Coward · · Score: 0

    Considering how long it takes them between releases, we can expect this sometime around 2015.

  9. But Postal3 by Anonymous Coward · · Score: 0

    Postal3 has already been confirmed to have a linux-native client AND postal3 is to use Valves Source engine so since this game is due in 2009 a linux-native source engine/valve must be worked on

    maybe this is the 1st signs of it

  10. Re:Maybe I'm oldfashioned... by onedotzero · · Score: 1

    Some references would be nice.

  11. Porting DRM to linux! by Anonymous Coward · · Score: 0

    But if you can have a game DRM system on Linux, can Linux be truly free?

    1. Re:Porting DRM to linux! by Narishma · · Score: 1

      Yes. It's not like you are forced to use it if/when it's available.

      --
      Mada mada dane.
  12. Come one, Phoronix? Seriously? by Loibisch · · Score: 5, Interesting

    Who still believes any of the stuff they're writing?

    Those libraries are used by the Linux SERVER, so they can pull updates over Steam. Yes, Steam in Linux...shocking, ain't it? That says absolutely zip about game capability.

    Phoronix sees a handful of .so files and weaves a huge story about any Source games are just around the corner for Linux.

    There's absolutely _nothing_ noteworthy about this...

    1. Re:Come one, Phoronix? Seriously? by Ant+P. · · Score: 1

      Who still believes any of the stuff they're writing?

      I don't, but I read it anyway to laugh at the hilariously inaccurate articles - it makes Slashdot look professionally edited in comparison

  13. wishful thinking by niteice · · Score: 4, Informative

    I don't doubt that Valve has investigated the possibility of a native Linux client. However, Phoronix doesn't seem to be looking in the right places. Let's go through what they brought up from the perspective of someone who is familiar with the Source engine:

    steamclient_linux.so - this is the ONLY interesting file. I have a sneaking suspicion, though, that a majority is stubbed out and this is a remnant of the port of L4D to Steamworks - it uses a more generic library layout to work with any application, not tightly integrated with Source as before. Perhaps the server uses some functions in it to connect to the Steam master servers. That would explain why they only found it to be about half the size of the Windows version.

    studiorender_i486.so - Valve calls their 3D model format a "studio model." I'm fairly certain that this file is stubbed out and only the model loader is available - the physics engine needs it to get at mesh data.

    vstdlib_i486.so - Valve's standard libraries. Routines and classes used throughout the engine. No surprise, it's been shipping as long as the dedicated server has.

    libsteam_api_linux.so - The API into Steam. Again, probably a Steamworks artifact. Again, perhaps part is used by the dedicated server.

    engine_i486.so - core engine functionality. Anything that isn't factored out into another library (there are about 45) exists in here. I'm fairly sure that typically, left4dead.exe connects to Steam, then loads this library to make stuff happen. Core client and server code (operation, not logic) is in here.


    Unfortunately, I have since removed the demo from my computer (bought the actual game, well worth it) and can't investigate these files any further. I don't think this is 100% indicative of Valve having a Linux client ready, but rather extreme extrapolation on Phoronix's part. I'm completely with them on wanting a client though.

    --
    ROMANES EUNT DOMUS
  14. No Mac support first? There's 5x as many people... by SuperBanana · · Score: 1

    Supposedly the numbers are 5:1 Mac:Linux on the desktop platform; you'd think they would be going after that market first.

  15. Re:Maybe I'm oldfashioned... by Truekaiser · · Score: 0, Troll

    He is talking about steam. not only are you forced to run it always in the background when you play the games.
    it will call home every time you start a game to see if it's legit even if it's for lan or single player(yes i know one can get around it but do it too often and it will complain). It will prevent you from even running a game that is not up to date even in single player mode or lan, which is a pain in the rear because on some games the newest patch is not always the best. The ability to arbitrarily and without notice change requirements of the game like forcing people to up date their os's to play games that without steam would of played just fine.
    the subversion of your fair use rights of being able to take the games you buy to a buy sell or trade store when your throughly sick of it to get some money back on your investment, on top of that boxed games that require steam can't be sold by ebay or any buy sell or trade stores because valve has publicly announced they won't accept those sales as valid even if the buyer proves he has the legit cd and proof of purchase. the fact that it removes from your control the physical medium of the game, some of us have isp's that don't like it when you download multiple gigs of data just because one little file in the steam cache(which you are not allowed to open btw) gets courpt.

    to put it bluntly at the cost of my karma, if a game is on steam it's not worth playing. i DO NOT support companies that treat people like this. though on a side note i would find it funny if they ported steam to linux, it would be the first official spyware program for the os.

  16. Could be good Idea by Anonymous Coward · · Score: 0

    There is no platform for distributing comercial games available for Linux so far. If Valve did port Steam and all games using the Source Engine to Linux, they'd have some kind of Linux-Game monopoly. They could even do some contracts with major Distributors to include the Steam client in the repositories. So nearly everyone willing to buy a linux game will go to steam an buy it there easily - other companies already porting games to Linux could sell them using steam. And with the increasing popularity of Linux, this would be the right time for Valve to jump at the raising train

    1. Re:Could be good Idea by clem · · Score: 1

      There is no platform for distributing comercial games available for Linux so far.

      Au contraire.

      --
      Your courageous and selfless spelling corrections have made me a better person.
  17. benefits will by wakingrufus · · Score: 1

    even if they are planning to port valve games, there will be a sooner good side effect from this: it will be nice to be able to install the linux versions of introversion games. currently, if you are running steam in WINE, you can only install the windows versions of those games, even though linux versions are available as a separate install.

  18. Re:No Mac support first? There's 5x as many people by Anonymous Coward · · Score: 0

    Supposedly the numbers are 5:1 Mac:Linux on the desktop platform; you'd think they would be going after that market first.

    There is a problem with that theory. Most Mac users use a mac for ease of use, not stability and ability to do whatever you want with full operability. There are far more gamers running linux than MacOSX.

  19. Re:No Mac support first? There's 5x as many people by gparent · · Score: 1

    That says nothing about the ratio of people running macs and wanting to play source games over the amount of people running linux and wanting to do the same thing.

    VALVe has tons of data about that.

  20. Re:No Mac support first? There's 5x as many people by Anonymous Coward · · Score: 0

    Well, I'd say the 295 people using 8 core machines are probably mostly Mac Pro users booting into Windows to play games. As one of those 295 people (0.2% of survey respondents) I can say we do want a Steam client for OS X.

  21. The Demo Is Gone BTW by Ka+D'Argo · · Score: 1

    The only way to play the demo is, and IANAL, kind of illegal now. The demo for L4D was removed from Steam the day the full game launched. If you google it, many people missed out on the demo and now have to buy the full game if they want to try it. The illegal part is, while the game is no longer listed in Steam, you still have the game installed. If you run the exe, you can play the single player demo only. I say kinda illegal cause if Valve doesn't want you playing the game on Steam, I doubt they want you playing the single player either and will probably update Steam to remove it (it was removed cause the demo is rather open ended and could easily have new maps made for it, detracting from sales of the full version. You could still technically do this for the single player too). So the linux guys are in the same boat as a lot of us wanting to test the game before buying it (assuming they even support Linux in the full version).

    --
    Aw Frell this
    1. Re:The Demo Is Gone BTW by Anonymous Coward · · Score: 0

      Yeah, I thought that was really bizarre how they removed all references to it. At the time I didn't know the demo would expire, so it's lucky I downloaded it when it was available. I can understand disabling the multiplayer portion of a demo after the game is released (so those servers can support the retail version). But to release a demo (which includes a single-player mode) for ONE WEEK ONLY and then remove it from the face of the earth is just stupid. I feel bad for people who are just now hearing about the game; this is an instance where I can fully support "alternative" options such as The Pirate Bay. If they were going to nuke the demo after only one week, they shouldn't have even bothered with a demo at all. What. The. Fuck.

  22. Re:No Mac support first? There's 5x as many people by Zathain+Sicarius · · Score: 1

    Linux and Mac OSes are all based off of the Unix kernel arn't they? I'm sure it wouldn't take too much to work on an OS X version too if this Linux version actually exists.

  23. wine already runs steam + Valve games just fine by mattbee · · Score: 4, Interesting

    i.e. Half-Life 2, Team Fortress, Portal, right here on my Ubuntu laptop. There *is* a native version of Steam for Linux, albeit one without much of a front-end, just for running dedicated servers. So I suspect this is a non-story. Valve would be insane to worry about porting their games to Linux (at least) before they ported to the Mac, so I really think it's unlikely they're considering it. There's no common programming framework between Steam games, other than the copy protection & integration, so every game would be a separate porting job - not going to happen!

    However if they could wrap up Steam, wine, Ubuntu together into a neat physical package, they could be in an interesting position to flog PC-based games consoles with a library of download titles, and *that* is the only reason they might be interested in supporting their own games on Linux. With Popcap and other cheap smaller titles making up the majority of their catalogue (even if those are not the most popular overall) and some hardware partner on board, they might have a shot if they could price a console at the low end of things.

    Still- while they have an interest in keeping titles out for the XBox 360, taking on a huge platform project to compete with Microsoft would take balls of steel and plenty of money.

    No, this is all crap, undoubtedly. But nice to speculate occasionally :)

    --
    Matthew @ Bytemark Hosting
    1. Re:wine already runs steam + Valve games just fine by pandrijeczko · · Score: 2, Insightful

      Valve would be insane to worry about porting their games to Linux (at least) before they ported to the Mac

      A somewhat obtuse statement from an otherwise interesting comment that deserves a response.

      Firstly, to be a Mac user, you have to buy one of a range of specific computers but to be a Linux user, you just need an empty PC or a Windows PC with some spare hard disk space. Therefore, if you're currently a PC gamer in Windows, it's easier to move to (or dual boot) Linux than it is to buy a Mac.

      Secondly, I wouldn't argue that in the USA, if Windows is the most used OS, then second place would probably go to OS X on Macs with Linux a fairly close third. However, such is not the case for Europe and, I suspect, much of the rest of the world - Linux is definitely second place to Windows. Therefore, outside the USA, there's probably a bigger potential market for commercial games on Linux than on Macs.

      I really am not intending to provoke a "my OS is better than your OS" argument, but as someone who has been in the IT & telecoms industry for 25+ years, I say it like I see it - my friends and workmates all run Windows, about 10% run Linux (usually alongside it) and I know of no-one who either owns a Mac or intends buying one, despite the fact that these are mostly IT literate people with numerous iPods amongst them.

      --
      Gentoo Linux - another day, another USE flag.
    2. Re:wine already runs steam + Valve games just fine by elwin_windleaf · · Score: 1

      I have had nothing but trouble getting Valve's games to run smoothly under Linux, and by reading through the support forums I can see that I'm not the only one.

      Mind you, this is on a brand new quad-core 2.3GHz machine with a 384MB NVidia graphics card.

      While I don't doubt they'd consider creating a package out of the whole thing, I would like to think that they are interested in opening up to the general Linux market a little as well. I've bought every Valve game so far, so it would be nice to know that my switch to Linux isn't going to prevent me from continuing that trend.

    3. Re:wine already runs steam + Valve games just fine by Nick+Ives · · Score: 1

      Therefore, if you're currently a PC gamer in Windows, it's easier to move to (or dual boot) Linux than it is to buy a Mac.

      Ignoring any time considerations, of course. Realistically someone could more easily go from actually using Windows to actually using Mac OS X without ripping all their hair out or trying to kill themselves. The transition from Windows to any Unix type OS is hard.

      I also find your assertion that Linux desktops outnumber Macs outside of NA a little odd. That's definitely not true here in the UK or I bet the rest of Western Europe, as much as I'd like it to be.

      --
      Nick
    4. Re:wine already runs steam + Valve games just fine by Anonymous Coward · · Score: 0

      "brand new quad-core 2.3GHz machine with a 384MB NVidia graphics card."

      Having 384MB of memory is NO WAY says anything about whether or not that card is fast. Ram is quite cheap and most lower end cards have a decent amount of ram. In fact, it's pretty common for vastly slower cards to have MORE ram than faster ones, as ram is cheap but the gpu isn't.

    5. Re:wine already runs steam + Valve games just fine by Anonymous Coward · · Score: 0

      Posted anon because of moderation.

      The advertising spiel that Macs are easy to use is not universally true, and depends much more on the user than on the OS involved.

      Second, Mac OS X is a fucking "Unix type OS", dipshit.

    6. Re:wine already runs steam + Valve games just fine by Anonymous Coward · · Score: 0

      Mod parent up. Linux is much more prolific than OSX -- no matter what Apple says, they will always be a niche market until they open up their software to common computer hardware. Besides all this, is it really that much different to port a game like Left4Dead to Linux instead of OSX? They both use OpenGL and Unix-like networking...

    7. Re:wine already runs steam + Valve games just fine by mattbee · · Score: 1

      I really am not intending to provoke a "my OS is better than your OS" argument, but as someone who has been in the IT & telecoms industry for 25+ years, I say it like I see it - my friends and workmates all run Windows, about 10% run Linux (usually alongside it) and I know of no-one who either owns a Mac or intends buying one, despite the fact that these are mostly IT literate people with numerous iPods amongst them.

      I had assumed, and others pointed it out, that many more people buy Macs than run Linux desktops, however much "under the radar" that Linux desktops might be. My experience and your experience as slashdot freaks probably aren't representative of the wider world's computer purchasing habits :-) So while many games developers are already wondering whether the "PC" is a viable platform at all, the idea of additionally porting to the Mac or Linux as second & third options in terms of market share, seems pretty distant except for those with iron programming discipline and/or resources to spare.

      --
      Matthew @ Bytemark Hosting
    8. Re:wine already runs steam + Valve games just fine by Nick+Ives · · Score: 1

      I've used Linux and Windows extensively, my main experience of Macs comes from using them in education. I stand by my assertion that Mac OS is easier for people who are used to using Windows. I've tried to do the Linux conversion on Windows users with varying degrees of success but Windows to Mac is a lot easier. I think it's less to do with GUI similarities than it is to do with the fact that both Apple and Microsoft test their GUIs so much.

      Also calling Mac OS Unix is like calling Windows NT VMS. Sure, you can do Unix stuff on it as that's what it was built on but what makes it Mac OS is all the proprietary stuff Apple have built on top of it.

      So, as well as being rude and a coward you're also wrong.

      --
      Nick
    9. Re:wine already runs steam + Valve games just fine by Anonymous Coward · · Score: 0

      Valve would be insane to worry about porting their games to Linux (at least) before they ported to the Mac

      I think Linux would be a good choice for Steam. Think about it, they could create a live DVD with all their game packages on it. A user could boot it on any computer and log in to their own account to play their games.

      Might also be handy for cyber cafes. Instead of messing around with a Windows set up (and Windows licenses) they could install a dedicated Linux Steam system.

    10. Re:wine already runs steam + Valve games just fine by atomic-penguin · · Score: 1

      Also calling Mac OS Unix is like calling Windows NT VMS. Sure, you can do Unix stuff on it as that's what it was built on but what makes it Mac OS is all the proprietary stuff Apple have built on top of it.

      Mac OS is UNIX: Exhibit A. Anyway, who said UNIX proper couldn't have proprietary components? There are dozens of brands of UNIX with proprietary stuff added, Apple was by no means the first vendor to add their own components to UNIX.

      --
      /^([Ss]ame [Bb]at (time, |channel.)){2}$/
    11. Re:wine already runs steam + Valve games just fine by Anonymous Coward · · Score: 0

      Well, I guess if you don't know anyone with a Mac then their existence is obviously fiction. It's propaganda fronted by liberals and marxists. Never forget!

    12. Re:wine already runs steam + Valve games just fine by westlake · · Score: 1
      I wouldn't argue that in the USA, if Windows is the most used OS, then second place would probably go to OS X on Macs with Linux a fairly close third. However, such is not the case for Europe and, I suspect, much of the rest of the world - Linux is definitely second place to Windows.

      and about seventy-five miles back down the road.

      The Net Applications webstats are global and show a 0.71% share for Linux. Operating System Market Share There is no way you can massage a statistic so pathetic into something significant.

      Valve's games demand significant horsepower. They are not being played on the Linux Netbook or the XO.

    13. Re:wine already runs steam + Valve games just fine by GiMP · · Score: 1

      It is easy to argue that even where there are more MacOS installation than Linux installations, that there might yet be a larger Linux gaming audience than a Mac gaming audience.

      Personally, I know more people with Macs than use Linux on the desktop. Yet, I know more Linux users with systems capable of running Source-engine games (at acceptable framerates) than Mac users. This is because almost everyone I know that owns a Mac, owns a Macbook or Mac Mini, very few own Macbook Pro or Mac Pro systems. On the other hand, the Linux users can run on practically any hardware they wish, and have gaming-capable hardware.

    14. Re:wine already runs steam + Valve games just fine by pandrijeczko · · Score: 1

      Personally, I know more people with Macs than use Linux on the desktop.

      I don't deny that's the case - but you've not said whereabouts in the world you are.

      I suspect you're in the US because of the level of Mac penetration over there. But such is not the same for Europe and, I suspect, the rest of the world.

      --
      Gentoo Linux - another day, another USE flag.
    15. Re:wine already runs steam + Valve games just fine by Spit · · Score: 1

      Every windows PC is one hour away from being a Ubuntu system.

      --
      POKE 36879,8
    16. Re:wine already runs steam + Valve games just fine by pandrijeczko · · Score: 1

      I find it amusing that Apple fanbois take everything so personally!

      The Net Applications webstats are irrelevant here - I'm talking about home users who play games, the stats to not make the distinction between home (gaming) users and corporate users, where, in the latter case, an almost overwhelming majority will be Windows desktops.

      I can only report what I see with my own eyes, I'm afraid. I've travelled EMEA and the US for 25+ years as a techie, I notice gadgets people are carrying and using at airports and in offices, and the fact is I very rarely see a Mac being used.

      There is no way you can massage a statistic so pathetic into something significant.

      Please stop with the emotion and stop treating this like a personal attack - if Macs work for you then good luck to you but, again, with 25+ years working as a techie (mainly in the telecoms industry), I've used Windows, Linux and UNIX a lot but never once found a need to buy an Apple machine.

      I've got a close friend who is an IT contractor who was *given* a Mac by one of his clients - he fired it up once, didn't really know what he wanted to do with it and put it back in the box where it now sits gathering dust. The guy's a gamer who likes and uses Windows and occasionally rings me with Linux questions when he fires up his Ubuntu box.

      Valve's games demand significant horsepower. They are not being played on the Linux Netbook or the XO.

      Please stop with the stats manipulation. People don't buy Netbooks for gaming full stop, they're irrelevant to this argument. I'm talking home users with gaming machines here, stay on topic.

      --
      Gentoo Linux - another day, another USE flag.
    17. Re:wine already runs steam + Valve games just fine by pandrijeczko · · Score: 1

      I just say it like I see it - for me an operating system is a tool to get a job done, not to make a political statement with.

      I use lots of Linux (both home and work), lots of Windows (home and work) and combined they do everything I need a computer to do. Yep, it'd be nice to do everything on one OS but I can live with it.

      --
      Gentoo Linux - another day, another USE flag.
    18. Re:wine already runs steam + Valve games just fine by ion.simon.c · · Score: 1

      So, you're playing with a GeForce 9600 GSO? That might explain your lack of smooth running. ;)

    19. Re:wine already runs steam + Valve games just fine by RMingin · · Score: 1

      As someone who routinely runs all three OSes being discussed, and who has a great number of acquaintances running primarily just one, I will freely agree that most OSX users do not run games, and the few that do tend to run very low-end casual games.

      However, the situation is much the same among the few Linux-only users I know. Most 'gamers' run at least two of the troika, usually Lin+Win or OSX+Win, and anything that won't run cleanly and easily under Wine/Crossover/Cedega/WTFever gets run in Windows natively.

      I'm not an authority, but it certainly looks like the nay-sayers from 1999 were right. Windows can kill any serious Wine-based momentum, only native ports are beyond their influence.

      --
      The preceding comment is my own, and in no way construes an opinon of the Emperor of Mankind.
    20. Re:wine already runs steam + Valve games just fine by Nick+Ives · · Score: 1

      I'm aware of the certification, and admittedly the NT/VMS comparison was out of whack (maybe I should have come up with a car analogy?) but the basic point I'm making is sound. An average Mac user could not easily go over to another Unix as the whole Mac OS experience is about the proprietary stuff Apple have built on top of their Unix base.

      --
      Nick
    21. Re:wine already runs steam + Valve games just fine by Medgur · · Score: 1

      There are more Linux gamers than Mac gamers.

  24. Probably just a random binary. by that+this+is+not+und · · Score: 1

    steamclient_linux.so is probably a gzipped jpeg of Bill Gates with a few bits of header pasted on to make it look exciting for the Linux folks.

  25. Re:No Mac support first? There's 5x as many people by gparent · · Score: 1

    I didn't say anything about Mac people wanting a steam client being nonexistent. I simply said that if the amount of people willing to play on macs
    At any rate, I shot an email to a dev and am awaiting his response.

  26. Re:No Mac support first? There's 5x as many people by Anonymous Coward · · Score: 0, Troll

    I have an Intel Skulltrail rig, have 8 cores, and have never put OSX anywhere near it.

    A decent try, but Mactards don't have a monopoly on 8 cores either, though no doubt Stevie Jobber has tried to convince you that the only 8 core desktops in the world are Macs.

  27. Re:No Mac support first? There's 5x as many people by RiotingPacifist · · Score: 1

    Well AFAIK there is no itunes, safari, etc for linux so its obviously not that easy.

    --
    IranAir Flight 655 never forget!
  28. More surprising: "PC Specific Splitscreen Options" by Doug52392 · · Score: 2, Informative
    Among the libraries included in the L4D demo:
    libsteam_api_linux.so
    libsteamvalidateuseridtickets_i486.so
    libtier0_s_linux.so

    I noticed this within the first hour after the demo came out while adjusting the configuration files.

    However, I was more surprised with the file:
    C:\Program files\Steam\SteamApps\Common\left 4 dead demo\left4dead\cfg\splitscreen_on.cfg:

    // PC Specific Splitscreen Performance Options
    // Currently these are all pretty much disabled because they muck with per-machine system settings.

    //cl_particle_fallback_base 3
    //cl_particle_fallback_multiplier 2.0

    // Leave flashlight depth texture on in PC splitscreen
    r_flashlightdepthtexture 1

    //r_shadowrendertotexture 0
    //r_shadowfromworldlights 0

    //cl_detaildist 450
    //cl_detailfade 150

    //r_drawmodeldecals 0
    //r_decals 512
    //r_decalstaticprops 0

    //cl_ragdoll_maxcount 0
    //sv_ragdoll_maxcount 0
    //ragdoll_sleepaftertime 3

    I thought "WTF!? Splitscreen on the PC???". Doesn't do much, since it's disabled, but it's worth pointing out.

  29. Re:No Mac support first? There's 5x as many people by Zathain+Sicarius · · Score: 1

    They probably just don't care about the small minority of Linux users. Why would they use their time and money to please a tiny bit of the market share when they could focus on their windows port. There is alot more of an incentive to work there. Besides, you're working backwards if you go from Mac OS back down to unix. They would probably start with unix and make a base that works, then polish things per distrobution.

  30. Re:More surprising: "PC Specific Splitscreen Optio by DrGamez · · Score: 1

    This isn't too surprising, it's been known since the demo and already there are people who have written up tutorials on how to get it running. http://forums.steampowered.com/forums/showthread.php?t=745113

  31. Re:More surprising: "PC Specific Splitscreen Optio by Narishma · · Score: 1

    It was available in the beta or demo but was disabled in a patch. They said they would add an option to enable it again in the future (probably through the console) but won't support it on PC. They mainly added it for the Xbox version.

    --
    Mada mada dane.
  32. Re:No Mac support first? There's 5x as many people by Anonymous Coward · · Score: 0

    Notice the word "most"? The low number should tell you that they are pretty uncommon, and my point was that Apple makes one of the more common, somewhat accessible 8 core systems, not that they were the only ones out there. Regardless, it was a joke, hence the citing of the .2% of users that have this setup.

  33. Re:No Mac support first? There's 5x as many people by pseudonomous · · Score: 1

    More or less you're right but: Mac OS X is based off the XNU kernel which is an actual unix kernel which inherits code from BSD, and might even contain some code from the original distrubtion of unix from At&t. Apple claims their operating system is "genuine unix", and it probably fullfils some set of certification requirements (Almost definitaly POSIX), at the same time, however, Apple built alot of extensions on top of thier base system, including their own graphics server (although they also support X11 apps), that would be absent in any other unix. Linux is a kernel, originally intended as a minix replacement, which eventually grew into a unix clone, the GNU project had set out to clone unix from day one. Linux inherits NO code from the original At&t unix operating system, and very little, if any code from BSD pre-dating the 3 *bsd projects. Linux is not quite posix compliant, and probably never will be. On the other hand, Linux sort of "feels" like unix in a way Mac OS X doesn't, from a users perspective (well, from my perspective, anyway).

  34. This means nothing. by Ash-Fox · · Score: 1

    steamclient_linux.so is a file included with the Linux Steam client, the one that only offers and downloads the dedicated server files. It's accidently inclusion, but it doesn't mean anything.

    --
    Change is certain; progress is not obligatory.
  35. Anonymous Coward by Anonymous Coward · · Score: 0

    Doesn't Unreal Tournament 2004 have a native Linux version? Don't know if its available on Steam though.

  36. Re:No Mac support first? There's 5x as many people by Anonymous Coward · · Score: 0

    99% of the macs out there aren't capable of running any source games. All inexpensive Macs have shitty integrated graphics.

  37. [Citation Needed] by Anonymous Coward · · Score: 0

    I dispute your "Linux is a close third to Mac OS X" with a single URL:

    http://apple20.blogs.fortune.cnn.com/2008/10/01/mac-market-share-hits-record/

    Linux hasn't even hit 1%. Mac OS X is over 8%.

    Now explain why Valve would rather port their client software to a platform with an eighth of the market share of Mac OS X.

    1. Re:[Citation Needed] by badkarmadayaccount · · Score: 1

      Because WINE already runs under Mac OS X/Darwin?

      --
      I know tobacco is bad for you, so I smoke weed with crack.
  38. Seriously? No! Humorously! by jensend · · Score: 1

    Phoronix is a funny site. Though they do a good job of collecting a lot of news on a handful of topics which most other sites don't address too well, their own journalism is pretty comical- headlines along the lines of

    • "350 DAYS AND STILL NO LINUX UT3 CLIENT" and then "UT3- 351 DAYS AND NO CLIENT; USERS EXPRESS FRUSTRATION" and "AFTER 352 DAYS, ANGRY MOBS CRY FOR UT3 CLIENT"
    • "HORROR STRIKES LINUX COMMUNITY- X.ORG MISSES SCHEDULED RELEASE DATE- APOCALYPSE APPARENTLY NIGH AT HAND"
    • "NOUVEAU DRIVER TEAM MAKES A SVN COMMIT, SAYS 3D ACCELERATION ANTICIPATED WITHIN CENTURY"

    The best of course are their reviews, which consist of 20 pages each with one bar graph (and no commentary) comparing results which are usually within a couple of percent of each other (this manufacturer shipped us two practically identical cards! let's do a comparison between the two! with benchmarks from each version of ubuntu released since 2005!) and then a conclusion page which says something entirely unsupported by the data.

    Ok, so I may have exaggerated a bit.

    1. Re:Seriously? No! Humorously! by Loibisch · · Score: 1

      Not really by much, I find that description spot-on.

  39. SecuROM by shentino · · Score: 1

    How is this going to handle SecuROM?

  40. So what you're saying is... by Zathain+Sicarius · · Score: 1

    ...that they started from a similar train of thought but branched off in two very different directions, making them into distant cousins, more or less?
    Thanks for clearing up on that, you lost me in some of it but I think I got the point. I'm but a young new slashdotter so I'm not quite up on all my history.

    So MacOS's support of X11 (which is the gui-backbone of most Linux distros if I'm not mistaken) would be that door that would allow a Linux application to be easily ported to OS X and such?

    1. Re:So what you're saying is... by pseudonomous · · Score: 1

      More or less, I'm not a great expert on the matter myself. Since OS X has an X11-compatibility layer (called "Quartz") if you've got an implementation of graphics output that will work with Xorg, it should also work on a Mac. There's plenty of other parts of the code where you might have to worry about something that will execute fine on Linux or OS X but not vice versa, but probably significantly less places than w/ either OS compared to Windows.

    2. Re:So what you're saying is... by badkarmadayaccount · · Score: 1
      Uhh, you've got it backwards, if I parsed it correctly (doubtful). On Mac OS X, X11.app runs on top of the Quartz graphics stack, which is architecturaly quite similar to X11, but the layering is only at the API level, not at the protocol one, so no nifty features like graphics server proxies, null servers, network transparency, etc. BTW, I think it's actually XDarwin packaged, so it's not a complete X.org replacement. It's quite crippled, as I understand, which I believe is part of Apple's strategy to leech off *NIX, as X11 pretty much work, but native ports will be preferred, and, as you mentioned, nothing made for Quartz will run on anything without Quartz, and hence why it's closed source.

      Another thing, though Mac OS X is SUS2000 certified, and Windows is barely POSIX, Mac OS is actually rather quirky in comparison, because a lot of obvious stuff is broken (like /etc/fstab, seriously Apple, WTF?), while windows handles a bit more predictably, AFAIK, especially from the CLI, or a programmer's perspective, but of all three, actually linux is the quirkiest (ask anybody porting linux apps on *BSD) and unpredictable by sheer variation of distros, and this post is getting OT, so I'd better stop. ;) HTH

      --
      I know tobacco is bad for you, so I smoke weed with crack.
  41. Not like you can download the demo, anyways... by Anonymous Coward · · Score: 0

    I'm looking over both the site and thru actual Steam - all demo links go to "BUY ME NOW!" with no link to a demo download.

    I think this is a dick move and is ultimately going to lead to more people pirating the game - if they can't get a demo to try out and don't want to pay for a game that may potentially suck, guess what the next viable alternative is? Hi, Pirate Bay.

  42. That shouldn't have posted anonymously. by melstav · · Score: 1

    I don't know why it went anonymously. I'm logged in, after all, and don't recall hitting the "Post anonymously" checkbox.

    1. Re:That shouldn't have posted anonymously. by LingNoi · · Score: 1

      I guess Slashdot refuses to work for you too...

  43. Re:Nein! by Anonymous Coward · · Score: 0

    Yo momma so fat, her car takes up both sides of the road.

  44. Whut? by Anonymous Coward · · Score: 0

    Postal 3, on Source Engine, announced for Linux, Mac and Windows.

  45. Asus EEE by G3ckoG33k · · Score: 1

    "really huge numbers of low priced FOSS based computers"

    Sadly, most Asus EEE in Scandinavia have been sold with XP. 4 to 1 or so.

    Not that they would run Steam on those machines, however.

  46. ATI drivers by wintermute000 · · Score: 1

    All of this is of course pointless without better ATI drivers for linux

    And why all this storm in a teacup about ANYTHING involving linux and windows games? Its almost like we're admitting that our achilles heel is... shhhhhh... we can't mention it or else we won't get the masses of , er, 'sheeple' to try, er, 'wubi' or Fedora10 live (complete with mp3 playback... wait a sec...) ... aar eff it, I'll just go back to struggling with getting flicker free video with compiz on + ATI 48xx series cards. Oh wait. I can't. OH I know, I'll just write my own patch. Oh hang on....

    Now I understand why the guy who writes the Linux Hater's Blog packed it in.

    disclaimer: I run a Fedora server, a dual boot desktop, and a laptop that Intrepid borked and I can't be bothered to fix. Partly due to above sentiments....

  47. Job listing might be PS3 related by thetoadwarrior · · Score: 1

    The PS3 runs Linux. Perhaps it was related to that.

    I hope Valve ports their games to Linux. I think it's completely lame that they don't creating dedicated servers for Linux and then expect people to run servers for their games but won't allow those same people to play the game on their OS of choice.

  48. Gaming in Linux first, then people will migrate by bentob0x · · Score: 1

    If a gamer with plenty of time in his hands (think teenager and/or young adult) is a bit techy-hungry or just techy-curious, that person will download and try to install a Linux distribution.

    If on his freshly installed free OS he can *very easily* install Steam and start playing any of the Steam game in no time with proper voice support and Steam-community support, that guy will think: "Hey, this is cool!". Nothing else is cooler on Linux for someone that age. The stability, the OS performance, the virus-free hassle, the constant kernel optimisation etc, is just an added bonus but nothing as cool as going online and play Left 4 Dead (or any other Source-based game) on your freshly-installed totally-free new Linux OS. It is then, and only then that the desktop market will start to really change.

    Dual-boot is a pain in the neck. Virtualisation isn't strong enough to run a AAA game within Linux at decent FPS and Wine is only a temporary solution (sometimes working very well, sometimes not so much).

    If Valve is thinking about bringing a native Linux version of their gaming platform, they're simply investing on making sure they can still sell their games no matter what tomorrow's OS platform will be. Funnily enough, I believe that if they release a native Linux port of their gaming platform, they will incidentally be a key factor in bringing more people to Linux, by thousands if not millions.

  49. Linux and Mac OS X in the same basket by DrYak · · Score: 1

    Valve would be insane to worry about porting their games to Linux (at least) before they ported to the Mac, so I really think it's unlikely they're considering it.

    This comment completely omits the simple fact that both Linux *and* Mac OS X (being a BSD derivative through its NextStep ancestry) are Posix-compliant.
    Both use OpenGL as their main way to access 3D acceleration (Apple has droped QuickDraw3D or whatever was its name). Both use OpenAL to provide accelerated positional audio *as does Vista, too* (accelerated positional audio isn't available in DirectSound anymore - that means that moden Vista games are already OpenAL based).

    There's no common programming framework between Steam games, other than the copy protection & integration, so every game would be a separate porting job - not going to happen!

    But, on the other hand, Linux and Mac OS X provide similar frameworks. (The only difference is that Linux main 2D windowing system is X11, whereas Mac OS X use its Quartz-thingy with X11 being an option - but this is hardly any relevant to games which are mostly 3D and Non-windowed).

    What I mean is that porting a game from Windows to Linux or to Mac OS X (or to some *BSD or even another random *nix) is essentially the same job :
    - port it to a posix platform
    - port the graphics engine from D3D to OpenGL.

    Porting a game to Linux isn't diverting resources from a Mac OS X port. It's doing exactly the same work that would be required for a Mac OS X port too.

    The only subtle difference is that several game already have linux executables with some partial functionality (for dedicated servers). So a fully functionnal linux executable is a slightly lower hanging fruit, with the added benefit is that all the work done is re-usable for a Mac port.

    In fact to some extent this even makes the games more easily ported to PS3, Wii, and lots of other machine (XBox use Direct3D, everything else provide some form of OpenGL).

    --
    "Sufficiently advanced satire is indistinguishable from reality." - [Tips: 1DrYakQDKCQ6y52z6QbnkxHXAocMZJE61o ]