Information Unigine CEO Offers Free Engine License for Wasteland 2

Click here and disable ads!

A client could be built that connects to a central database of worthwhile applications for windows. the database is maintained by trustworthy people . md5 auto-verification could be done in locked down memory before its a program you can run. in summary: database entries of sites with direct links/mirrors.

there were such clients, they faded away, i use the Filehippo updater to check the ( most of the good known ) apps for updates then manually download and install them, do it once a month and you're ok

shihonage: you have some ideas, but in the end Fargo & co know what issues they have in front of them and they'll pick the best engine to fulfil our & their dream at the same time

Apparently not: DarkTwinkie, inXile employee said about Linux support that "The Kickstarter moved so fast and furious, we learned a ton about what you guys wanted as we went along. We are looking into this [Linux and OS X -- DominikD] right away and will give you an answer in the next few days." It's from yesterday. So no, it's not obvious, old news.

Dude, they set a goal and said a Linux port would be made if it was reached. There will be a shitstorm if they backpedal on that. "Looking into it" doesn't mean it might not happen.

Money's been transfered. "Linux port dome time later than PC/Mac release" is an acceptable stance IMO.

Yes that's acceptable, but there's no doubt that they need to do it on all those OS's - anything less would be a fraud. They're looking into "how" and not into "if" of making them.

But if you don't do it in parallel with other platforms, you can go for an engine without Linux support ATM but with planned one. Same thing Shadowrun guys decided to do (granted, they did not commit to Linux port).

Please read more carefully. He's responding to a thread about SteamPlay and why inXile is releasing the games separately for each platform, rather than offering each consumer a version/license to use for multiple platforms (as Steam does with Mac+Windows SteamPlay). They are looking into this, where this is the question about how multiplatform ownership works.

Mac and Linux were confirmed weeks ago, they're not backing out of this.

You can even pre-order Mac and Linux versions. Would be pretty retarded to have them for pre-order if they are not sure they'll provide them.

Btw, is it really smart to offer pre-orders at this time? Sure, I guess there won't be many, but money from pre-orders should already be profit, no? But they make it sound like they'd be using the money for the game...

The whole point for an API existing is so that you don't have to program for specific hardware.

That depends entirely on the hardware in question. The NVIDIA openGL drivers are very mature and the AMD ones are coming along nicely. While we're on the subject though, AMD and NVIDIAS ultra high end GPUs are optimized specifically for openGL and not D3D.

Again it all depends on hardware maker's implementation.

That's your problem, trying to play Windows games with OpenGL is completely retarded. Hardware manufacturers are well aware that OpenGL has no presence on Windows so why waste time coding a half decent openGL implementation for it? If you're playing an OpenGL game on shitty implementation of OpenGL don't be surprised if it runs like shit. It's funny that you mention WoW though, considering the OpenGL version of that when ran through Wine actually outperformed the D3D version on Windows. Again though this just goes back to implementation.

Most people who game on POSIX OSes know the boundaries of their own hardware. Secondly, a shitty openGL port is not proof that openGL is a bad API, it's just proof that you're playing a shitty port.

You're implying that you can't simply utilize more than one API. Most middle ware graphics engines already have support for more than one API.

How does that conflict with anything he just said? Who'd have thought a company that produces cross platform game engines would have specific divisions dedicated to optimizing cross platform performance?

We can talk about this all day though, but what it really all boils down to is that inXile and Fargo have already promised a Linux and Mac version provided they reached a certain donation total. If they go back on their promise I'll never donate to them again.

Christ on a Throne! There is so much to grab onto here but fuck If I'm gonna bother with most of this vague fanboy nonsense.

But this stands out like a sore thumb.

Its incredible how the entire fucking CAD industry have passed you, half the Khronos group have products on PC with windows or provide hardware with windows support.
All the graphic hardware manufactures are there with them in all this.
So to say that they have no incentive to create optimized drivers, as well as developing OpenGL for windows is as retarded as it gets.

The reason why DirectX support comes out better is because directX only has one vendor, Microsoft. They focus on windows, and can develop new versions straight forward.



In contrast to OPENGL which has for years abused its extension system. Vertex buffer extension, shaders extension, instancing extension.
Then you have the Nvidia, matrix, Ati...all wanting to show off their shit...which meant having to make sure handles for vendor extensions didn't step on any toes...so you have GL_ARB. GL_EXT, GL_ATI, GL_NV, GL_APL..etc, etc.

Now, I have never touched embedded programming far less developed any drivers.
But it dosen't take a genius to see why manufactures support DirectX better then OpenGL. The job is simply easier.

What more, Opengl's move away from fixed functionality to a proper programmable pipeline, as well as removing decade of junk have been hampered by its insistence on providing backwards compatibility.
Now...I use strictly a core profile which have remove most of the obsolete shit, I don't have do any legacy shit (nor am i going to corner myself with any extension bling).
But driver support will still be problematic.

Things have improved and it will get better since everyone is going to need WEBGL or GLES.

But your fanboyism is still delusional.

My post was in reference to his point about openGL games on Windows being shitty. Most people who play games on Windows exclusively use D3D. While openGL has matured on Windows in recent times, it doesn't change the fact that most people who previously tried an openGL mode on Windows were left with a bad taste in their mouth.

It wasn't meant to turn into DX vs OG, but when Carmack of all people comes out and declares that DirectX has the better API...well you should have realized something was wrong a bit before that.
Supporting multiple platforms isnt OpenGL's main challenge, its adding 3 different opaque handles pointing to three different hardware which basically use the same function, while developers wait for ARB to get of their asses to add a common extension, and when they do they still retain the hardware specific plus all the willy nilly vendor specific shaders. So while the developer wait he can either try to predict the end users hardware and wrangle the right context, which basically means testing on 3 different hardware if he's going to bother at all. That or be a complete retard and add a function which only works on one fucking vendor.

Now here it gets interesting, while we wait for some measly synergy, directX has then probably added(given that its actual functions which has a good chance to be implemented for all vendors) a straightforward function with a straightforward handle.
Rinse and repeat, until you have universal support for Pixel Shaders, vertex and index buffers that work together(oh...and if this is what you were referring to "shit draw calls" you're a bigger moron then i gave you credit for, fyi). Its just ridiculous how far ahead they were in Opengl in terms of expanding their API to the hardware...it dosen't matter who got there first, it matter who did it RIGHT and proper first.
So the years go by, your api gets bigger and bigger, then they find the next marketing hype to jump on, freeze the API, then they grab the more swag functions and jump ship to the next paradigm version.
The old API will still be around.

But here is the thing you are not getting, writing drivers that connects to the API becomes so managable that they can do more then pay lip service, they can work on optimizing. Fewer handles with fewer functions means developers isnt all over the place, all of them using the same functions, testing same handles...and the bugs are easier noticed and dealt with.

As for the guy who took the time covering for several extension...well...you know what happened to Rage? A prestige project pushed by vendors.

Its come to the point that if the games/programs are prestige enough...nvidia or ati will come and "Patch" the game...They can promise all their blood and toil in creating and supporting drivers...but they fail again and again...and that's a problem with OpenGL! because at the moment its a MESS.

I can blaim CAD jews or whatnot, and maybe the fixed function shit will be seperated in time.

But the absurd lack of hardware portability and shitty drivers is a cancer!

" It's not hard to support that old stuff from CAD, it's already supported. Card makers are just butthurt they have to continue using the die space for old CAD stuff. But guess what? The die space is used up when using DirectX as well. More obviously, the die real estate has grown like 50 times since those days, so it's like Mc Donald's bitching they have to pay for 2 pickle slices per hamburger instead of one. Cry me a river. If you're not a cardmaker you don't need to care."

....Die space? Oh god! CARDMAKERS DOES NOT provide functions to DirectDraw or Opengl!

Its the APIS job to know the specs and write the functions...also OpenGL and DD still call for the same addresses/hardware.

You fucking idiot...wheter an api or spec gets frozen or even abandoned most graphics card retain the functions it provides for MANY years to come.



This has nothing todo with the the topic at hand, but i just can let stupid comments like that go.