Microsoft Phases Out XNA and DirectX? 256
mikejuk writes "It is reported that Microsoft has sent an email to DirectX/XNA MVPs which informs them that they are no longer needed because XNA and DirectX are no longer evolving. What does this mean? If you don't need MVPs then presumably you anticipate nothing to support in the future."
Huh? (Score:2)
Re:Huh? (Score:4, Interesting)
I think everyone is just as confused. Its really unlikely that MS is ditching D3D. The standard joke is "embrace extend extinguish" but... extinguish makes no business sense here. It's more likely they are trying to collect everything under their "apps store" like Apple has. Presumably steam understood this better (and earlier) than everyone else, and that's why they're making another basket for their eggs.
Re: (Score:3)
Re: (Score:2)
Comment removed (Score:5, Insightful)
Re:Huh? (Score:5, Insightful)
Not even Coke or Pepsi. Microsoft is and has always been an office supply company. They're rich because they worked out how to sell an expensive box of paperclips to every business in the world. But y'know, turning pens and paperclips into a consumer shiny toy company? A bit unlikely to happen.
Re: (Score:3, Insightful)
turning pens and paperclips into a consumer shiny toy company?
Exchange Server, SQL Server, MSVC and all it's attendant addons are *not* paper clips.
Re: (Score:2)
Hah. Much as is pains me to say it, MSFT enterprise products are *everywhere*.
Re: (Score:3)
Sometimes they are even useful...
Re: (Score:3)
Had to use Calc the other day due to an office 2010 bug in Excel that caused it to crash (doing a simple find and replace no less). Calc has always been there for me when excel wont work. Integration with Writer is better then in MS office.
Powerpoint, is way over used, and very limiting.
I have been using HTML online presentations, and I have been very intrigued by the way some people are delivering presentations using live web papge updates. You go to a web page at the beginning of the presentation and the
Re: (Score:3)
What? I can probably get 1,000 paper clips for less than 10 bucks, and since that's more than I'd probably ever need a smaller, cheaper pack of 50-100 would be just fine. You're right; you don't really have to think much about it... they're just little bent metal strips, they're cheap.
On the other hand, a few hundred dollars just to get a license to use a non-butchered version of Office (ie. with database functionality), on top of another couple hundred dollars to the same company for the operating system
Re:Huh? (Score:4, Informative)
From the article all that's dying is likely the name. The same technologies will still exist and be limited to Xbox and Windows only. No OpenGL.
Re: (Score:2)
My first thought exactly, I really hope they're retiring DirectX and using OpenGL from now on.
Re:Huh? (Score:5, Informative)
That would be OpenGL+OpenAL, a few games do use it on Windows.
Re: (Score:3)
For all we know, it -is- the equivalent of a numbers station.
You've seen the random shit post that each story gets at least one of, right? Looks like segments of random sentences strung together? I would put money down that those are not just garbage.
Re: (Score:3)
Made me think of Stross' "Halting State" where the bad guys "implemented TCP/IP over AD&D"
Re:Huh? (Score:5, Interesting)
Premature abbreviation is the root of all evil.
Use OpenGL instead (Score:5, Informative)
All the growing platforms use OpenGL. Even Windows can use OpenGL (although it is not tyhe favored child). If you have an eye on the future, it makes far sense to develop with OpenGL. That way you can develop shaders that will work on: Android, iOS, Mac, Linux, Windows, Unix, embedded devices (eg. commercial avionics), the PS3. What you miss out on is XBox 360 and Windows Phone. Compare the combined size of the coverage of OpenGL platforms to the Direct3D-only platforms. There is simply no contest anymore in terms of units shipping and growth rate.
OpenGL is the future of hardware accelerated graphics. The nice thing is that no matter what changes in the hardware/platform space you investment in OpenGL is never lost, it comes across as you migrate.
Re:Use OpenGL instead (Score:5, Insightful)
OpenGL is the future of hardware accelerated graphics.
And the past, and the present, just to round out the hat trick.
Re: (Score:3)
Unless you absolutely need to lock yourself into a limited, closed platform (for example, you want to develop XNA on xbox and there is no other choice), why would you ever want to do so? There is no good reason.
Re: (Score:2, Insightful)
(for example, you want to develop XNA on xbox and there is no other choice)
Well, that is one of the most used gaming platforms on earth... it's not a small reason.
Re: (Score:3, Insightful)
But with OpenGL you get all of the other most used gaming platforms put together. That's much larger than locking yourself to the Xbox.
(Windows runs either, so if you wish to include it, it counts on both sides, thus not changing the outcome).
Re:Use OpenGL instead (Score:5, Informative)
Because XNA is actually a pretty good framework embedded in a really good toolset and there's really nothing that matches it in terms of ease, speed, and quality of development without also losing much real flexibility and power to do what you want to.
I agree with you for the most part, I'm using OpenGL now because XNA at least does have an awful lot of uncertainty under it with the fact Microsoft have chosen not to support it in RT and Visual Studio 2012, suggesting there is indeed no future for it, but if you just want to make games as say, a hobbyist, and don't really care about sales figures or market reach then XNA is your best bet, especially if you work a full time job - XNA can mean the difference between having time to embark on such a project alongside work, and not. A lot of this comes down to OpenGL's inconsistency of support meaning more bug hunting, more time and effort to setup, and the fact the API design is dated and often painful to work with and that the only language it was really developed hand in hand with - C, isn't exactly a productive language (unless you have to use it, for performance concerns). XNA being developed hand in hand with C# is partly what made it excellent to work with because it was a modern framework design melded with a modern language.
But for what it's worth I think there's another point in OpenGL's favour, Microsoft have a long history of failing to provide graphics API stability, GDI, GDI+, WPF 2D/3D, DX, MDX, XNA, and so on - so many APIs over the years have come and gone with support disappearing to a large extent or even completely. It's one of Microsoft's developer weak points.
I've always been a fan of Microsoft's graphics APIs and have always defended them over OpenGL because they haven't had most the headaches OpenGL causes, but even I'm fed up now of the fact that each graphics API has a lifespan of a few years, that if you upgrade Visual Studio you can likely no longer use the integrated tools for that API for years afterwards, if at all. It's just gotten stupid at this point and has become such an overriding concern due to the frequency of the problem that all the benefits are now irrelevant.
Re: (Score:2)
Microsoft have a long history of failing to provide graphics API stability, GDI, GDI+, WPF 2D/3D, DX, MDX, XNA
Failing? Hardly.
GDI and GDI+ still work on Windows 8 - this is what WinForms is built on. These have been stable for years now.
WPF was recently updated for .NET 4.5 [wikipedia.org], so obviously that's dead in the water.
DirectX is alive and kicking on the PC, as is XNA on PC and XBox.
The only one MS don't want you using at all is MDX, which is why they created XNA.
Re: (Score:2)
But for what it's worth I think there's another point in OpenGL's favour, Microsoft have a long history of failing to provide graphics API stability, GDI, GDI+, WPF 2D/3D, DX, MDX, XNA, and so on - so many APIs over the years have come and gone with support disappearing to a large extent or even completely. It's one of Microsoft's developer weak points.
GDI hasn't gone away – it's still the core Win32 rendering API. Microsoft may be encouraging people to use its newer technologies, but GDI is still s
Re: (Score:2)
"but if you just want to make games as say, a hobbyist, and don't really care about sales figures or market reach then XNA is your best bet, especially if you work a full time job - XNA can mean the difference between having time to embark on such a project alongside work, and not."
This doesn't make sense. In your day job, you'd be a fool not to use the most efficient tool that your budget can afford. With hobbies, turnaround times and efficiency matter less than the pleasure you get from doing something yo
Re:Use OpenGL instead (Score:4, Insightful)
Bullshit, doesn't work anywhere else, but XBOX, what flexibility are you talking about?
It also works on WinPhone (even WP8) and Widnows XP onwards, with the ability to share 95%+ of the code between them. So it covers the two largest segments of the videogame market, platform-wise.
Re: (Score:3)
Re: (Score:2)
Unless you absolutely need to lock yourself into a limited, closed platform (for example, you want to develop XNA on xbox and there is no other choice), why would you ever want to do so? There is no good reason.
Right, but developing for it doesn't mean you would lock yourself into it, no developer in their right mind would build a game engine relying solely on one particular platform-specific API. This goes all the way back to the days where we had to support S3D, Glide, CIF and others side-by-side. Obviously guys like the Limbo developers weren't 'locked in', it's available on XBLA, PS3, Windows and OSX.
Re: (Score:3)
Re:Use OpenGL instead (Score:4, Informative)
OpenGL has been far more fragmented in terms of the numer of vendor extensions you needed to use for a long time to get access to recent functionality.
Your OpenGL knowledge is clearly out-of-date. The extension mechanism still exists, of course, but is not needed to get GLSL shaders that have advanced functionality.
Re: (Score:2)
Re: (Score:2)
Re: (Score:3)
I'm actively developing OpenGL ES 2.0 for android and one constant source of frustration is the quality of tools, documentation and examples. The tools are really bad since the nearest thing to syntax hilighting is the standard C editor and there is no way of telling if a shader will work or not without trial and error. The problem with documentation and examples is of another issue - there are so many different versions, bindings and implementations of OpenGL that it is very hard to find what you want in all the noise. You might come across a seemingly good example and discover it's no use because it's fixed function or uses the wrong version of GL.
iOS has some really nice development tools. I don't port to Android, but for those that do I've heard an iOS-first, Android-second strategy can produce better Android apps because the toolset on iOS helps debug and optimize the software faster and better. It might be worth looking into.
Re: (Score:2)
I'd rather see an open DirectX spec ported to other platforms than see OpenGL take over everything.
Re:Use OpenGL instead (Score:5, Interesting)
Re: (Score:2)
I think the abstraction works quite well for most cases.
Is it worth re-architecting for the handful of cases where it doesn't? It seems unlikely.
There might be a case to be made for delayed rendering and more frame-buffer composition, but even they'd still use the "single-threaded CPU cores building out a single, final command buffer" paradigm.
Re: (Score:2)
....wholly inadequate for modern GPU architectures.
The GPU architectures are designed around the APIs so it's not like existing GPUs would work a lot better if driven differently.
Re: (Score:2)
Re: (Score:2)
What OpenGL needs is a library for fixed function and immediate mode layered on top of OpenGL ES. The emulator would make porting OpenGL->OpenGL ES easier without being an albatross around the neck of the API (and of the OpenGL driver writers who'd be free to concentrate on with their OpenGL ES implementations).
This is what OpenGL basically is these days. The trouble is that nobody's free to dump legacy code and go with pure OpenGL ES on the desktop, they're forced to go through all the layers. These peo
Re: (Score:2)
Re: (Score:2)
Yep. DirectX 11 is quite well finished (and it only took them eleven iterations to get things figured out...!), but I doubt Microsoft will let Apple or Linux license it anytime soon.
Re:Use OpenGL instead (Score:4, Interesting)
Re: (Score:2)
Re: (Score:2)
ANGLE (Score:4, Informative)
The performance hit is small enough for Chrome, Qt and other projects to use ANGLE to translate Direct3D to OpenGL:
https://code.google.com/p/angleproject/ [google.com]
Re:Use OpenGL instead (Score:4, Insightful)
All the growing platforms use OpenGL.
No, they Use OpenGL ES.
Even Windows can use OpenGL
...just not OpenGL ES.
OpenGL is the future of hardware accelerated graphics.
It might be. If they finish OpenGL ES (make it support missing desktop graphics card features), then actually allow people to use it on the desktop.
Unfortunately most of today's graphics cards will never have a working OpenGL ES driver so we're looking at five or ten years before it's worth trying to use OpenGL ES on the desktop, if ever. It's too little, and far too late.
Re:Use OpenGL instead (Score:4, Informative)
Re: (Score:2)
OpenGL ES is essentially OpenGL with the parts which embedded hardware can't handle removed.
No it isn't.
Also it's not that hard to run an implementation of OpenGL ES on the desktop today
Still hard, though.
Re: (Score:2)
What you miss out on is [...] Windows Phone.
Oh no! Save me!
Seriously, who really cares about that platform? It's just not got the market penetration. Now, the 360 has the penetration, but the hardware there is looking rather elderly; the visual quality of the platform is noticeably worse than its competitors and it's pretty clear it needs a platform-refresh or successor, which would be a reasonable time to ramp up support for OpenGL.
The big problem with OpenGL (Score:5, Interesting)
The big problem with OpenGL is that the shaders are not guaranteed to run in bounded time. DirectX doesn't have that problem, and the OpenGL emulation layer on top of DirectX unrolls the shaders, and for the ones which won't run in bounded time, just throws them away.
When Chrome implements OpenGL on Windows, it runs it through its own code which does the same thing and preflights it, then renders the OpenGL which will run linearly and in bounded time via DirectX.
The Linux and Mac OS X versions hand the OpenGL to the user space renderer or to the kernel-based renderer, respectively -- there are significant performance advantages to OpenGL on Mac OS X compared to Linux because of this; this ends up being most apparent on portable devices, which have a limited memory copy bandwidth (read: ARM devices), which is why Android doesn't directly use the Linux graphics model, apart from the inability to use binary drivers in kernel space due to EXPORT_SYMBOL_GPL().
But both the Linux and Mac OS X OpenGL renderers take the shaders without preflighting them, as is done on Windows when converting to DirectX calls, and so it's possible to crash the user space driver on Linux, or crash the Mac OS X kernel, on Mac OS (the disadvantage you get in exchange for the reduced copy overhead relative to Linux).
I tried unsuccessfully for several months to try and convince the Chrome graphics guys to run the preflight portion of the Direct X converter on Linux and Mac OS to prevent these crashes on these platforms, to no avail. It'd be more processing, but no more than is already done on Windows, in exchange for a significant improvement in stability for OpenGL/OpenGL ES/WebGL/NaCl on both platforms, which is probably worth the additional processing cost, given that the bottleneck is copying, not processing, on the portable platforms. There are cycles to burn on the desktop systems, even if you'd prefer not to burn them, it's probably worth it for the stability.
In any case, a lot of game developers try for a lot of effects with shaders, and most of them are more concerned with the visual appeal, rather than in running in bounded time and not eventually crashing the system. DirectX protects them where OpenGL doesn't -- except on the Windows platforms they use for development, and that doesn't help get these games stable and running on Mac OS X or Linux, which is what you'd hoe the portability of OpenGL code would have bought you.
Re: (Score:2)
The big problem with OpenGL is that the shaders are not guaranteed to run in bounded time. DirectX doesn't have that problem
Has Microsoft solved the halting problem?
Re: (Score:2)
Doesn't help much the other geometry stuff but I would not be surprised if the two APIs are largely analogous such that most of the differences can be abstracted away behind some utilities or some other for of separation, e.g. by using a 3rd party development platform like Unity.
Re: (Score:2)
Re: (Score:2)
Re:Use OpenGL instead (Score:4)
Re: (Score:2)
For one thing I don't think DirectX will become that much more stable as GPUs are still changing dramatically
Are they still changing dramatically? Aside from tessellation (which is debatable as far as 'dramatic'), what other 'dramatic' changes has their really been once the fixed function pipeline was dropped? Once the fully programmable pipeline took over, the bulk of what the Direct3D API still does for the developer is now simply asset management.
Hell, even the last update to the shader standard only dealt with general purpose computing on the gpu.
Re:Use OpenGL instead (Score:5, Insightful)
> I miss the days where Slashdot was populated by actual developers.
We're still here. It is just that the signal (developers) is probably buried under the noise (fanboys) half (most?) of the time.
It is harder to stick to the facts then to go all emo over speculation which sadly /. is becoming more and more.
Re:Use OpenGL instead (Score:4, Interesting)
Re: (Score:3)
I believe it's because facts can only support a limited number of commentators and threads. We reached that number about the time slashdot started requiring accounts to avoid seeing advertisements. Whereas speculation can support an unlimited number of people and comments. Obviously the more people you have the more advertising you can have, and the bigger you can get. Point being if /. got rid of the advertising like they used to, then there would only be a few thousand of us and very little noise. I won
It Means (Score:5, Interesting)
Cynical? This isn't my first rodeo. I watched them kill off OS/2, pretty much exactly the same way.
Re: (Score:2)
it just means their public pr relations dev money is being targeted towards Metro so they're shutting down older pr programs.
however.. keeping the mvp system alive wouldn't cost them a damn thing if they didn't do anything with it... and obviously it's not assumed that sw with these techs would be removed from pipeline from all companies.
it's just a reshuffle of their developer PR though. hard to say what it really means.
Re: (Score:2)
Re:It Means (Score:5, Insightful)
True. Having said that, IBM did not really help. While OS/2 was in many ways a 'better DOS than DOS', as they promised, it fatally lacked support for non-IBM devices in the early days... I remember trying to install on a very-standard config beige box, and sixteen disettes later getting nowhere.
Called up an ex-colleague in IBM, who got me through to a senior dev in the OS/2 team. "Ah, we've never tested it on a non-IBM machine...better buy a PS/2..."
Re: (Score:3)
it fatally lacked support for non-IBM devices in the early days...
Indeed. IBM viewed OS/2 as a way to promote PS/2 hardware, and in fact the /2 in each was not a coincidence. It was a common belief not just with IBM but many companies at that time that software was just a necessary feature for moving hardware out the door.
Apple never really gave up that theory and almost died because of it, and if it were not for the emerging portable market they'd still be just a bit player, and now we see again that Android is doing the same thing to them in the portable space that D
Re: (Score:2)
Re: (Score:2)
Re: (Score:2)
Luckily.. (Score:2, Interesting)
..there's MonoGame [codeplex.com].
DirectX is fine (Score:5, Informative)
Re:DirectX is fine (Score:5, Funny)
So, were they lying then, or are they lying now? Either way, we seem to be getting different story from anonymous PR bunnies in unspecified divisions.
Me, I get the vague impression that Uncle Fester is losing his grip, and that Microsoft's System Lords are preparing to carve mini-empires out of the wreckage when it comes off the rails.
Re: (Score:2)
So, were they lying then, or are they lying now? Either way, we seem to be getting different story from anonymous PR bunnies in unspecified divisions.
Me, I get the vague impression that Uncle Fester is losing his grip, and that Microsoft's System Lords are preparing to carve mini-empires out of the wreckage when it comes off the rails.
Is that PHBs?
Re: (Score:2)
If there were a "+1, SG-1 Reference" mod, you would've gotten it.
Nebulous spokestalk alert! (Score:5, Interesting)
One thing that the NBC Universal--Comcast thing taught me was that "inaccurate" != "false". (They said news about the merger was "inaccurate". They merged anyway.) Here we go again.
In short, I'm not convinced that either system will survive the axe, and you should probably just polish your HTML5-optimized-for-Metro-or-whatever-it's-called-now (or OpenGL?) skills if you still want to make games for Windows:
So will both die on April 2014? In the words of $got_talent_judge, "I vote Yes."
Unlikely (Score:5, Insightful)
It's very unlikely that Microsoft will abandon DirectX. It is afterall the reason why most games for the PC are Windows-exclusive. If they OpenGL becomes king, porting to Linux will be a lot easier. Windows will be dumped by a lot of people whose only reason to keep a Windows desktop is gaming.
Re: (Score:2)
Sure, but every PC game sold is potentially one less XBOX game sold, some forces in Microsoft actively work against PC gaming ... the Windows 8 team hard selling the upgrade with a new windows 8 exclusive DirectX version and Windows 8 exclusive games isn't helping either (with Windows 7 they had the courtesy of porting the new driver model to Vista, courtesy is lost on them now).
This actually only relates to XNA (Score:5, Informative)
As anyone who deals in this knows XNA is a dead end and DirectX most certainly is not. They are retiring the XNA part of the XNA/DirectX MVP.
Link [zdnet.com]
"if the email is valid and authoritative" (Score:4, Insightful)
may directX die screaming (Score:2)
M$ derailed the graphics industry with their strongarm tactics a long time ago. There were already really good graphics api's when directx was shoved bodily down the throats of developers. The only way DX would have been acceptable is if it would have been available to all platforms, not just windows. OpenGL would have/will open gaming up across almost every platform available now. I keep mentioning games because that was where I was always most involved and interested, but having a fully developed and
'Evolving' (Score:2)
For these years, I had operated under the assumption that source code was edited & compiled. /.
Gosh, the stuff you learn on
Re: (Score:2)
For these years, I had operated under the assumption that source code was edited & compiled. Gosh, the stuff you learn on /.
You jest, but as a Cybernetician, I think that evolving could be the right word when it comes to Microsoft. They could be using genetic programming [wikipedia.org] from what we've seen of their leaked sources, it smacks of natural selection. Dead sections of DNA (code). Vestigial features left in because no one knows what might be using it. Off-by-one mutations (errors) everywhere, that'll either spawn more bugs (features) to fix them, or be removed from the gene pool (patched) if they prove fatal.
It's almost as if
Their migrating to the ms store model (Score:2)
I'll say it again. They are in a completely new ball game.
Don't be surprised if they don't abandon the windows code altogether and adopt Linux or BSD code. I can even see they selling the windows base or spinning it off with it's own company and keeping a big portion of the stock.
All they need is make an API for a GUI for devices and hardware that can run on a kernel/platform. Then they focus on developing a device ecosystem and taking their 1/3 commission from developers selling in their app store. Basica
So steam is right... (Score:2)
windows/xbox gaming is going to a dead end monopoly, controlled by Microsoft.
they are probably releasing new (expensive) tools, full of MS controls and checks (DRM) with their apps store, so all new games must use their store... and paying MS more and more.
As a side "feature", it will probably also break the wine compatibility for new games during the next several months/few years
Most likely (Score:2)
Microsoft is continuing their current trend of re-inventing the wheel and making everything different, yet the same. For instance Windows RT, the UI development framework, is strikingly similar to WPF, albeit with some strange and head scratching changes that make sense to only that one guy at Microsoft. I would imagine that Microsoft is probably going to re-brand DirectX or XNA into some unified framework that has a Metro-y Windows 8 like feel to it, maybe merging development across PC, mobile and consol
DirectX != Direct3D (Score:3)
Something people need to understand is the writing has been on the wall for DirectX for some time now. This is not unexpected news to those of us invested in the platform. What I interpreted from this is that DirectX isn't going to evolve (and that XNA is effectively dead, but we've known this for a long time), but that doesn't mean Direct3D, what most people tend to consider when they think of DirectX, is going anywhere. There will always be a need for high performance graphics rendering and it isn't likely going to be OpenGL on the Windows platform.
They've been turning Direct3D into a typical windows component without any extra special treatment since 2011 when they merged it into the Windows SDK. It's just one small piece in the cog of platform technologies.
I can't say I'm pleased with this turn of events, but I can't say I'm particularly surprised, either.
Re: (Score:2)
Thank god!!
Re: (Score:2)
What a mess of extensions that thing devolved into...
Why they didn't want OpenGL ES on the desktop is beyond me - it was the chance to start over cleanly, they should have pushed it as hard as possible but nooooo....too little, too late.
Re:Another fad ends (Score:4)
Because Microsoft had to justify their purchase of RenderMorphics in 1995 -- the company that made the Reality Lab API that was renamed Direct3D.
http://en.wikipedia.org/wiki/DirectX [wikipedia.org]
Of course Microsoft didn't get it right until version 3. DX1, DX2, DX5. :-/ (DX4 was never publically available.)
At the time there was a petition of game developers telling Microsoft to support OpenGL - but typically Microsoft didn't give a dam -- they have always just wanted vendor lock in with all their technologies.
http://www.graphicsgroups.com/6-opengl/c476ebf66db4600a.htm [graphicsgroups.com]
Re: (Score:2)
Anyway the full blown OpenGL with 4.x is somewhat getting its shit together and is a superset of ES 2.0 and 3.0. Just avoid the fix
Re: (Score:2)
It's too cut to the bone e.g. it only supports triangles, lines and points as primitives,
Show me any hardware or software that actually does something different at the core. You can't. EVERYTHING users triangles, lines and points for a reason.
Re: (Score:2)
Just because a high level representation of a shape is decomposed into something else does not mean it's convenient to force an app through the lowest level. Forcing an app to decompose a mesh, quad or a poly into a fan, strip or individual triangles, including coping with all the degenerate cases is a needless development burden.
OpenGL ES 2.0 is meant f
Re: (Score:2)
I have some video display code that currently uses triangle strips. I'm planning to change to quads so that geometry correction can be done more easily in my app. I could certainly do it with triangles, but it's just a lot easier with quads. This is used on workstation machines so I'm hoping (although I haven't dived into it yet) that the driver, rather than the hardware, won't have to re-work everything piece by piece.
Re: (Score:2)
OpenGL ES 2.0 might be suitable for running a desktop framework, but it probably isn't suitable for the apps running on top of it. It's too cut to the bone e.g. it only supports triangles, lines and points as primitives, lacks geometry and tesselation shaders and has various other restrictions which might be necessary in a phone but should not be when running against a PC GPU.
Guess what? That's what the graphics cards do. No consumer graphics card does quads, strips, fans, big dots or wide lines in hardware. The driver has to re-work them on the fly.
OpenGL ES also needs a separate, standard library for doing immediate mode rendering, matrix math, etc. Newbies can't be expected to do all that stuff for themselves. Direct3D has Direct3DX, OpenGL ES has nothing (I suspect this is one more reason why they're trying to keep OpenGL ES off the desktop when what they should really be do
Re: (Score:2)
I agree OpenGL ES 2.0 could do with some proper client side code for matrix calculations and so on. It's very frustrating to program in JOGL, or libgdx or Android and realise they all implement
Re: (Score:2)
I don't doubt it's done in the driver. One reliable piece of code which has been tested to death which performs exactly as it says on the tin.
What color is the sky in your world?
Video card drivers are among the most unreliable pieces of software in widespread use. (This is one reason why WebGL is such a terrible idea – the last thing you want to do is expose this crappy code to completely untrusted data from the Internet.) If video card vendors can get 1 extra FPS in the latest twitch game by adding
Re: (Score:2)
As for WebGL, I've voiced my own concern about WebGL, but since it's essentially OpenGL ES 2.0 with relatively minor differences I don't it's particularly relevant to t
Re: (Score:3)
One of the reasons why Vista got such a reputation for unreliability was that the video card vendors outright refused to rewrite their drivers for WDM. They kept pretending it just wasn't going to happen, and didn't finally do the update until after it was too late and Vista had already hit the stores.
Changing the driver model was such a stupid idea that everyone hoped Microsoft would realise and change their minds. Until then, no-one was going to put resources onto debugging drivers for an OS that wasn't even released yet when they could be improving drivers for hardware and operating systems customers actually had.
Just another dumb idea on Microsoft's part, believing they could do what they wanted and the rest of the world would follow them with their tails wagging.
Re: (Score:2)
Re: (Score:3)
I use Linux, but a spend more time in Windows and its not just because of games. If Linux natively ran something as good as Visual Studio + C# + MSDN, I'd be running Linux far more often. I don't have the time or the patience to exhaustively sift through API references any longer.
Absolutely. I spend a lot of time coding using the whole C + EMACS + Autotools + 100 random barely documented libraries that have been cobbled together to form the GNOME GNU Linux API. I care about software freedom. But Visual Studio and C# and MSDN is just so clean and complete and well documented. It really improves productivity. One day coding on Visual Studio == 3 days coding in C on EMACS.
Re: (Score:2)
What? Haven't your heard of Eclipse and Java?
Yeah, and if it wasn't java...
I like the ability to use pointers when they are advantageous.