Well, considering that the Xorg/Mesa stack is FOSS, it would be logical to directly fix bugs there instead of working around them.
So if Valve is interested in developing parts of the ecosystem as well, improving drivers is the most obvious aspect.
But there is another aspect Valve could do: Instead of FOSSing Goldsrc (=yet another game engine), I'd rather see Valve release game data of old games under a permissive license to A) allow textures or so to be incorporated into other FOSS games and B) port the games to already FOSS game engines.
Fixing minor bugs yeah but i don't expect them to write an OpenGL 4 state tracker. I expect them to support the blobs initially.
Release source code to antiquated games (gems) like half life 1, doing so will allow the community to keep these games alive for as long as users are around. Data content is still required so, they still can make revenue (and maybe even more since customers know they can play the game on any device they own)
Valve can push things to happen more than the average linux user can. They could push for documentation and opening of device drivers more so than the end user could ever do. They could finance open source developers like nouveau .
#1 wish. This is exactly what I would of said, release old codebase.
The financing of the drivers seems a bit out of scope but I wouldn't be against it.
Most everything else you touched in your article.
One thing I would love to see however is some wine finessing for games that wont run native but do run on wine. Skyrim made steam a lot of money and works great with wine. So do the double fist method port what you can , ensure wine does the rest and your Lin....*cough... Ubuntu client will be perfect.
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.
Strangely enough the closest thing to that would be Gambas, but that is only targeting the Visual Basic crowd.
Originally Posted by Neco-Link
Their dedication is really formidable and I hope other companies are gonna follow their example. The only thing that's missing now is a broad support by all the other major companies. Well, how about an integration of wine into the steam-client to close that gap 'till the rest of them climbs into the soon-to-be successful linux-boat?
If they do this what motivation would there be for these developers to ever go native? WINE may be an impressive technical achievement (even though it can be extremely frustrating at times) but it's greater effects are always something to worry about. It is the same reason people were worried about LIMBO; why would developers ever go native if you can just wrap your original Windows binary in a compatibility layer and be done with it?
As for general things they could do, all I can do is echo what other people and said and say that I would like to see improvements to the FOSS graphics drivers. That is all.
Last edited by Hamish Wilson; 07-17-2012 at 04:03 PM.
I feel a bit sorry for Valve, I have really never heard of a developer that had to FIX the OS they were working on before porting their software. I mean its understandable, graphics drivers and documentation for them have been in a sorry state, proprietary and open source. And x.org just plain sucks, so thats something else im hoping will change in the near future. But yeah, running into things like no S3TC support because of legal reasons, valves gonna run into a lot of those lol. Im also torn on them integrating some way for me to play the games that haven't been ported through wine, just some small back end that can install those games in the directory where wine is, this would be convenient but like everything with wine, it might just discourage devs from porting.