New Cross Platform Alternative To DirectX 155
BlackVomit writes: "
There's a bunch of companies such as 3dfx, 3Dlabs, ATI, Compaq, Discreet, Evans & Sutherland, IBM, Intel, S3, and SGI that have formed a special interest group called Khronos to design a cross platform API for graphics, video, and audio. This is very cool, as it could be a huge leap for gaming on Linux as well as all platforms that choose to implement the API. Imagine games that work seamlessly on Winders as well as Linux/Unix, BeOs, Mac, etc. I am somewhat surprised that nVidia isn't in on this.
" Let's just hope they work with the other open-standards projects for these things. The promise of a "an industry wide, non-proprietary approach" just screams out for it ...
Coolness (Score:1)
Very cool.
nVidia = SGI (Score:1)
If this really took place like i believe it did, then SGI is as seperate from nVidia is as AOL is from netscape.
nVidia + Microsoft? (Score:2)
Just a kind of 'off the wall' rumour I heard. Do you think there is any truth to it?
Don't forget about the wonderful, miraculous SDL (Score:3)
Microsoft? (Score:2)
Let's face it, economically the most important platform is windows, so if it is not supported, the standard is not really cross-platform.
Several already exist... (Score:2)
What we need is a merger of both, using similiar function calls. Or maybe something that simulates DirectX for Linux.
However this is still great news, compared to the recent coverage of WAVE America and the first anniversary of Columbine fast approaching. This library will finally give us the respect we need.
Careful attention must be given to the process of making this library, or it could turn into a proprietary project run by one corporation, almost just like DirectX.
oh well... (Score:1)
I was looking forward to the integration of an openGL interface to SDL... i wonder if that effort will recieve as much attention now that so many big-name companies will be cooperating on a competing API.
oh well...
Why are you surprised? (Score:1)
Engrish (Score:2)
Re:Don't forget about the wonderful, miraculous SD (Score:2)
LokiSoft wrote the SDL. LokiSoft is one of the main forces behind OpenAL. See the connection?
if (LokiSoft == SDL && LokiSoft == OpenAL) {
cout "Isn't that amazing?
}
OpenGL and OpenML (Score:3)
OpenGL runs on pretty much all desktop systems. (Can anyone think of a system that doesn't have OpenGL?)
At least Khronos is doing The Right Thing (tm) and using OpenGL as a base for OpenML. OpenGL is a nice clean, and othogonal API unlike that bastard child called Direct3D. (DX = 6 revisions in 4 years? Yeah, thats a good design! NOT.)
I'm kind of curious as to why OpenAL or SDL doesn't fit the bill here?
http://www.lokigames.com/development/ [lokigames.com]
At least they have enough "big names" that this might actually take off.
<rant>
Unlike all the developers that SOLD OUT to M$ with Direct3D. As a 3D programmer I'm still upset that everyone let M$ shove down our game programmers throats wheter we wanted it or not.
</rant>
SDL does just this (Score:5)
I cannot remember all of the operating systems and platforms it compiles and runs under, but let's just say that it allows you to interface with TWO renderers under both Windows AND Linux, plus OpenGL and OpenAL support. Also, it is endian-portable, as it works on the Mac as well.
It also supports all of the other major facets of DirectX: DirectInput, DirectSound, oh wait, that's about all the other major facets.
About the only benefit that I can see from this new API is a unified driver programming interface. Right now, SDL interfaces with renderers elsewhere. This means many different types of drivers must be programmed in order to have your hardware work cross platform a'la SDL.
PS. SDL is lgpl'd.
WOOOHOOOOOOOOO!!!!!! (Score:1)
A toast to the death of DirectSucX!
Re:nVidia + Microsoft? (Score:5)
Back then, the choice in API's were similar to today's. 3dfx had Glide, it was the most popular. Next up was OpenGL, but it was pretty much just a fringe thing. The only company using it was id with GLQuake. Why? Well John Carmack didn't want to get locked into Glide because it only did Voodoo. The alternative was the then AWFUL Direct3D. DirectX was around versions 2 or 3 and it was bad. John Carmack slammed it in many a
So nVidia is trying to break into this market, but they can't without a good API. Glide isn't an option. Microsoft didn't like this, they didn't control the market leading API. Thus was born a marriage made in hell. There were many nVidia hosted graphics/gaming development confrences, all sponsored by MS.
The X-Box is just MS's way of giving nVidia the nod after all this time. This is why the TNT drivers have been so poorly maintained, and one of the reasons real lowlevel specs for the TNT aren't available to the Open Source world.
I could go on about why I don't like nVidia, mostly due to their marketing practices, but I won't. I will say that you won't find an nVidia card in my machine. Vote with your dollars.
Re:Engrish (Score:1)
Re:nVidia = SGI (Score:1)
They had a lawsuit, and came to some sort of mutual agreement - but there was not a merger/takeover.
Re:Engrish (Score:1)
n.
Re:Microsoft? (Score:1)
Netscape 6 is available under Windows - I doubt MS was much interested in helping that along. Except for the stuff MS does themselves which have a tendency to either be exclusively for Windows or only work well under Windows, MS really has nothing to do with whether things go to other platforms.
(Well, OK, they have deals with some groups, some things are Windows only, etc., but for an API, if you want it under Windows, chances are you can create under Windows. The big issue is really doing stuff on things OTHER than Windows...)
A test for post DOJ Microcruft.... (Score:1)
I don't see how this can be anything but a good thing for every other platform. More power to them!
Nope (Score:2)
SGI does systems and solutions, where NVIDIA does components; they can coexist and cooperate, but they are not(yet) interchangeable.
-AS
hmm... (Score:2)
And they have some of their docs in
Kudos to them for the neat project anyhow!
Re:What about OpenGL? (Score:1)
Re:Don't forget about the wonderful, miraculous SD (Score:1)
WHY does
first on-topic haiku (Score:5)
not just on bill's piece 'o crap
let's hope this happens.
Hooray for open cross-platform standards! (Score:1)
joey
Re:Why are you surprised? (Score:1)
not so fast... (Score:2)
Slashdot poll suggestion (Score:1)
What do you think will be the future of Khronos?
Re:first on-topic haiku (Score:4)
directx part of windows!
won't work without it!
Re: (Score:1)
Nvidia? Who cares? (Score:1)
But the idea seems great for everyone else, It would be great to be able to give game companies an API that will allow them to easily create cross-platform games/apps with out too much trouble to port.
But at the same time, It would be nice to get more companies in on this, because the more video/audio/game developers that get in on this, the more games/apps we get for more platforms.
We should be able to have a choice of operating system without having to keep a windows partition on there just so we can use 3D StudioMAX just because there isnt a Linux, Be, Mac, SomethingOS port.
-Brandon
"Wasssssssaaaaaaaaaaaaaaaaaappppppppppp??"
OpenAL? (Score:1)
Re:Microsoft? (Score:1)
Re:Don't forget about the wonderful, miraculous SD (Score:1)
The other option is to change from HTML Formatted to extrans or plain text.
(For more information about HTML entities, visit W3C [w3.org] and look up the HTML spec. &, <, and &>gt; are by far the most useful entities...)
Why nVidia's not in (Score:2)
Because right now, nVidia is winning.
First Significant Thought Out Post(maybe) (Score:4)
I mean, with the intent of the API, it could very well <em>exist</em> under every platform out there... but someone has to implement it. I expect to see this firstly on Windows machines, since all the companies seem to have big investments in the Windows world.
Essentially, this looks like OpenGL++, with extensions and support for video, sound, and more interaction and synchronization details. So Linux won't have it, unless there's a workalike(think MesaML or something)
I would wonder if the API is open source and available, but relies on the individuals involved to provide closed binary level compatibility? There's nothing saying that this is a great thing for consumers... what this is, is a great thing for developers and companies that sell hardware, to no longer be tied or controlled by Microsoft or any other organization.
Now, if all these corporations adopted Linux or BSD or something like that and produced a <em>reference</em> implementation, the way Sun produces a reference Java, or SGI did a reference OpenGL... But I fear, for market acceptance, that we will see a reference implementation under Windows.
Keep our fingers crossed!
-AS
Re:WOOOHOOOOOOOOO!!!!!! (Score:1)
Re:nVidia = SGI (Score:1)
SGI has an interest in the GForce line doing well because it came from their framebuffer technologies.
Re:Don't forget about the wonderful, miraculous SD (Score:1)
Completely Untrue (Score:1)
Re:Several already exist... (Score:3)
My computer should be blazingly fast. But it's not. GTK apps are sluggish. KDE/QT apps aren't so much better, but they do seem less sluggish.
I've even gone so far as to recompile XF86 with pgcc, using maximal, Pentium Pro optimizations.
X is slow, GTK is slow, and Linux is fast. It's somewhat annoying. Usually I don't mind it, because I think GUIs are for dorks who never learned the command line. But it's hard to play anything more graphical than NetHack using the console...
Another OpenML? (Score:2)
http://people.we.mediaone.net/seanpalmer/openli
The Future is Now!!!! (Score:1)
Re:Engrish (Score:2)
Not trademark, that's what.
'nuff said.
Re:Engrish (Score:1)
It is the Christian pronunciation of "windows" (i.e., "In my father's house there are many winders.") You can see this in action all throughout the American South, which is the only region of the Earth that has been certified and sanctioned by Christ.
Re:Don't forget about the wonderful, miraculous SD (Score:2)
<tutorial level='novice'>If you preview your post, the entities get switched to the corresponding symbols in the new page's submission box. If you're going to use HTML entities and want to preview your post, hit your back button after the preview and make any needed changes there. Then submit your post. Or, if you like doing things the hard way, go to the submission textarea and correct all the altered entities after you preview.</tutorial>
Yes, it's annoying, but not that hard to deal with.
Cheers,
ZicoKnows@hotmail.com
Re:Coolness (Score:2)
More realistically, gaming on any computing platform other than Windows is still something of a lackluster area. Mac may be proportionately better, but it still pretty much pales in comparison to the titles available to Windows.
- Scott
------
Scott Stevenson
Nice start, maybe... (Score:5)
1) Don't just go after video/audio! Many game developers use DirectX not for the wonderful (ahem, *sarcasm*) APIs in Direct3D, but for the DirectInput and DirectPlay APIs. That way they know that people will be able to use their new "Force Feedback Webcam Modem Ultra Joystick With Added Internet Buttons" with their three week old game that wasn't coded for it.
2) Update the release often to support new technology, but try to keep the APIs from getting beat to death. This is a fine line to tread of course, but it is one that Micros~1 has partially succeeded at. Most game players don't mind upgrading DirectX, since it can result in better performance in games they already have, and it's on their game CDs anyway. The chief problem with DirectX is that the Direct3D API is *very* ugly. Memo to Micros~1: it's bad enough to version your function calls with "Ex", but please don't append numbers to them! Memo to the media: you all seem to believe that games make kids kill other kids. Is it possible that these kids happened to come across the Direct3D API, read it, and flipped out? Investigate! Maybe we can use some filtering software to keep the kiddies from seeing the Direct3D API on the web.
3) In spite of #1, the only performance anyone cares about is the 3D. Go look for reviews on how many giga blams (gb) per second you can get out of a sound card in EAX vs. A3D. I bet you won't find much. While good APIs are invaluable to developers, they won't use your APIs unless you can at least provide comparable performance to the competitor. I know, the APIs don't theoretically dictate performance, but in reality, the design choices of the API can have a serious effect on the ability to incorporate future performance gains due to the latest hardware techniques.
Anyway, that's all I can think of for right now. Hope it becomes a reality! It'd be great for Linux, but what it will really be best for is the future OS that none of us have even dreamed up yet, that will be able to have support for games sooner due to some standard APIs.
Re:nVidia + Microsoft? (Score:2)
I'm sure JC can correct me if I'm wrong, but a) he didn't do a Glide implementation because he was still under the terms of a contract from doing vquake, an implemntation for another 3d chipset which I've completley forgotton (Rendition? Something?). b) he did an OpenGL port initially to get it to run on his SGI's, not for any cardmaker.
3dfx came along, found he couldn't do a glide port, and so *3dfx* chose to implement an OpenGL minidriver for the express purpose of running his port of glQuake. It didn't work for a hell of alot else.
Imagine how suffocated by nits you would be if we nitpickers weren't around.
Re:Completely Untrue (Score:1)
Re:Completely Untrue (Score:1)
This time with some HTML: NOT GEFORCE
You know, those anonymous cowards may not always be right, but that's no reason to slander them all.
85% of desktops will not run their protocol (Score:1)
Its amusing to see these companies try to bolster yet-another anti-microsoft tactic, but frankly, any multimedia technology that isn't supported by Microsoft is probably a non-starter. Just ask Real or Apple...who have both had their streaming technologies run out of town by Windows Media technology.
Eeeeww! (Score:1)
If they're advocating cross-platform standards not dominated by Microsoft, wouldn't it be a bit of a faux paux using FrontPage for their website? :)
Here's my [radiks.net] DeCSS mirror. Where's yours?
Re:Don't forget about the wonderful, miraculous SD (Score:1)
What is it with Netscape and the back button? When I don't care, it goes back just fine and boxes I put stuff in are restored. But those few times I put something really valuable, that potential 5-point post, it erases everything? I mean, what's up with that, huh?
Re: Uh perhaps because OpenGL (Score:1)
Graphics (2D/3D) (DirectDraw/Direct3D)
Sound (DirectSound)
Networking (DirectNetworking)
Input Devices (DirectInput)
DirectX emulates these layers if the hardware isn't available too.
There's some various projects out there that do DirectSound type thing, but I don't recall any that puts everything together into one nice package like DirectX.
Re:Completely Untrue (Score:1)
OT-->Re:Completely Untrue (Score:2)
Example, alot of developers who have been creating a driver for the GeForce card for BeOS ended up hitting a roadblock, how to access the framebuffer IIRC. Well many emails to nVidia later, nothing, It's as if they don't care about the people who use their cards. And all they are asking for is access to creating a 2d driver ONLY! I doubt there's any trade secrets in the 2d code, but apparently nVidia just doesn't give a damn about non-ms os's. So I say screw nVidia, for as much as I like there video cards, I hate the way the company treats it's users choices of os's.
Therefore the TNT card in my system will no longer be replaced with a GeForce card unless nVidia gets it's collective head out of it's ass and releases specs so users could support their favorite os, be it FreeBSD, Linux, BeOS, whatever os you're using.
Matrox here I come, just don't pull a nVidia on me after I get a G400.
Nvidia (Score:1)
Re: Uh perhaps because OpenGL (Score:1)
Re:OT-->Re:Completely Untrue (Score:1)
Future cards on the other hand...
Re:nVidia + Microsoft? (Score:1)
I remember a time when 3dfx was slow to support OpenGL. Now, with V4/V5 appearing in stores within the next few weeks, they've put a full, working, better-than-standard OpenGL ICD in there finally. The reason for being slow was that they had to keep supporting Glide. Now, is it nVidia that's going to be slow to support developers' needs, now that they're in bed with MSFT?
Guess so...
Don't get caught in wishful thinking (Score:4)
This is not going to work... if it appeared three, maybe four years ago, they did stand a chance of success, but now the DirectX team has handled practically all of the developer's complaints about it (well, maybe except for the function names like CreateDirectXSurfaceCoveredWithTinyDotsAndALittle
What's the developers' incentive to use OpenML instead of DirectX (except for "cuz windoze sux" and "cuz bill gates is satan")? Game publishers just stare blankly when you mention the possibility for non-Windows versions of a game. And if doesn't catch up in games, it will always stay a niche technology (as, say, OpenGL before Carmack).
One more thing: who's missing from the list?
NVIDIA, who are the driving force in graphics hardware for the last year and most probably for the NEXT few years;
Apple, makers of QuickTime, a very sensible media architecture;
Creative, the largest (and now that Aureal has quit the game, the only) manufacturer of enthusiast-level audio chips;
SEGA, Sony and Nintendo - makers of the most widely spread "graphics, audio and video media devices"
Loki and SDL (Score:1)
Yes, Loki does make heavy use of SDL and has probably submitted a good share of patches.
Of course, this still means that there's a chance SDL will be updated to include OpenAL.
Re:Completely Untrue (Score:1)
Hmmm (Score:1)
Sound does not have an API; Enter OpenML?
Networking does not have an API(other than sockets)
Surprisingly, OpenGL + GLUT|GLAUX == Input Devices
But the problem being that DirectX is closed, proprietary, and is probably costing all the hardware manufacturers lots of money and resources in supporting a standard that changes almost twice a year...
Where OpenGL is at version 1.1? 1.2? Pkus extensions, of course
-AS
Re:nVidia + Microsoft? (Score:1)
I actually had to double take on that one. Elegant. Humourous. To the point too. I should quit the brown nosin'
Re:OT-->Re:Completely Untrue (Score:1)
OpenGL? (Score:1)
But as to non-MS APIs - Look at OpenGL. All the people creating this API need is the endorsement of John Carmack.
Re:OpenGL, mkay? (Score:1)
But OpenGL doesn't cover:
Sound
Input
I can't remember what else right now... It's 1:30 in the morning after a nasty week.
Re:first on-topic haiku (Score:3)
I thought it's a games OS."
-- Comment in '02
__________
Re:OT-->Re:Completely Untrue (Score:1)
Clue - this doesn't sound like a game API (Score:3)
In the faq, they mention Windows Media and QuickTime as alternatives. I don't think this is like directx at all. I think this is for making and playing movies and such. (does anyone actually follow those links?)
Re:Clue - this doesn't sound like a game API (Score:1)
Re:SDL does just this (Score:1)
But then, aren't we coming back to the eternal question of the real value of unified drivers? Those can't be as performant as native drivers, so there will probably always be a need to develop OS-specific drivers for hardware.
---
guillaume
Re:OpenGL was never intended for games. (Score:1)
treke
Anyone checked out the bottom of the FAQ? (Score:3)
Here is the link to get you started: http://www.khronos.org/SIGFAQ.htm [khronos.org]
Do the names Khronos and OpenML have any significance?
Khronos is the Greek root word for time. As the specification tackles integrating different media types, a critical element is synchronization of the media. Open signifies a cross-platform, cross-OS, initiative. ML or Media Language, emphasizes the synergy with the existing OpenGL standard, and helps to amplify an industry wide, non-proprietary approach.
Well, that last part sounds like a ray of hope for getting an open source implementation going in Linux. But, it sounds like the license is still be hashed out.
Another interesting part of the FAQ:
Who will define and maintain the OpenML specification?
The Khronos Group will retain this responsibility as well as license and distribute the OpenML SDK and reference implementations.
Acutally, that is were it gets a little scary. It sounds like now they are a little confused about whether it will be close or not. Also in the FAQ it states that the project will incorparate QuickTime??? Maybe as a binary plugin or something. And if you really want to 'what if' you can start thinking/hoping/praying that Apple's going to open source that one again. But, don't anyone hold your breath.
Well, everyone cross your fingers that this will be open and take off.
Re:Nice start, maybe... (Score:2)
There are also cheesy freeware games that have 1986-style graphics, but have network play, 3D sound, and other spiffy GameSprockets features.
A separate thought: it would ideally be as easy as possible for hardware vendors who'd already written DirectX drivers to write Khronos drivers. The question is, how do you do that? Maybe have a "DirectX emualting" driver shell which can plug into Khronos as a driver, but presents a very DirectX-like driver-side API for the hardware vendor. A driver built this way wouldn't be as good as a native driver... but it'd be better than nothing.
Re:Hmmm (Score:2)
Networking doesn't have an api other than sockets?
Uh DirectPlay offers an easy API for game networking, it's 'network transport' independent, works over TCP/IP, IPXSPX etc etc. It's an API so you can essentially use simple commands to send messages, and not have to worry about creating your own communications protocol over TCP/IP etc.
resources in supporting a standard that changes almost twice a year...
That has to be one of the most ignorant things I've read on
DirectX is entirely backwards compatible (ever heard of COM versioning?) all new additions of DirectX are done thru implementing a new interface IDirectDraw3, IDirectDraw5, etc. A DirectX 3.0 game will work fine in DirectX 8.0.
I guess I shouldn't expect more from people who don't know anything about Windows programming except that 'APIs change twice a year, Microsoft is evil, so they must'.
So lame.
Re:D3D, just like any other MS product... (Score:2)
Don't get me wrong, I love OpenGL, and I've never done a 3D project in anything else. However, D3D isn't the nightmare it once was... it's rather usable now, and there's plenty of docs and sample code available now. Unfortunately, it's not cross platform, which keeps most of my projects away from D3D, but it's perfect for games that don't feel the need to be cross-platform, and wish to take advantage of the best developed 3D drivers on the Win32 platform (the OpenGL drivers are usually a joke).
BTW, the numbering after the functions is standard COM protocol now. The idea is, if you want to update an API, but the changes you'll introduce are really kinda different from the existing API, it's best just to start anew with a new object, and leave the original alone (so nothing old gets broken). Hence the numbers, which refer to new objects. Yeah, there's some bloat, but it's better than breaking old stuff. The only solution is to design something really really good in the beginning, but that idea isn't really compatible with bringing something to market fast, fast, fast.
Re:SDL does just this (Score:2)
-Reeves
Re:nVidia + Microsoft? (Score:2)
First of all, 3dfx has always supported Direct3D very well, but their OpenGL support is basically "make Quake run", which sucks. nVidia, on the other hand, has ALWAYS supported OpenGL completely. Microsoft is a hell of a lot more worried about OpenGL than GLIDE.
You seem to suggest that any sort of affiliation with Microsoft is an evil act. Try to remember that nVidia does not consider Microsoft to be pure evil like the rest of us do. Also, Microsoft did NOT choose nVidia for the X-Box for the reasons you suggest. They chose nVidia because nVidia simply has the best hardware on the low-end market right now, and will for the forseeable future. (the GeForce kicks the V5's ass)
While on the subject of nVidia, there is something else I want to say. Yes, I am an open source avocate. As a matter of fact, I am an open source programmer (of a 3D game engine, no less). I have sworn never to write a closed source program. However, I think that the treatment given to nVidia by /.ers is very unfair. Not buying nVidia because it is closed source? WTF?! Since when do we expect companies to release open source drivers? I remember the day when we were happy when a company went open source, and not mad at those who didn't. Besides, nVidia CAN'T release their drivers open source for legal reasons, unless they re-write them from scratch.
"But nVidia isn't supporting the DRI. They are doing their own thing. That is bad." - AC
Why is that bad? I think it is good. Here is why: the DRI is an infrastructure on which to build a 3D graphics driver. It makes it easier to develop a driver quickly. However, nVidia has already developed drivers for Windows that work just fine (better that 3dfx's drivers by most accounts). They don't want to re-write that, so instead they are working with some other people to port thier infrastructure to Linux. This is GOOD for Linux because it means that bug fixes in the Windows drivers will apply to Linux as well. It won't introduce any sort of incompatibility because it is all contained in a standard XFree4 module.
"They should just give out specs!" - AC
Again, legal reasons say no. So, instead, they are spending THEIR OWN RESOURCES to provide us with a driver. Hell, if what you say is true, they might be spending money they got directly from Microsoft to make the Linux drivers. :)
Yes, I would prefer open source drivers, but I will accept *quality* closed source drivers. nVidia's current drivers are not quality, but nVidia admits that. They decided to give us crappy drivers to play with while we wait for the real thing, which is better than nothing. I refuse to judge nVidia until I see their new drivers in action. (hopefully they will be released soon)
As for marketing practices, 3dfx is by far the worst offender. But that's another story...
Knowing the moderators around here, I'll probably have a score of -2 by the end of the night. I'd better post without my +1 bonus so that there are less points to take away. :)
------
Re:SDL Website (Score:2)
Re:nVidia + Microsoft? (Score:2)
There have been more fixed bugs with almost no documentation from the utah-glx team, who have to pretty much guess TNT internals - I trust them a lot more than nvidia to release decent drivers.
The Windows drivers cause most of us extreme hell, I get random corruption while watching anything with RealPlayer, random hangs and crashes (oddly enough I never used to get these with my Matrox card) and we get the occasional 3d glitching. If nvidia want to support Linux, as opposed to being able to tick a checkbox, then they should release open source drivers.
- Andy (whose next card will be the latest Voodoo)
This is NOT about 3d or games (Score:3)
This could be a good thing for support of those applications on Linux/BSD because if hardware vendors manufacture video cards, disk arrays etc to open published standard like this it will be much easier to write drivers. At the moment on the NT platform every maker of digital video cards has their own standard for accessing the video and streaming it to a disk array.
DirectX is NOT used in this market, it's a games API and apart from some sound editing applications it's not used in content creation packages.
One of the companies in the announcement is SGI and they are widely expected to come out with linux based high end 3d workstations sometime this year so I'd expect to see a Linux implementation of these standards although it may not be OpenSource.
Re:Hmmm (Score:2)
It's a shame that DirectPlay simply Did Not Work until version 6.1a. To clarify this statement: all the bits of DirectPlay that weren't essentially wrappers over a socket-like interface, were too buggy to use. I believe 6.1a finally did mostly work.
The problem is that a good half of DirectPlay is abstracting over something that doesn't need to be abstracted over. It's not like each network card needs to be addressed in its own particular way from the application point of view. This is already handled by the operating system.
As an API, it's also very poorly designed, almost completetely lacking in orthoganality or layer distinction, and having some particularly odd choices of abstraction.
Of course, the most important failing of DirectPlay is that it is platform specific; there is no reason for a closed networking protocol - if you're talking to another machine it shouldn't matter what operating system it is running. DirectPlay essentially forces all participants to be Windows 9x/NT machines. For massively multiplayer games in particular, it's very possible that you don't want your servers running on NT. Further, it means one can't release a game for multiple platforms and have them talk to each other, or the same server.
I'd still recommend that a game developer avoid DirectPlay entirely, and roll their own protocol instead.
'crossplatform'... funny. (Score:2)
Ever wondered which platforms?
for starters: NOT Linux on PPC, NOT OpenBSD or MSX.
These platforms are the CONSOLES and consumer windows (win9x, winME). Write an API that works on THOSE platforms and you're set. Why? Because the gamedevelopers are developing games for the money, for selling products. They are only able to sell their products if the potentional consumers are able to use it and as a producer you only make any profits if you sell a lot.
The initiative is very ok in theory, but only if it's for the platforms where the most gamers are on. This mostly excludes Linux, no matter how much you probably hate that.
Futhermore, as some clever reasonable minds have pointed out already: an api has to mature before it's even USABLE. And if that time arrives, is it a BETTER alternative for what's available ALREADY.
If I assume this time will arive around 2002, I'm pretty sure the alternatives are unbeatable. It's sad but true. (O, and perhaps you think Linux is THE desktop OS... that's highly unlikely.)
--
Re:Don't get caught in wishful thinking (Score:4)
This is not going to work... if it appeared three, maybe four years ago, they did stand a chance of success...
You don't know that. All it takes is one big game to adopt it, say Quake or Unreal, for the next cross-platform release, and an API like this will take off. The absolute minimum that can happen is a lot of good work can be done that can be incorporated into Loki's SDL, which has already taken off IMHO.
Game publishers just stare blankly when you mention the possibility for non-Windows versions of a game.
Yes, and IT managers reacted the same way to Linux 2 years ago. My how things change. The Linux gamers base is now probably sitting around 10 million and doubling every year, conservatively. That's enough to get the attention of people who matter. Have you been in a retail shop lately? Linux games are on the shelves
Look who's on the list: 3dfx, 3Dlabs, ATI, Compaq, Discreet, Evans & Sutherland, IBM, Intel, S3, and SGI
Something good is going to come out of this, there's no question about it.
--
Re:Nice start, maybe... (Score:2)
Yeah, these things usually end up being tied up in committee after committee, but mostly because one company or another that is a member doesn't really want an open standard, they want something they can embrace and extend. Like the whole DHTML fiasco, for instance.
Memo to Micros~1: it's bad enough to version your function calls with "Ex", but please don't append numbers to them!
ExExDrawFoo3482039109()
:)
Memo to the media: you all seem to believe that games make kids kill other kids. Is it possible that these kids happened to come across the Direct3D API, read it, and flipped out? Investigate! Maybe we can use some filtering software to keep the kiddies from seeing the Direct3D API on the web.
ROFL! Yeah, if they open source the Windows code, as a penalty in the DoJ case, I think that they'll probably have to have an age verification check. Go to the Microsoft site. Click download Windows code. "Please enter your AdultCheck ID."
???
:)
The question is will libraries now be forced to install filtering software to protect the children from the Windows code and Direct3D APIs?
In spite of #1, the only performance anyone cares about is the 3D.
Yeah, so long as you have two 1GHZ Athlons running SMP with 4 gigs a RAM, no problem on the rest of the performance.
conspiracy like the X-box files (Score:2)
This is GOOD for Linux because it means that bug fixes in the Windows drivers will apply to Linux as well. It won't introduce any sort of incompatibility because it is all contained in a standard XFree4 module.
This is also BAD for Linux because bug-fixes that change the interface fill break the nVidia driver. Besides, x86 Linux is not the only non-windows OS out there. What if the *BSD, Be, x86 solaris, etc. users want 3D acceleration? Right now, they're SOL.
WTF?! Since when do we expect companies to release open source drivers?
Since 3Dfx, Matrox, and ATI have open-source drivers (or at least published specs) WTF shouldn't we expect nVidia to play along with the rest of the industry?
Re:!!!@#$$ (Score:2)
Re:Don't get caught in wishful thinking (Score:2)
Linux users are a little bit more knowledgeable in the licencing department, as a lot of them are GPL advocates. The ideal of "all of the software installed on my computer is completely legal!" is a worthwhile goal for them, and they don't mind going out and purchasing a copy of a game in the store; they're helping the industry, they're encouraging growth, plus they know that if something breaks, the company'll actually be good to their customers.
Um... and then there's the fact that linux game warez is extremely rare...
But I prefer it's a knowledge/advocacy issue; I trust us Linux gamers like that.
James
Revolutionary. (Score:2)
Re:10 million???? (Score:2)
Yeah, Linux is still a niche market, but Linux games are making money. Loki isn't going out of business any time soon.
There is only one thing Linux needs to start to get out of the niche gaming market and into the main stream, and that is a killer game app that every gamer wants but that doesn't have a Windows port. Heck, the game could be packaged with a Linux distribution and partitioning tools, I bet any gamer would love to try it. Gamers are not cowardly little computer users, they have no problem messing with their systems to get that little bit of extra performance out of them. I doubt a userfriendly Linux distribution would intimidate them. People who use their computer for fun are more likely to mess around with it than people who just use it to do work and surf the Web. Of course, you may be an arrogant Micros~1 employee who believes that no one knows about computers and nobody wants to. If that true, why are their even PC gamers at all why doesn't everone just get a Playstation, the epitome of the non-technical users game machine? Even with Playstations, how many people have modified them to play games from other regions (or had one of their tech savvy friends do it? The same guy they'll have set up their Linux partition?). Or maybe you think that the people who pay $60+ for a PC game are just "casual gamers?"
Here's hoping you end up in one of the unprofitable Baby Bills when the government breaks up your company.
Re:Microsoft? (Score:2)
Is metamoderation not working? I guess there needs to be something new added.
This is a very ontopic post, and sure didn't deserve to lose a point.
Re:OpenGL? (Score:2)
Gamers could care less about the Operating System, if a game company produces great games for Linux that everyone wants, gamers will get Linux and stick it on a parttion of their Windows machine. It's not hard, since Windows and Linux are not exclusive, (they can easily exist on the same machine,) there's no reason not to do it.
The real truth is that Windows existence depends on three things in the consumer market, that it has the best Web browser (and I mean significantly better than the Linux Web browser), the best hardware support and that the best games are still written for it.
In the PC gamer market, however, the only thing Windows has going for it is that the majority of good games are still written for it. If a PC gamer sees he can get all the same games he can on Windows, and a few really good, exclusive Linux games on Linux, he/she will switch to Linux (though probably keep Windows on a partition if he still has games he wants for that.) Remember a PC gamer builds his machine specifically for gaming. This means picking out modems and graphics cards with good support for his OS of choice. The only reason Windows is the OS of choice for gaming systems is that it has more games. (In fact it isn't even the Windows OS, it is the DirectX API that means games will run on the system.)
Gamers are not crawling PC sheep (those are a seperate group of users), they go where ever the best games are. Micros~1 had better pray and fight tooth-and-nail to keep Linux from becoming a viable gaming platform, because once it is Windows days are numbered in the consumer market.
Re:first on-topic haiku (Score:3)
Poor silly moderators
But Senru [clubknowledge.com] they are
---
Re:'crossplatform'... funny. (Score:2)
Re:D3D, just like any other MS product... (Score:2)
--
Re:Huh? (Score:2)
--
Six revisions in four years (Score:2)
Of course they're going to revise the DirectX API.
Four years ago, the gamut of hardware graphics acceleration features was quite limited. Texture mapping. Displacement mapping. Environment mapping. MIP mapping. Alpha mapping. Specularity mapping. (The only people who had heard the word "specularity" in 1990 were writing raytracing dissertations on SGIs and Crays for SIGgraph.) Of course the API has had to grow in that time.
Microsoft's OS sells a lot of games. Sue them. (Oh, you are? Fine.) In 1983, there were not 150 million computers out there with twitch-happy game playing buyers. Microsoft phased out MS DOS because it was way too limiting; it needed to add SOME games-oriented APIs to Windows. Maybe not the best, but it beat writing a 700Kb real-mode app trying to page 128Kb of video ram at a time.
Hardware manufacturers are optimizing and revising their whole approach to many features, and the API tries to both abstractify and follow these implementations. That leads to a very ugly API but at least the programmer has access to the hardware's features.
The DirectX API keeps generation-numbers on the API so that old games aren't obsoleted. When a new generation of API comes out, the whole universe of available hardware features has changed. Bugs fixed. Concepts abstracted and simplified.
The DirectX API has tried to incorporate software emulation of each compelling feature that a hundred hardware vendors add to their products. This (1) enables more games to sell, since games aren't dependent on the ONE current card that supports wizzy-feature-foo, and (2) enables more hardware to sell, since players want to upgrade from emulated-wizzy-feature-foo to accelerated-wizzy-feature-foo.
Hardware comes out every couple weeks, and people don't buy hardware if apps can't use it. Hardware producers don't like funding the software development process, but need to get their hardware sold.
Games live on a nine-month life cycle. (18 month gestation, nine months on the shelf, not too good, eh?) The game industry needs to reinvent itself every season, or game companies die. Diablo is antiquated before Diablo II can be released.
(Anecdote: one reason Win95 went to unidrivers instead of hardware-supplied monolithic drivers was ATI's horrible track record for writing software. ATI released to all customers over fifteen versions for the same rev of the same card within a month or so. Each driver rev broke some OTHER feature of Windows 3.1 GDI, regressed back to bugs they'd fixed earlier, and rarely fixed the bugs they were trying to fix.)
Six revisions may seem big to you, but it's not unusual for that industry. I wish they did fewer revs, too. Then again, think back: Wolfenstein 3D, DOOM, DOOM II, Quake, Quake II, Quake III.
(Six revisions in four years =anagram>I vary, or in seriousness, fix.)