What Valve should do:
- Transparent cross-platform build with Valve tools
The dev shouldn't have to invest time or energy even thinking about if it is worth his while to support Mac/Linux. It should be no more than a button press to build for all three insofar as is possible.
- Open bug tracker so people can search for issues, raise them, provide feedback, and track them
Witness the blank cliff-face that is ATI/AMDs propriety driver support (admittedly this may be better now, but I haven't heard of an official bug tracker, just the unofficial one)
- Put pressure on Nvidia to provide docs to the nouveau guys without NDA's
Encouragement toward AMD on their sterling efforts so far, and outright congrats towards Intel, who seem to be the most enlightened and productive. Intel do not just work on their own drivers, but (AFAICT) work on the core infrastructure too.
What Valve should not do:
- Build a package for every distro
But by the same token, don't make it an immense pain to get running elsewhere because of bad choices. Distro Community feedback should be heeded, because they are the experts.
- Write drivers, infrastructure, compositors, operating system level stuff
This is not their core mission, and getting dragged into this will reduce the focus from where it is needed: The client, the tools, and the games.
What about VALVE helping out the community to attract new contributors which Linux and VALVE can benefit from (mid to long-term)?
...One of the main issues to date concerning the graphics drivers IMHO.
How that 'could' be done:
- Creating something similar to GSOC and paying students to work on certain FOSS subjects.
- More importantly - Besides providing money, it would be a major benefit if they would pay someone to professionally
write some tutorials how to get into Linux GPU driver programming. This would be a completely new concept which
might attract people with good Linux and programming knowledge but no knowledge in the hardware/driver business.
It's all about 'lowering the threshold'.
Let's face it, you have to pay someone to work on such documentation. It won't happen otherwise.
- Also providing some resources to create the webpage infrastructure and host this on their web servers
would be much appreciated.
I'm sure this would generate a very positive attention from the media which in turn will reach and attract more new contributers.
This would surely benefit the Linux environment and VALVE.
I don't see why Valve should contribute to FOSS drivers (i ll be more than happy if they do of course). Its not their business in a way. :confused:
Make it run smoothly is their only "obligation" i think.
- make their software work on Linux, many linux flavors
- maintain it, make sure it keeps working
- try to squash bugs in important drivers (graphics and audio) and infrastructure software that have an impact on the software from Valve
- add platform icons in steam so people can see if their games will work on Windows, Mac, Linux,...
- work with Canonical to optimize (Unity) and fix (PulseAudio) things
- Buy and burn the ST3C patents
I'm one of those Visual Studio fetishists ;).
Originally Posted by smani
To be honest: We've a very deep problem when it comes to developing things for linux. Nearly every IDE out there is focused on one thing. Either GTK or QT. Or no GUI at all.
Someone should just do a IDE project from scratch. It should support every 'popular' language (C# (mono)/C/C++/python and so on) and at least GTK and QT for GUI stuff. And by support a language I mean Visual Studio level. A support site like the msdn for every language, code highlighting and suggestions, add-in functionality, GUI porting (you've a GTK application and can port the GUI to QT...more or less) and so on.
This is being sorted right now. Ubuntu 12.10 already has the first fixes in (Unity) while others are in development and landing soon (Compiz). The 3D performance of Ubuntu 12.10 will be *much* better with Unity, and they want to try to backport some of the stuff to Ubuntu 12.04.
Originally Posted by M1kkko
pressure nvidia to make their closed source drivers even better.
And, like the rest of the posts, make all 11 of the team members work more on linux than on games.
An important thing I am pretty sure they will do: Provide their Source engine licensees access to their Linux code.
Another thing they could do is provide some incentives for games on Steam to come to Linux, like taking a smaller cut for the first month if a game launches with Linux support or something like that.
Documentation, examples and tutorials and open sourcing of some code they have used to easing porting of Source would also be pretty cool. Notice this doesn't imply open sourcing the Source engine it self.
Working with the OpenGL guys and similar committees concerning various standards to help push things along on that front would also help.
No, please not Yet Another IDE Attempt, which will end up seeing all the basic functionality other projects already reimplemented and then being abandoned when hitting the same problems other IDEs have (writing good code analysis is a royal pain!)
Originally Posted by Detructor
While QtCreator is very Qt/C++ focused, KDevelop also supports Python and PHP, and is not Qt focused (well, it has syntax highlighting for the occasional Qt specific keyword/macro, but that's about it).
That would be an important one. I'll raise you the previously mentioned, "Provide developers with an easy-to-use cross-platform/cross-compiling toolchain which can generate Linux/Mac/Windows binaries from a given source tree with minimal fuss." If that's not feasible (Cross-compiling mac/win probably can't be done from other OSes), then just try to make the process as painless as possible.
Originally Posted by Kristian Joensen
I like that idea. Any game that launches with full Steam Play (Win/Mac/Linux) support would get a smaller percentage cut to Valve (which Valve hopefully makes up through higher sales volume).
Originally Posted by Kristian Joensen
Also, I'd love to see the post-launch statistics from their periodic surveys on Windows/MacOS/Linux hardware/OS statistics. We might get some real-world numbers on the number of people/gamers running Linux.