Slashdot Mirror
Company Seeks To Boost Linux Game Development With 3D Engine Giveaway
binstream writes "To support Linux game development, Unigine Corp. announced a competition: it will give a free license for its Unigine engine to a seasoned team willing to work on a native Linux game. The company has been Linux-friendly from the very start; it released advanced GPU benchmarks (Heaven, Tropics, Sanctuary) for Linux before and is working on the OilRush strategy game that supports Linux as well."
Yell at the manufacturer of your card, not the linux devs. They can only do so much without the full details of how the card arcitecue is tsructured.
GENERATION 24: The first time you see this, copy it into your sig on any forum and add 1 to the generation. Social exper
We are now entering a transition period when the masses are starting to migrate to low-spec tablet computers from the PCs. The iPads, the new wave of Android tablets and such.. There is no need for the old PC-format packaged computer, the average joe consumer is quicky realizing that fact. The games that need gigs of memory, are CPU/GPU hungry, draw lot of power and require these 3D engines might not be such a hot genre to dive in and develop for right now.
What I find curious about the general poverty of the linux gaming scene is how the prerequisite elements that do exist seem to have come together much less well than I would have expected, even as, in other areas, the prerequisite elements come together better than I would expect.
A lot of effort gets dumped into Linux and the software ecosystem that people generally mean when they say "linux"(gnome, KDE, prominent programs for both, etc.) A fair percentage of it is paid for(kernel work that makes it more suitable for vendor X's servers and vendor Y's embedded platforms, some Freedesktop consortium stuff, etc.); but much of it is purely voluntary, even the sort of thing that corporations might shy away from under the advice of their lawyers(swift reverse-engineering of iPod and MTP syncing, that one French physicist who single-handedly built support for about a bazillion pre-UVC webcams, etc.).
Similarly, a lot of purely voluntary effort gets dumped into the modding scene. On occasion, a very prominent and successful mod team gets snapped up and goes pro; but that is a sucker's bet. There is a lot of hard, sometimes tedious, modding/art/game balance work going on around commercial games purely voluntarily.
On the Linux side, support for cutting-edge, just-released games and engines is rather sparse; but there are a number of fully free engines and generic asset packs that have been kicking around for a while. All of ID's older engine properties have been cleaned up and open-ified, some from-scratch engines have as well, as well as a few other scratch developed or commercially abandoned projects.
There exist the engines(not cutting edge; but adequate enough for reasonably pretty graphics), there exists a talent pool, as proven by the modders, and their exists a reasonable amount of volunteerism and paid-for-by-people-unconcerned-by-free-riders paid work in the linux ecosystem generally. Why does that so seldom come together on the Linux side? Are the modding tools with contemporary-release proprietary games just that superior to the tools available to the freed engines? Is the mass of potential gamers to turn into modders just that much larger on Windows? Something else?
This is a nice gesture but, I don't really see it jump starting linux game development. I don't think linux will be considered a viable gaming market until a gigantic name like Blizzard starts releasing native linux clients. In fact, I think Blizzard could single handedly make linux a gaming platform. They already release OpenGL versions for the Mac so technologically, they are a short hop from a linux client rather than a giant leap. I wonder if thousands of e-mails to release Diablo 3 with a native linux client would be enough to persuade them to do it.
there are plenty of FREE (as in GPL) 3D engines on Linux. These posers should take their closed-source engine and cram it up their ass.
Do you even lift?
These aren't the 'roids you're looking for.
That's what I thought. Nice advert for the company, I guess. It's going to boost Linux development by precisely one game, in 18 months time, maybe....
Welcome fellow moron.
To those marking the parent as insightful, I'd like to see one single link that backs up what he says about video cards being "just framebuffers" under Linux. You realize that most of the OpenGL driver code is shared with the Windows implementations (which is why Heaven pretty much has the same framerates in both OSes), right?
When I read the headline I thought "why would anyone care?" There are plenty of good, free engines out there already.
ioquake3
XreaL
Cube 2
Irrlicht
OGRE
Crystal Space
Blender
Panda3D
And if John Carmack doesn't go back on his word, id Tech 4 will soon be free.
Provide a stable binary interface,
This is wrong on so many levels in linux land.
For starters, unlike windows land, in linux drivers tend to have common things that many drivers need put into modules and re-used. For example the mac80211 stack. In this example all the actual card drivers have to do is basically tell the kernel where the registers are and what they do and bam, working wifi.
Bug fixes in used modules fix bugs in all things that use it. Code re-use to the extreme.
It also helps with portability, can you run your nvidia binary driver on mips? Hell no, could you run neauvou which exposes the hardware through gallium and uses GEM etc.
As long as the drivers need to be rewritten every few months because the kernel was changed (often for no other reason than to break compatibility), linux will have crummy drivers.
Linux by far has the most in-built driver support of any operating system that has ever existed. To call it crappy is a bit of a farce.
All hardware vendors need to do is give a kernel dev specs and a driver which will be indefinitely supported is created. I can still use a tv tuner card from 2001 on my machine now, could you do the same with windows 7?
Having a stable ABI limits improvements to the kernel, and loses a great deal of flexibility and usefulness. So really, screw that. If you 'want' a stable ABI, it is a good sign you are doing it wrong anyway.
Please hell no. If windows is an example of doing this right then I don't want it. The ABI for windows hasn't changed in 20 years and it's horrible riddled with bugs and simply a PoS. All one has to do is look at how lame their visual c++ compiler is because it has to compile down for their archaic abi to realise that's not the way to go.
I use Unigine on Linux at work. Everybody else uses it on Windows. OpenGL performance is slightly faster on Linux than Windows but DirectX11 runs a bit faster than OpenGL/Linux I think this is down to DirectX11 multi-threading better thus the CPU becoming less of a bottleneck.
This is with the nVidia drivers.
Unigine is really targeted at DirectX10+ class hardware and is one of the first engines to support new DirectX11/OpenGL 4 features. Our most recent project involves perhaps 100kms of Railway track with animated crowds of people and thousands of animated cars. We have it running on about as fast a systems as you can get. But we don't do optimisation either unless we have to.
Unigine is really good at cross compatible too. All the tools are equally available on Windows/Linux and almost all the code I write under Linux will work the same on Windows.
Yes, the political and other agendas that go along with Linux essentially result in it fucking itself over in this respect.
So who REALLY do you expect to care that you can't run it on a reasonable obscure OS ... with a rather obscure (these days) processor? You might care, and maybe some guy in Europe ... but no one else does, so you're not really doing anything to help your argument in the minds of people who actually want to serve the most amount of people. You want to run some odd combination, you cut yourself off.
And to ignore what every major developer complains about and uses as their reason for not developing for Linux is just utterly ignorant. If you want people to develop for Linux you have to address their reason for not doing it, not sit around and tell them they are wrong.
Really? You're using an analog tuner to receive what? Analog was done away with last year in the US, I suspect that any other major country in the world is either already there or going that way soon as well, so its awesome that you can get your old TV card working, I don't think any Windows 7 user will cry that they can't get the card they bought 9 years ago to work ... since even with drivers its effectively useless. I guess you could hook it up to cable providers until they drop analog completely.
Actually, you have that backwards. If you can't make a reasonable stable ABI, you're doing it wrong. Its just a sign of a dev who either is incapable of thinking about the future or or don't care, either way, you won't find people who bother to follow you constantly doing anything useful. The fact that you think this way shows that you have no concept of how proper software development works. Its not even unique to software development, standardized interfaces are considered one of the major innovations that brought us to where we are today as far as production is concerned.
Do you think an assembly line would work if every engine, tire, bolt, or whatever had 'improvements to its interface' every day? Oh, today we get new bolts, gotta update the engines ... oh, the engines have a change that requires transmission modifications.
The interface doesn't have to stay the same forever, and indeed can't, but consistency and stability are a good thing, even if you don't understand why. Perhaps you should try living in a world where every electric company providers their own 'optimized' form of electricity, complete with different voltages and frequencies. How well would that work out?
Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager