Slashdot Mirror


Lucas Digital Releases OpenEXR Format

frankie writes "Although George Lucas may have gone over to the dark side, at least some of his staff prefer Freedom and light. ILM has released OpenEXR, a graphics file format and related utilities, under a BSD-style license. Among other things, it supports the same 16 bit format used by Nvidia CG and the Geforce FX. OpenEXR runs on Linux, Jaguar, and Irix; other platforms are likely to work with a little help from the community."

171 comments

  1. Now I can render... by gpinzone · · Score: 4, Funny

    Jar Jar in my own home! Thanks Lucasfilm!

    1. Re:Now I can render... by aborchers · · Score: 2, Funny

      Didn't you mean to say "rend" rather than "render"?

      --
      Trouble making decisions? Just flip for it.
    2. Re:Now I can render... by Greedo · · Score: 2, Funny

      No, he means render. As in: "This horse will soon be rendered into glue."

      --
      Tuus crepidae innexilis sunt.
    3. Re:Now I can render... by aborchers · · Score: 1

      Of course, why simply tear him in half when you can finally make something useful out of him. Can we then use the glue to seal Anakin's mouth shut? Yippee!

      --
      Trouble making decisions? Just flip for it.
    4. Re:Now I can render... by uberdave · · Score: 1

      I found the scene where Jar-Jar was beating the snot out of one of the battle droids to be quite hilarious. Not to mention the scene of the Jawa Sandcrawler holding its own in the pod race. (FYI: These are on the supplemental DVD, not in the movie.)

    5. Re:Now I can render... by aborchers · · Score: 1

      Honestly, I never had the big problem w/ Jar Jar that so many /.ers did. I just couldn't resist the joke.

      But I stand by my desire expressed down-thread to glue Anakin's mouth shut...

      --
      Trouble making decisions? Just flip for it.
    6. Re:Now I can render... by Anonymous Coward · · Score: 0

      Better than that: *tweakable* Jar Jar in your own home!

  2. Nifty by goodwid · · Score: 1

    Always nice to see more platforms getting development for graphics..

    --

    The net interprets censorship as damage and routes around it. -- John Gilmore
  3. Just Great ... by obsidianpreacher · · Score: 1, Redundant

    Now everybody will be able to create Jar-Jar Binks models and insert them into substandard movies!

    --
    topreacher@signature.slashdot.org 1% rm -rf sig
    1. Re:Just Great ... by Anonymous Coward · · Score: 0

      Just what I always wanted!

      But, as home video editing becomes more mainstream, we can piss off George by putting Jar Jar in every one of his movies, in porn, in presidental addresses, and release a wave of filth that has only been paralleled by the actual porn, presidential addresses, and Lucas films.

  4. Incorrect link in article.. by Anonymous Coward · · Score: 5, Informative

    it's www.openexr.com, not 'www.openexr'. Sigh.

  5. link... by Anonymous Coward · · Score: 0

    The link should be www.openexr.com althought .org and .net work too.. ...

  6. link by Anonymous Coward · · Score: 0
  7. ILM isn't Lucas by stratjakt · · Score: 4, Funny

    And I would doubt he played any role whatsoever in the decision.

    But its great that now we can all remaster his original films and add our own awkward, out-of-place looking robots, aliens and spaceships.

    I'll have Jar Jar and Indiana Jones doing the hoochie-coo on the roof of a car in American Graffiti.

    --
    I don't need no instructions to know how to rock!!!!
    1. Re:ILM isn't Lucas by dhess · · Score: 5, Informative

      Actually, he did, since this is the first time that ILM or any other Lucas Digital company has released source code for free.

      It was a group of developers who first floated the idea, but ultimately it was George's call whether or not to do it, and he gave the OK, which is pretty cool, I think.

    2. Re:ILM isn't Lucas by Jason1729 · · Score: 1

      Yeah, in the same sense that MS isn't Bill Gates...he isn't even CEO anymore.

      Jason
      ProfQuotes

    3. Re:ILM isn't Lucas by _ph1ux_ · · Score: 2, Informative

      I believe the parent is Drew Hess - who packaged and maintains the source for OpenEXR.

      Hello Drew, and thanks for all the fish.

  8. I am your father Luke by valisk · · Score: 1, Interesting

    Looks like we could well see a nice improvement in editing software for all those with DV cams in the near future.
    Thank you very much ILM

    --

    Economic Left/Right: -0.62
    Social Libertarian/Authoritarian: -3.69
  9. The Correct Link OpenExr by valmont · · Score: 0, Redundant
  10. Mmm.. console rendering. by JohnA · · Score: 1

    Well, the Jaguar *was* a 64-bit console...

    1. Re:Mmm.. console rendering. by Anonymous Coward · · Score: 2, Informative

      The original poster should have given the correct operating system name, MacOS X.

      # DO THE MATH! #

    2. Re:Mmm.. console rendering. by Anonvmous+Coward · · Score: 1

      "Well, the Jaguar *was* a 64-bit console..."

      Saying that the Jaguar was 64-bit is kind of like saying RC cars can go over 300 scale miles per hour.

    3. Re:Mmm.. console rendering. by FireBook · · Score: 1

      well they can!!! just attach a large number of rockets to the back of them!!!! :o]

      --
      My other OS is also FreeBSD
  11. So they would like you to write tools for them by jj_johny · · Score: 4, Insightful
    Get it folks. They designed a format and have some tools but have decided that they want to tap into the great pool of OSS talent. Who says this is not a dark side ploy?

    If all goes as planned all the great OSS software will be written to output this format in no time.

    1. Re:So they would like you to write tools for them by BlackHat · · Score: 2, Funny

      So? Them crows sure do eat a lot of the seed corn, but I'm still plant'n.

    2. Re:So they would like you to write tools for them by nomadic · · Score: 2, Funny

      great pool of OSS talent.

      Getting a little full of ourselves, aren't we...

    3. Re:So they would like you to write tools for them by BFaucet · · Score: 4, Insightful

      Who cares?

      This means everyone (including you, me, and yes ILM) can benefit from this.

      The thing I'd be suspisious (sp?) of is them releasing this format so everyone will start using it, then releasing their tools (for gobs of cash) that'll be better than most other software using the format.

      --
      -Derick
    4. Re:So they would like you to write tools for them by fritter · · Score: 5, Funny

      If all goes as planned all the great OSS software will be written to output this format in no time.

      Actually, if all goes as planned in six and a half years there will be great OSS software at Milestone 15 able to render a sphere in only ten hours.

    5. Re:So they would like you to write tools for them by JanneM · · Score: 5, Insightful

      Um, to me that sounds like a good plan for everyone. It's one of the points of open source that while you release your stuff, you can make money on your own extensive knowledge of said stuff. After all, since the format and basic tools are open you do not need to use their (hypothetical) proprietary versions if you do not want to.

      --
      Trust the Computer. The Computer is your friend.
    6. Re:So they would like you to write tools for them by womprat · · Score: 2, Interesting

      So? They create a format which open source tools can use. We get a standard format and all the tools. And they also get the free tools.

      This helps both them and us. win-win

    7. Re:So they would like you to write tools for them by MisterFancypants · · Score: 1
      Who says this is not a dark side ploy?

      How did this asshat get moderated up? People like him are the reason many businesses would never even consider doing an OSS release at this time. There are way too many people willing to attack every possible gesture as opportunism. Would you be happier if they hadn't released this openly at all? Jesus...

    8. Re:So they would like you to write tools for them by Cid+Highwind · · Score: 1

      If all goes as planned all the great OSS software will be written to output this format in no time.

      And the bad part?
      Seriously, I don't see how this "dark side ploy" can do anything bad to OSS except bloat The Gimp with another 2kB image loader.

      --
      0 1 - just my two bits
    9. Re:So they would like you to write tools for them by Dr_Marvin_Monroe · · Score: 1

      Yeah,

      I'm not sure where the problem is either...I'm alright with "open" all the way to the graphic card mfg's format.

      If that means the card makers will produce something that levels the playing field on drivers for all OS's, count me in. I would also be suspicious of "special tools"....but that could only happen if the spec. for the drivers is not really "open."

      Perhaps I don't really understand the problem though...how is getting the OS community to write/enhance/extend/propagate a format that would be great for all of us a problem?

    10. Re:So they would like you to write tools for them by NanoGator · · Score: 3, Insightful

      "Get it folks. They designed a format and have some tools but have decided that they want to tap into the great pool of OSS talent. Who says this is not a dark side ploy?

      If all goes as planned all the great OSS software will be written to output this format in no time. "


      Geez I didn't realize Dale Gribble frequented Slashdot.

      There's a very simple reason why Lucas would release this format to the world: So it'll get included in other commercial packages. If Gimp, FilmGimp, and eventually Photoshop start supporting this format, then it's a win for everybody. This "They're doing it for greed!" paranoia is ignorant. Of course they're doing it for their benefit, they're paying for it by making it benefit everybody else. Damn them!

      Whatever. I'm a little tired of this attitude that every time a giant takes a step, he kills innocent children, then he laughs like Beavis.

      --
      "Derp de derp."
    11. Re:So they would like you to write tools for them by kevlar · · Score: 1

      Please, give me an example of one profitable company that exercises this concept.

    12. Re:So they would like you to write tools for them by Evan · · Score: 1

      Zope Corporation. By Freeing Zope and supporting the Zope community, they created a market for Zope-based solutions that wouldn't have otherwise existed. By being the creators of Zope, with the greatest expertise in using it, they get the cream of the market's contracts.

    13. Re:So they would like you to write tools for them by Anonymous Coward · · Score: 0

      Exactly.

      This is what open standards are all about ... set a open standard, let everybody compete on implementation.

      The fundamental, underlying idea of open standards has been around for a long time ... the Olympic games have "open standards" on 100 meter sprints (and all their other events), athletes have to compete based on "implementation".

      Consider what the Olypics would be like if each country brought along its own special game (eg Australian Rules Football), and stopped everyone else not only not being able to compete in events in it, but also learning it ... that is the equivalent of the proprietory word Microsoft what us to live in.

      Good on ILM and George Lucas for opening their standards.

  12. .com by skydude_20 · · Score: 0, Redundant
    --
    Jesus saves souls and redeems them for valuable cash prizes
  13. Not for Windows? by Anonvmous+Coward · · Score: 2, Interesting

    That's a bummer. Lightwave loves HDRI imagery.

    Out of curiosity, has anybody used HDRI images for textures? I'm curious if the floating point data makes a difference. I could see it being particularly useful for the diffuse and lumination channels. What about color?

    1. Re:Not for Windows? by dhess · · Score: 3, Interesting

      I'm sure somebody will port it to Windows in time. The libraries themselves are pretty vanilla code, so it should be easy to port. We don't really use Windows for effects work here so it hasn't been a priority for us.

    2. Re:Not for Windows? by Anonvmous+Coward · · Score: 1

      "I'm sure somebody will port it to Windows in time. The libraries themselves are pretty vanilla code, so it should be easy to port. We don't really use Windows for effects work here so it hasn't been a priority for us."

      May I ask where you're at? I'm sorry, I don't mean to pry. I'm just curious because I want to work at an FX studio in the next year or so. Any tidbit of info I can get about how things work in a place like that are extremely valuable to me.

      Question: Do you use a tool there like Photoshop (Gimp maybe?) that works in that format? I'm very interested in 'painting' HDRI textures.

    3. Re:Not for Windows? by Pseudonym · · Score: 1

      That depends what you call a "texture". You can think of a planar reflection map, for example, as just a texture in camera space. If it's to reflect very bright lights, it looks just plain wrong without the extra dynamic range.

      --
      sub f{($f)=@_;print"$f(q{$f});";}f(q{sub f{($f)=@_;print"$f(q{$f});";}f});
  14. Just imagine.... by Anonymous Coward · · Score: 4, Funny

    Rendering a movie of Gollum choking Jar-Jar to death, I'd pay to see that.

  15. Open format, not open source, per se... by gpinzone · · Score: 0, Redundant

    They just openly defined the file format, not the tools to create graphics.

    This is a nice thing for them to do since they did have to put time and money to come up with this format standard. However, it's not that much of a charitible contribution to the software community. They had to come up with this format anyway, so why not release it to everyone?

    1. Re: Open format, not open source, per se... by Black+Parrot · · Score: 1


      > They just openly defined the file format, not the tools to create graphics.

      Even if you were correct, that's no problem. Wherever open formats go, open code follows.

      --
      Sheesh, evil *and* a jerk. -- Jade
  16. Hey George! by Jethro+On+Deathrow · · Score: 3, Funny

    Quit wasting time with this crap and release the real Star Wars on DVD. And while you are at it, get the Indiana Jones triligy out on DVD too.

    1. Re:Hey George! by Anonymous Coward · · Score: 0

      yeah!

      i went ahead and converted my VHS Starwars / Indiana Jones to DVD with my DVD- Burner. not s good as a REAL DVD although......

  17. Re:Oh when the first post... by daerlyn · · Score: 2, Funny

    Take a moment to be both amazed and amused that the first post was actually something related to the topic, and all the mooks missed out.

  18. You are not supposed to do THAT! by Dman33 · · Score: 4, Funny

    it's www.openexr.com [openexr.com], not 'www.openexr'. Sigh.

    Great.. you just ruined the S.E.P. on that hyperlink!

    SEP stands for Slashdot-Effect Protection

    1. Re:You are not supposed to do THAT! by TheCaptain · · Score: 4, Funny

      Great.. you just ruined the S.E.P. on that hyperlink!

      Isn't that prohibited under the DMCA? Oooooo...Someone's in trouble. :)

    2. Re:You are not supposed to do THAT! by egreB · · Score: 1

      Great.. you just ruined the S.E.P. on that hyperlink!

      The S.E.P? But I could see it quite clearly without having to catch it in the corner of my eye..?

  19. The license, /.-ed but interesting clauses: by stratjakt · · Score: 4, Funny

    Copyright (c) 2002, Industrial Light & Magic, a division of Lucas Digital Ltd. LLC All rights reserved.

    Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met:

    - Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer.

    - Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution.

    - Neither the name of Industrial Light & Magic nor the names of its contributors may be used to endorse or promote products derived from this software without specific prior written permission.

    THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. STAR TREK IS STUPID. IN NO EVENT SHALL THE COPYRIGHT OWNER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.

    Reason: Don't use so many caps. It's like YELLING.
    Your comment violated the "postercomment" compression filter. Try less whitespace and/or less repetition. Comment aborted.
    Please try to keep posts on topic.
    Try to reply to other people's comments instead of starting new threads.
    Read other people's messages before posting your own to avoid simply duplicating what has already been said.
    Use a clear subject that describes what your message is about.
    Offtopic, Inflammatory, Inappropriate, Illegal, or Offensive comments might be moderated. (You can read everything, even moderated posts, by adjusting your threshold on the User Preferences Page)

    --
    I don't need no instructions to know how to rock!!!!
    1. Re:The license, /.-ed but interesting clauses: by MisterFancypants · · Score: 1
      How are any of these clauses 'interesting'?

      Replace "Industrial Light & Magic" with "The Regents of the University of California" and it is just the standard BSD license.

    2. Re:The license, /.-ed but interesting clauses: by Anonymous Coward · · Score: 1, Interesting

      Apparently no one reads posts before they moderate them anymore. The parent is FUNNY not Informative.

      ...IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. STAR TREK IS STUPID. IN NO EVENT SHALL THE COPYRIGHT OWNER OR CONTRIBUTORS BE...

      Reason: Don't use so many caps. It's like YELLING.
      Your comment violated the "postercomment" compression filter. Try less whitespace and/or less repetition. Comment aborted.
      Please try to keep posts on topic.

    3. Re:The license, /.-ed but interesting clauses: by hrieke · · Score: 2, Funny

      This Software Is Provided By The Copyright Holders And Contributors "As Is" And Any Express Or Implied Warranties, Including, But Not Limited To, The Implied Warranties Of Merchantability And Fitness For A Particular Purpose Are Disclaimed. STAR TREK IS STUPID. In No Event Shall The Copyright Owner Or Contributors Be Liable For Any Direct, Indirect, Incidental, Special, Exemplary, Or Consequential Damages (Including, But Not Limited To, Procurement Of Substitute Goods Or Services; Loss Of Use, Data, Or Profits; Or Business Interruption) However Caused And On Any Theory Of Liability, Whether In Contract, Strict Liability, Or Tort (Including Negligence Or Otherwise) Arising In Any Way Out Of The Use Of This Software, Even If Advised Of The Possibility Of Such Damage.

      George has a problem with the Mountain?
      --
      III.IIVIVIXIIVIVIIIVVIIIIXVIIIXIIIIIIIIVIIIIVVIIIV IIVIIIIIIVIII...
    4. Re:The license, /.-ed but interesting clauses: by tlunde · · Score: 1

      They may be legally required to use ALL CAPS in license clauses disclaiming warranties. !IANAL. YMMV by state, although I think this one is due to a federal law.

    5. Re:The license, /.-ed but interesting clauses: by Anonymous Coward · · Score: 0

      Dude, look closer.

  20. no windows support? by SHEENmaster · · Score: 1

    Leaving Windows development to their community is a bad idea.

    How long before we step in and port the Linux version?

    --
    You can't judge a book by the way it wears its hair.
    1. Re:no windows support? by stratjakt · · Score: 1

      I know that this is supposed to be some sort of goofy pro-Linux anti-MS troll, but I dont get it.. It's just incoherent. Are you saying that coders who use Windows are just too stupid to do it?

      Anyways, if you'd RTFA, you'd notice that it simply doesnt compile natively under windows, but should be easily enough compiled against cygwin.

      It's more than likely just a handful of ioctl() based disk routines that need to be translated to make it a C shared lib, and a tad of restructuring/jumptable management to make it a COM object or library style DLL.

      Really not a big deal at all. Being a hotshot Linux hacker yourself, you'd already know that.

      --
      I don't need no instructions to know how to rock!!!!
    2. Re:no windows support? by Anonymous Coward · · Score: 0

      Your an idiot.

      ILM uses Irix and Linux, as do the rest of the film world. Why would they make their tools for a platform they don't even use? Just so some 12 year old in his basement with a pirated copy of Lightwave can make some HDRI video that is compatible with their internal system?

      Sit down and shut up.

  21. Attention Apple Users by Amsterdam+Vallon · · Score: 4, Informative

    Before you spend a half-hour downloading any packages, please note that shared libraries aren't supported yet for Mac OS X version 10.2.

    Well, to rephrase this, you can build them, but Lucasfilm have't gotten them to link due to undefined symbols and are probably
    doing something wrong in the Makefile system.

    The test suite will automatically try to link shared libraries if you've built them, so 'make check' will fail. To run the confidence tests, tell configure not to build shared libraries ("./configure --enable-shared=no").

    More details are available in the README document.

    --

    Reply or e-mail; don't vaguely moderate. Ex-O'Reilly/MIT employee, now a full-time Google employee.
    1. Re:Attention Apple Users by afantee · · Score: 1

      >> please note that shared libraries aren't supported yet for Mac OS X version 10.2.

      What the fuck are you talking about? Mac OS X always supports shared libraries, they are just .dylib files in /usr/lib or packaged within Frameworks.

    2. Re:Attention Apple Users by dhess · · Score: 3, Informative

      Sorry, the README.OSX in the distribution is misleading. I didn't mean to say that shared libs are not supported by OS X. I meant to say that the OpenEXR build system can't build them correctly yet. It's my fault, not OS X's, for not having had time to figure out how to build shared libs using autoconf in OS X.

    3. Re:Attention Apple Users by Anonymous Coward · · Score: 0

      Forgot to switch back to your troll account, silly.

    4. Re:Attention Apple Users by Anonymous Coward · · Score: 0

      Another one for Troll Killer! You're a relatively low numbered user, didja get sick of being 'good' here or what?

  22. Other uses for 16-bit formats? by NanoGator · · Score: 2, Interesting

    Hey dudes,

    I was just curious if anybody out there uses HDR imagery (like the OpenEXR format) for anything besides global illumination?

    I've been fiddling with the .HDR format (similar to OpenEXR, I imagine) in Lightwave's various texture channels and have gotten interesting results. (Especially the diffuse channel.) It strikes me that you could lose the diffuse channel all together in favor of a floating point color channel. In english, that means that you have one texture that responds properly to light, as opposed to having to assign the color of the surface in one channel and it's light reflectance in a seperate one.

    That's seriously cool, but I'm in my infancy here with regards to these floating point formats. I'm just curious, who's using HDR in ways besides global lighting? It seems like there's a whole new door opening here.

    --
    "Derp de derp."
    1. Re:Other uses for 16-bit formats? by Namarrgon · · Score: 1

      It's great for 2D image processing. HDR images blur really nicely - the highlights stay bright, instead of going murkey grey.

      --
      Why would anyone engrave "Elbereth"?
    2. Re:Other uses for 16-bit formats? by spitzak · · Score: 1

      Rendering into HDR images is really useful if you want to process the color later using a 2D program. Post process blurs, lens flare, and motion blur are far, far better when done to an HDR image. Also since no data is lost the 3D person does not have to waste lots of time adjusting the lights to get the render into range.

  23. Just shut up by Anonymous Coward · · Score: 0
  24. What? by qwijibrumm · · Score: 3, Funny

    What the hell are you talking about? Everything you wrote was a full sentence. But at no time did you ever acctually say anything. Did you have a point in your own head? Some people are now acutally dumber after reading your post.

    --
    I wish there was some there was some way that I could be outside playing basketball, in the rain, and not get wet.
  25. hobbyists re-unbale brand gnu eyecon0meter(TMp)... by Anonymous Coward · · Score: 0

    guaranteed to be able to debunk any billyunerror ?pr? stock markup FraUD bs, spewing from any terminull in the evile kingdumb.

    the cite's DOWn right now, but check back often, as the deependunce of payper liesense scammerIE dances with the knowshun of having been soul doubt.

  26. Re:People, don't go along with this by robvs68 · · Score: 1

    Of course ILM is doing this for selfish reasons, but that's why they are called a "business". So maybe they're not open-sourcing all of the in-house tools that they spent many, many $$ developing, but at least they are opening up their file format. Isn't that better than keeping all of their file formats proprietary?...

    If your so upset about George's greed, why don't you build a sweet tool that uses his file format, then charge him to license the tool from you, thus causing you to profit from the deal.

    I love free - ok, relatively free - enterprise.

  27. So what ? by lfourrier · · Score: 1

    They release an extensible file format, some libraries, and it is teh best thing in the world?
    Anybody having to manage picture in more than 16**3 color will think of something simlar. And the extensibility remind me of tiff (TAGGED image file format). In fact, I'm not sure they would not have be able to store all what they want in tiff. So what?

  28. Wait a minute, how would you know? by Anonymous Coward · · Score: 0

    I thought you where "I'm appalled and outraged" about this, or did you forget that you already posted this comment?

    Troll.

  29. Lucas turning to the Dark Side, eh? by Anonymous Coward · · Score: 1, Funny

    On the bright side, the "dark side" link has /.'ed MPAA.com.

    Hmm, I wonder how they'll turn this into a DMCA violation?

  30. It's cool that they have the file format by exp(pi*sqrt(163)) · · Score: 4, Interesting

    But have you watched any movies with ILM effects lately? The dynamic range sucks! Episode II was basically characters jumping between matte paintings and each painting looked like it had been painted with an 8 bit paint package. Unless you actually bother to collect data on set that is high dynamic range having the file format is as good as useless.

    --
    Doesn't it make you feel good to know that our freedoms are protected by politicans, lawyers and journalists.
    1. Re:It's cool that they have the file format by Anonymous Coward · · Score: 0

      Of course the dynamic range in Episode II sucked. It was shot on hidef video, not film. They didn't even bother trying to use EXR files on that show since it was 8 bit do begin with.

    2. Re:It's cool that they have the file format by exp(pi*sqrt(163)) · · Score: 1

      Actually it's 10 bit uncompressed. (Even better internally and you can get limited access to that too.) Although terabyte disk is cheap for a production company Lucas chose to use compressed data going to tape. My my! You should have seen the fun they had rotoscoping images with compression artifacts!

      --
      Doesn't it make you feel good to know that our freedoms are protected by politicans, lawyers and journalists.
    3. Re:It's cool that they have the file format by frankie · · Score: 1
      The dynamic range sucks! Episode II was

      Episode II was shot entirely on digital cameras, which don't have anywhere near the bit depth supported by EXR. As always, GIGO.

    4. Re:It's cool that they have the file format by malducin · · Score: 1

      Well Ep. 2 wasn't done in EXR. It started being used in The Time Machine. On the VFXPro announcement they mentioned it was used in Signs, Gangs of NY, Harry Potter 1 and MIB2. And it lloks like they will be using it at least for half of this year's productions:

      ILM Releases Image File Format OpenEXR to Open Source Community
    5. Re:It's cool that they have the file format by exp(pi*sqrt(163)) · · Score: 1
      it lloks like they will be using it at least for half of this year's productions:

      5 years after everyone else...

      --
      Doesn't it make you feel good to know that our freedoms are protected by politicans, lawyers and journalists.
  31. Ummm. Wrong. by qwijibrumm · · Score: 2, Informative
    From the site:
    ILM has released OpenEXR as free software. The OpenEXR software distribution includes:
    * IlmImf, a library that reads and writes OpenEXR images.
    * Half, a C++ class for manipulating half values as if they were a built-in C++ datatype.
    * Imath, a math library with support for matrices, 2d- and 3d-transformations, solvers for linear/quadratic/cubic equations, and more.
    * exrdisplay, a sample application for viewing OpenEXR images on a display at various exposure settings.
    The OpenEXR software distribution is now licensed under the modified BSD license, available here.
    I would call the software they released under a BSD type license "tools to create graphics." Your milage may vary.
    --
    I wish there was some there was some way that I could be outside playing basketball, in the rain, and not get wet.
    1. Re:Ummm. Wrong. by Anonymous Coward · · Score: 0

      Mixed bag. The OpenEXR stuff listed is really just sample code, of the sort that generally goes along with any publically specified format. "Half" and "Imath" either provide support that's specifically useful for OpenEXR, or they were just tossed in (more likely the former). It's akin to the JPEG or MP3 reference code.

      It's nice that they used the BSD licence, but it's not really that big a story. Hopefully they don't retain patents relevant to the format (a la MP3).

  32. Great, another format to be ignored by Kickstart70 · · Score: 2, Interesting
    PNG has been accepted as far as browser support, but is relatively (in comparison to JPG and GIF) unused. Unless this image format has vastly improved abilities over the conventional method, this is a non-starter.

    Kickstart

    1. Re:Great, another format to be ignored by raytracer · · Score: 2, Insightful
      PNG has been accepted as far as browser support, but is relatively (in comparison to JPG and GIF) unused. Unless this image format has vastly improved abilities over the conventional method, this is a non-starter.

      Don't hold back, tell us what you really think.

      This might come as a shock to some, but the entire world isn't the same as you. They have different needs and different desires. In this case, ILM has a need for an image format which allows for high dynamic range and lossy compression. PNG doesn't supply that. TIFF doesn't supply that. JPG doesn't supply that. So they invented their own, and released it for all to use.

      They really don't care very much about whether your browser supports it (although a nice plugin would be a cool idea, and golly, it is possible because they were kind enough to release the source). They are busy making movies. If you aren't making movies or interested in high dynamic range photography, you probably don't care. But then, they never said you had to care, did they?

    2. Re:Great, another format to be ignored by spitzak · · Score: 1

      This serves a different purpose. This is a well-defined lossless storage for floating-point intensity data. It is going to be at least twice as big as PNG (probably more as the compression is not going to be as good). For images that are not being manipulated, but just shown to the user, there is no need for more than 8 bits. For photographic images (which this is likely to be used for) neither it nor png are good for the net, use lossy compression like jpeg and it will be 10 times smaller.

  33. Come on... by Anonymous Coward · · Score: 0

    What obvious BSing a troll, in this article alone you praise it here, you speak aginst it here, and then you provide "advice" to apple users here.

    Now lest see if the mods are not morons and read peoples historys before modding.

  34. Re:Is it just me or by talesout · · Score: 1

    Maybe they decided to hire rusty of K5 fame as a consultant. He "fixed" them up good.

    --


    Bite my yammer.
  35. Umm this means nothing. by Anonymous Coward · · Score: 4, Insightful

    The submitter doesn't even understand what ILS is offering, 'uses the same 16 bit format as...', no, it uses a special datatype that CG has, and FX will natively support (pssst CG is dead too, thanks to both MS and the OpenGL consortium endrunning them by implementing their own high level shader language)

    the only thing I see this library even offers is the 'capability to store' HDR' (High Definition Rendering) information, which offers better lighting techniques and edge detection.. *free* code to do the exact same thing is available at ATI, nVidia, SIGGRAPH, Usenet, any number of graphic books, etc.

    This story is useless. This code is useless. HDR relies on the rendering technique, not the 'file format'.

    1. Re:Umm this means nothing. by Namarrgon · · Score: 2, Informative
      I'll bite.

      16 bit float is just one of the datatypes it supports. The particular format they chose is not limited to Cg or the GeForceFX, it's the most common 16 bit float format out there, even if it isn't an IEEE standard.

      The DirectX HLSL is (deliberately) syntacticly identical to Cg, so that's actually good for Cg, rather than killing it off as you suggest. OpenGL2's HLSL has yet to be confirmed, but if (as may be likely) it isn't also just like Cg, Cg will still be able to compile to OpenGL2 - it's just another render target, along with DX8/9, OpenGL 1.3/1.4, and nVidia's own extensions.

      HDR info is useful for many many things in both 3D and 2D work (though I'm doubtful about edge detection). Other HDR-supporting formats do exist, including HDRI, TIFF, FLX, and RLA. Even Cineon/DPX supports limited HDR info. Each have their own advantages & disadvantages - OpenEXR is no worse than most, and better than many.

      Rendering technique is only one small part of the whole job. If you want to take HDR info from one device/app/system to another, you have to write it into a file, so you need a file format that won't clip all your highlights...

      --
      Why would anyone engrave "Elbereth"?
    2. Re:Umm this means nothing. by EnglishTim · · Score: 1

      The reason that this is useful is that until recently there hasn't been a standard image format for storing HDR files. There are a couple of formats that support floating point, but they're mainly 32bit/channel, which in most cases is overkill.

      By providing a format specifically designed for HDR images, and providing a library and viewer for it, they will help enable VFX companies to share their data between companies and applications without reinventing the wheel every time.

  36. The fine print, BIG IN ALL CAPS by Sloppy · · Score: 2, Insightful
    What this shows, is that you don't need to print something in nanopoint type to ensure that most people won't notice it. YELLING is also an effective way to make sure that no one hears you too, because it activates their mental this-is-worthless-crap filters.

    "Your honor, my client did not consent to the terms, for he was nor informed of them. After all, the terms were clearly shouted right in his face, in bold, underlined, and blinking. There's no way he could have seen that."

    --
    As copyright owner of this comment, I authorize everyone to defeat any technological measure which limits access to it.
    1. Re:The fine print, BIG IN ALL CAPS by stratjakt · · Score: 1

      Give the man a cigar!!!

      --
      I don't need no instructions to know how to rock!!!!
    2. Re:The fine print, BIG IN ALL CAPS by Anonymous Coward · · Score: 0

      You're right, of course, but I wonder when we developed those? I know I used to stare at a 40-column uppercase-only Apple ][ display for hours on end, and I never thought it was YELLING at me or had any trouble paying attention. Now when I see a paragraph in caps my eyes immediately glaze over.

      It really is an insidious legal ploy.

  37. What platform runs Jaguar? by Anonymous Coward · · Score: 0

    And I know it's not the Atari type...

  38. Re:More Please, your not even phasing it. by Anonymous Coward · · Score: 0

    Can everyone thrash his server so he'll shut up?

  39. It doesn't look like it's tiled by exp(pi*sqrt(163)) · · Score: 4, Informative
    Movie making required heavy duty image processing. Often thousands of layers need to be processed together with very complex operations. In order to do this at film res you need to break the image up into tiles. A package like Apple's shake works with 128x128 or 256x256 tiles I can't remember exactly. For maximum efficiency the image files need to be stored as tiles too. So popular file formats used such as Kodak's DPX/Cineon or TIFF support tiling. Without tiling you end up with major cache thrashing as the entire image needs to be read in any time a single tile gets dropped from the cache. (I'm talking about the application cache - not the CPU or memory cache.) Even if you do low quality work at low res (eg. ILM do much of their work at hi def resolution) you can still suffer from this.

    It's not a show-stopper but tiling really ought to be there. This format doesn't really add much to already existing formats and subtracts something important.

    --
    Doesn't it make you feel good to know that our freedoms are protected by politicans, lawyers and journalists.
    1. Re:It doesn't look like it's tiled by dhess · · Score: 2, Interesting

      You're right, tiling support is missing. We've been able to get away without it because we don't typically work in tiles.

      You can load the image in pieces using the FrameBuffer object, but it's scanline-oriented, not tiled. Dunno if apps can get away with that or not.

      Does Shake actually load the original file-based image in tiles, or does it simply tile its internal representation of the image and page that out to/from disk?

    2. Re:It doesn't look like it's tiled by captaineo · · Score: 1

      It's been my opinion that if you really need tiles, you can always do it as an additional layer on top of the image file format. Rather than hacking tiles into the format (and all the complexity that involves), just store each image as a directory containing one tile per file.

      I don't know about Shake but I know Nuke is completely scanline-oriented. Processing in scanlines makes sense because each line fits in the CPU cache, whereas an entire image does not. Performing repeated ops on a single scanline without leaving the cache is a huge performance win. I don't see as clear a benefit for tiling horizontally also, except in specialized cases where you are working on HUGE images (like that 40Kx20K Earth mosaic) or using lots of sub-regions of larger images.

  40. How does this compare to say, xcf? by wobblie · · Score: 1

    Does anyone know?

  41. Not off topic. by Anonvmous+Coward · · Score: 4, Interesting

    "Out of curiosity, has anybody used HDRI images for textures? I'm curious if the floating point data makes a difference. I could see it being particularly useful for the diffuse and lumination channels. What about color?"

    Okay, somebody modded me down as 'Off-Topic'. I'm just going to assume he/she/but probably he didn't understand what I was talking about here.

    OpenEXR is a format for High Dynamic Range Imagery. What this essentially means is that instead of describing a pixel by having 3 channels @ 8-bits per channel (which has a maximum value of 255), you get a floating point 16-bit value per channel which is a measure of intensity. The result? Instead of having just color data there, you have color data & intensity data. The sky's blue, right? If you take a 24-bit picture of the sky, you get blue pixels. Is that enough data? No. Try looking up at the sky without squinting your eyes. Can't do it, can ya? The sky is *very* bright. With the HDRI format, you can store that luminosity as well as the color. That's why they use it for global illumination. You're capturing light sources, intensities, and color at the same time.

    Thing is though, a floating point format has uses in other areas of 3D such as texture mapping. It means you can create/capture textures that deal in intensity as well (just like real life), thus you get a much more realistic response from lights in the scene.

    I have no idea if I'm making any sense here or not, but the main point I'm trying to make here is that I am nowhere near off-topic. That's the reaason this format is interesting. It's not another .PNG or .JPG format, it's a more accurate way of storing information about light, and us people that work in 3D have a lot to be excited about. Since it's just recently become involved in the major 3D Apps out there, the capabilities of it are still in their infancy and I'm curious what people have discovered about it.

    1. Re:Not off topic. by Spy+Hunter · · Score: 1
      How is having a 16-bit floating point value per channel different from having an 16-bit integer per channel? You can't represent more data with a 16-bit floating point number than you can with a 16-bit integer. 16 bits of information is 16 bits of information no matter how you slice it.

      I also don't see the difference you are talking about with the "intensity" values as opposed to color. If the 8-bit 'r' value in a 24-bit pixel isn't measuring the intensity of red light at that pixel, then what is it measuring?

      I guess my basic question is: Why is this so special? Why couldn't someone, for example, extend PNG to have 16 bits per channel (if it doesn't already) and forget about OpenEXR?

      --
      main(c,r){for(r=32;r;) printf(++c>31?c=!r--,"\n":c<r?" ":~c&r?" `":" #");}
    2. Re:Not off topic. by alannon · · Score: 2, Informative

      It is VERY different.
      A 16 bit (unsigned) integer value has a range of 0 to 65535, in 1 unit increments.

      A 16 bit floating point (half) value has a range between about .00000006 and 65000 (and also zero).

      The nice thing about floating point numbers is that you can use the precision that it gives you in the most optimal way for your image whereas with integer values, the precision is spread out evenly over your entire range of values.
      In the high range of floating point values (highlights), distances between discrete values will be large. In the low range, they will be small (shadows). Since the eye (and film) is not a linear light sensor (they are close to logarithmic), it makes more sense to deal with pixel values that are floating point instead of integer.

      FP numbers to work with when you're doing image manipulation, since scaling up the data-type size (32 bit floating point) leaves you with data where 0.0 (black) and 1.0 (white), for example, have exactly the same meanings, but you now have extra precision for doing intermediate work on the pixel values. If you shift from a 16 bit integer, to 32 bit integer data type, the values of 0 and 1, for example, now have very DIFFERENT meanings, since the value of 'white' for the 32 bit pixel will have to be shifted upwards to take advantage of extra precision.

      There are a whole series of advantages, though I'm not sure I've stated them well here. Go to their web site for more information, obviously.

    3. Re:Not off topic. by atomicdragon · · Score: 1

      Take 32 bit integers and floating point numbers (sorry, I don't have info for 16 bit floating point numbers). A 32 integer is between 0 and 4,294,967,296. Instead, a 32 bit floating point goes from 1.175494351e-38 to 3.402823466e+38. The difference is that ints cover about 9 orders of magnitude (from 1 to max), while the floating point covers about 76 orders of magnitude. It is the same amount of information, but some of the information is used for the exponent, reducing the number of digits in the actual number.

    4. Re:Not off topic. by frankie · · Score: 1
      How is having a 16-bit floating point value per channel different from having an 16-bit integer

      Because light intensity is exponential rather than linear. One canonical example is that a black sheet of paper in full sun is actually brighter (in absolute terms) than a 100 watt bulb in a closed room. Therefore, FP makes more sense than integer.

    5. Re:Not off topic. by Spy+Hunter · · Score: 2, Informative

      Interesting. Thanks for the informative explanation!

      --
      main(c,r){for(r=32;r;) printf(++c>31?c=!r--,"\n":c<r?" ":~c&r?" `":" #");}
    6. Re:Not off topic. by Spy+Hunter · · Score: 1

      The numerical range of values that can be stored in an int or float isn't really the issue. You can simply scale the values to get any range you desire, and the mapping of actual intensities on the range is arbitrary anyway. The post above explains that the reason they use floats is because the amount of precision changes logarithmically over the range of values and the percieved brightness of light is logarithmic with the intensity, which makes more sense.

      --
      main(c,r){for(r=32;r;) printf(++c>31?c=!r--,"\n":c<r?" ":~c&r?" `":" #");}
  42. Bring out your lighters ... by zonix · · Score: 1

    I wonder.

    How long before someone claims IP rights on the technologies herein?

    z
    --
    What would an EWOULDBLOCK block, if an EWOULDBLOCK could block would? -- me
  43. Where? by doorbot.com · · Score: 2, Funny

    Everything you wrote was a full sentence. But at no time did you ever actually say anything.

    Welcome to Slashdot, I hope you enjoy your stay. It seems you already understand how things work around here...

    .
    .
    .

    Yes, I understand the irony of this post.

    (By the way, there is no charge for the spelling correction)

    Note that if this does not get modded as "Funny," then it is likely a pointless, meaningless post, and potential moderators are now dumber after reading it. My apologies to them, and to any posts they may review henceforth.

  44. Re:Is it just me or by Anonymous Coward · · Score: 0

    It's gotten my browser (Mozilla under Windows) hung several times today. I suspect the trolls....

  45. That is not the real licence.. by Anonymous Coward · · Score: 0

    The one posted above is as follows:

    THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. STAR TREK IS STUPID. IN NO EVENT SHALL THE COPYRIGHT OWNER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.

    The real one is this:
    THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, SLASHDOT MODDING MORONS WHO DON'T READ EVERY FUCKING THING, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT OWNER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, MURDER, LOSS OF SLEEP, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, THE MODS SUCKING ASS AT DOING THEIR JOB, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, FALLING FOR OBIVOUS TROLLS, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.

    And now the caps filter:

    Important Stuff:

    Please try to keep posts on topic.
    Try to reply to other people's comments instead of starting new threads.
    Read other people's messages before posting your own to avoid simply duplicating what has already been said. No one ever does this, and feel free to steal stuff if the story is a dup.
    The Mods suck, and mod points are only given to known morons and trolls.
    Use a clear subject that describes what your message is about.
    Offtopic, Inflammatory, Inappropriate, Illegal, or Offensive comments will be modded up unless you insult linux, post something postitive about microsoft, etc. (You can read everything, even moderated posts, by adjusting your threshold on the User Preferences Page)
    If you want replies to your comments sent to you, consider logging in or creating an account.
    Problems regarding accounts or comment posting should be sent to CowboyNeal

  46. Lucas controls all by McSpew · · Score: 2, Interesting

    I saw a rare interview/profile of Lucas just before AOTC was released, and they pointed out that Lucas is intimately involved in the important decisions for all of his businesses (and he has lots of them). While he might allow small decisions to be made by subordinates, Lucas pretty much nearly micromanages his empire. Can't argue with his management style because it's clearly worked for him. Come to think of it, I wonder if the folks at Pixar would have preferred to stay with Lucas vs. going to work for Steve "Reality Distortion Field" Jobs.

    1. Re:Lucas controls all by malducin · · Score: 1

      That is just perception (mostly I guess). Of course he had to make that decision it's a pretty big one, probably not only legal repurcussions but also economical and business wise. After all this can be seen as ILM give out something that gave them a competitive advantage over others in the field.

      Buthis empire is huge I doub't he micromanages anything, with the exception of Lucasfilm at most. I went to VES last year and it was funny, this guy at the opening reception kept pestering Lucas about this software. He said he didn't know about that and he didn't take care of that, he referred him to Jim Morris. Actually sometimes it seems he doesn't know all the details. In an interview (Millimeter, American Cinematographer or something like that), he was asked if he was aware the headaches the ILM model shop had because of using the HD cameras and he didn't, the previous article detailed all that. Actually he seems pretty laid back since he has to take care of his kids, I guess he lets everyone else worry about everything ;-).

  47. Then I'll clarify. by SHEENmaster · · Score: 1

    I wasn't saying that winshit coders are incompetent, but rather that most talented winshit programmers have either sold their soul to a company or are developing shareware/freeware. Very few release their source.

    While I like cygwin, it is nothing in comparison to the real thing. While I believe in the OS movement, I understand that some people and especially companies and groups can't just release the code.

    --
    You can't judge a book by the way it wears its hair.
  48. Gotta knock off the weed by Anonymous Coward · · Score: 0

    I thought I saw an informed, interested on-topic comment.

  49. Question... by srvivn21 · · Score: 1

    So by posting the link to frankie as http:///~frankie is chrisd trying to save Slashdot from itself?

  50. Half, a C++ class for manipulating half values as by wynlyndd · · Score: 1

    Half, a C++ class for manipulating half values as if they were a built-in C++ datatype

    As I see it, this helps not only them by having the OSS peeps write software that may indirectly help them, but also us because now we have a class so we can write to the Nvidia video cards even if we aren't using the ILM format.

    --
    "Dogs and cats, living together...it's mass hysteria!"
  51. How to take 16 bit floating point pictures by heroine · · Score: 1

    Is there a 16 bit floating point camera? Does Povray generate 16 bit floating point renders? Are TV stations going to start broadcasting 16 bit floating point? It looks like the only way to do it is to spend a few months in front of Maya creating a scene from scratch and render a few hundred variations in brightness.

    1. Re:How to take 16 bit floating point pictures by Namarrgon · · Score: 1
      All film cameras (still and moving) record some high-dynamic range information, yes, and the better digital cameras do too. Video cameras don't, however, and couldn't store it if they did.

      Most 3D packages render directly to high-dynamic range formats, including (I think) Povray. You don't need to render multiple exposures.

      --
      Why would anyone engrave "Elbereth"?
    2. Re:How to take 16 bit floating point pictures by dhess · · Score: 3, Informative

      A film scanner like the ones used at VFX houses can produce material with up to 14 bits per channel of color resolution. So can Panoscan's MK1 HDR camera. For reasons outlined in another thread, there are advantages to using FP numbers rather than integers to represent these values.

      The CCDs used in these devices are pretty expensive and aren't available in pro-sumer or consumer devices. For now.

      Apps like Idruna's Photogenics, Paul Debevec's HDRShop, and Greg Ward's Photophile can produce HDR FP images from scans of photos of the same scene using different exposures. This works with the cheap color scanner that you bought at Fry's or Best Buy.

      As for synthetic images, Renderman, Mental Ray use 32-bit FP internally. They can already produce 32-bit TIFF images. We're working on making the OpenEXR display drivers for these apps available with the rest of the OpenEXR software distribution.

    3. Re:How to take 16 bit floating point pictures by imroy · · Score: 2, Informative

      Check out Paul Debevec's web site. He seems to have pioneered (correct me if I'm wrong) a lot of image-based rendering techniques. HDR images are an important part of this. He describes how to recover HDR images from photographs, how to create "light probes" (HDR environment maps), and then how to light synthetic scenes with a light probe.

  52. Available for Atari? by cant_get_a_good_nick · · Score: 2, Interesting

    OpenEXR runs on Linux, Jaguar , and Irix

    I'm glad someone is finally releasing software for the Atari Jaguar, it was such an unloved system.

    Bad jokes aside, too many damn codenames that mean the same thing. Sometimes i realize why folks make stupid names like Itanium and Infinium.... no one else will be stupid enough to use them.

  53. Brain-damaged moderation by JoeBuck · · Score: 1

    While I disagree with Kickstart70's comment (clearly the new format has advantages that PNG does not have), his comment is obviously on topic. Whatever moderator marked it offtopic should have a bite taken out of his/her karma.

  54. So basically by forged · · Score: 1

    It allows gamma correction on steroids, as seen in their sample section - they clearly emphasize the many-stops gamma adjustments they can achieve, especially in the very bright or dark areas of the picture.

  55. Is there a tool to paint in this format? by Anonvmous+Coward · · Score: 1

    Just curious if there was a Photoshop plugin or Gimp feature or something where one could paint using the 16-bit format?

    I'd like to paint textures this way, it's a lot more natural than today's 24-bit formats. Kinda sad, really. Since HDRI (high dynamic range imagery) came along, 24-bit seems so limited! So I'm hoping that something like Photoshop comes along soon and supports it.

    Today what you have to do is make a sequence of images (3 or 4) that represent the image at different intensities so that a program can analyze them and develop a luminance curve. Which is fine, but it's a bit tricky to paint a texture that way. (works fine with photographs, though...)

    Just curious about what kinds of tools are out there. I'm only recently developing an interest in this format.

    1. Re:Is there a tool to paint in this format? by dhess · · Score: 4, Informative

      We submitted an OpenEXR plugin to the Film Gimp team, and I understand it'll show up in the next release.

      Also, Idruna Software is working on OpenEXR support for their Photogenics package. It already supports creation of and painting on HDR formats.

    2. Re:Is there a tool to paint in this format? by Anonvmous+Coward · · Score: 1

      "We submitted an OpenEXR plugin to the Film Gimp [sf.net] team, and I understand it'll show up in the next release.

      Also, Idruna Software [idruna.com] is working on OpenEXR support for their Photogenics package. It already supports creation of and painting on HDR formats."


      Interesting. I'm glad you mentioned Idruna Software because I was under the impression Gimp was the only paint prog on the block for Linux.

    3. Re:Is there a tool to paint in this format? by I+Am+The+Owl · · Score: 1

      Just out of curiosity, I'm wondering what developing a luminance curve does. Does it aid in color correction somehow? Would it result in a higher resolution image? I've been into DV for a little more than a year now through school, and we use Final Cut Pro and mini DV cameras (the lowest resolution for digital video, more or less). Would a generating a greater dynamic range during processing enable more accurate color correction or image transformations than would normally be possible, given the low resolution of the source footage?

      --

      --sdem
    4. Re:Is there a tool to paint in this format? by spitzak · · Score: 1
      The greater dynamic range matters a lot less than getting the numbers to represent *linear* intensity levels.

      Most existing software works with 8 bits where the 255 levels are assigned to intensities by the definition "this number means the intensity you get when it is put on the screen". This is NOT linear (it is approximatley a 2.5 power function, and is also standardized as the sRGB curve).

      Most of the algorithims used by the software does assumme linear levels though (like assumming that two pixels with 10 in them will be as bright as one pixel with 20 in it). This assumption is incorrect and is why a lot of renders and manipulations that you think are obeying the laws of physics produce bad computer-generated appearing images.

      The problem is that you cannot use 8 bits for linear, as the steps at the black end are way too far apart (and lots of uselessly close steps are up at the white end). Fixing this requires a lot of rewriting of the software, and typically means replacing everything with floating point.

  56. Yes but... by crt · · Score: 1

    ..does it support the display of Squant?

  57. Tiling is irrelevant by Namarrgon · · Score: 4, Interesting
    Thousands of layers? The most complex composition I've seen personally was the Swordfish Ventura Bank explosion, and that required somewhat over 500 layers (at 4K). Definitely qualifies as heavy duty, but still a far cry from "thousands" of layers. "Often" would be less than 100 layers, in my experience.

    Anyway, tiling as you describe is rarely used in motion picture image processing work, regardless of the number of layers. Breaking down a large (4000x3000 or larger) image does improve memory usage (sometimes at a cost in efficiency for certain algorithms), but when this is done, it's usually broken into scanlines or groups of scanlines, not square tiles. This works just as well and fits better with how images are processed, stored, displayed etc. The number of layers to be composited does not affect this at all.

    DPX and Cineon do not support tiled image packing. TIFF does, but I've never seen a post-production app actually output a tiled image - it just complicates things unnecessarily.

    And it's rarely necessary to re-read an entire image if you just want a subrectangle of it - many formats make it relatively easy to read a limited region. Compression can complicate things, but you can usually limit your reading to just the scanlines involved.

    --
    Why would anyone engrave "Elbereth"?
    1. Re:Tiling is irrelevant by exp(pi*sqrt(163)) · · Score: 1
      Thousands of layers?
      It happens. There's all kinds of curious non-standard work out there that uses large procedurally built flowgraphs. But I'd agree 100s is more common.

      tiling as you describe is rarely used in motion picture image processing work, regardless of the number of layers
      False. Cineon did it. Shake does it. The ImageVision library from SGI, upon which a number of visual effects houses built code, used tiles. Many people use tiled code. But also many people don't.
      DPX and Cineon do not support tiled image packing
      My mistake. IFF, another popular choice in the visual effects world, does support tiling.
      Also, it's not just on input that tiles are useful. Many 3D renderers generate tiled output from buckets because that provides better coherence than scan line order. It's much more convenient to do this with a tiled image format.

      It's worth noting that even if the final render is only at 3k by 2k there may still be much higher res intermediate files that need processing.

      As I say - it's not a show-stopper. But it's nice to have.

      --
      Doesn't it make you feel good to know that our freedoms are protected by politicans, lawyers and journalists.
  58. A File format runs on an OS? by Anonymous Coward · · Score: 0

    OpenEXR runs on Linux, Jaguar, and Irix; other platforms are likely to work with a little help from the community

    Wait, a file format RUNS on OSes? Oookkkk.......

  59. Good C++ style by captaineo · · Score: 2, Insightful

    I've been reading over the code - anyone who wants to study good C++ style should definitely check this out, even if you aren't interested in graphics! The ILM libraries make good use of templates, exceptions, operator overloading, and iostreams - in ways that are clear and easy to understand (as opposed to many other C++ libraries I've seen...). You'll have to look hard to find a more appropriate application of C++ features.

    1. Re:Good C++ style by Anonymous Coward · · Score: 0

      you're forgetting that "good C++ style" precludes the use of iostreams ;)

  60. Lucas never went to the "dark side" by Anonymous Coward · · Score: 0

    Lucas' association with the MPAA is not indicative of him being a darksider. Come on. The man makes films, and he wants people to see them; he *has* to cooperate with the MPAA, as more than 98% of theaters in North America are members, as are most of the rental chains and most other points of non-commodity distribution.

    Lucas has done more for geekdom than anyone else in Hollywood ever has. He's directly responsible for creating jobs for THOUSANDS of geeks. ILM has revolutionized moviemaking, and it could easily be argued that he's responsible for most of the geek job market in Hollywood that's blossomed over the past 5 or 6 years. And what about Lucasarts/Lucasfilm Games? Not only have they employed scores of geeks, the high-quality games they've produced have helped create a new generation of geeks, and they've raised the bar in terms of game quality time and time again.

    So Lucas has flaws, so he's made some unpleasant decisions in the past in your view. So what? You can't operate in reality without compromise. The only people that believe you can are idealists with no real-world experience. To floccinauccinihilipilificate his accomplishments because of whatever compromises he's made is insane - you may as well criticize every libertarian you've ever met (they've all paid taxes), every OSS advocate you know (they've all paid for software), etc.

  61. BSD-Like License by Anonymous Coward · · Score: 0

    Almost BSD, http://www.ilm.com/opensource/ilm-bsd-lic.html the difference seems to be the line "Neither the name of Industrial Light & Magic nor the names of its contributors may be used to endorse or promote products derived from this software without specific prior written permission."

    Use our code, but not our name.

  62. Re:hobbyists re-unbale brand gnu eyecon0meter(TMp) by Anonymous Coward · · Score: 0

    Please consider getting an account, so I can make sure not to miss any of your posts. You're the best thing to hit Slashdot since The Glorious MEEPT! disappeared.

  63. As a former employee at ILM... by CPgrower · · Score: 1

    Congratulations to Florian Kainz and Rod Bogart!
    I never thought I'd see the day when ILM would publically release source code and specifications, particularly for such things as image file formats like PIZ. To all my friends at ILM, is Prime Friday still in effect?

    The times they are a changin'.

    rob
    Proud former ILM employee, 1995-1999.

  64. It has to be widely adopted first by The+Creator · · Score: 1

    The Lucas will. :)

    --

    FRA: STFU GTFO
  65. minor correction by some+guy+I+know · · Score: 1

    ILM has a need for an image format which allows for high dynamic range and lossy compression.

    The EXR compression schemes (there are three) are lossless.
    However, your general point is valid.

    --
    Those who sacrifice security to condemn liberty deserve to repeat history or something. - Benjamin Santayana
  66. Scale race cars by GQuon · · Score: 1

    Getting off topic here.....
    Well, with rockets they might go, like, 1000 scale miles per hour.

    Divide speed by scale. Let's say a 1:8 scale radio controlled car can make 80 km/h (ca. 50 mi/h), quite possible if it has a combustion engine. Then it makes 640 scale km/h! (ca. 400 mi/h)

    --
    Irene KHAAAAAAN!
  67. No, he _wrote_ the readme by BiOFH · · Score: 1

    Don't jump to the wrong conclusion here, Cowards!

    He's the maintainer. When he says "I meant" he means what he wrote in the readme. He's not the asshat troll that posted that first pile of crap/fud (that should be mod'd down, for god's sake).

    --
    - I am made of meat.
  68. WRONG! by kevlar · · Score: 1


    They are not profitable. In fact, they are funded by venture capital. The problem with Slashdot users is that they confuse the economics of Capitalism with free hand-outs. Zope is surviving on a free hand out. That does not mean they're profitable.

    http://www.zope.com/News/PressReleases/FundingNo v0 0

  69. GONG! by Evan · · Score: 1

    [sarcasm]
    Gosh, thanks for setting me straight on that one. Capitalism certainly has nothing to do with venture capital. A company that did a funding round two years ago in order to enable more rapid growth can't possibly have become profitable since then. I guess all of the major projects I worked on as a Zope employee were imaginary, and the ones they've announced completion of since then are lies. Even if they were real, they were only little bitty contracts with unknowns like the Navy, AARP, Viacom, and SGI.
    [/sarcasm]

  70. Oh... by Anonymous Coward · · Score: 0

    Oops, I guess they should have been more clear about that. It sounded just like all the other ones where they forgot to swich back to the right account.

  71. Actually the data is color by spitzak · · Score: 1

    Just to clarify, there is a seperate floating-point intensity for each color (rgb). The above description implies there is a seperate color and intensity.

    Though this is practical if you use a linear space like XYZ so little software uses this that it is probably much more useful to store rgb. Don't even think about trying to store "hue" or store non-linear values like CIE xyz or any of that color-management stuff, non of it is defined well enough for cgi.

    1. Re:Actually the data is color by Anonvmous+Coward · · Score: 1

      "Just to clarify, there is a seperate floating-point intensity for each color (rgb). The above description implies there is a seperate color and intensity."

      Yeah, you're right. I should have written that more carefully.

      Is Digital Domain using floating point image formats for anything besides Global Illumination? I started experimenting with using .HDR files for textures in Lightwave, and was surprised at the results. I was just curious if D2 was doing something similar? (Note: I'm not limiting it to Lightwave, that's just the tool I have in front of me right now.)

    2. Re:Actually the data is color by spitzak · · Score: 1

      Yes we are using them for rendering output a lot. The renderers will correctly calculate brightness well outside the 0-1 range and this allows us to recover that information in compositing.

      Biggest problem with renderers is that they refuse to treat incoming texture maps as anything other than linear. It would help a lot if they assummed 8-bit files were sRGB brightness levels. In some cases this can be fixed in shaders but that is rather tedious. Also often GUI input of colors is wrong, since it assumes the 8-bit color displayed by the GUI is linear.

      We have been using an in-house format we call RGBA. This is simply SGI's format with the "exponent" of the largest of RGB put in the alpha channel, and the top 8 bits (with a leading 1) of the mantissa of RGB put into the RGB channels. This is an old trick from Graphics Gems. We have not really used Debevec's HDR format, RGBA was much easier to get into our software as it all already read/wrote SGI's format. But EXR is much better and we expect to use it extensively.

    3. Re:Actually the data is color by Anonvmous+Coward · · Score: 1

      "We have been using an in-house format we call RGBA. This is simply SGI's format with the "exponent" of the largest of RGB put in the alpha channel, and the top 8 bits (with a leading 1) of the mantissa of RGB put into the RGB channels. ..."

      I think I understand what you're saying. It's a bit of a surprise to me, I didn't realize how much programming work is involved in an FX studio.

      "Biggest problem with renderers is that they refuse to treat incoming texture maps as anything other than linear."

      Has Lightwave been tested in this sense? Before I responded to your post, I used an HDRI image I found and textured a cube with it, comparing it to a 24-bit version of the same texture. In playing with light intensities, I noticed the HDRI image behaved much differently in comparison to the 24-bit image. It responded much better to the light source, even better than a well defined diffuse channel. But I'm still not completely sure how I can use that to my advantage without tools to really create a texture that way. I think I can photograph some textures though that'd work really well. It might be a fun experiment at some point.

      So yeah, I was just curious if D2 had tested Lightwave with HDRI images as textures lately. It seems to support them, but maybe I'm not totally understanding what you mean?

      What got my interest in HDRI started is that my company has a 360 degree spherical video camera with an adjustable shutter. It occured to me that we can replace a light-probe with this camera placed in the center of the action. Since video can be captured, changing lighting conditions (like stage lights) could be captured as well. I wish time was more abundant do I can pursue experimentation with it.

      Cheers

      P.S. Not sure if you remember me or not, we had an email conversation about a month ago. I showed you the rocket image I did. :)

  72. Tiles are not needed by spitzak · · Score: 2, Informative
    Tiles were invented back when image processing meant running PhotoShop on a Mac with 1Mbyte of memory.

    In fact tiles are a complete hinderance to modern programs that want to access arbitrary rectangles of the image and not obey some predefined cutting into tiles. For these programs, "tiles" like in tiff files require reading the entire image into memory before any of it can be returned, completely inverting the entire purpose of tiles. In the software I am writing our tiff reader refuses any tiled tiffs (ie it only accepts files that are one big tile) and we have yet to encounter any tiff that is not just one big tile.

    Many modern programs "tile" the image by cutting it into scan lines or groups of scan lines, which you could consider long narrow tiles. But this requires no special support by the file other than storing the pixels in horizontal order.

    1. Re:Tiles are not needed by captaineo · · Score: 1

      Tiled TIFFs are used by PRMan and other RenderMan-type renderers to store texture maps. But there are very good reasons for this - mip-mapping and cache locality - and nobody edits the tiled files directly, they just work on a master non-tiled file and convert it to the tiled format before rendering.

    2. Re:Tiles are not needed by spitzak · · Score: 1
      Actually PRMan *reads* tiff files, but it writes the mip-maps to it's own file format (a .tx file or something like that).

      Pixar has refused to come up with documentation for the texture file format, forcing us to write everything to tiffs and then run their converter, which is a real pita, and we could probably produce better mipmaps if we could start from our original floating point data rather than converting to .tiff.

    3. Re:Tiles are not needed by captaineo · · Score: 1

      I'm pretty sure PRMan, RDC, and 3Delight texture files *are* TIFFs. If you run 'tiffinfo' on them it spits out what looks like a list of mip-map tiles. (this works with the 'tiffinfo' from the standard libtiff distribution, not just the one included with PRMan). I have not actually tried to read pixels from one of these, but I bet it would work...

      Running txmake doesn't bother me except sometimes it takes a loooong time...

  73. the original trilogy IS out on DVD by altmiket · · Score: 1

    i got em. they look like dubs of the laser disk, but they're better than VHS by a long shot. check it out: http://www.getvcds.com/dvd/search.shtml?field=titl e&searchtext=star+wars&type=dvd

  74. OS X Native Viewer for OpenEXR by saddino · · Score: 1

    can be found here

  75. Last Post! by alpg · · Score: 0

    ... a thing called Ethics, whose nature was confusing but if you had it you
    were a High-Class Realtor and if you hadn't you were a shyster, a piker and
    a fly-by-night. These virtues awakened Confidence and enabled you to handle
    Bigger Propositions. But they didn't imply that you were to be impractical
    and refuse to take twice the value for a house if a buyer was such an idiot
    that he didn't force you down on the asking price.
    -- Sinclair Lewis, "Babbitt"

    - this post brought to you by the Automated Last Post Generator...