Like a Phoenix From the Ashes: X3D and the Rebirth of Reason

Oops, I Did it Again.

I didn't mean to start another real time 3D standards revolution. Really. Back in 2000, I was just looking for my next gig.

It seemed obvious: the Internet economy was going down in flames, but the game industry was red hot. So I teamed up with a southern Cal veteran from Sony Online to create a next-generation massive multi-player online role-playing game (MMPORG). Cool concept, good design-- basically Everquest for the masses. There was only one problem: we had no money.

These days it takes $20M to create and launch a MMPORG using a traditional game development approach. First, you need to develop or license a game engine-- e.g. Unreal. That's half a million bucks right there at a minimum, assuming you’re smart and license it. Then, you spend another $3-4M to design and develop the game. Then there's $5M to build and host your network operations center (NOC). And then $10M to market it. And the whole thing will take about 2 years.

That's a pretty big league game to get into for two guys with a good idea and no money. We had a solid business idea, but little established cred in the game industry. And while games were all the rage, breaking into that business as a newbie wasn't going to be a picnic. So my partner got this bright idea: why don't we launch the game on the web instead? It’ll be faster and a whole lot cheaper.

DOING!

That changed everything. Now we were talking about building a web-based system. Many game engines are Internet-enabled, in that they allow for multiple players, but most are nowhere in terms of integrating with web formats, languages, standards, i.e. the things you need to make a viable Web product... not to mention that the engine downloads are usually a whopper, because these things typically ship on CDs, not a 56k line.

I realized that we needed =shudder= a Web 3D engine.

That last time I had dealt with one of those, it was pretty traumatic.

Back in 1994 I was part of a posse that invented VRML. Remember that? VRML was one of the most-hyped and least understood phenomena of the Internet age. “Web3D-- coming to a virtual shopping mall near you!” A spectacular entrance, years of hype, and finally a lurid demise. Deader than dead... sideswiped by Java3D, kneecapped by ChromEffects and finally trepanned by Flash... all the while misused and abused... ultimately rolled up into a mighty PLATINUM armada on a one-way mission to a dead Stargate address. The tombstone would read: VRML was too early, too broken, and too poorly managed. My only consolation in all this was, compared to the subsequent excesses of Kozmo.com and DEN, the paltry $5M I blew at Intervista Software trying to democratize 3D was a pittance. Ah well, Live and Learn.

I ran screaming, and took a couple of years off.

The MMPORG project brought me back to Web 3D with some reluctance. I had been following the developments there from a distance: Macromedia and Adobe were taking a swing at it-- after half a decade of me trying to hammer this into their corporate heads, I guess they finally got the message-- and a crop of up-and-comers with spiffy names like Cult and Pulse were trying to make a dent, too. Redmond alum Alex St. John was there with WildTangent. I figured, by now, someone would have cracked the puzzle, and I wouldn't have to suffer too much pain to get a working system up and running.

No such luck.

Is That All There Is?

I approached the problem as a system architect. What technology would I need to deploy a large-scale multi-user 3D game world over the web?

- An engine - a graphics layer at a much higher level than the 3D rendering APIs DirectX and OpenGL. I needed a scalable, robust simulation system that would manage objects, animations, interactivity, behaviors, text, movies, images, etc., with a lot of built-in functionality that didn’t require hand-coding every time;
- An API – I needed a way to program the engine, not just feed it "content" for "playback." I was building a complex application, not ad banners;
- File formats – The content had to be created in well-accepted formats, giving us the widest options for cheap tools and content that could be reused in a variety of settings;
- An open architecture – Finally, I need something that integrates well with the other technologies in the web, uses standard programming languages, and could connect up to different servers for chat, streaming media, terrain, models, etc.

What did I find? Media Players. Everybody was playing the Player game, trying to own the runtime, be the next Macromedia. (I guess they didn't realize that even Macromedia didn't want to be the next Macromedia by then. They were just trying to stay afloat as the Internet ship was sinking). The only exceptions were WildTangent and Adobe. They had Engines. However, those engines were on the other end of the spectrum-- they were programmable platforms, but they didn't have support for any of the higher-level constructs; one would have to roll one's own to implement even the most rudimentary capabilities.

These technologies were barely more useful than low-level rendering APIs, for all they help they gave. And being the control freak that I am, if I was going to use someone else's stuff, it had better be *really* good. I mean, why hitch to someone else's wagon if it wasn't going to pull me far or fast enough? Also, if it broke down, I better be able to fix it myself. I didn't have much luck going down this path, and found myself asking, "Is that all there is?"

But here's where it gets really interesting. What started as an engineering exercise ended in Irony.

These newer, supposedly better, Web 3D systems were hatched during the years 1998 through 2001, when VRML was in full nose-dive. Around that time there was a massive feeding frenzy by people who had been sidelined watching us build an open real time 3D platform and praying for our failure, itching to dominate with their own flavor of proprietary thing, stone age throwbacks to a bygone pre-Internet time.

Several years earlier I had come to the painful realization that 3D developers are completely blind to the rest of the computing world when it comes to user interface, work flow, application development, basically the whole proposition of Information Technology (IT). The worst of these offenses is their continual defiance of Net Logic, i.e. sharing and cooperation, open standards, interoperability. They just don't get it, and I suspect they never will. I suppose because I am a relative latecomer to 3D-- my own dirty little secret being that I'm a compiler hacker, never studied 3D graphics in school -- I have always had something of an outsider's perspective on these matters.

Anyway, they all partied hard when VRML tanked, and my ears are still throbbing from that. Dozens of companies rushed in to fill the vacuum, proclaiming "3D has come to the Web" at last, at last, and offering their own unique brand of salvation for the content creator: YAMPs (Yet Another Media Player) by the dozen. Spinning tennis shoes! Shooter games! Avatars! Viewpoint! Cult! Shells! Pulse! Join us in the Web 3D revolution. Barf.

The spin on VRML's crash and burn was that it was a "standard for its own sake," too bureaucratic, too slow to evolve, a problem looking for a solution, a Communist plot, etc., and that these new entries could do a much better job of "responding to their customers' needs" with a proprietary format controlled by a single company with a Really Big Name. The truth behind VRML's demise is plainer, simpler and uglier than this convoluted logic: we were too early, and the products sucked. If we hadn't been too early, we could have generated enough business to stick around for another revision or two and fix things; but we were too early by a decade. And I can say with first-hand knowledge that the products truly sucked. Mea culpa; I was just a boy. Anyway, the truth didn't matter. These other guys had Karl Rove working for them, and they spun brilliantly. VRML was consigned to history's scrap heap, Big Name was going to pick up all the marbles and I would just have to sit by and watch. =Sniff=

So here's the Irony: none of that new stuff did even 50% of what VRML does. Most of it didn't even work. Despite the rather large chip that was still on my shoulder, I had been hoping, for the sake of the current project, that somebody by now had figured out how to do 3D on the Web right, and I would have a platform to work with. I was willing to come to terms with that before I could accept the idea that hundreds of the supposedly best and brightest minds in graphics and Internet software were en masse repeating the mistakes of the past.

Nope. Everybody was still doing it WRONG.

I wasn't sure whether to feel vindicated or despondent. But even as I was trying to decide between those two emotions, I was hit by a nauseating realization: I was going to have to re-invent VRML.

I Will Survive

It was my own kind of Groundhog Day. After the heavy lifting years before, the invention, evangelism, business development, and industry chess matches, I was going to have to start all over again. I didn’t even have my old code; that was bought, paid for, locked up in a vault somewhere and nobody would ever find the key again. All in all, a pretty daunting proposition. But, times and idle hands being what they were, I jumped in. Also, I must admit to a certain excitement about rewriting something from scratch. It’s the engineer in me.

Step 1 was to go see what was up with VRML. Back in 1998, as the writing was on the wall for VRML, the Web3D Consortium started a next-generation project to rescue the good bits of VRML, put a fresh face on it, incorporate XML, and add the spiffy visual features from the new generation of graphics cards. We called it X3D-- a little name magic to distance ourselves, we would eventually find that this tactic worked brilliantly-- and began work on the new spec. Now, in late 2000, I checked in with Web3D to see what was happening with X3D.

The X3D specification effort was well under way, but there was a big disconnect between the still-surviving commercial interests slogging away at VRML97 and the visionary forces within Web3D willing to break with the past in order to embrace today’s realities via X3D. I like to think I helped bridge that gap, if only by virtue of being a commercial interest willing to make an X3D pure play with very little need to hang on to VRML. More precisely, I had every desire to get as far away from VRML as I could! So, I joined up with the X3D working group, and, perhaps not surprisingly, was asked to co-chair the group before long. By 2002 we had a spec we could live with and went to ISO for standardization.

By the time Web3D had fully sucked me back in, my MMPORG game venture was history, and I was in full prototype mode with my new Flux engine, looking for a business. I didn’t mind that I had no clear idea of the direction; to me it was enough just to be back in the saddle. But more than that, I was still burning with the conviction that this was the right course: the only way 3D was ever going to reach mass audiences-- on the web or anywhere else in the 21st century— was with a standard format and an open architecture. It didn’t matter that the Internet wasn’t quite dead yet, and the proprietary behemoths were still pushing their own brands of 3D dog food; I had Right on my side.

But did I have time? I needed some customers. Luckily, they began finding me. By 2002, we had our first customers for Flux and we were up and running. By 2003, the X3D spec was in its final review stages with ISO. It looked like we were gonna make it.

Then, another Irony.

Lo and behold, the realities of business were catching up with latest pack of proprietary wannabes, and it was crash and burn for Web3D for a second time. Note to industry: virtual Shrek may make a great demo, but you can’t build a business on it. To quote the immortal words of Barbie: “Math is hard.” Simple nostrums and spinning sports watches aren’t going to change this immutable law of nature: real time 3D is a tough proposition. Hats off to WildTangent, the only one of the bunch who ever had a working business model, and mazeltov. After the dust settled, a few crafty folks-- survivors of the latest 3D wreckage-- got a Wonderful, Awful idea for saving their doomed efforts. They decided to create a Standard.

Hah?

Yeah, you heard right: a standard. You see, that’s been the problem all along, they said, there is no *standard* for 3D content on the web. This is what they said, to the world, and even with a big fat straight face directly to the Web3D consortium, who had just spent nearly ten years creating not one, but two standards for real time 3D on the web and beyond.

Now, Web3D is an inclusive bunch. They have had to be, over the years, to survive the vicissitudes of this market space. But that effrontery was too much for some of us hard-liners to bear. A cold war ensued within Web3D, the details of which don’t matter for the sake of this story. I don’t intend to get into a tell-all about the insider politics of our industry. Suffice to say that the particular initiative I am alluding to was a non-starter, and in the end it turned out alright for us. But with Big Names behind it, that episode randomized us, and more significantly, our customers, for a while. Thankfully, only just for a while. The reason I cite the incident here is because it appears to be the first of several attempts to Steal Our Act.

You see, standards aren’t the problem, it’s just *their* standards that are the problem, or so the Newspeak goes. Fresh on the heels of quashing that particular threat from within, we see a new field of so-called “standards” for 3D content emerging, backed by Big Names and promising Great Things, all over again, again. And the tactics are getting more insidious: some of them are even stealing our requirements slides now, verbatim.

What is going on here? Is the 3D industry actually getting the new economy? Or is it just a ploy? Have they finally been pushed into a corner, and realized that in order to expand their business they have to (holding their noses) cooperate? Or is this simply a cynical strategy intended to lure in the unsuspecting customers who haven’t read the fine print about royalties? Whatever, all of a sudden, “standard” isn’t such a dirty word, and, following the tried and true formula for Stealing Someone Else’s idea, we are now in Stage 2 – claim that it was your idea in the first place.

Well, don’t believe the hype. The Emperor is buck naked and I’m here to point it out. If you want to deploy real time 3D in an open environment, across platforms and devices, over a network, integrated with data, with no strings attached, then there is only one way to go: X3D. Accept no substitutes. X3D is now the official International Standard for doing real time 3D graphics, period. It’s pretty and fast, it’s XML and programmable. It’s industrial strength for the real world, but it can do Nemo online in real time, if that’s what you’re into. And this time, it actually works. :->

As a parting shot to those who would dabble in standards, pseudo-standards and quasi-standards for real time 3D, I’ve got two words: Bring It. You’re on my turf now. This is my game and I know how to play it.

Money, Money, Money

There. Now I feel much better. Thanks for letting me vent.

You know, at a certain level, this standards stuff doesn’t matter. But at another level, it’s everything.

Standards don’t matter because it’s the applications that matter. (To the legions of people who lay this platitude on me, pretty much on a daily basis, thank you. I wouldn’t have been able to figure it out without you. I would just sit around working on a 500 page spec for its own sake, because that’s so much fun.) But try to scale these applications up, and try to reuse your content, across an enterprise or over the Internet, without standards. Just try. And even if you don’t want to use standards, your customers will eventually make you, because by now they have gotten tired of paying you too much money to rewrite the same content over and over and over again for each new application use, each new platform.

Let me be as crystal clear as I can about this: I am in it for one reason, and one reason only: Money. Moola. The Long Green. Back in the VRML day, it was enough to be famous as The VRML Guy. Now, I could care less about the fame. As an old bass player friend of mine used to say: throw money, don’t clap.

In my world view, the best and surest path to making money with real time interactive 3D over the long haul requires standards. Are they sufficient? Of course not. But they are absolutely necessary. Without standards, the market will never reach an interesting enough size. Without standards, customers will never invest in a new technology like real time 3D, unless of course it is supplied by you-know-who, and they don’t seem to be in much of a hurry. (The latest estimates I’ve heard place spinning boxes in the operating system by 2007. Sorry, Bill, but the world isn’t going to wait that long.) Without standards, real time 3D will continue wandering about its own version of the Balkans, with rich content trapped in $20,000 CAD design seats or withering away on proprietary vines, unplayable because the player company is out of business or changed its mind to meet the fashion of the day.

But it isn’t going to go down that way, because the world is ready for something better.

X3D has reignited the revolution of affordable, open, scalable real time 3D, delivered over networks, running on multiple platforms, with seamless data exchange and integrated into applications. GIS, engineering, training, manufacturing, education, defense, homeland security, corporate communications, presentation graphics, marketing, e-commerce, travel, real estate, entertainment, games, medical, pharmaceutical… it’s hard to conceive of an application area that is not *already* using real time 3D in one way or another. It won’t be long before they make the move to X3D because it makes good business sense.

It’s the only reasonable thing to do.

Comments

[viveka weiley]

This is a fascinating insider's take on several issues - the standards wars, the undeath of VRML, the future of game engines... I just put it in to slashdot, in the hope of starting a conversation... we'll see if they pick it up.

[Burak KALAYCI]

Very entertaining article, a must read if we want to learn from previous mistakes.

I'm an outsider to 3D world, but I can say that there's no 3D web standard even today. Yes, W3C has its specs, and after reading what you say I believe it's a really good one. But is it the standard? yet? I don't think so.

W3C deliberately uses the word 'standards' for its specs, they even don't bother to say 'W3C Standards' (which still can be deceiving), they say 'Web Standards'. But are the specs they have really standard? Absolutely no. Take 2D animation, Flash is the web standard and it doesn't even claim to be 'a' standard. SVG on the other hand is as dead as VRML.

Writing specs without an application is a bold mission. I hope you got the specs right. And if they are right (and the timing is right), they'll become the standard.

I hope it brings you more fame and money. I heard your name just today, but sure I won't forget it. Great article!

Best regards,
Burak

[Tony Parisi]

Burak -

> Writing specs without an application is a > bold mission

I'm not sure what you mean by that. I have customers using X3D today.

Anyway, I agree with your assessment about Flash vs. SVG. No question about it.

But I would like to riddle you this: how many people were writing vector graphics applications for the web before Macromedia bought FutureSplash?

It's a chicken and egg situation.

Tony

[Burak KALAYCI]

What I meant was, I see that Flux 1.2 doesn't support X3D full but a subset. So you did the specs before the app. (Correct me if I'm wrong).

In case of Flash, I think Macromedia's timing was just right (Also small plug-in size, Mac support and Java export helped).

Anyway, I've installed the Flux 1.2 (b521), was a quick download. Samples ran just fine. Now, I don't know where else I can find more cool 3D files to view!

All the best,
Burak

[cube3]

just Google "X3D, flux, vizx3d, etc,,, burak....ive heard it gives searched results..;)

timing. btw- flash 1 was mac, yes....flash 2 was NOT a small or easy plugin to deal with at the time, 97( restarts and visit to macromedia site required)...and java export i believe came 2 years later by 99....

a spec should be a "commercial" minimum, but also a "general tech" guideline..... other wise youre correct we end up with the past vrmldweeb mentality that needs to be exorcized from the commecial world of web3d and new x3d usage.

[none]

Wasn't Flash success driven by offering MacWeenies a way to be expensive advertising agency consultants again?

[Omer van Kloeten]

Standards are nothing if there's no good framework to back them up.

Take XML, for instance. Every language has a DOM implementation as a framework. Not having to reimplement that means that you can work with XML files easily and out of the box.
On the other hand, take the mentioned SVG. Even though it's a standard, there's no common framework for it and as such, it fails to be accepted.

Writing standards is all well, but if no one would implement a good, easily acceptable and free framework for working with them, they would never fly.

[Jose Venceslau]

Wellcome back, Toni :)

I was a lurker on all the vermel development of yore, tip toeing on the technology, watching the players and the spec evolve (coded in vrml 97, used cosmo in master degree) and then watched the stuff gradualy fizzle, not withstanding Mark Pesce and your efforts. I still have a Late Night VRML on my book shelf and I think it is time to check again what the 3d web is up to :)
Best of luck !

[c3]

macweenies...

yes on the east coast.
on the west coast it was NON computer literate unemployed 2d animators being bribed into the Web world via macromedia millions spent to those like stan lee,dreamworks, DEN,Eisners Son etc....

most of them now do 3d EFX inhouse on a PC though....but within 2 years will be again unemployed and looking for cheaper 3d sales and projects to pay rent with.....aint no more 2d flash and macromedia to fund that bubble.....this ones realtime 3D.

[Tim Bray]

Welcome back, Tony, from a relatively-lightly-bruised veteran of the VRML wars. Burak, please get your facts straight, the W3C deliberately refuses to use the word "Standards", the final products of their process are called "Recommendations". I tend to be kind of gloomy about Flash because last time I checked, Macromedia hadn't figured out how to make money with it, and kind of optimistic about SVG just because I like it and because it's got some commercial legs over in the GIS space, which may prove the basis for a useful ecosystem.

My best wishes to X3D, ten years later and I still think the Web is too flat and we should be able to fix that. -Tim

[Brian Hay]

Great article Tony.

I'm a battered veteran of VRML content creation and have at times been a knocker of X3D and the Web3D consortium process but all I can say now is that X3D is an amazing achievement for all concerned and that you must have pretty thick skin to have survived with your sanity in tact over the last decade.

Continue to educate or ignore the knockers. They'll only come on board AFTER the pioneers and innovators take all the risks and prove that there are commercial returns to be had.

Keep up the great work!

Brian.

[Burak KALAYCI]

I stand corrected. It's not actually W3C who uses the term 'Web Standards' or even 'Standards' (W3C states that "W3C Recommendations are similar to the standards published by other organizations")... But, the fact remains that the 'recommendations' are presented as 'Web Standards' to the public by some people, and IMHO more effectively than W3C promotes its 'recommendation' terminology.

Sure, SVG is not dead as the 2D animation standard because it's total crap. It's suited for GIS apps, and might live in that niche space and continue being 'an emerging standard' forever.

What becomes the accepted standard depends on many things. My favorite example on this is the QWERTY keyboard layout, designed in 1873 specifically to slow typists down, avoiding the typewriting machines of the day getting jammed. And Betamax was better than VHS technically.

Flash is used for 2D animation (and for RIAs more recently), but also there are lots of content that displays 3D, pseudo-3D, pre-rendered 3D, even some 3D games with texture mapping. That's because people want 3D, and they use the tool they have, to achieve their goal.

X3D, which I believe technically a good standard, can now, before MS also enters the scene, become the 3D web standard, or, a standard for niche markets like SVG. (Even in the latter case I think and hope Tony can make the money he deserves).

Best regards,
Burak

[Dan Brickley]

http://www.xml.com/pub/a/2004/08/18/sacre.html
suggests SVG is getting some traction in the mobile/handheld space too.

FWIW I'd love to see 3D on the Web take off. Every now and again I go visit the Web3D site, and they seem to have been admirably busy. But until now (and maybe I'm just looking in the wrong places) I've not found a viewer for Linux or MacOSX that gets me to VRML-era experience of browsing around 3D spaces using a browser plugin. The MediaMachines product looks promising, I just happen not to have a Windows machine around so I'm still missing the party.

Perhaps someone could offer some clues to linux/mac users who're inspired to revisit Web3D by this article? How can we get up and running?

[Kurt]

I hate to say it, but I truely hate web applications. Now that there is Coin3D with a GPLed version, I'm even convinced that OpenInventor apps are the way to go. We did a bit cosmo web browser and my big conclusion was that the basic design of VRML was 10 steps back from OpenInventor 2. What would ever make me go back to web apps? Web browsers have about zero concept of stability. Add to that InternetExplorer's instability from hell and SGI's management of cosmo and that was the end of VRML. What in X3D would make me want to switch from the oldie but goodie API of OpenInventor?

[Anonymouse]

> QWERTY keyboard layout, designed in 1873 specifically to slow typists down

Er, no. QWERTY was designed to allow people to type as fast as they can without mucking up the typewriter mechanics. Yes, it's theoretically slower than DVORAK, but only by 2% or so. (Those 30% numbers you hear were sponsored by the guy who designed the keyboard, and have never been repeated in a scientific study.)

> And Betamax was better than VHS technically

Film has higher quality than both of them. So what? Does fim "deserve" to win the format wars, even though it is inconvienent for the customer? In a similar vein, Beta did not "deserve" to win just on technical merits alone. People chose VHS Beta because it had 2 hour tapes for recording movies. Beta was late to that game.

What we learn from history is that people do not learn from history.

[Burak KALAYCI]

My reference for both of my examples is the book 'Complexity' by Mitchell Waldrop, page 35, thoughts of Brian Arthur about 'increasing returns'.

QWERTY became a standard because Remington Sewing Machine Company mass produced QWERTY typewriters, that made people learn and demand QWERTY layouts, then other companies provided QWERTY layouts and that made more people learn and demand the layout ('increasing returns'). Exact quote from the book: "An engineer named Christopher Scholes designed the QWERTY layout in 1873 specifically to slow typists down; the typewriting machines of the day tended to jam if the typist went too fast."

>..."deserve" to win the format wars, even though it is inconvienent for the customer?

That was my point exactly. Becoming a standard depends on many factors; technical excellence is not enough, or even required. (According to the book I mentioned above, VHS won because people wanted to go with the market leader, which pushed VHS's market share up; again 'increasing returns').

When I visit Nokia.com and want to see a demo of one of the phones, the page loads some 3D browser plug-in. Not Flux and probably not something X3D based (as far as I can see). There maybe many reasons for Nokia's decision. We need to have Flux there, or at least another X3D solution, so that we can say X3D is the web standard for 3D. I've never heard of that 3D plug-in before, but I'd think that if it's good for Nokia, then 'I won't lose my job' for choosing it.

Flux (and X3D) needs more publicity. I think this article helped that a lot. At least, FWIW, you've got one more supporter, Tony.

Best regards,
Burak

ps. I think Linux and Mac ports of Flux will also help a lot.

[The Internet at Large]

Thanks for that inspiring story, but we're more likely to listen to the linked version of things. Fool us once...

P.S.: Your applications suck. Until you can actually demonstrate that using X3D lets you "scale these applications up, and ... reuse your content, across an enterprise or over the Internet" better than not using it, we're going to keep ignoring you.

[matt]

designing new standards /formats is always a minefelid. my area of work is movement notation - there are similar problems there..

i wish you every success with your new work.. it is often difficult for people to accept that a new way of doing something can achive much more than previous versions and significantly better..

people are alway resistant to technologies/ solutions that aim to replace existing one (however well they work) or area new invention

btw

qwerty was designed so that frequently used pairs of letters were separated to stop the typebars on manual typewriters from intertwining and becoming stuck..

[M. Douglas Wray]

Great article. Well said.
Standards *always* help.
I've been watching and waiting for a real 3D solution to come along, X3D looks good. Keep working, I'm patient.

[Bob]

This is a great article and your comments about the importance of "standards" are right on track. Needless to say there also needs to be a community of some sort that develops around a standard to keep it alive. Case in point, although maybe some would say it's not a standard, is how php has become a favorite of many web developers.

I was also on the vrml listserv that discussed/flamed/argued about the vrml language during its initial stages. It was an interesting experience but, when it was over, I felt a bit like a relative waving a handkerchief from the dock as the ocean liner made its way out of port. :)

Anyway, I was wondering if current 3D technology makes use of an idea that I and others suggested at the time. That idea was to be able to "split" data into two sources so that steroscopic like viewers could be used. Picture a set of goggles with an LCD for each eye, each LCD receiving a separate stream of data offset slightly to create a 3D effect for the user. I thought it was a great idea at the time and would provide a whole new way of looking at the Internet, or what now is the Web.

[orcmid]

Umm, very interesting. Just what was that "DEN" you refer to? Sounds familiar but I keep thinking that can't be it (Document Enabled Networking).

[John Lukrich, xCFO, Intervista]

Tony,
Well said el cid, you go boy! Watch out for the 'Confederacy of Dunces' and stay on the sunny side.

[Tony Parisi]

Tim, Burak and everybody,

Whew, I go out of town to find a swimmable lake (*not* as easy as you think in Northern CA) and I miss all the fun! Thanks for the kind words.

Mac and Linux: wouldn't we love to do those ports! Resources are the issue. If you know anybody with the time, skills and or cash to help make that happen, pass on their info, and let them know they'll be handsomely rewarded-- if not now then ahem in the afterlife.

Also, I know that the products aren't all that they should be. But we're improving them, slowly but surely, and in a way that was pretty rare back in the original VRML days: one customer at a time. We're getting there.
Tony

[Tony Parisi]

DEN was the Digital Entertainment Network, a rather visible flop. Another one in this category was Pseudo.

These ventures tried a top-down approach to creating an online entertainment network with original video programming etc. Basically, let's turn the Internet into TV without taking into account the completely different nature of the medium. I have no problem with the idea in principle-- just the fact that people could raise gazillions on a poorly conceived version of it, where I was having to scrape for nickels (relatively speaking) for a really good idea.

Object lesson there, I think.

Anyway, I'm also glad it didn't pan out for me the first time around, because as I think I made clear, we were *way* too early and would have blown it even with 10 times the money (in fact, Cosmo Software did just that!)

This time, I think we're right on time.

tp

[stefano]

Very interesting article, but I was wondering why nobody mentioned the w3d file format, that lets you bring real 3d content to the web via the shockwave plug-in. Quite easy to get and very powerfull indeed, though sometimes not so stable.
And it has been out there for 2 years at last, since macromedia unveiled director 8.5. Since then, they have already released at least two subsequent version (the more recent one is Director MX 2004).

Off course, this has to do with the ways to bring interactive 3d content on the web, and not with standards. But as flash has became a de facto standard, and since director is the equivalent standard for multimedia cd-rom authoring, why it could not also become the standard way to distribute 3d content on the web? It is easy to use and to learn, especially since most developer are used to the program's GUI (the usual macromedia GUI) and maybe also with the not so different scripting language, similar to flash actionscript.
I was able to design and program a 3d first person shooter in less than 2 months, starting from scratch and having no experience at all both in 3d graphics and in director itself.
The biggest problem might be due to the program really expansive price.

Stefano

ps: it can be also used for multiuser online games.