Page 1 of 8 123 ... LastLast
Results 1 to 10 of 134

Thread: What Should Valve Do For Linux & Open-Source?

Hybrid View

  1. #1
    Join Date
    Jan 2007
    Posts
    14,914

    Default What Should Valve Do For Linux & Open-Source?

    Phoronix: What Should Valve Do For Linux & Open-Source?

    What should Valve be doing for Linux and open-source software? They don't plan to just release the Steam client and select titles for Linux and then suddenly scream "MISSION ACCOMPLISHED!"..

    http://www.phoronix.com/vr.php?view=MTE0MTY

  2. #2
    Join Date
    Jun 2008
    Posts
    74

    Default

    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 .

  3. #3
    Join Date
    Feb 2009
    Posts
    26

    Default IDE

    Contribute to KDevelop / QtCreator to make the platform more attractive for developers used to Visual Studio. While I personally can't stand VS, in the research lab here it is basically the only reason most are using Windows.

    While QtCreator is very solid, it's code analysis is still somewhat basic.
    KDevelop on the other hand has some very nice features here and there, but it unfortunately still is, in some circumstances, too crashy or unreliable to really be recommendable for productive use.

  4. #4
    Join Date
    Mar 2012
    Location
    Faroe Islands
    Posts
    178

    Default

    I agree with pickle, open sourcing their Goldsrc back catalog would be one huge thing Valve could do. They are hardly expected to open source Steam itself since that is a DRM platform and they are still actively using Source for current and upcoming games. But Goldsrc is older and so they won't be revealing any precious secrets by open sourcing that. The fact that it is based on the Quake 1 engine shouldn't be a problem since I am sure that id Software would gladly allow them to do it since they themselves have already released the Quake 1(and Wolfenstein 3D, Doom 1/2, Q2, Q3A, Team Arena, RTCW, RTCW:ET and Doom 3 for that matter) source code.

  5. #5
    Join Date
    Jan 2012
    Posts
    87

    Default

    Just by doing their job conscientiously and solving/fixing the problems they come up they'll benefit everyone. I'm sure there are a plethora of all kinds of bugs and problems with the drivers and the system. If they can fix some of those and document the rest they'll do a lot more than any conscious effort to improve something in Linux.

  6. #6
    Join Date
    Sep 2008
    Posts
    266

    Default

    Quote Originally Posted by smani View Post
    Contribute to KDevelop / QtCreator to make the platform more attractive for developers used to Visual Studio. While I personally can't stand VS, in the research lab here it is basically the only reason most are using Windows.

    While QtCreator is very solid, it's code analysis is still somewhat basic.
    KDevelop on the other hand has some very nice features here and there, but it unfortunately still is, in some circumstances, too crashy or unreliable to really be recommendable for productive use.
    I'm one of those Visual Studio fetishists .

    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.

    my2cents.

  7. #7
    Join Date
    Feb 2009
    Posts
    26

    Default

    Quote Originally Posted by Detructor View Post
    I'm one of those Visual Studio fetishists .

    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.

    my2cents.
    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!)
    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).

  8. #8
    Join Date
    Oct 2011
    Location
    Rural Alberta, Canada
    Posts
    1,030

    Default

    Quote Originally Posted by Detructor View Post
    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.

    Quote Originally Posted by Neco-Link View Post
    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 03:03 PM.

  9. #9
    Join Date
    Jul 2012
    Posts
    3

    Default Poor valve....

    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.

  10. #10
    Join Date
    Jul 2012
    Posts
    3

    Default Get over yourselves

    AH delete my comment about the sad cold truth that linux is really a broken mess in relation to what valve wants to do with it? Okay then, go on believing what you will, but the fact that valve is going to HAVE to jump through all these hoops is just sad. And whats more unbelievable is how half of u think its what normal devs would do. Hell no, Valve is amazing, but if just about any other company saw the sorry state of software intended for gaming on this platform, it would leave an awful taste in their mouth and they would move on, cold, simple, truth. Its why after all these years we have basically gotten nowhere in terms of gaming, the humble bundles are but a small speck on what is the gaming industry.

Posting Permissions

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