Forgot your password?
typodupeerror
Games Linux

Developing Games On and For Linux/SteamOS 145

Posted by Soulskill
from the year-of-linux-on-the-console dept.
An anonymous reader writes "With the release of SteamOS, developing video game engines for Linux is a subject with increasing interest. This article is an initiation guide on the tools used to develop games, and it discusses the pros and cons of Linux as a platform for developing game engines. It goes over OpenGL and drivers, CPU and GPU profiling, compilers, build systems, IDEs, debuggers, platform abstraction layers and other tools."
This discussion has been archived. No new comments can be posted.

Developing Games On and For Linux/SteamOS

Comments Filter:
  • Article is generic (Score:5, Informative)

    by the_scoots (1595597) on Wednesday December 25, 2013 @07:16PM (#45784215)
    There's really not any information specific to SteamOS or even games in particular, just general info. Not a bad article, but a misleading title.
  • by postmortem (906676) on Wednesday December 25, 2013 @07:57PM (#45784443) Journal

    Netbeans - although their focus is Java, C/C++ support is great.

  • Qt Creator (Score:5, Informative)

    by jones_supa (887896) on Wednesday December 25, 2013 @08:47PM (#45784705)
    Qt Creator is hands down the best C/C++ IDE for Linux.
  • by jedidiah (1196) on Wednesday December 25, 2013 @08:59PM (#45784767) Homepage

    The gaming market is already moving away from Windows and thus DirectX. There was a time when trying to emulate Windows was the most relevant approach but that time has passed already.

  • by Winamp (3439895) on Thursday December 26, 2013 @05:58AM (#45786725)

    Yeah, I guess I didn't mention in my post that one of the unfortunate things about trying to get these older commercial Linux games to run is that they're all more difficult at getting to install or behave properly in modern Linux distros than they do in modern versions of Windows.

    In your case, the Doom 3 installer normally uses a GTK 1.2-based installer but relies on system libraries. Most distros don't supply them anymore and even if you can find a way to put them on, the installer looks for 32 bit libraries in particular locations so in the end it'll default to its fallback console-based installer, which at least still works. Then you've got to deal with forcing DOOM 3 to bypass PulseAudio as it glitches badly with either no sound at all, or something like a 5 second sound lag (PulseAudio didn't exactly exist when the game was made).

    Ah, good fun I guess. It's certainly more satisfying once you finally get it working as you'll learn a heck of a lot about Linux (including a broader understanding of why people get frustrated with it and go back to Windows). Having said that though, newer games are better designed for the Linux ecosystem and have FAR less issues.

  • by ledow (319597) on Thursday December 26, 2013 @07:05AM (#45786861) Homepage

    I have to say that GDB under Eclipse is actually my preferred tool for debugging. Hell, half the time you can't even see that it's actually using GDB yet it does everything I would want in a debugger.

    It's all horses-for-courses but in terms of GDB *itself* (i.e. not a frontend to it), I don't think there's much to improve except keeping up with new binary formats, instructions, etc.

A sheet of paper is an ink-lined plane. -- Willard Espy, "An Almanac of Words at Play"

Working...