Blizzard Reportedly Planning A Linux Game For 2013 353
It looks like the recent success of Linux gaming has caught Blizzard's eye. According to "a reliable source at the company" 2013 will be the year that "at least one of their very popular titles will see a release for Ubuntu Linux." From the article: "It's been a poorly-kept secret that Blizzard has a native Linux client of World of Warcraft. As recently as 2011, the World of Warcraft Linux client was still being maintained internally. The client has been around for years and done by their own developers as a form of testing for the popular MMORPG currently offered on Windows and Mac OS X. As for why they haven't released the client, it's come down to "targeting a specific version of the platform" with Linux being "unstandardized" due to the many different distributions. There's still some fundamental problems with gaming on Linux. With World of Warcraft working generally fine under Wine as well, the company is further unmotivated to officially support a Linux build of the game."
Gee haven't heard that before... (Score:5, Insightful)
Gee haven't heard that before (Score:5, Insightful)
I used to be like you, complaining that it was 'no big deal' to release a linux game. What could possibly be so hard about it? OpenGL, write once, run anywhere! Then ... I met GLX. And the documentation on opengl.org. And Gallium / LLVM. and Mesa. and ... well. i just try not to think about it too much. The doctors say I should be OK... eventually...
Re:Gee haven't heard that before (Score:5, Interesting)
The ironic thing is to run on mac really well they already have decent GL support, not everyone is forced to use mesa libs anymore those are really a thing of the past and depricated, NVIDIA kernal modules come witht heir own set of those very same libs which are basically everywhere on every linux gamers desktops.
In essense they already have to cater to the specs of the vid card venders and what libs they prefer their hardware works with. So your argument is invalid for a big corp with devs who are very experienced in dealing with just that problem.
For a garage startup it sure is a big problem to get a good 3D engine going. But for starts you can do something with SDL libs which are fucking fantastic across all platforms.
Re: (Score:3, Interesting)
The problem is that Linux gamers do not exist in the eyes of the developer
It's not that they don't exist. It's that they're the ones most capable of sorting out their own setup and having multiple computers etc. Because there aren't a lot of technically inept people running linux as a desktop at home.
If you make a 'linux' version of your game, for how many of your customers is the fastest solution to their problem to just use windows or a particular linux version? How many of those customers can manage that on their own? With linux, the answer is all of them. If you're a lin
Re: (Score:2)
Derp yeah see my reply above, but yeah linux is the easiest OS to multiboot like you stated =) you deserve kudo's for pointing that out.
Re:Gee haven't heard that before (Score:5, Interesting)
I think it's time to dispel the notion that "...there aren't a lot of technically inept people running Linux as a desktop at home." This is simply not as true as it used to be. I have a growing number of friends running Linux on their single computer that is used by the whole family. These people are generally FAR from technically adept. Why are they running Linux? They can't afford Windows any more. As Windows has become harder to pirate, the required hardware has become more expensive, and with the advent of many small shops or non-profits selling very inexpensive, turn-on-and-it-works Linux systems, I am seeing it much more commonly in homes of average or below technical aptitude.
The scary economy is actually driving people to FOSS, in my subjective experience.
Re: (Score:3)
If they can't afford windows they can't afford hardware for playing most games on, and that's not a segment I would target anyway. Nor am I interested in targeting a game to pirates.
Re: (Score:3)
But also ironicly linux is the easiest OS to dual, triple, quad, multiboot different kernels, libraries, and entirely different root /etc structures all on the same intermixed filesystem. So what if you run slackware, boot into your ubuntu kernal and /usr/var and /bin etc...
Re: (Score:2)
Re:The F Word (Score:4, Insightful)
"systemd can go die in a fire along with it's retarded friend d-bus."
And don't forget the tentacled friend pulse-audio.
Re: (Score:3)
this is far far better than microsoft's use of repackaging the C++ re distributable (why is that not part of the OS), with slightly diffrent versions on every app that includes it with the installer.
In practice, I've NEVER ran into a problem, installing debian packages in ubuntu, or ubuntu packages in mint, etc.... entirely unported in binary. Even running built for ubunt
Re: (Score:2)
with Linux being "unstandardized" due to the many different distributions."
Of course, Windows has a similar number of different major "distributions" -- XP, 2003, 2008, 7, 8, Vista, etc.
Of course, Blizzard is happy to support all of those because the customer base is so much larger.
Making something that will work on the vast majority of Linux installations if not all is indeed an art -- but it's not *that* difficult, all they need to do is hire *one* guy skilled in the art and he can make it happen. Support is a bigger issue, but even there, the problem isn't really larger than i
Re: (Score:2)
Blizzard does not support server editions of Windows. Even if they did I don't know how 6 is "similar number" to the number of Linux distributions.
Re: (Score:3, Insightful)
Re: (Score:3)
as with steam the steam package, all it takes is 10 lines of bash to get whatever ubuntu package you want, packaged for arch.
The AUR, is a community repository for uploading said build scripts. If as much as one archer wants it, and is half competitant in bash, there will be a PKGBUILD in AUR.
packaging fo
Re:Gee haven't heard that before... (Score:4, Insightful)
with Linux being "unstandardized" due to the many different distributions."
Of course, Windows has a similar number of different major "distributions" -- XP, 2003, 2008, 7, 8, Vista, etc.
You're comparing apples to oranges. Supporting multiple versions of one OS does not equate to supporting different Linux distributions. Supporting Windows back to XP is more like supporting Ubuntu going back many versions (pre-4.10 if you want to do it by year, but if you want to normalize for number of OS versions you could go by what Canonical supports and start with 10.04 LTS).
Re:Gee haven't heard that before... (Score:4, Interesting)
You're comparing apples to oranges. Supporting multiple versions of one OS does not equate to supporting different Linux distributions. Supporting Windows back to XP is more like supporting Ubuntu going back many versions (pre-4.10 if you want to do it by year, but if you want to normalize for number of OS versions you could go by what Canonical supports and start with 10.04 LTS).
See, this isn't about "normalizing", it's about differences and how difficult they are to write code to work with and support.
A modern (within the last few years) Fedora vs a modern Debian is very roughly about as different as XP vs Windows 7 (at least from the point of view of writing a program to run on them), and really, most of the compatibility problems with Linux distributions can be resolved by simply making a statically linked executable or including all the shared libraries that you need rather than assuming that they're part of the OS. (The Linux version of .dll hell, as it were, but at least they're not installed in a system directory to mess up other programs.)
I guess the problem becomes much larger if Blizzard tries to support Linux distributions going back to when XP was introduced (2001) but considering that they don't even support the original version of XP any more and instead require the most recent service pack even that's not a fair comparison. For the most part, supporting multiple Linux distributions aren't that bad -- the problems come in how 3D acceleration is handled, but even then you can pick a few systems and say you support them and not others. (For example, the open source Nvidia drivers probably don't perform well enough, when the binary blob drivers do, so support the latter but not the former.)
Re: (Score:2)
The biggest differences linux had for me, when running games under wine was threading, on slackware I had to tweak the kernal paramaters and recompile because it threaded a little to aggressively for the server and didnt quite support wines emulation of memory (or something like that) it was awhile ago. I would say the graphics side of things is probably drastic between vendors, but not between distributions so much in the long run.
Re: (Score:3)
As someone who works in production operations, I can tell you that 99% of the work done on the coding is only half or less of the work that needs to be done. When you patch, you're testing on every platform you support. When there is a problem you can't figure out, you have to look at every platform before you find the problem sometimes. It always seems like it's "write once, run anywhere" and maybe it will create executable binaries on all those systems without even having to alter much more than some f
well with windows vista,7, most of 8 are about the (Score:2)
well with windows vista,7, most of 8 are about the same and need little changed to make a app work on all of them.
XP mainly is stuck with a older DX and older driver model.
linux has the libs mess and distributions update much faster then windows does.
The server windows os are based on the desktop ones under the hood.
Re: (Score:2)
There aren't a myriad of Linux platforms. There's just one.
Every distribution is a collection of the same upstream projects.
On the other hand, Microsoft gaming APIs tend to change radically on each major release. Also, various combinations of hardware (like mobo+GPU) don't like to play nice with each other even under Windows. Companies put up with this because Microsoft has the majority of the market.
It has squat to do with technical considerations.
The same goes for Mac ports. It's all about the numbers. Th
Re: (Score:2)
Re: (Score:2)
If they just static link the necessary libraries, the difficulty of getting the software running on any major distro version from the last few years is not that hard.
Re: (Score:2)
And for a tech base that is not 99% tech literate this is the big selling point of windows, and macs )
Re: (Score:3)
Re: (Score:2)
Yeah, it would probably be something else if the libs were easily redistributable, but I'm pretty sure NVidia in that case is the only source so without their drivers, your up shit creak so how do you support the other vendors without pissing of nvidia and creating your own libs... its not trivial then. I think linus was bitching to this effect about 6 months ago.
Re: (Score:2)
But when I had wow running in linux under wine back before the burning crusade (dont remember the year) wine was directly linking to the OpenGL calls it didnt need to wrapper them. Some of the openGL was buggy though and that would cause lag or crashes in certain areas around lakes and with the minimap. But a few settings in the games configs would smooth that out.
Re: (Score:2)
AFAIK as i know the mac client had this problem too and it needed to be worked around.
That is usually the problem (Score:4, Insightful)
At this point, the nVidia binary driver is the only driver out there that provides what you get on Windows, which is to say all the latest features, good speed, and stability. Anything else makes compromises of varying amounts. Now for a simple game, this might be ok. Some games stick with 2D, use SDL, and call it a day. They'll work with the SVGA X server if it comes to that, perhaps just with some tearing/slow graphics. However for a modern 3D game that makes use of some fancy features, that doesn't cut it.
Well that situation is a problem. For one it is a problem simply because not everyone has an nVidia card but then of course there's the whole religious crusade some people have against closed source, particularly with regards to drivers.
With pro applications, you can just say "Quadro or GTFO" and require the binary driver. People will deal with it. With this? All it would do is get them all kinds of hate mail.
Also, funny enough, when you talk OpenGL, nVidia is the only one who really does it well in Windows too. Not long ago at work we had a system that was running HFSS. That does not require OpenGL, but will use it if available to accelerate graphics. The system had an ass slow graphics card (it was a server repurposed to be a workstation basically) and so a new video card was wanted. We picked up a cheap AMD 7000 series card... and ran in to a strange problem: In remote desktop, HFSS worked fine. On the system itself, no dice.
After going around and around a sneaking suspicion creeped up on me. I pulled the AMD card and stuck in an nVidia card. Everything started working.
nVidia produces top flight OpenGL drivers, which on Windows are as fast as their Driect3D drivers (which are really fast). Everyone else... much more hit or miss.
Re: (Score:3)
Err the code is already done and working? Doesn't exactly require much more time and money to tar it up and post it online.
Re:Gee haven't heard that before... (Score:5, Insightful)
Re:Gee haven't heard that before... (Score:4, Informative)
They don't even need to target a distribution. Statically link the binaries, release them as a tar.gz, under the provisio that they are not officially supported, but issues can be reported in some forum. Let the distributions do the work of packaging it. The world (of warcraft) is your oyster, or whatever other mollusc takes your fancy.
Re: (Score:3)
Easier said than done - you can't link against LGPL or GPL code statically - those licenses explicitly forbid it, and there are many proprietary but free libraries that are used by games (i.e. OpenGL, OpenAL [also OpenAL Soft is LGPL iirc], etc) that don't offer a statically linkable library.
Re: (Score:3)
Re:Gee haven't heard that before... (Score:4, Insightful)
It's called hedging your bet. With the future of Windows as a major consumer OS up in there, and with the likelihood of a Linux-based gaming platform on the horizon, it seems an awfully good idea to get your developers, particularly your platform developers, thinking in terms of portability. That way, whoever the ultimate winners in the consumer market are, you didn't fuck up your own success by backing the horse that didn't even show.
It isn't 2005 anymore, and Redmond isn't the only game in town.
Re: (Score:2)
Ah but these things are fixed costs. And a tiny fraction of a huge number can itself be more money than a lot of games get.
1% of blizzards 10 million subs would be more than the last 2 games I worked on sold.. combined. (And those have 5-7 person dev teams, that pay decent salary to everyone).
Also, blizzard has enough people who are CS geeks, who read /. and are linux nerds that it probably works fine for them. Whether or not it is immediately worth it to spend a couple of hundred thousands dollars to a
Too Late (Score:5, Interesting)
Re:Too Late (Score:5, Interesting)
Not to mention them trying to force people into using that real ID system which back fired so badly. I blame Activision for all of this. Blizzard was great until that merger.
Re:Too Late (Score:5, Interesting)
Re:Too Late (Score:5, Informative)
Nope, they were going down hill long before the Activision merger. [eff.org]
Re: (Score:2)
Fall of Blizzard?
Man, I wish my company could fall like Blizzard...
Re: (Score:2)
THQ was 1billion dollar business just few years ago and now they are flirting with bankrupcy.
As they say: The past is not an indicator of future performance.
just wait
1. up until WoW everything they touched turned into gold but the WoW cash cow will die sooner or later and the Warcraft franchise as a whole is burned out. MMOs do that to their universes, there is no story left to continue.
2. SC2, destined to be the king of esports, loses to the free-to-play contenders like LoL and DOTA and people are not that
Re: (Score:2)
So how many hours of gaming did you do over LAN in 2012?
Re: (Score:2)
Re: (Score:2)
Because you don't have internet in the office? Also you are not the poster who complained about it :)
Re: (Score:2)
If SC2 supported LAN would all of them have bought it? Did they buy CS and SC1?
About that dumbing down... (Score:5, Interesting)
Well, before I start, I'm not (or rather for a long while no longer) a WoW fan, but I did briefly try it again recently. So, you know, I'm only having a superficial impression. I don't think I'll bother much with it, but...
I think that as far as "dumbing down" goes, it really sounds worse than it really is, when you do the Vulcan thing and think about it logically.
1. Most of the stuff you'll only notice if you've played it before and have any particular attachment (even if just for nostalgia sake) about the old system. Truth is, I most other recent games are just about as "dumbed down".
You can play TOR for example as a DPS Trooper with little more than Grav Round, Full Auto and High Impact Bolt as the only three buttons you'll ever have to press. Heck, you could play it with Grav Round only, if you don't mind losing a little DPS. Trust me, that's actually less skill needed than WoW even now. (And obviously the Bounty Hunter is the same deal, just with different names on the buttons you press.)
2. For that matter, it's not really dumber than WoW used to be to start with. Anyone remember the pre-Burning Crusade raids that some classes only needed one button to get through? Ironically, for all its reputation of a noob class, the Hunter was technically the most "complex" to play since it needed a whole THREE buttons. Yeah, you also needed to set the hunter mark and send the pet, so, yeah, that's a whole two whole extra buttons :p
(Not to mention you had more typing or talking to do than the raid leader, what with having to tell everyone that yes, the pet was on passive, every time anything went wrong, no matter who started it or what actually happened. You could be still running back from the cemetery when the rest of the group did something stupid, and they'd still insist that it's somehow the pet not being on passive that caused it. I mean, it wasn't even in the dungeon, but it must have caused it. Somehow.;))
Yeah, it didn't really start as a sort of modern day chess or go or other complex thinking game. Nor had the geekiest and smartest population. Really, it was from the start a game that 6 year olds can master.
So let's get on to what really changed:
3. So now for a bunch of quests you don't have to run back to the quest giver to get the next step of it. Well, it takes some getting used to it, but at the end of the day, it's not like running back and forth was actually the fun part.
4. You don't have to keep buying skill upgrades every 2 levels; they now increase in effect with your level. Not only it's like how a bunch of other games were working already (e.g., COH), but basically if you've been on the game long enough to have a valid whine about being used to the old system... guess what? Paying a few coppers to buy the skills on a new alt wasn't really a balance factor any more anyway.
Plus, again, running back to wherever your trainer was, and then back, was hardly something that added any fun.
5. The talent trees. Well, the issue with those is two-fold:
A) Most people were going for cookie-cutter builds from some site anyway. Not just in COH, but generally. Whether it's actually talent trees (e.g., TOR, RIFT, etc) or putting points in some skill (e.g., STO), most people just want something that works, not to solve a puzzle. If there had been some way to tell the computer "just go by this build off that site" automatically, most people would have just done it. And in effect that's what the new system does.
B) You haven't actually lost much. In addition to the choice every 15 levels now, many of which are actually new extras, a bunch of the old talents everyone took for a given spec are now automatic passive skills, that you get automatically when reaching a certain level. So, you know, you haven't actually lost them or anything, and they were not that much of a choice in the first place anyway. Now you just get them automatically instead of having to click through the tree.
C) Basically it doesn't let you mak
Incompetence (Score:5, Insightful)
It's only "unstandardised" if you want to link against every last library.
If you treat it like OSX or Windows and ship all necessary dylibs/DLLs which aren't provided by default then it works fine.
Somehow companies like Mathworks have been managing this happily for well over a decade without making up weird claims about standardisation. Oh and hey, I've done it too. It's easy.
Re: (Score:2)
Not to mention that in practice you could probably just target a recent version of Ubuntu and reach most potential customers.
Re: (Score:3)
That doesn't work, because ubuntu 12.10 will have (e.g.) libxml.some.very.specific.version which will be different everywhere else.
Pick a binary.
type
ldd binary
look at the list.
As long as you ship it with everything listed (bar libc, libm and libstdc++) it will work fine.
Re: (Score:2)
I have kept old dynamically linked binaries across distribution upgrades and moves to entirely different distributions.
The "problem" is not nearly as dire as some would like to make it out.
Windows installers have always solved this problem just by having free run of the system. Any deskop machine is no less a random collection of system files. Windows in truth is probably much more "fragmented" than any Linux because of this.
Re: (Score:2)
I have kept old dynamically linked binaries across distribution upgrades and moves to entirely different distributions.
That should be OK as long as everything it links to is carried around as well.
The trouble is if the version number changes linking will fail even if there is binary compatibility.
Except in libc/libstdc++ where they do deep .so magic to allow one .so to link against may previous versions.
which project do you ship? (Score:2)
inquiring minds want to know
Re: (Score:3)
I preer to keep my real identity and my slashdot life separate.
Sorry.
But for extra fun, firefox, libreoffice and openoffice seem to be able to manage too.
Oh really? (Score:2)
Seems Firefox has had some problems: http://blog.gerv.net/2011/01/why_firefox_on_linux_is_not_accelerated/ [gerv.net]. The salient quote being: "We tried enabling OpenGL on Linux, and discovered that most Linux drivers are so disastrously buggy (think 'crash the X server at the drop of a hat, and paint incorrectly the rest of the time' buggy) that we had to disable it for now."
Also doing some more basic compositing and doing a full out 3D game are things that are a bit different in terms of complexity and problems.
I'm
LGPL? (Score:2)
Is close-source software likely to have problems with the LGPL if they link statically instead of dynamically? That's a question, not an accusation -- I don't know which libraries game makers are likely to use, and whether they are LGPL or something else.
Re: (Score:2)
Ignore the above -- I'm not sure how I read "ship all necessary DLLs" as statically linking the libraries. I think I need more sleep...
Re: (Score:2)
Yes for LGPL2, no (???) for 3.
But you don't have to statically link anyway. You can just copy the .so's too.
Re: (Score:2)
Yeah, I badly misread the post I was replying to to imply static linking when he/she said nothing of the sort. My bad.
Support (Score:5, Insightful)
Guys, you're missing the point being made here. It's not that the application can't run under different flavors -- it's about supporting them. Every distribution has its own quirks, its own packaging manager, its own set of libraries that are included (and some that aren't). It's a support nightmare. Rather than writing installation instructions once, you have to write it a dozen times. Versions change constantly. Everybody here has experienced the joys of googling for someone's hack script to get something working... a patch here, a tweak there... yes, it's possible.
But from a support perspective, it's difficulty level = nightmare trying to help these people. And they'll expect your help. You just gave them a major application and said it works with Linux... so you better know every flavor, every variation, every configuration possible. And that, right there, is why Blizzard hasn't jumped on the Linux bandwagon -- too many support variables.
No it isn't (Score:3, Interesting)
The Linux community can support itself. All they need is to release a tar.gz binary package and the distributions will make their own packages and instructions. Blizzard can release it and say "Support yourselves, we're only releasing binaries. Have fun" and the community will do the rest.
Re:No it isn't (Score:5, Interesting)
There are even new installers for old Loki games that follow this same exact "support yourself" model. All Valve or Blizzard has to do is get out of the way enough to allow the community to do it's thing.
Some power user for the random obscure distribution of your choice will gladly do the legwork for you if you don't put up legal barriers.
Re: (Score:2)
The Linux community can support itself. All they need is to release a tar.gz binary package and the distributions will make their own packages and instructions. Blizzard can release it and say "Support yourselves, we're only releasing binaries. Have fun" and the community will do the rest.
You're absolutely right. Then you have all the damn hipsters hop onto Linux now that it supports a popular game (and is within their budget) as if it's a new OS that didn't exist last year calling into blizzard to ask why the game won't run higher than 800x640 or more than 10fps because they don't know they have to tell their distro that it's ok to run that closed driver that goes with their specific card...
Re: (Score:2)
So?
"Sorry, we don't support Linux. The binaries are for hobbyists. Here's a nice community forum where all you Linux folks can chat about it. Thanks."
Is that too hard for your angry little mind to comprehend or what?
Re: (Score:3)
I learned quite allot from linuxforums.org and even contributed a bit there. It was a friendly experience, but I can imagine how well recieved a bunch of un-innitiated hipsters would be recieved by aged and cranky internet warriors. It would be like feeding kittens to sharks.
But it would be good for them =)
Re: (Score:3)
I sorta meant both, the kittens would learn from the sharks who live on the forums and the sharks would have entertainment for awhile until the kittens figured out they were out of league trying to troll sharks who have seen flame wars since 1980.
Re: (Score:3)
Re:No it isn't (Score:5, Insightful)
You sir, get it. Everyone else is busy banging pots and pans saying "We can do it ourselves!" but that's not really the point. Anytime you release an application onto a platform, you're going to get people who say everything else works just fine, so it must be your application. Enter technical support. Think about taking a phone call where the problem is that their video driver needs to be reinstalled. Under windows, this is merely painful and requires a couple reboots -- 15 minute call. Under Linux, it could require a kernel recompilation, editing files in /etc, and downloading and installing dozens of dependent packages ahead of that. That's two hours of work.
So one linux call costs the equivalent manpower of eight windows callers. For a support manager, that's a scary proposition, and they do not give a damn how many people know what they're doing -- those aren't the people they're going to be supporting! It's going to be the guy who just downloaded Debian because he heard "It supports world of warcraft" on the web forums, and by god, he's going to make it work now. And he doesn't have a clue.
Blizzard's target market is not slashdot readers who can list out all the arguments for the 'ls' command and can do sed and awk scripts in their sleep. Blizzard is looking at the guy who "heard about it on the internet"... and that guy's going to make some poor bastard in tech support utterly miserable.
Re: (Score:2)
Re: (Score:2)
Re:Support (Score:4, Interesting)
They could release a generic, runs-most-anywhere installation bundled with all the correct libraries, specifying minimum storage,memory, videocard, kernel/glibc requirements (just like for a Windows release).
If they want to limit support, pick the top 5 distros and make certain it runs on those out-ofthe-box. Everything else is "at your own risk". Other software companies have some model for this so it can't be that difficult.
Re: (Score:3)
Then they don't need to use yum or aptitude or whatever. They can either link the libraries statically or supply their own libraries and point to them, and have the whole thing dump into its own directory. I've installed plenty of software like this. Just installed Alfresco and it comes with its own copies of Java, OpenOffice, PostgresSQL and Tomcat sitting in its own directory tree under /opt.
Re: (Score:2)
Provide a deb package, the community will repackage for the other distros.
It happens with plenty of closed-source software.
If it doesn't work on slack, forget it (Score:2)
Yea sure... (Score:2)
Video drivers (Score:2)
The 3d driver situation on Linux needs to be addressed. Something along the lines of having up to date drivers in the basic repositories would be ideal, but even just having a download option on the vendor site would suffice.
Re: (Score:3)
The 3d driver situation on Linux needs to be addressed. Something along the lines of having up to date drivers in the basic repositories would be ideal, but even just having a download option on the vendor site would suffice.
Vendor site? Nope, wrong, drivers need to be in the kernel tree or packaged by your distribution, vendores should only provide source and/or documentation.
This "vendor needs to provide binary drivers" model was popularized by window, and actually adds more burden on the hardware developer, and results in less OSs having proper support.
targeting a specific version of the platform?? (Score:2)
what?
Release a
Most GNU/Linux libraries are pretty standard, and version compatibility is pretty wide.
For everything else, release a
From this, every other distro will be able to make their own packages.
Re: (Score:2)
That's really all that needs to be done. I dont understand why people insist on inventing the wheel over and over again... and making it more complicated in the process.
World of Warcraft please! (Score:2)
I've bought every expansion as soon as I can.
I run WoW in wine.
If we get an official port, me and all my friends will buy some of those white elephant knick knacks you like to sell.
It's about Blizzard providing technical support.. (Score:3)
Blizzard wants to be able to say if you have XYZ configuration, then it will work. If it doesn't work, then here's our 1-800 number, our email support system etc etc... for which you are entitled to contact since you bought the game and your system meets the requirements.
I run SC2 under win7 without any problems, however, if I installed it and it crashed upon startup I could call them up and have a Blizzard tech provide me with assistance. If I called them up and said, "I'm running this under the win32 emulator that's part of OS/2 Warp, they'd politely tell them that it is an unsupported and untested configuration and might give me some sort of "best effort" support, which wouldn't equate to much and then eventually refer me to some forums...
Imagine the uproar that would take place if they released something for Ubuntu version X, and all the people running either version Y or some other distribution would flame Blizzard... "You're not supporting *my* distribution..."
Re: (Score:2)
So I really don't think it'll be web-based. Sadly, given what they did to Diablo3 with
Re: (Score:2)
Re:No future (Score:4, Insightful)
It will most likely work fine with Ubuntu, Kubuntu, Xubuntu, etc, as well as Mint and Debian. Linux dependency management is very mature, and there will likely be minimal problems getting it working on other distributions.
Re:No future (Score:5, Informative)
Gaming for Linux (or, more specifically, binary blobs in Linux) have absolutely no future, since every distro has its own version of every library.
You know, you look at this the exact wrong way.
Linux can allow the game distributor to provide the exact versions of the libraries they want. All you need to do is plop them all into one directory, say $INSTALL_DIR/lib/, and then have the wrapper run script prepend that directory to LD_LIBRARY_PATH.
And if that wasn't enough, the games company can even provide a bootable Linux DVD or USB stick which boots into linux and starts the game. Can't have much more control over the OS software than that!
Re: (Score:3)
Gaming for Linux (or, more specifically, binary blobs in Linux) have absolutely no future, since every distro has its own version of every library.
You know, you look at this the exact wrong way.
Linux can allow the game distributor to provide the exact versions of the libraries they want. All you need to do is plop them all into one directory, say $INSTALL_DIR/lib/, and then have the wrapper run script prepend that directory to LD_LIBRARY_PATH.
And if that wasn't enough, the games company can even provide a bootable Linux DVD or USB stick which boots into linux and starts the game. Can't have much more control over the OS software than that!
So much THIS.
Releasing for a particular distro is lazy development and only serves to fragment the Linux market, not support it.
Re: (Score:2)
Re: (Score:2)
Re: (Score:3)
The most recent version of glibc supports kernels up to seven years old. The most recent kernel should be able to run any statically-linked ELF binary (and can, if configured for it, still run 32-bit a.out binaries).
So it's really a non-issue for anything that's being actively maintained, as long as they're willing to include a full copy of the libraries they use (and anything those libraries link to), or just statically link the entire thing. It's a bit of extra overhead, but considering just how many reso
bootable works till the video / sound / n drivers (Score:2)
bootable works till the video / sound / network drivers get out of date / are missing what in your system.
Re: (Score:2)
And if that wasn't enough, the games company can even provide a bootable Linux DVD or USB stick which boots into linux and starts the game. Can't have much more control over the OS software than that!
It is a GPL violation [slashdot.org] to create such bundle, assuming that they use binary drivers (and open source ones aren't really capable at this point).
Re:No future (Score:4, Interesting)
Re: (Score:2)
Gaming for Linux (or, more specifically, binary blobs in Linux) have absolutely no future, since every distro has its own version of every library.
Static compilation solves this easily.
Re: (Score:2)
What do you do when your video card does not work well with a game under Windows?
Re: (Score:3, Funny)
Realize I was dumb for buying an ATI graphics card?
Re: (Score:2)
Then you'll move your feet (and $$) to hardware that does play. Because the new locked-down BIOS is coming, you'll only be buying unlocked hardware, and certified boards to go with it.
Basically you'll stay on Win7, but when new hardware drops you'll get "Linux capable" or you just won't play "PC" games anymore. Ironically, if Microsoft pushes Valve and Blizzard to this it will make Mac Ports trivial as well. Apple doesn't seem in a rush to lock down Macs. That's their Developer platform. They are just movin
Re: (Score:2)
Yay! 2013 is the 13th "Year of Linux!"
Re: (Score:2)
They complain about Android all the time... We're past the point that Businesses and Consumers can't debate anymore.. The "almost-Linux" is the only way out of the coming lockdown.
Re: (Score:2)
> It's the whole "free as in beer" thing, the geeks can't get over the idea that Canonical wants to make money
There a many ways to make money.
Not all of them are like the Roman fire brigade.
MS will hit anittrust rules by trying the app stor (Score:2)
MS will hit anittrust rules by trying the app store only view.