Slashdot Mirror

An anonymous reader writes "Open Watcom 1.2 has been released and is now available for download from the Open Watcom website. This release contains a large number of new features, product enhancements and several fixs designed to bring Open Watcom to a higher level of quality and compatibility. SciTech software Inc, the official maintainers of the Open Watcom project, have also announced the availability of an updated Open Watcom CD, complete with SciTechs installer for DOS, OS/2, and windows. Support for the update will be handled exclusively through the Open Watcom website. Read More." According to the web site, "the Watcom C/C++ and Fortran products will be the first mass market, proprietary compilers to be Open Sourced."

An anonymous reader writes "Open Watcom 1.2 has been released and is now available for download from the Open Watcom website. This release contains a large number of new features, product enhancements and several fixs designed to bring Open Watcom to a higher level of quality and compatibility. SciTech software Inc, the official maintainers of the Open Watcom project, have also announced the availability of an updated Open Watcom CD, complete with SciTechs installer for DOS, OS/2, and windows. Support for the update will be handled exclusively through the Open Watcom website. Read More." According to the web site, "the Watcom C/C++ and Fortran products will be the first mass market, proprietary compilers to be Open Sourced."

A writes "Rocklyte systems have announced the first version of their Athene Operating System. It is a desktop and embedded operating system built on the Linux kernel, but without the "aging X11". Instead, it uses the SciTech SNAP graphics system with which it is possible to completely re-theme the desktop to look like the famous AmigaOS GUI or another famous UI. For backwards compatibility, an X11 server is also available in the system. The system can run completely off the CD, without needing to be installed on the harddrive."

epowers writes: "It's been a long time since /. ran this story, but a few days ago the Open Watcom Project made it's first public release. It's only a binary patch targeted at 11.0a/b owners, but it's still an important roadmark on the way to the planned full open source release of both the Watcom C/C++ and Fortran compilers. Most programmers, particularly game programmers, should remember the amount of prestige id software's DOOM generated for the Watcom compiler and the sudden proliferation of 32-bit DOS games with the tell-tale "DOS/4GW" startup banner. The download is available for free, but Open Watcom requests a $1-$50 donation to help support the development effort required to remove code Sybase doesn't own and to prepare the open source release."

Kendall Bennett writes "Rumours have been running around for some time, but now it is official. Sybase has announced that it will be releasing the full source code to the Watcom C/C++ and Fortran compilers under an Open Source license. For more information see the new Open Watcom website." The press release states as well that the license will comply with an OSI approved license.

Scitechsoft has released a preview release of their Display Doctor for Linux. It now supports more cards, an SVGAlib wrapper so you can use any card with any resolution and use SVGAlib based applications (Quake, Snes9X etc..), and a universal text mode driver to switch to any text mode you want and your card can support. Evaluation version is now available - worth a shot if I may recommend.

Scitechsoft has released a preview release of their Display Doctor for Linux. It now supports more cards, an SVGAlib wrapper so you can use any card with any resolution and use SVGAlib based applications (Quake, Snes9X etc..), and a universal text mode driver to switch to any text mode you want and your card can support. Evaluation version is now available - worth a shot if I may recommend.

Scitechsoft has released a preview release of their Display Doctor for Linux. It now supports more cards, an SVGAlib wrapper so you can use any card with any resolution and use SVGAlib based applications (Quake, Snes9X etc..), and a universal text mode driver to switch to any text mode you want and your card can support. Evaluation version is now available - worth a shot if I may recommend.

Christian Reiniger of the new Linux Game Development Project has written up a nice piece that you might want to read if you want to see more games on Linux, and how this new project will aid that. The way I see it, the apps are coming, and in many cases, already here. We just need the games. The following was written by Slashdot Reader Christian Reiniger The Linux Game Development Center Rationale

Linux is gaining much attention these days. People who were anti-Linux for a long time suddenly discover that it has changed much the past few years, ultraconservative magazines feature positive stories about Linux at prominent places and The Big Ones in the computer business are almost crowding to support the former "hacker OS".

Good press is always welcome - but can Linux live up to its new image? Can it avoid to dissapoint the people finally giving it a try?

Well, the "It doesn't have a nice, easy to use desktop" and "There are no applications for it" arguments are vanishing in a puff of colorful smoke and the "It's too hard to install" problem is quietly dissolving. But there's still that nasty "But I can't play my favourite games in Linux!" thing.

Linux has games. Linux has good games. But that other operating system has several orders of magnitude more good games than Linux. That's bad. And difficult to overcome, as it's not only because of technical reasons. But we, the free software community, have have a long history of solving But we, the free software community, have have a long history of solving problems and shipping around obstacles. There is no reason why we should not be able to solve this issue, too.

So what's the current situation, what needs to be done and what can be done? Here is a short overview of the major issues:

• Despite Linux's rapid growth - both in terms of user base and existing software - it still is not generally perceived as viable platform for high quality games. Some of the often cited problems are without doubt true, but most of these are already at the verge of being solved and the others mainly need more public discussion.
• While many game-related SDKs and applications exist or are in the make, there is no comprehensive overview of them available.
• As all of these SDKs have their strengths and weaknesses, much can be gained by making them as modular and interoperable as possible, so that game developers can combine them to an almost optimal solution.
• For both commercial game developers wanting to port games to Linux and yet-inexperienced Open Source® developers aspiring to write free games, easy to read documentation and online help via mailing lists and/or irc are very valuable.

Quick Summary

In essence we are suggesting that this new Linux Game Development Center be a kind of meta-project. It would be dedicated to advocating Linux as gaming platform, collecting knowledge about Linux game development and using it to help all interested people, providing facilities for discussion to Linux game developers and, last but not least, encouraging and helping existing free (Open Source®) game SDK projects coordinate with one another.

Please note that this is not an attempt to impose standards or rules on anyone. We just want to do what we can to help everybody coordinate their project with the others and to encourage all game SDK developers to develop compatible libraries.

This is also a call for developers, users and game SDK projects to join our efforts.

History

In the beginning ... there were many unrelated games SDK projects started by many different groups with little or no inter-group communication or coordination.

The initial initiative of starting the Linux Game Development site came from Ian Crawford (you can read his announcement of the site here).

It was first meant as a meeting and coordination point for people developing native and free Linux games, but its scope was soon widened to support Linux game development in general - the phrase "This site aspires to be the headquarters for all Linux game development" is from that time.

Cut - Switch to the PenguinPlay mailing list. Shortly after Ian's announcement of the site, Sam Lantiga suggested on the PenguinPlay mailing list that people could get together on IRC to discuss the future of Linux game development. His idea was considered as "really good" and after the first meeting the thing was extended to all people involved in pushing game development for Linux. Here are the archives of past meetings and the plans for future ones.

Well, the irc meetings became a regular event (each Saturday) and the possibility to have a real-time discussion through irc gave a big push to our work. We started discussing on how we could coordinate our efforts better, how to make Linux more appealing to professional game developers etc. After a few meetings we came to the conclusion that it would be best to merge the SDK projects (ClanLib, CrystalSpace, GAMES and PenguinPlay) to one, giving it the full support. It seemed to be the right thing, but we were a bit uneasy with it, as merging projects is a very, very difficult task.

Then Charles Durst threw in an proposal for a clearing house project, i.e. a project that would give developers from different game SDK projects a good way to communicate with each other, remind these developers to keep the different SDKs compatible to each other etc. He first proposed that PenguinPlay could become this "meta-project", but we found Ian Crawford's "Linux Game Development Center" much more fitting.

We started working on the homepage for this and Charles wrote an announcement text we wanted to post on Slashdot or Freshmeat and several newsgroups. However, as we assembled material for the homepage, discussed its structure etc it slowly mutated from the "Linux Game SDK Coordination Center" to a site for Linux game development in general - the "Linux Game Development Center" or LGDC for short. Ian's original site laid the foundation for this (as it was aimed at helping people to develop actual games) and the transformation was completed when the "Linux Game Breeding (LGB)" (aimed at creation of new projects around Linux GameDev) and "Linux Gaming Awareness (LGA)" (aimed at advocating Linux to commercial game developers) projects joined in.

So here we are. The Linux Game Development Center is a project from Open Source® game developers, maintained by them and dedicated to all people interested in the subject. Located at www.linuxgames.org, it serves as a sister site to www.linuxgames.com, the already well-established site targeted towards game players.

The Proposal

The new Linux Game Development Center would:

• Maintain a collection of links to various game SDK projects and a "news page" of the current status and functionality of each.
• Help coordinate efforts to increase compatibility and perhaps create "glue" software between the libraries produced by different game SDK projects.
• Help game SDK developers coordinate with one another (via mailing lists and perhaps IRC get-togethers), and share algorithms and code. This could even help SDK developers abstract out new layers of common or overlapping functionality between projects.
• Help to fill the functionality gaps that are currently preventing any combination of game SDK libraries from being comprehensive enough for many professional game developers to use.
• Help to direct game developers to the right tools for their particular tasks. Making it easy to find software for a particular purpose, within certain platform, language or license requirements. We are considering using existing web-based knowledge base tools such as WikiWikiWeb or faq-o-matic, as well as tables of the features and limitations of each available package.
• Collect the general feedback that game developers might want to give the Linux community about any porting problems they might have. And helping to start, extend or fix projects to meet those needs.
• If neccessary initiate and host "please port this to Linux" petitions and mane the commercial game developers aware of the demand.
• Find volunteers willing to port commercial games to Linux and act as mediator between them and commercial game houses.
• Provide facilities for discussion between commercial game developers and Linux users on how support for Linux can be increased in the future.
• Help rally game SDK development efforts to port existing game libraries to needed, unsupported platforms.
• It could help direct interested people to other projects as needed to help with bugfixing, porting, and documentation (especially with respect to interoperability between projects).
• It could even have a relationship to game SDK projects and Open Source® games somewhat similar to the relationship Debian has with the packages that it collects. It could collect easy-to-find and easy-to-install packages of game SDKs and try to make it easy for a new developer to choose the one(s) that best meets their needs. It could even help develop policies to ensure clean interaction between libraries wanting to be added to the collection.

While game development for Linux would be an important goal of the web site, the most important goal would be the development of quality cross-platform game libraries. For that reason, developers of games and game SDKs for platforms other than Linux would be more than welcome to join us. Especially if they are interested in porting software to or from Linux.

In the end, there would still be multiple, competing game SDK packages, but that should be OK as long as at least one comprehensive open-source solution can be cobbled together from the pieces. As we have seen with multiple distributions, and even the KDE/GNOME projects, competition can sometimes be a very good thing ... if you can see past the flame wars.

The biggest problem with having multiple, competing projects is the resultant (developer and user) confusion. What we are proposing is a Linux Game Development Center that is aimed simply at reducing that confusion by helping people to find, evaluate, combine and use the available tools, or to develop new, missing ones.

Request

At this point, we are mainly looking for:

• More people to work on the web-site (in particular people who have ideas for ways we should do it with existing or new web server and/or database technologies).
• Other game SDK related projects that should be added, or who want to help, or who should at least join the linuxgames mailing list(s).
• Other Game or Game SDK developers who want to be in on the discussions, prioritizing, development, or who just want to influence the direction of the Linux Games project in one way or another.

All interested people are invited to join the linuxgames mailing list and participate in the discussions (send a blank message to linuxgames-subscribe@sunsite.auc.dk)

Current Linux Game Development Projects

These are the current Linux Game Development projects we have been able to locate and invite to participate. If your favorite project is not included, let us know and please join us.

• 3dfx HowTo
• ALSA - Advanced Linux Sound Architecture
• ClanLib
• CrystalSpace
• Daryll Strauss' Linux 3D page
• DUMB
• GAMES - GNU Animation Multimedia Entertain ment System
• GGI - General Graphics Interface
• GSI - General Sound Interface
• Linux game development webring
• Linux Game Programming HowTo
• Linux Game Programming Megasite
• Linux Game Tome
• LinuxGames.Com
• Mesa
• MGL
• PenguinPlay
• SDL - Simple DirectMedia Layer

Charles Durst, Christian Reiniger

Scitech software has released Display Doctor for Linux.

This is a public beta - NOT - a full release yet.

You can check it out here
Alternatively, you can get it from FTP here

Bug reports - please submit them here
Hit the link below to see what the full version will have

Truly plug & play software that will automatically detect over 250 graphics chips to make your SVGA software work properly

Full featured, universal XFree86 (Xwindow) driver

Full 2D hardware acceleration support

Support for AGP, PCI, VL-Bus and ISA graphics controllers

Allows software to run at maximum resolution and frame rate

Fixes common display problems so that applications can run without errors

Numerous display modes, from 320x240 and 512x384 (low resolution game modes) up to 2048x1536 and 2048x1152 (HDTV 16:9 aspect ratio modes)

DirectX-style hardware accelerated, full screen graphics for applications

using the free SciTech MGL or SciTech SuperVGA Kit graphics libraries

Includes support for VESA VBE/AF (Accelerator Functions) to increase the baseline performance of software applications
Note: This is not a commercial advertisment, but just a suggestion to let people test it and let others who cannot use today X windows

Scitech software has released Display Doctor for Linux.

This is a public beta - NOT - a full release yet.

You can check it out here
Alternatively, you can get it from FTP here

Bug reports - please submit them here
Hit the link below to see what the full version will have

Truly plug & play software that will automatically detect over 250 graphics chips to make your SVGA software work properly

Full featured, universal XFree86 (Xwindow) driver

Full 2D hardware acceleration support

Support for AGP, PCI, VL-Bus and ISA graphics controllers

Allows software to run at maximum resolution and frame rate

Fixes common display problems so that applications can run without errors

Numerous display modes, from 320x240 and 512x384 (low resolution game modes) up to 2048x1536 and 2048x1152 (HDTV 16:9 aspect ratio modes)

DirectX-style hardware accelerated, full screen graphics for applications

using the free SciTech MGL or SciTech SuperVGA Kit graphics libraries

Includes support for VESA VBE/AF (Accelerator Functions) to increase the baseline performance of software applications
Note: This is not a commercial advertisment, but just a suggestion to let people test it and let others who cannot use today X windows

Per Lewau writes "I was scanning the GGI mailing list archives and appearently SciTech have decided to Free their graphics library MGL. Appearantly this lib was used to create Hexen II and WinQuake." Here is the post, here is the license, and don't forget to visit The MGL Site.

Per Lewau writes "I was scanning the GGI mailing list archives and appearently SciTech have decided to Free their graphics library MGL. Appearantly this lib was used to create Hexen II and WinQuake." Here is the post, here is the license, and don't forget to visit The MGL Site.