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
When I read the headline I, foolishly perhaps, imagined a free-for-all release. Nonetheless this is excellent news!
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.
I'd rather use alternatives such as Ogre3D or Irrlitch even if not technologically advanced. I think that's the best way to support Linux-based game development, the same way Blender3D has been doing with their animated short films. Otherwise I feel the community will gain nothing from this. You know, what bugs the the most is that even though Unigine is closed sourced, It has never been used in any important industry title, despite being around for years.
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.
Actually, the first step towards good linux drivers is entirely in the dev's hands. No one to blame but the kernel hackers. Provide a stable interface. Provide a stable binary interface, and the manufacturers will provide drivers, at least for common processors. It really is that simple. 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. No sane company is going to sign up to do 10 times the work for a platform with 1% of the usage.
Right on: you nailed it, clearly and succinctly and thoroughly.
Although you didn't take an outright "call to arms" tone, I hope the ideas you are propounding get the attention and action they deserve.
-kgj
I'm guessing it's to get word out. But more than that I suspect that they're hoping that by giving out the engine that it will help a community develop from which developers can recruit the talent. Talent that's used to working with their engine. Probably not a bad idea.
It will be interesting to see how this turns out, but it definitely could work. The downside is that since only the winner gets a free license, I'm interested to know how many people are going to be willing to work on that, knowing that they'll not be able to redistribute their game if they don't either win or pay up.
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?
The Unigine tech demos look excellent, and have been used to showcase just what Linux gaming can look like.
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.
There aren't any characters in those images, or videos... just an empty landscape. How does the engine perform with 300 armed ogres running around?
Comment of the year
now if video cards run under linux were more than just framebuffers we might go someplace.
Linux already had pretty solid 3D support going all the way back to the Vodoo1 days. Yeah, sometimes you needed to take a little care to buy a card that actually worked in Linux and not just the next best random piece of junk, but that isn't really that that much different from Windows where when you don't take care you might be stuck with some unusable on-board graphics solution.
If 3D hardware would be the problem of Linux gaming, it would have been solved ages ago.
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.
There really is no down-side to them. Take more economics classes.
Violence is like duct tape. If it doesn't solve the problem, you didn't use enough.
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.
> Provide a stable binary interface, and the manufacturers will provide drivers, at least for common processors.
Are you sure it's all about binary interfaces? Hardware vendors lose control of whatever runs under linux, while a slightly incompatible windows release/service pack every now and then ensures forced obsolescence.
That would change a bit with binary interfaces but not that much.
And it would get in the way of kernel development.
But I could be wrong so somebody could mantain some kernel with a fixed ABI and see what happens. T2 project does have specified targets already IIRC.
---- MISSING MISCELLANEOUS DATA SEGMENT --- [sigdash] trolololol
Yeah, driver for my Asus WL-167g wifi was created and worked, but now I can't compile it anymore, because someone thought that net_device struct is no longer needed (starting from kernel 2.6.31). Driver is still open source, but I'm not good enough at driver programming so I can't use this with newest kernels. Now imagine normal user, which buys a card which has "Compatible with linux" on a box but when he tries to compile the driver he is greeted with errors. Yes, I found what happened on some obscure forum, but I had others means of connecting than this card.
Moral: Constant ABI changes are just frustrating.
Extreme Programming - Redundant Array of Inexpensive Developers
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
Wow, fanboys modded you up fast didn't they?
The ABI generally maintains backwards compatibility to a good extent, but if you think it hasn't changed you're completely ignorant and blind.
If it hasn't changed ... why do drivers designed for Win7 not work in XP or Win3.1? How do applications now take advantage of more than 640k? How do these Windows apps interact with the new security bits of Windows 7. Why did AV makers shout and scream about the changes made that screwed over their 'ability' to provide virus protection?
Your visual studio statement makes it clear you're a clueless fanboy.
Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager