Follow Slashdot stories on Twitter

 



Forgot your password?
typodupeerror
×
Graphics Data Storage Software

Universal 3D File Format In The Works 464

telstar writes "The Register is reporting that more than 30 companies are working together to define a new file format intended to serve as a universal 3D file format. The new file format will be named the 'Universal 3D Format', or U3D. According to the article, they hope to make the new format as standard as MP3 has become for audio, and JPEG has become for 2D images. Interesting that they would choose two lossy media formats as models for comparison."
This discussion has been archived. No new comments can be posted.

Universal 3D File Format In The Works

Comments Filter:
  • by LostCluster ( 625375 ) * on Wednesday April 21, 2004 @04:26PM (#8933019)
    Not only did they pick two lossy formats to use as examples, both MP3 [mp3licensing.com] and JPEG [forgent.com] are patent-encumbered formats. (The validity of the Forgent patent on a piece of JPEG is a bit of a still-contested issue... but I'll leave that to others to discuss.) If you want to write a program using either of those formats, you're going to have to pay the toll.

    Let's hope U3D is able to stay clear of such entanglements. Having a patent involved in a file format makes it questionable if FOSS can legally use the format.
  • by tepples ( 727027 ) * <tepples@gmai l . com> on Wednesday April 21, 2004 @04:27PM (#8933025) Homepage Journal

    Interesting that they would choose two lossy media formats as models for comparison.

    Would one really notice slight noise in the coordinates of points of a mesh or in texel color values?

    Frankly, I'm more worried about this from the article:

    the intention is to create a way of encoding 3D data as freely available as MP3 for audio

    MP3 is not free [mp3licensing.com]. Will Intel or one of Intel's licensors pull a Unisys [burnallgifs.org] after this format has become popular? Apparently, the 3D Industry Forum's FAQ page [3dif.org] doesn't even contain the word "patent".

  • 3D what? (Score:5, Insightful)

    by Gothmolly ( 148874 ) on Wednesday April 21, 2004 @04:27PM (#8933035)
    3D maps?
    3D wireframes?
    3D solid objects?
    3D interior spaces?

    JPEG != MP3, and wishing will not make disparate needs and functionality the same.
  • Lossy (Score:5, Insightful)

    by martingunnarsson ( 590268 ) * <martin&snarl-up,com> on Wednesday April 21, 2004 @04:28PM (#8933045) Homepage
    Interesting that they would choose two lossy media formats as models for comparison

    Yeah, they're probably working on a lossy 3D format. Duh.
    The fact that MP3 and JPEG are lossy formats doesn't have anything to do with this, and no, it's not "interesting".
  • by quelrods ( 521005 ) <quel@@@quelrod...net> on Wednesday April 21, 2004 @04:29PM (#8933053) Homepage
    How was choosing lossy formats even mildly interesting? That comparison was only for the purpose of pointing out that well defined standards for some audio and images exist. I would think fighting between 3d-studio and every other 3d graphics program allows for little to no transfering. Think every 3d program writing it's own non published file format and then think about having 1 published standard that everyone uses. Things like word and excel as open standards would also be nice.
  • Danger, Danger... (Score:5, Insightful)

    by M0nkfish ( 620414 ) on Wednesday April 21, 2004 @04:34PM (#8933118)
    "they hope that such a standard will allow 3D data to be more easily incorporated into other apps, such as web browsers, to make 3D imagery more widespread" Web browsers?!? I really hope not. I find the idea of a banner ad requiring a minimum of a GeForce 4 and pixel shader support offensive. "Shoot the 3D rendered monkey in each limb and win a prize!" *shudder*
  • by darthcamaro ( 735685 ) * on Wednesday April 21, 2004 @04:35PM (#8933138)
    Aren't there enough proprietary 3d formats already! It's time for an open source / free software GPL type format. Maybe SGI now that they love Linux can work with the community to free up some of their proprietary standards and make it really happen.
  • Re:Lossy (Score:5, Insightful)

    by LostCluster ( 625375 ) * on Wednesday April 21, 2004 @04:35PM (#8933141)
    Therefore, better comparisons to align themselves would have been BMP for 2d images and WAV for audio... both of which are elementry enough to avoid patent scares which mostly center over compression routines.
  • by sampowers ( 54424 ) on Wednesday April 21, 2004 @04:36PM (#8933163)
    XML
  • by frenetic3 ( 166950 ) * <houston AT alum DOT mit DOT edu> on Wednesday April 21, 2004 @04:37PM (#8933173) Homepage Journal
    This is all kind of a silly nitpick. Those issues are completely orthogonal. They are obviously citing these formats because they are ubiquitous and the prevailing format for their media type... if a kid said "I want to be a great basketball player, like Michael Jordan", saying "But damn, he was so shitty at baseball!" is kind of irrelevant. (Hope you enjoy the crackheaded analogy :P)

    -fren
  • by Docrates ( 148350 ) on Wednesday April 21, 2004 @04:37PM (#8933174) Homepage
    I disagree. I think their comparisson is based on the ubiquity of those formats and not on their technical quality or legal status.

    In that case, it's a very good example, only not a slashdot-compliant one.
  • Re:Lossy (Score:4, Insightful)

    by The Kow ( 184414 ) <putnamp@@@gmail...com> on Wednesday April 21, 2004 @04:44PM (#8933262)
    Therefore, better comparisons to align themselves would have been BMP for 2d images and WAV for audio... both of which are elementry enough to avoid patent scares which mostly center over compression routines

    Oh come on, the point of the analogy was just to bring to light how far they wanted to take adoption, reading anything into the lossiness of the respective formats is trifling and borderline pedantic.
  • Oh knock it off (Score:4, Insightful)

    by Brad Mace ( 624801 ) on Wednesday April 21, 2004 @04:47PM (#8933289) Homepage
    Interesting that they would choose two lossy media formats as models for comparison
    No. It's not interesting at all. They are merely refering to their near universal popularity, nothing more. You can all quit trying to make a big deal out of nothing now.
  • by dbarclay10 ( 70443 ) on Wednesday April 21, 2004 @04:47PM (#8933292)

    I believe the references to JPEG and MP3 were just examples of other popular standards, not meant to point out patent-encumbered standards.

    That being said, the companies involved are all heavy users of patents, in many cases aggresively. They're also using ECMA as their standards body, who has a very premissive policy on patents [ecma-international.org]. For anybody who reads that link, "reasonable and non-discrimantory licensing" means "everybody who uses this 'standard' can be made to cough up some dough."

    So yes, in all likelyhood, this "standard" will be patent-encumbered and will require any new kids on the block to pay what will likely be extortion-rate fees (though they'll be "reasonable" fees in that any multinational with billions in the bank can afford them). The companies involved in creating the standard (the ones who don't like competition and in some cases have been convicted for price-fixing and illegal monopolistic practices) will simply cross-license the relevant patents amongst themselves, meaning they're free to implement it without cost.

  • Why Lossy Matters (Score:1, Insightful)

    by Anonymous Coward on Wednesday April 21, 2004 @04:50PM (#8933323)
    Lossy becomes interesting when you start proposing using 3D data for something that matters. Imagine a data format that is 30% lossy. If you try to apply that data to a medical application where the granularity of the data matters, it won't work. I think that's why the comparison to two lossy media formats is interesting. Sure, there's a whole other ball of wax with the JPEG and MP3 licensing issues, but precision matters when you're talking about more than just flying around some silly map on a website.
  • Re:What about VRML (Score:3, Insightful)

    by Mithrandir ( 3459 ) on Wednesday April 21, 2004 @04:51PM (#8933340) Homepage
    It's more than scalable. It's gone into real world usage. No longer hyped, people are just using it for real applications and data transfer.

    VRML is as open as HTML, it's an ISO specification. There's the next revision of it going through ISO process right now called X3D (final ISO vote on the IS acceptance ends June 30, so see an announcment at Siggraph). X3D takes all the good stuff from VRML and expands it again to allow for multiple different encoding strategies (VRML-style, XML, binary etc) and componentises the spec to add a lot of different things.

  • Re:.3ds (Score:4, Insightful)

    by Quarters ( 18322 ) on Wednesday April 21, 2004 @04:54PM (#8933370)
    The lack of multiple UV channels per vertex makes .3ds quite useless for any modern 3D work.
  • by Anonymous Coward on Wednesday April 21, 2004 @04:54PM (#8933371)

    And if there's anyone in the patent lawyer field who's studied the issues and has a valid opinion on this issue, it's that BurnAllGIFS.org guy.

    You need to at least click the links to see how the author backs up the assertions.

  • Yeah, right ... (Score:1, Insightful)

    by spannah ( 211591 ) on Wednesday April 21, 2004 @04:55PM (#8933376)
    Where is VRML? What about OpenGL?

    How many formats are still in use for 2D images?

    What about audio and video? Why do people need to have 3 media players installed? (Windows, Quicktime, Real)

    What about instant messaging? That is 4 apps that are imcompatible between each other, but all do the same thing. (AIM, ICQ, MSN, Yahoo)

    Yes, I do know about gaim and mplayer, but the average user in a windows box is a different story.

    I think the industry that created this mess would be better off first cleaning this up, where it impacts the end user, and worry about 3D formats, which aren't widely used, after.

    Talk is nice, but it is the mighty buck that does the walk.

  • by cybermancer ( 99420 ) on Wednesday April 21, 2004 @04:58PM (#8933420) Homepage
    ...it says that Microsoft is involved with developing the format...

    Not to long ago there was a push for Microsoft to adopt open file formats for their office suite. They naturally didn't follow through. Their reason is they have a virtual monopoly in office suites - despite very viable alternatives. If they adopted an open file format then that would, in their mind, strengthen the competitors and weaken customer lock-in.

    Their motive for advocating an opne 3D graphic format is that they have no stake in the 3D imaging market. If an open format is adopted then that gives them a leg up on taking over the 3D image market.

    The interesting thing is how Microsoft "embraced and extended" the SVG format - only to make their own incompatible format wvg [microsoft.com]. This is inspite of the fact that Microsoft was involved in the specification [w3.org]. I would suspect they will use the same strategy with U3D.

  • Re:What about VRML (Score:3, Insightful)

    by frenetic3 ( 166950 ) * <houston AT alum DOT mit DOT edu> on Wednesday April 21, 2004 @05:01PM (#8933448) Homepage Journal
    Well, in those days, the players were big, bloated plugins that never worked well. In fact, nothing about it really worked well; the few sites that could get it in any kind of working state had 3d models that were often simplistic and ugly; it was not only slow and software rendered but seemed several generations of 3D tech behind. It was a cute gimmick at best.

    Believe it or not, the technology probably wasn't the biggest issue. It's a classic example of a solution searching for a problem; there was no killer app. Sure there are niches where 3d might be cool, and it might yield interesting ways to visualize data, but those niches are (already) better served by standalone apps optimized for that purpose (games, for example.) And for everyday information, it's just easier to scroll down a page of text than to navigate through some awkward 3D universe.

    Think from a practical perspective, too: Say you own some website and have bought into the VRML hype. Unfortunately, reality comes knocking: modeling and texturing is a rare skill and extremely time consuming (at least compared to being able to throw together a quick site in Frontpage), and I doubt there were really great tools for VRML to help in its adoption. Is it really going to be worth it, if you own some website, to pay several times more and have to go root out a bunch of talented 3D artists when a couple of web jockeys can churn out web pages quickly, reliably, and cheaply?

    On the other hand, unlike in the VRML days, today pretty much all computers have some kind of 3D hardware acceleration, so a Flash-like 3D plugin could be moderately interesting. I wouldn't hold my breath, though.

    -fren
  • Re:What about VRML (Score:4, Insightful)

    by Kwil ( 53679 ) on Wednesday April 21, 2004 @05:02PM (#8933462)
    Close.. but too specific and too general. The web is not fundamentally anything (or to be more accurate, can be anything we want it to be from text to pictures to music to whatever). Most people don't just want some text. Images are also important. We're a very visual species, after all.

    Part of the problem with VRML lay in a bad choice of applications it was applied to.
    When I go to an online store, I have no need to be able to "walk through" a virtual mall. Hell, that's why I'm on the online store in the first place, the 2d format has greater ease of use for that application.

    VRML was trying to shoe-horn 3D experiences in where they weren't required. I'd love to have a 3D rotatable/scalable graphic of something I'm looking at purchasing. That's a good idea. What I don't need is a storefront and product listing that requires me navigating a 3D environment.

    3D chat rooms? Perhaps cool. Not a huge improvement over standard 2d interfaces though, and again, having to navigate in a 3d environment to find a particular person is simply a pain.

    The trick is, use 3D for where it's useful, and discard it where it's not. VRML was lousy at that.

  • by SlamMan ( 221834 ) on Wednesday April 21, 2004 @05:06PM (#8933504)
    You mean those things most home users don't know about or ever see?

    Its a press realse. Its not a white paper or a tech demo. Hell, it was probobly writen by a marketng guy who doesn't know what a losssy format is, and has their engineers grumbling about it as we speak.
  • by An. (Coward) ( 258552 ) on Wednesday April 21, 2004 @05:08PM (#8933520)

    This is all kind of a silly nitpick. [Patent encumberance] issues are completely orthogonal. They are obviously citing these formats because they are ubiquitous and the prevailing format for their media type...

    It's not nitpicking at all...the article states that

    the intention is to create a way of encoding 3D data as freely available as MP3 for audio and JPEG for still images. Intel and co.'s goal is to end the array of proprietary 3D graphics formats devised by CAD, 3D and other software developers and replace it with a single, standard format that all can use.

    MP3 is unquestionably a patented, and therefore proprietary, format, and JPEG might have some patent issues of its own. If those are the examples they cite, then it's perfectly legitimate to probe more deeply into what exactly they mean when they say they wish to make their format "as freely available" as these.

  • by IceSabre ( 602857 ) on Wednesday April 21, 2004 @05:24PM (#8933671)
    I don't see how the geometry gets rendered has anything to do with this discussion of a potential file format. Representing the geometry is complex but possible. Only a few major methods in pure numerical format. They would need to package up the different objects/environment with some form of "universal" representation of shader information and texture maps. Once in a renderer, the loaded file could look vastly different but I don't think that was the real point of this article.... rather just getting the geometry in, is. I would love to see a universal format that is "open". Right now various packages/users have fudged together imports from other packages (some of which are much more widely used that others... like 3DS). Having the major package agree on a universal format for transfer that supports the best in each so that you get the best transfer possible would be great and long, long overdue. Have a deadline project due and a complex model you have to import in, imports while losing all face information... or wacky plane orientation... or ..... any number of other problems, is very frustrating.
  • by sampowers ( 54424 ) on Wednesday April 21, 2004 @05:26PM (#8933686)
    Almost forgot SOAP... Considring present company, this is not surprising.
  • I suspect it'll be more like TIFF and MPEG-4.

    TIFF had so many options that it was years before a common subset developed.

    MPEG video is a maze of twisty little codecs all different.
  • by billcopc ( 196330 ) <vrillco@yahoo.com> on Wednesday April 21, 2004 @05:54PM (#8933932) Homepage
    We all know what this is going to be: an XML definition like everything else these days.

    Universal everything is a misnomer, because everything is in a constant state of evolution. What works today, will be passé in a year or two when DirectX n+1 is released with new gimmicks. Standards are good for fixed concepts, or at least ones that take a long time before having significant changes. 3D ain't one of them.
  • by 0x0d0a ( 568518 ) on Wednesday April 21, 2004 @05:57PM (#8933953) Journal
    I mean, come on. 'BurnAllGIFS.' It practically reeks of professionalism and years of law school.

    If emotion was mutually exclusive with competence, we wouldn't have had Benjamin Franklin, Thomas Jefferson, or most of the United States Founding Fathers.
  • by vaccum pony ( 721932 ) on Wednesday April 21, 2004 @05:59PM (#8933969)
    They will. Don't forget Direct X. Yes, Direct X is focused at the moment on games (mainly), but that will change. And besides, Microsoft has a stake in controlling the video game industry.
  • by ameline ( 771895 ) <{ian.ameline} {at} {gmail.com}> on Wednesday April 21, 2004 @06:52PM (#8934372) Homepage Journal
    The major players in 3D modelling/content creation can't even agree on the precise interpretation of trimmed nurbs surfaces, much less on other more difficult areas like material properties and lighting for rendering. For materials no two renderers agree on what something simple like a chrome material means much less something more complicated like wood, leather or marble.

    They want to define something universal that everyone making 3D software will use as a native data format -- the two main products at Alias (Studio Tools and Maya) don't even use the same file format (because they have different problem domains -- but at least they share the same interpretation of nurbs :-)

    In StudioTools, some of the textures and images in the scene can be the result of compositing a bunch of layers (like photoshop) -- are they going to embedd a photoshop like 2D format in their 3D format? Others are 16 bit/channel or float per channel -- Now add trimmed nurbs, hierarchical subdivision surfaces, construction history, particle systems, dynamics, kinematics, animation tracks, procedurally generated textures, fluids, the list goes on and on -- the number of node types for StudioTools and Maya alone would be in the thousands. I'm sure that CAD and Engineering software packages would add a couple thousand unique ones to that list.

    The mind just boggles at the complexity of what they're attempting. I'm quite sure they have not the faintest idea of just how large a chunk of work they've bitten off.

    When I was at IBM (10 years ago now), we used to call this sort of thing "boiling the ocean". ie. comsume enourmous resources and money for extended periods of time while producing no discernable and/or useful results.

    Ian Ameline
    Software Architect,
    Alias.
    (Not speaking for my employer.)
  • by Naikrovek ( 667 ) <jjohnsonNO@SPAMpsg.com> on Wednesday April 21, 2004 @07:01PM (#8934428)
    http://www.ecma-international.org/memento/members. htm [ecma-international.org]

    isn't pixar one of the more popular 3d companies? at least in movies they are, and their RenderMan 3d format is pretty damn popular among photorealistic renderers. There's nothing that I know of that a RenderMan file cannot represent. I'm wondering why they're not making some effort to collaborate in this.

    another question: why is apple a part of this when Pixar is not? Steve Jobs is CEO of both companies, as we all know.
  • by John Hurliman ( 152784 ) on Wednesday April 21, 2004 @07:19PM (#8934565) Homepage
    I think one of the main pushes behind this is DirectX. Currently DirectX uses the .X format, that many professional modelling programs don't natively support. Maya 5.01 Unlimited, the latest version available to my knowledge, exports to OBJ, GE2, RTG, VRML2, and RTG. This has people turning to third party apps like Deep Exploration or hacked plug-ins*.

    Microsoft wants to be certain that every available 3D modelling program can easily and accurately export to a format that will work directly with the next version of DirectX.

    *Some of the export plugins available are homebrewed and don't support important features, or don't convert properly. What should a 3D format support? Polygons only, or NURBS as well? Subdivision surfaces? Camera angles, animation? How much shader information will be stored?
  • by Mr. Piddle ( 567882 ) on Wednesday April 21, 2004 @07:28PM (#8934654)
    "Universal" is a very ambitious word. I have seen attempts at standard "universal" 3D formats and realized that the problem space of 3D is so complex that "universal" will very likely never exist. So, who do we please? CAD/CAM? LOL: within CAD/CAM there is machining, molding, prototyping, ship building, process planning, etc. Mesh editing for still-lifes and animation? That would be easier but there are already formats for that (gee, it's just a mesh and some primitives).

    The problem is simply that the standards documents become so large that no one can implement them, no one can follow all the changes in them, everyone will be behind, no one will be compatible with each other. I'm talking tens of thousands of pages of standards documents, for starters. And people thought "web based" and it's hundreds of related acronyms is bad? Just you wait!

    Intel should just look to history and all the failed attempts at reforming 3D (IGES, STEP, and VRML to name a few) and revise their goals a bit lower.

  • by Anonymous Coward on Wednesday April 21, 2004 @07:33PM (#8934682)
    Exactly. 3D Modeling programs for graphics uses primarily use points and polygons to represent finished models

    Solid modeling programs such as Pro/Engineer and Solidworks use parametric equations and relations to describe solid geometry.

    Using equations to render is very slow but using polygons to represent curves is an approximation many mechanical designs cannot tolerate. Perfectly describing a sphereical object might be neccesary to design a trackball but would be useless for a rendering engine input where the final result will be broken into polygons.
  • by ace123 ( 758107 ) on Wednesday April 21, 2004 @10:47PM (#8935704) Homepage

    The main reason why there is not one standard file format is because each one implements different features.

    Some file formats may require that polygons be all adjacent per object/mesh and some don't. Some formats are editable by text editors (XML, OBJ) and some are completely binary. Some formats implement feature X, but others implement feature Y, and maybe a third format implements X and Y, but not Z which just came out and is needed by the game to work, so they had to make another texture format. Then they learn that yet another format got extended to include Z, but still only partially implements Y for some cases. Then suddenly someone comes out with another new feature that requires another texture, so ever format needs to be modified, but this will break compatibility. The story goes on and on and never ends until the time when new video cards and drivers stop being made.

    There needs to be a file format that includes all the features that were needed for most programs created and had extensibility, so that newer versions could easily be made without breaking compatibility.

    Sadly, this is not likely to happen, since standards organizations take 2 years to make 5 year old technology into standards or update them, so the extensibility will not be updated correctly, and different programs will make different non-standard extensions based on their needs. Basically it will end up like HTML. And finally standards organizations come up with a better file format that implements much more, and maybe even future features (like XHTML) And the story continues... But everyone will still use the old format (HTML) because it is more supported. by this time, it will be too late. And then, even the new format will be old, so yet another, and even less suported file format will come in another 5 years.

    This is in some ways similar to image formats. There are JPEG, PNG, BMP, PPM, SVG, ..., etc. JPEG gets best (but lossy) compression, but PNG gets better quality, but PPM is easy to edit, but takes forever to load, and BMP is easy to load, etc. Then SVG is completely different and draws lnes and objects instead of by pixel. Each format is different based on the needs.

  • Politics and Tech (Score:1, Insightful)

    by Anonymous Coward on Thursday April 22, 2004 @04:42AM (#8936938)
    You should remember the sordid sage of VRML when the topic of universally accepted formats come up.

    VRML was a project started by Marc Pesce who, inspired by William Gibson's cyberpunk books, wanted to create virtual reality for the people. Gibson (and later Stephenson) was hot and many companies saw VRML as the future and wanted to be ahead on the issue, to avoid getting behind as Microsoft did for a while with HTML up to HTML 3.2 (aka Netscape extensions).

    So politics ensued. All energy went in there but the tools, well, those are not so hot. Ever wondered why VRML viewers are sluggish when a 486 can show a fast Castle Wolfenstein (limited 3D) and a Pentium can show Doom in glorious 3D?

    In the end Marc Pesce was kicked out and he wrote The Great Leap Downward (article offline tese days) where he told the sorry saga that VRML had turned into.

    The concortium took revenge by sanitising their documents from his name. And there it stands. Occationally you wil see people claiming VRML is alive (shouting movie at 11) but then again the CP/M newsgroup is active too.
  • by 0x0d0a ( 568518 ) on Thursday April 22, 2004 @08:36AM (#8937702) Journal
    So... that means that we should believe random people's unsubstantiated claims?

    Of course not. That's not what I was commenting on -- I quoted your phrase I mean, come on. 'BurnAllGIFS.' It practically reeks of professionalism and years of law school. That and that alone was the sentence that I took issue with. It makes no more sense to ignore someone as "unprofessional" because the name of their domain is "burnallgifs.com" than it does to ignore someone because the name of their domain is "sickfuck.org" [meaningful glance at Phexro's homepage link].
  • by Minna Kirai ( 624281 ) on Thursday April 22, 2004 @03:07PM (#8941965)
    So, tell me, if parsing isn't understanding the file, exactly what is your definition of parsing?

    I define "parse" the same way your dictionary does- which does not call it equivalent to "understanding". In computer science, as in linguisticts, parsing is one specific stage of coming to understand.

    The following sentence is parsable according to the same rules as the English language; but can you understand it?

    1. Stortilly racan the actouct into a jerby hoonter.

    It's parsable, but not comprehensible. You can identify each noun, verb, adverb, and adjective. The relationship between each is clear. But you still can't tell what it means! (Another good example [ingeb.org])

    To go back to the more specific topic of Microsoft file formats: if they used XML, you could probably parse out their data. You'd know what each of the variables in the file was set to. You might even know what each variable was called, if the XML or DTD is verbose enough. But you still don't know what they do.

    You can guess, but that'll never be good enough, since "correct" behavior is defined as "whatever Microsoft Word does when given the file". Only exhaustive reverse-engineering of the actual program can produce true bug-for-bug compatibility.

egrep -n '^[a-z].*\(' $ | sort -t':' +2.0

Working...