Slashdot Mirror


Pixar Demos Newly Open-Sourced OpenSubdiv Graphics Tech

An anonymous reader writes "Last week at SIGGRAPH, Pixar Animation Studios announced OpenSubdiv, an open source implementation of the Renderman subdivision surface technology, thus releasing the patents to the long standing Pixar 'secret sauce.' In addition to the offline subdivision scheme, it also includes a GPU implementation. This video demonstrates a realtime deforming subdivision surface running at 50 FPS in Maya (though it is freely available to use anywhere). The source code is available on Pixar's GitHub account." Says the project's site: "OpenSubdiv is covered by the Microsoft Public License, and is free to use for commercial or non-commercial use. This is the same code that Pixar uses internally for animated film production."

140 comments

  1. Re:Opensource and MPL? by Anonymous Coward · · Score: 2, Interesting

    Can anyone explain what the consequences of it being released under Microsoft Public License are? Is it toxic to OSS ecosystem, or is it just GPL incompatible (and presumably part of the "extend" part of MS's attack on FOSS)?

  2. Over my dead body by rachit · · Score: 5, Funny

    Apparently they open sourced it over Steve Job's dead body.

    1. Re:Over my dead body by K.+S.+Kyosuke · · Score: 5, Funny

      So you suggest that they should have used the OSJDB Public License?

      --
      Ezekiel 23:20
    2. Re:Over my dead body by tooyoung · · Score: 1, Informative

      Apparently they open sourced it over Steve Job's dead body.

      Of course, it's best not to let facts influence your opinion.

    3. Re:Over my dead body by Anonymous Coward · · Score: 0

      Apparently they open sourced it over Steve Job's dead body.

      Of course, it's best not to let facts influence your opinion.

      Well... that's just a list of open source libraries Apple has used to their own benefit so it's difficult to discern your point. What's the point of the link?

    4. Re:Over my dead body by iCEBaLM · · Score: 1

      Man, you must be a hoot at parties.

    5. Re:Over my dead body by Anonymous Coward · · Score: 0

      If Pixar and open source then a predictable comment from an arsehole.

      Yep, this is still Slashdot.

    6. Re:Over my dead body by SilenceBE · · Score: 1

      OpenCL
      Webkit
      Bonjour
      Clang
      libdispatch
      ....
      So wat is the point you are trying to prove ?

    7. Re:Over my dead body by BronsCon · · Score: 1

      Yes, and to make it not completely obvious, we should expand it as Open Source Junk Distribution Blessing or some other such (I didn't want to stare at thesaurus.com's ugly-ass site for any longer than it took to find something that just barely worked for the B).

      --
      APK quotes people (including myself) without context and should not be trusted. Just thought you should know.
    8. Re:Over my dead body by phrostie · · Score: 1

      Will they give back BMRT now?

    9. Re:Over my dead body by Anonymous Coward · · Score: 0

      Absolutely. One of the advantages of being an owl.

    10. Re:Over my dead body by hairyfeet · · Score: 3, Informative

      Uhhh...wasn't those all things that ALRAEDY were Open Source and Apple just threw some money at them? I know webkit was KHTML from the KDE guys and frankly wouldn't be surprised if the others are similarly open source software that Apple found useful and decided to sink some money into.

      After all Microsoft is in the top 10 when it comes to contributions to the Linux kernel, that don't make them a friend of Linux.

      --
      ACs don't waste your time replying, your posts are never seen by me.
    11. Re:Over my dead body by Anonymous Coward · · Score: 0

      I'm not certain about lib dispatch, but CUPS is almost entirely an Apple-originated project.

    12. Re:Over my dead body by TheRaven64 · · Score: 2

      CUPS is not Apple-originated, but Apple did buy the company that created it. Libdispatch is entirely Apple-original. LLVM is not, but Apple-paid developers wrote a significant amount of the code (I think they're now down to less than half, but that's because of others - including Google - contributing more, not Apple contributing less). Clang was originally created by Apple, open sourced, and a lot of code contributions still come from Apple. Launchd was created by Apple, released under the APSL, and then relicensed as Apache 2 at the request of FreeBSD developers. Darwin Streaming Server and Calendar and Contacts Server (CalDav / CardDAV server) are also Apple-originated open source projects. Oh, and so is mDNSResponder.

      Those are the ones from the top of my head, but Apple has also contributed to a number of projects that they did not create, which is in my mind more laudable than reinventing the wheel...

      --
      I am TheRaven on Soylent News
    13. Re:Over my dead body by tyrione · · Score: 1

      Clang was created by Apple, on top of LLVM, along with LLDB, and turned LLVM from a research project into a multi-billion dollar replacement to GCC. WebKit is not KHTML/KJS. It's all new. launchd, Bonjour, etc., are all Apple opening their internal stuff to the public, not to mention Darwin.

  3. Re:Opensource and MPL? by dgatwood · · Score: 5, Informative

    It's a pretty reasonable open source license, actually. It is basically a BSD license, plus a patent grant, plus a mutually assured destruction clause regarding patent suits. I'm most impressed by the fact that it is about three fewer pages than the average open source license seems to be these days. A normal person might actually be able to comprehend it. :-)

    --

    Check out my sci-fi/humor trilogy at PatriotsBooks.

  4. Re:Opensource and MPL? by Revotron · · Score: 5, Insightful

    ...And this type of reaction is why more companies aren't exactly tripping over themselves to open their code.

    It's free for non-commercial AND commercial use. What the fuck else do you want? Are you really that offended that their open-source rendering library has the word "Microsoft" even tangentially related to it? Do you really think they would publish it under GPLv3, which could potentially force them to open their entire codebase?

    Don't look a gift horse in the mouth.

  5. Re:Opensource and MPL? by Stewie241 · · Score: 5, Informative

    According to wikipedia:

    This is the least restrictive of the Microsoft licenses and allows for distribution of compiled code for either commercial or non-commercial purposes under any license that complies with the Ms-PL. Redistribution of the source code itself is permitted only under the Ms-PL.[12] Initially titled Microsoft Permissive License, it was renamed to Microsoft Public License while being reviewed for approval by the Open Source Initiative (OSI). The license was approved on October 12, 2007 along with the Ms-RL.[11] According to the Free Software Foundation, it is a free software license but not compatible with the GNU GPL.[6]

  6. Re:Opensource and MPL? by houstonbofh · · Score: 2
  7. Re:Opensource and MPL? by dgatwood · · Score: 1

    Oh, and at a glance, I don't see anything that would be incompatible with GPL v3, which from Microsoft is pretty remarkable.... On the flip side, it is incompatible with GPL v2. This makes it absolutely bizarre and backwards as corporate open source licenses go....

    --

    Check out my sci-fi/humor trilogy at PatriotsBooks.

  8. Re:Opensource and MPL? by Tough+Love · · Score: 0

    It looks toxic. An intentionally toxic license by Microsoft with patent ties, or in other words, a patent grant that ties it to the Microsoft license thus being incompatible with all the open source licenses people actually want to use. And the patents are all bogus no doubt, they are the "my lawyer budget is bigger than yours" kind of intellectual property. Prove me wrong please, I would love that, but I am not optimistic.

    --
    When all you have is a hammer, every problem starts to look like a thumb.
  9. Does not make sense to me by K.+S.+Kyosuke · · Score: 2

    "an open source implementation of the Renderman subdivision surface technology, thus releasing the patents to the long standing Pixar 'secret sauce."

    The Renderman Interface spec already contains how the subdivision surfaces are supposed to be described and computed, so we know how to do that. There are already other implementations. Moreover, publishing the source code does not "release patents" in any meaningful sense, not to mention the fact that patents are, by definition, public.

    --
    Ezekiel 23:20
    1. Re:Does not make sense to me by dgatwood · · Score: 4, Informative

      Moreover, publishing the source code does not "release patents" in any meaningful sense...

      Actually, in this case, it does. The Microsoft Public License has an explicit patent grant for all included technology.

      --

      Check out my sci-fi/humor trilogy at PatriotsBooks.

    2. Re:Does not make sense to me by tian2992 · · Score: 2

      Did you read the MS-PL? The licence they are using to release it includes a patent grant, and a potential protection on patent suits.

    3. Re:Does not make sense to me by ceoyoyo · · Score: 4, Informative

      You should read the license. It includes a worldwide, royalty free license grant. It does indeed "release patents" with the small qualification that if you sue Pixar for patent infringement your royalty free license is automatically yanked.

    4. Re:Does not make sense to me by K.+S.+Kyosuke · · Score: 1

      Which means that if I write my own implementation, I'm still not covered. Well, it's just as well that I don't live in the US.

      --
      Ezekiel 23:20
    5. Re:Does not make sense to me by Baloroth · · Score: 1

      IANAL, but since it specifies "derivative works" as being covered, I think you could write your own implementations, especially if you included even a tiny snippet of the original code. Might have to license it under the same license, though (again, not a lawyer so I'm not sure)

      --
      "None can love freedom heartily, but good men; the rest love not freedom, but license." --John Milton
    6. Re:Does not make sense to me by Anonymous Coward · · Score: 0

      I think that they're bastically interested in having 3rd party tools be more compatible with their own stuff. Watch the demo and that's pretty apparent.

    7. Re:Does not make sense to me by VortexCortex · · Score: 1

      If you included a large enough snippet to have your work considered derivative, then it would also need to be licensed under the Ms-PL. Not sure why Balmer went all stupid over the evils of "viral" open source licensing, they wrote the same sort of beast themselves.

    8. Re:Does not make sense to me by VortexCortex · · Score: 1

      You should read the license. It includes a worldwide, royalty free license grant. It does indeed "release patents" with the small qualification that if you sue Pixar for patent infringement your royalty free license is automatically yanked.

      Thanks to Patent Trolls (non practising entities) this retaliation clause means absolutely nothing, it's the prime function of Shell Corps. You want to sue Pixar? Just spin up a new Paper Person, toss some patent and moolah grants their way and sick 'em. What is Pixar going to do against such a non practising entity? They don't make anything, so they can't counter sue for infringement.

    9. Re:Does not make sense to me by Anonymous Coward · · Score: 0

      Moreover, publishing the source code does not "release patents" in any meaningful sense, not to mention the fact that patents are, by definition, public.

      If it's released under the Apache 2.0, CDDL, or GPLv3 licenses it does.

  10. Can't wait to see what comes... by houstonbofh · · Score: 1

    With the libraries open, it should be interesting to see what comes of it. It lowers the barriers to entry in the rendering package world... And no one can say it is not commercial grade code. :)

  11. Re:Opensource and MPL? by dgatwood · · Score: 5, Informative

    Wikipedia is wrong. From opensourcelegal.org, it is compatible with the GPL, but only with GPLv3. GPLv2 is incompatible with patent retaliation clauses. GPLv3 is not.

    Incidentally, GPLv2 without an "and later" clause is also incompatible with GPLv3 for the same reason.

    --

    Check out my sci-fi/humor trilogy at PatriotsBooks.

  12. Re:Opensource and MPL? by Anonymous Coward · · Score: 0

    Per wikipedia, GNU considers MSPL a free license, but incompatible with GPL.

    It said that the binaries could be distributed under other licenses, but the source must only be distributed under the MSPL.

    Haven't read MSPL conditions yet, to see if this is scary or not. Per that same wikipedia page, MS has a ton of licenses of various freedom/restriction, and this one is the "most free".

    Seems an odd choice of "open source" license-- promotes freedom of binary distribution, and restricts freedom of source distribution.

    Is any existing free software 3d stuff Apache or BSD licensed? Because, I don't think this is possible to roll into any GPL licensed applications.

  13. Re:Opensource and MPL? by ceoyoyo · · Score: 1

    Care to explain why? Other than the one liner on the GNU page saying that it's incompatible with the GPL.

  14. Re:Opensource and MPL? by makomk · · Score: 4, Informative

    It may help if you know that it predates GPLv3, and so was incompatible with the GPL at the time it was created by Microsoft.

  15. Countdown to Madness by Anonymous Coward · · Score: 0

    Uh-oh. Source code is licensed under the Ms-PL. Ignorant anti-Microsoft flame-war igniting in 3... 2... 1... Duck and cover!

    1. Re:Countdown to Madness by Anonymous Coward · · Score: 0

      You were a bit late. That's the first post!

  16. Re:Opensource and MPL? by Anonymous Coward · · Score: 0, Insightful

    First of all, publishing anything under the GPL can never force the author to open anything. It might prevent them from using modifications of it that are not their own (but no license can guarantee that either). Honestly, your massive misunderstanding of licensing requirements makes all of your "analysis" of the situation suspect.

  17. does this mean it can be used in FPSes? by Anonymous Coward · · Score: 0

    they are articulating it in real time! having graphics like this in videogames would be really amazing.

  18. Re:Opensource and MPL? by Revotron · · Score: 0, Flamebait
    If you're going to accuse me of something, just say it. Don't be that karma-shielded AC who throws accusations around like playthings.

    http://en.wikipedia.org/wiki/GPLv3#Libraries

    Richard Stallman and the FSF specifically encourage library-writers to license under the GPL so that proprietary programs cannot use the libraries, in an effort to protect the free-software world by giving it more tools than the proprietary world.

    Following this assertion by RMS and the FSF, Pixar's release of their surface rendering library under the GPL would be an immediate violation as their own proprietary rendering systems obviously utilize this library. Therefore, if they wished to release it as GPL, they would subsequently be forced to A) Stop using it outright, or B) GPL their own in-house software that links to it to avoid being in violation of the GPL.

    No sir, YOUR massive misunderstanding of licensing requirements makes your "accusations" of me suspect.

  19. Re:Opensource and MPL? by houstonbofh · · Score: 1

    Seems an odd choice of "open source" license-- promotes freedom of binary distribution, and restricts freedom of source distribution.

    Why? They also sell a commercial package with these libraries. They kinda need to distribute binaries...

  20. Re:Opensource and MPL? by Anonymous Coward · · Score: 2, Informative

    If you're going to accuse me of something, just say it. Don't be that karma-shielded AC who throws accusations around like playthings.

    http://en.wikipedia.org/wiki/GPLv3#Libraries

    Richard Stallman and the FSF specifically encourage library-writers to license under the GPL so that proprietary programs cannot use the libraries, in an effort to protect the free-software world by giving it more tools than the proprietary world.

    Following this assertion by RMS and the FSF, Pixar's release of their surface rendering library under the GPL would be an immediate violation as their own proprietary rendering systems obviously utilize this library. Therefore, if they wished to release it as GPL, they would subsequently be forced to A) Stop using it outright, or B) GPL their own in-house software that links to it to avoid being in violation of the GPL.

    No sir, YOUR massive misunderstanding of licensing requirements makes your "accusations" of me suspect.

    Huh? They own the copyright. A copyright holder can never impose limitations on themselves that they don't wish to adhere to. If you read the license on installation, Microsoft gives no one the right to redistribute Windows. Do you think that includes themselves as well somehow?

    Either you are willfully ignorant or stupid.

  21. Re:Opensource and MPL? by dgatwood · · Score: 4, Funny

    My faith in humanity is restored. No, wait....

    --

    Check out my sci-fi/humor trilogy at PatriotsBooks.

  22. Re:Opensource and MPL? by Anonymous Coward · · Score: 3, Informative

    Sir, that is wrong. Since that would be a license they are releasing it for OTHERS. They, on the other hand, are the holders of the IP, therefore entitled to use it as they want under any conditions they wish. They also keep the right to re-release it under any other license they want, and hell, even grant others a license that allows any other set of liberties. Therefore, no, they could perfectly release it as GPL and still use it themselves.

  23. As good a time as any by Daniel+Phillips · · Score: 4, Interesting

    Our intent is to encourage high performance accurate subdiv drawing by giving away the "good stuff".

    I want to be wrong about this. I really do. But I read this as "our intent is to establish a tie to our proprietary products Renderman and Maya via a license carefully designed by Microsoft to be incompatible with GPL, and thus Blender."

    Well, this would be as good a time as any to point out that Maya is not the only game in town. There is Blender of course. And there is my as-yet-unannounced project based on a half edge meshing technology that is way superior to the creaky old infrastructure Maya relies on. There are already some great results in terms of high complexity meshes and excellent real time performance. So far it has been just me pushing on the code, but that should change pretty soon. Go here to find out about World Welder. Check out some demo images here, here and here. Those are all high triangle count, high complexity meshes rendering at smooth interactive frame rates on low end hardware. There are various algorithms in use. The 3D Freetype Unicode fonts are done with Root3 subdivision, arguably superior to Catmull Clark favored by the Maya crowd. Still lots of work to do to implement boundaries, creases, deformable heirarchy and the like, but the base it's built on is solid as a rock. And really compact as well, yes sometimes you can have it all. Anyway, I will be making a more official project announcement in due course but for now, a tarball is online here. I apologize in advance for the documentation quality, but not for the code quality. Please be kind to my server and don't browse all the images, it's just a cable modem with pathetic upload bandwidth. (By the way, sponsorship in the form of web hosting would be much appreciated.)

    There remains much work to do, sigh, there always is. But this is already the skeleton of a nice 3D meshing workbench, and it is time to put some meat on the bones. Language is C++11, scripting is Lua, GUIs are GLX and QT, revision control is Mercurial, license is GPLv3. Anybody who wants to join the mailing list is more than welcome, developers and future users alike.

    --
    Have you got your LWN subscription yet?
    1. Re:As good a time as any by Anonymous Coward · · Score: 0

      So what you're saying is that the GPL is restricting Blender from working with libraries that are not licensed under GPL?

    2. Re:As good a time as any by Em+Adespoton · · Score: 5, Informative

      Our intent is to encourage high performance accurate subdiv drawing by giving away the "good stuff".

      I want to be wrong about this. I really do. But I read this as "our intent is to establish a tie to our proprietary products Renderman and Maya via a license carefully designed by Microsoft to be incompatible with GPL, and thus Blender."

      You'll be happy to know then that you're likely at least partially wrong.
      First: http://www.blender.org/BL/ -- from this, you may conclude that their intent is to force Blender to activate the Blender License.
      Second: Blender is licensed under "GNU General Public License v2 or later" -- and that "or later" bit is key here, as the MS-PL is compatible with GPLv3, just not with GPLv2. The end result of this is that the code is compatible with any GPLv3 code *and* any GPLv2 code with the "or later" clause that is used with Blender libraries and derivatives. It should also be compatible with the LGPL.

    3. Re:As good a time as any by jedidiah · · Score: 2, Interesting

      You've got things backwards. It's the MSPL is engineered to be a poison pill. The GPL is much older and much more well established.

      It's anything newer that's going out of it's way to be hostile to the GPL or copyleft generally.

      --
      A Pirate and a Puritan look the same on a balance sheet.
    4. Re:As good a time as any by poly_pusher · · Score: 5, Interesting

      Being a 3D artist this does interest me. I use Modo, Maya, Zbrush, and Mudbox frequently and subd standard is very useful. Does your intended implementation share subdivision order Pixar's spec? Does UV smoothing result in identical UV borders? Currently this is a pretty big problem with multi-app workflows. For instance, a multiresolution mesh that has been smoothed in Zbrush results in different smoothing than a mesh that is smoothed with Pixar Psub subdivision surfaces in Modo. Even more confusing is that this difference also appears when comparing Mudbox to Modo. They both use the Catmull Clark subdivision standard however do not share identical UV smoothing. This can be overcome with linear UV's but that in itself causes problems for 2d texture painting. They do however seem to share point order from tests that I've done. Open-source subdivision technology originating from Pixar sounds like a wonderful thing that could alleviate some of the problems I mentioned. After all it's coming from the source of subdivision technology. Catmull Clark subdivision was created by Ed Catmull of Pixar and Jim Clark, co-founder of Silicon Graphics. Many of the custom implementations of subdivison surfaces I have seen cause a lot of problems on exchange. Modo's custom implementation of subd's prior to incorporation of Pixar Psub was pretty slick actually. It was fast, allowed for N-gons and supported some very dirty edge creasing. So it had big drawbacks when exchanging with other apps like Maya before they added Psub's. I guess my point in mentioning all this is that I hope what you are working on is capable of accommodating these kinds of needs, otherwise I and many other artists may not be able to use it due to workflow additions. Although it's very cool and I'd love to hear more about what you are doing.

    5. Re:As good a time as any by ceoyoyo · · Score: 0

      Like the GPL v3?

    6. Re:As good a time as any by Lose · · Score: 2
      While its just a YouTube comment, it seems a Pixar representative made some comments of his own. Amongst them was one which explicitly stated that Blender can implement OpenSubdiv if they wanted to.

      Of course the comment holds no legal weight whatsoever, but its an encouraging sign.

      A snip from that comment (emphasis mine):

      OpenSubdiv is a free open-source API : any software vendor can implement our code in their application, including Maya, 3DS Max, Mudbox, Mari or Blender. The implementation is based on a joint research effort between Pixar and Microsoft Research.

    7. Re:As good a time as any by Daniel+Phillips · · Score: 2

      Being a 3D artist this does interest me. I use Modo, Maya, Zbrush, and Mudbox frequently and subd standard is very useful. Does your intended implementation share subdivision order Pixar's spec? Does UV smoothing result in identical UV borders?

      Pixar compatibility is not a feature I intend to code myself, however anybody who wants to take it on is welcome. The World Welder meshing API is clean, powerful, efficient and nice to work with. Currently, there is no UV interpolation in the subdivision algorithms at all, that work is upcoming. Any acceptable interpolation must produce identical UV at matching borders, anything else is a bug.

      Open-source subdivision technology originating from Pixar sounds like a wonderful thing that could alleviate some of the problems I mentioned. After all it's coming from the source of subdivision technology. Catmull Clark subdivision was created by Ed Catmull of Pixar and Jim Clark, co-founder of Silicon Graphics.

      To tell the truth, Catmull-Clark was the first and worst of the crop of modern subdivision algorithms. It has terrible behavior when valence varies, and valence does vary a lot in many practical situations. On the whole, Root3 kicks Catmull-Clark to the far side of the moon in terms of predictable behavior, tolerance of a wide variety of mesh topologies, and unlumpy, uncrinkled results. Root3 actually has a pretty carefully considered mathematical basis whereas Catmull-Clark is more like mathematical goulash, with its blending constants basically pulled out of thin air. Its main redeeming quality is, it has been implemented a lot, a lot of artists have learned to work around its nasty bugs, and as you allude to, you can **sometimes** port meshes between different tools. I don't care about it a whole lot, but anybody who does is welcome to send patches.

      I guess my point in mentioning all this is that I hope what you are working on is capable of accommodating these kinds of needs, otherwise I and many other artists may not be able to use it due to workflow additions. Although it's very cool and I'd love to hear more about what you are doing.

      Points noted. I will not do this particular work myself but I will place it in a respectable position on the todo list for potential contributors. I'm actually more interested in pushing forward with the kind of modeling that will make you not want to bother with the proprietary tools you mentioned. Do be sure to check out the demo pictures and ask yourself whether Maya can even do some of those things in any reasonable way.

      --
      Have you got your LWN subscription yet?
    8. Re:As good a time as any by Daniel+Phillips · · Score: 1

      As you say, a Youtube comment means nothing. Let's see what the resolution with Blender is, and let's see just what the patent grant is. The truth could range anywhere from cynical manipulation to awesome gift to humanity. Frankly I've seen too much cynical manipulation to be awfully hopeful about the latter though.

      --
      Have you got your LWN subscription yet?
    9. Re:As good a time as any by TheRaven64 · · Score: 4, Insightful
      Hmm, which license do we blame for incompatibilities? Two choices:

      In one corner, there's a short license that permits distribution in any form, includes a patent grant, and places no restrictions on people downstream other than revoking their patent license if they sue others and does not place any restrictions on what code can be linked to it.

      In the other corner, we have a multi-page monstrosity that places strict restrictions on exactly what can be linked with it to such a degree that different versions of the same license are mutually incompatible.

      Now, personally, I'd blame the second one.

      --
      I am TheRaven on Soylent News
    10. Re:As good a time as any by Daniel+Phillips · · Score: 2

      The GPL v3 accomplished the important goal of extending GPL compatibility to the Apache license among others. Losing compatibility with GPL v2 has been at most a minor annoyance while bringing Apache into the fold has proved to be of major importance.

      --
      Have you got your LWN subscription yet?
    11. Re:As good a time as any by Daniel+Phillips · · Score: 1

      the MS-PL is compatible with GPLv3, just not with GPLv2

      It depends who you ask. The FSF states clearly that Ms-PL is incompatible with GPL, period, no version specified.

      MS-PL.. a free software license; it has a copyleft that is not strong, but incompatible with the GNU GPL. We urge you not to use the Ms-PL for this reason.

      --
      Have you got your LWN subscription yet?
    12. Re:As good a time as any by ceoyoyo · · Score: 1

      Did you just say the ends justify the means?

      By the way, in case you didn't catch the sarcasm in my post, I disagree with the OP. If you want to release your code under whatever license you want, go for it. If some zealot comes along and claims you're being hostile to his ideology, give yourself a pat on the back. It's particularly ironic because the MSPL doesn't have a problem with GPL code, it's the GPL that has a problem with MSPL code (or almost any non GPL license... except GPL licenses are incompatible with each other too).

    13. Re:As good a time as any by Daniel+Phillips · · Score: 1

      Did you just say the ends justify the means?

      I didn't, and I will thank you not to put words in my mouth, troll. Microsoft's reasons for design the MS-PL as it did are transparently obvious, apparently to all but you. Unlike MS-PL, the GPL v3 is a major success, clearly an improvement on v2.

      --
      Have you got your LWN subscription yet?
    14. Re:As good a time as any by ceoyoyo · · Score: 1

      I asked a question. That's not putting words in your mouth. I'll thank you to try to be civil, regardless of how defensive you feel.

      So your argument boils down to: I like the GPL and I don't like Microsoft, therefore the GPL is good and anything from Microsoft is bad?

    15. Re:As good a time as any by Tough+Love · · Score: 1

      Microsoft was earned a complete lack of trust and respect from the general community and your simpering will not change that. There is no reason whatsoever to suspect Microsoft of honorable intentions in designing its embrace/extent/extinguish series of faux-open licenses. Fortunately for the rest of us, the world in general has little interest in them. The fact that Pixar does only reflects badly on what could otherwise be a worthwhile project. Don't take my word for it, follow the project and see what happens. I predict: zero outside contributions.

      --
      When all you have is a hammer, every problem starts to look like a thumb.
    16. Re:As good a time as any by ceoyoyo · · Score: 1

      The license is all of a quarter page long. There's no nefariousness hidden there, despite what you'd like to imagine. Notably, the incompatibility between the GPL and the MSPL does not come from the MSPL.

      Microsoft has done some nasty things but we're talking about an open source license, not a multinational corporation.

    17. Re:As good a time as any by Em+Adespoton · · Score: 1

      the MS-PL is compatible with GPLv3, just not with GPLv2

      It depends who you ask. The FSF states clearly that Ms-PL is incompatible with GPL, period, no version specified.

      MS-PL.. a free software license; it has a copyleft that is not strong, but incompatible with the GNU GPL. We urge you not to use the Ms-PL for this reason.

      Yes... and that description hasn't changed since MS-PL first made headlines on Slashdot... which was before GPLv3 first made headliens on Slashdot. My guess is that nobody at FSF has bothered to update the MS-PL description since GPLv3 was created.

    18. Re:As good a time as any by Daniel+Phillips · · Score: 1

      the MS-PL is compatible with GPLv3, just not with GPLv2

      It depends who you ask. The FSF states clearly that Ms-PL is incompatible with GPL, period, no version specified.

      MS-PL.. a free software license; it has a copyleft that is not strong, but incompatible with the GNU GPL. We urge you not to use the Ms-PL for this reason.

      Yes... and that description hasn't changed since MS-PL first made headlines on Slashdot... which was before GPLv3 first made headliens on Slashdot. My guess is that nobody at FSF has bothered to update the MS-PL description since GPLv3 was created.

      That's your opinion, or is it legal advice? And are you seriously suggesting that the FSF does not pay careful attention to the accuracy of information it posts on its license information page? Why don't you email Eben Moglen and ask?

      --
      Have you got your LWN subscription yet?
    19. Re:As good a time as any by Em+Adespoton · · Score: 1

      It's my opinion, and not legal advice. If it WAS legal advice, it wouldn't be legal legal advice. I am seriously suggesting that the FSF posted a suggestion and recommendation that still remains correct -- they have not further analysed all the ramifications and there has been no legal precedent, so the best recommendation they can make is the one they've already made (which is still accurate, as it's a recommendation). While it's possible Eben and the FSF have revisited their original study of the interaction of MS-PL and GPL, I have seen no evidence of this, as the text has not changed nor been updated, even to clarify that the MS-PL is not compatible with BOTH GPLv2 and GPLv3 (which I would expect, if they had revisited this).

      I won't email Eben about this, because I'm not about to use either license in any code -- at such time as I do, I'll consult both the FSF and my own lawyer (which should be the standard response -- unless you're doing not-for-profit work, in which case it may be simpler just to pick the license you want, and go with it, assuming you've read all the licenses you're working with and are confident in your own mind that they're compatible. If they turn out not to be, that's an issue for lawyers and courts).

    20. Re:As good a time as any by Daniel+Phillips · · Score: 1

      I won't email Eben about this, because I'm not about to use either license in any code...

      I will email Eben with a request to update the commentary with respect to GPL v3. I'm not sure why you won't, even though you are willing to comment publicly on the question.

      --
      Have you got your LWN subscription yet?
    21. Re:As good a time as any by Em+Adespoton · · Score: 1

      Real answer? I'm lazy. Thanks for taking the extra step :)

  24. Re:Opensource and MPL? by symbolset · · Score: 2

    This is not how copyright works. There is no rule that says that a creator cannot offer their product under many different license terms, nor requiring them to conform to the license terms they require of others. It remains their product to do with as they will until they transfer ownership of the copyright.

    --
    Help stamp out iliturcy.
  25. Re:Opensource and MPL? by Em+Adespoton · · Score: 1

    Actually, he's at least partly correct.

    The rights holder can release this under the GPL; they just can't use any modifications made to the GPL'd version. Just because they release some code under a license doesn't mean that they, the authors, can't ALSO release it under a more restrictive license for personal use. The GPL gives the author COMPLETE freedom, including the freedom to license their code under other licenses that conflict with it.

    Therefore, if they wished to release it as GPL, they would subsequently be forced to A) Stop using it outright, B) GPL theor own in-house software that links to it, or C) keep using it just like they do and not use any changes to the GPL'd version unless the submitter also agreed to contribute the changes to the proprietary version.

    Of course, C is often such a headache to manage in reality that most people just use an alternate license that's either GPLv2 or GPLv3 (like this one) compatible.

  26. Re:Opensource and MPL? by Revotron · · Score: 0

    You're comparing apples to oranges. Windows isn't released under the Ms-PL. Try telling Microsoft to give you the source and see what they say.

    So you're right about the copyright holder not being limited. A small victory for you on a small oversight by me. And what about the other animation studios who use proprietary products like Maya? Releasing OpenSubdiv under the GPL would fuck them over, because now they're barred from using it just because RMS can't sleep at night knowing that free software might be working hand-in-hand with proprietary code. OH NOEZ!!! Guess they better start training all their staff on Blender.

    And wow, a little early for the ad hominems to start flying, isn't it? You really must not have much ground to stand on.

  27. Re:Opensource and MPL? by Anonymous Coward · · Score: 1

    Of course, GPLv2 was also incompatible with the BSD license and GPLv3.

  28. Re:Opensource and MPL? by Daniel+Phillips · · Score: 0, Flamebait

    It's a pretty reasonable open source license, actually. It is basically a BSD license, plus a patent grant, plus a mutually assured destruction clause regarding patent suits....

    Let's put that claim to rest right now. It's the opposite of reasonable. Instead the Ms-PL is intentionally designed to divide the open source community. See this informed discussion.

    --
    Have you got your LWN subscription yet?
  29. Re:$10,000 CHALLENGE to Alexander Peter Kowalski by Anonymous Coward · · Score: 0

    Ludwig Plutonium, is that you?

  30. Re:Opensource and MPL? by Tough+Love · · Score: 1

    at a glance, I don't see anything that would be incompatible with GPL v3

    You didn't look closely enough.

    which from Microsoft is pretty remarkable....

    Smells like business as usual to me.

    --
    When all you have is a hammer, every problem starts to look like a thumb.
  31. Re:Opensource and MPL? by Daniel+Phillips · · Score: 0

    Oh, and let add this: if Pixar is actually genuine they will additionally dual license this code base under LGPL (v3), and I will be impressed. If not... well, each person can interpret that for themselves.

    --
    Have you got your LWN subscription yet?
  32. Re:Opensource and MPL? by Tough+Love · · Score: 0, Troll

    It's free for non-commercial AND commercial use. What the fuck else do you want?

    In a nutshell, lose the Ms-PL in order to appear genuine and gain the trust of the community. We have seen enough faux-open code bases, thankyou. Let's see proof that this is actually open and not a strategem, in which case Pixar would get the love they deserve.

    --
    When all you have is a hammer, every problem starts to look like a thumb.
  33. Re:Opensource and MPL? by SilenceBE · · Score: 1

    It's a pretty reasonable open source license, actually.

    It may be, but it can't be used by Blender for example because it is based on GPL v2 (like a lot of OSS software)

    But the good news is that the project leader of Blender, Ton Roosendael, has met with Pixar director Bill Polson and he promised that they would work out the licensing issues.

  34. Re:Opensource and MPL? by dgatwood · · Score: 4, Insightful

    Let's put that claim to rest right now. It's the opposite of reasonable. Instead the Ms-PL is intentionally designed to divide the open source community. See this informed discussion. [lwn.net]

    Sorry, but that discussion is just about as uninformed as they get. License compatibility does not mean that you can strip off one person's license and copyright and substitute your own. Compatibility means that you can combine the two in a single piece of software. The way you do this is by including one piece of code, complete with license and copyright notice, and call functions in that piece of code from another piece of software with different licensing terms. In no case is code licensed under a different set of terms, except insofar as effectively the product as a whole is governed by the union of the restrictions.

    What makes a license incompatible are clauses in one license that do not allow you to impose additional restrictions, coupled with terms in the other license that impose additional restrictions above and beyond what are allowed by the first license. Such a situation does not exist here, so the licenses are compaible.

    If your definition of "compatible" requires being able to substitute the GPL's terms, then there's no such thing as a GPL-compatible license other than either a dual-licensed work, a work licensed under the same version of the GPL, or a work in the public domain (and because not all countries recognize the right of an author to place a work in the public domain, there's no such thing as a GPL-compatible license at all by that definition other than a dual-licensed work). Your definition is thus completely unreasonable and nonstandard.

    --

    Check out my sci-fi/humor trilogy at PatriotsBooks.

  35. Re:Opensource and MPL? by dgatwood · · Score: 1

    Cool. Yeah, GPLv2 is a touchy subject. For that matter, GPL in general is a touchy subject because of all the "no additional restrictions" stuff. That said, for something like Blender, it might make more sense to define a standard plug-in interface and then dynamically load this as a plug-in. Then, the license doesn't matter at all. :-)

    --

    Check out my sci-fi/humor trilogy at PatriotsBooks.

  36. Re:Opensource and MPL? by Anonymous Coward · · Score: 0

    How would RMS ban anything? That's where you continue to be wrong. There's no reason to demand someone rethink their licensing choice but there's also no truth to the statement that releasing something you own as GPL would limit you, the copyright holder, in any way. It's pure misinformation.

  37. Re:Opensource and MPL? by ceoyoyo · · Score: 4, Interesting

    Why not? To my reading the MSPL is considerably freer than the GPL. It's also a quarter of a page long and written in plain language. It also doesn't seem to conflict with the GPL 3.

  38. Re:Opensource and MPL? by ceoyoyo · · Score: 5, Insightful

    Boo hoo. All the criticisms apply equally or more to the GPL. The license seems to be about halfway between the BSD license and the LGPL. You COULD make a library out of the MSPL code and link to it from GPLed code. Unless something in the GPL forbids that.

    It's pretty hypocritical to criticize a license for requiring that redistribution of the source of that code or derivatives must be under the same license and then turn around and recommend everyone use the GPL instead.

  39. Re:Opensource and MPL? by mkiwi · · Score: 5, Funny

    Let me explain the license in simple slashdot terms:

    1. The license was penned by Microsoft, therefore it is evil.
    2. Pixar is releasing the code. Pixar was financed by Steve Jobs into a multi-billion dollar corporation. Corporations and Steve Jobs are evil, therefore the only logical thing to conclude about Pixar's intentions is that they are evil.
    3. The license is not GPL, or some similar Google license, so it is patent encumbered. Patents are evil, so the code is evil.
    4. Any open source code should be GPLv3 because RMS says so, therefore the everything about this code dump is designed to embrace, extend, and extinguish s some already existing but half done FOSS alternative. That is evil.

    How could this code and its license be any more evil? I've just proved to you that this whole thing is like the spawn of Satan––or Blizzard entertainment, 'cause they can't fix Diablo III.

    Discuss below.

  40. Re:Opensource and MPL? by bws111 · · Score: 1

    Oh please. The GPL does not give the author COMPLETE freedom, copyright law does.

    Furthermore, the GPL does not limit what USERS can do, it controls what DISTRIBUTORS must do. So even if your bizarre theory that an author must act under the same terms as he licenses it to others were true (and it most certainly isn't), the GPL wouldn't kick in until they DISTRIBUTED the code. Usage has nothing to do with it.

  41. Re:Opensource and MPL? by Anonymous Coward · · Score: 0

    all the open source licenses people actually want to use

    I don't see how it's incompatible with the Apache, MIT and BSD licenses...

  42. Re:Opensource and MPL? by didroe84 · · Score: 1

    I think you're missing D) use whatever changes they like but never distribute their proprietary code to anyone else.

    You can use GPL code for anything you like, it's only when you distribute it to someone else that any obligations are imposed on you.

  43. Re:Opensource and MPL? by BronsCon · · Score: 2

    You make a good point, but you're missing a better one. The only way Pixar would ever be required to release *ALL* of their source code, as a result of licensing this module under GPL, is if they were to distribute *ALL* of their binaries, as well. Since they aren't doing this, and they aren't going to do this, they don't have to release source for anything. Now, if GP were in any way correct, they would have to release source for any binaries they distribute that make use of this library, were it released under GPL. But, then, GP couldn't be much further off base, so it's a moot point.

    --
    APK quotes people (including myself) without context and should not be trusted. Just thought you should know.
  44. Re:Opensource and MPL? by flimflammer · · Score: 1

    Care to elaborate on what clause invalidates compatibility with GPL v3 then? Or are you just spreading FUD?

  45. Re:Opensource and MPL? by ultranova · · Score: 2

    It may help if you know that it predates GPLv3, and so was incompatible with the GPL at the time it was created by Microsoft.

    Don't worry, I'm sure there's a Service Pack on its way to deal with this legal bug ;).

    --

    Forget magic. Any technology distinguishable from divine power is insufficiently advanced.

  46. Re:Opensource and MPL? by Anonymous Coward · · Score: 0

    There is nothing disingenuous about MS-PL. Anyone who thinks that way probably has not even read the license and is merely freaking out over some twisted hatred of "Microsoft" being in the name. There's nothing in the license that opens you up to some sort of trap. You really shouldn't get butt hurt just because it wasn't released under the GPL. I'm sure you'd get your panties in a twist even if it were BSD.

  47. Re:Opensource and MPL? by DAldredge · · Score: 1

    Here is your proof.

    Microsoft Public License (Ms-PL)

    This license governs use of the accompanying software. If you use the software, you accept this license. If you do not accept the license, do not use the software.
    1.Definitions
    The terms "reproduce," "reproduction," "derivative works," and "distribution" have the same meaning here as under U.S. copyright law.
    A "contribution" is the original software, or any additions or changes to the software.
    A "contributor" is any person that distributes its contribution under this license.
    "Licensed patents" are a contributor's patent claims that read directly on its contribution.

    2.Grant of Rights
    (A) Copyright Grant- Subject to the terms of this license, including the license conditions and limitations in section 3, each contributor grants you a non-exclusive, worldwide, royalty-free copyright license to reproduce its contribution, prepare derivative works of its contribution, and distribute its contribution or any derivative works that you create.
    (B) Patent Grant- Subject to the terms of this license, including the license conditions and limitations in section 3, each contributor grants you a non-exclusive, worldwide, royalty-free license under its licensed patents to make, have made, use, sell, offer for sale, import, and/or otherwise dispose of its contribution in the software or derivative works of the contribution in the software.

    3.Conditions and Limitations
    (A) No Trademark License- This license does not grant you rights to use any contributors' name, logo, or trademarks.
    (B) If you bring a patent claim against any contributor over patents that you claim are infringed by the software, your patent license from such contributor to the software ends automatically.
    (C) If you distribute any portion of the software, you must retain all copyright, patent, trademark, and attribution notices that are present in the software.
    (D) If you distribute any portion of the software in source code form, you may do so only under this license by including a complete copy of this license with your distribution. If you distribute any portion of the software in compiled or object code form, you may only do so under a license that complies with this license.
    (E) The software is licensed "as-is." You bear the risk of using it. The contributors give no express warranties, guarantees, or conditions. You may have additional consumer rights under your local laws which this license cannot change. To the extent permitted under your local laws, the contributors exclude the implied warranties of merchantability, fitness for a particular purpose and non-infringement.

  48. Re:Opensource and MPL? by ultranova · · Score: 2

    Don't look a gift horse in the mouth.

    Beware of Greeks bearing gifts.

    --

    Forget magic. Any technology distinguishable from divine power is insufficiently advanced.

  49. Re:Opensource and MPL? by mwvdlee · · Score: 1

    Following this assertion by RMS and the FSF, Pixar's release of their surface rendering library under the GPL would be an immediate violation as their own proprietary rendering systems obviously utilize this library. Therefore, if they wished to release it as GPL, they would subsequently be forced to A) Stop using it outright, or B) GPL their own in-house software that links to it to avoid being in violation of the GPL.

    No.

    GPL restricts only what happens to publically available software. Anybody can take and modify GPL code for in-house products as much as they like, it's only when they distribute it that they have to make sourcecode available. Ofcourse "distribute" was somewhat open to interpretation; GPLv3 attempts to fix this.

    It just means they can't use any modifications made by other copyright owners, unless they get permission to do so from those other people. This permission would likely take the form of a GPL-incompatible additional license.

    Most importantly; only a copyright owner is able to sue for copyright infringement (which is what GPL violations effectively are) and they're unlikely to sue themselves.

    --
    Slashdot social media options: AIM, ICQ, Yahoo, Jabber and Mobile Text. Why no MySpace?
  50. Re:Opensource and MPL? by Anonymous Coward · · Score: 0, Insightful

    Not surprising, since GPLv3 is the most toxic license.

  51. Re:Opensource and MPL? by Anonymous Coward · · Score: 1

    It's or later, not and later.

  52. Re:Opensource and MPL? by Anonymous Coward · · Score: 0, Insightful

    It bears mentioning that the most popluar and robust OSS 3D package, Blender, uses GPLv3 and therefore this technology can't be implemented in it, as-is. That's sad because Blender really is a poster child for successful OSS. I'm a little biased because I use it constantly, but it's still unfortunate, because that would be one of the most obvious applications for this.

  53. Re:Opensource and MPL? by MassacrE · · Score: 1

    Why wouldn't it be usable as-is? The license is GPL v3-compatible

  54. Re:Opensource and MPL? by Anonymous Coward · · Score: 1

    This! I manage a thousand+ person software development group at a huge corporation and the only reason we do not release all our software as open source is because we are afraid that someone on slashdot might be a dick about it.

  55. Re:Opensource and MPL? by Anonymous Coward · · Score: 0

    Ms-PL is basically the same thing as the license Google used for VP8- it just combines the patent grant (unless you sue someone for this) clause with the rest of the "do whatever you want" license while Google treats them as two separate licenses.

  56. Jesus Christ! by jackbird · · Score: 3

    Can you people stop pissing and moaning and hairsplitting about license terms and allow some discussion of what this tech means for the medium-term future?

    A few questions I'd certainly love to get answered from someone who's knowledgeable:

    -Is this the REYES algorythm?
    -Does it differ in important ways from the Catmull-Clark subdivision that's pretty much standard in off-the-shelf 3D software?
    -With the increasing prevalence of raytraced GPU/coprocessor rendering replacing rasterisation in near-realtime applications, is this tech now mostly irrelevant?
    -What are some things the release of this technology might make possible?
    -Does this have any impact on the patent encumbrance surrounding Renderman's nearly-free motion blur?
    -How much longer were those REYES patents going to last anyway?

    1. Re:Jesus Christ! by ceoyoyo · · Score: 4, Informative

      "-Is this the REYES algorithm?"

      No

      "-Does it differ in important ways from the Catmull-Clark subdivision that's pretty much standard in off-the-shelf 3D software?"

      No. It is that exactly. But GPU accelerated so it runs in realtime.

      "-With the increasing prevalence of raytraced GPU/coprocessor rendering replacing rasterisation in near-realtime applications, is this tech now mostly irrelevant?"

      No. You still need geometry to render, whether you use ray tracing or not.

      "-What are some things the release of this technology might make possible?"

      Prettiness. In realtime.

      "-Does this have any impact on the patent encumbrance surrounding Renderman's nearly-free motion blur?"

      No.

      "-How much longer were those REYES patents going to last anyway?"

      Don't know. Off topic.

    2. Re:Jesus Christ! by Anonymous Coward · · Score: 0

      Their stochastic supersampling patent ran out in 2008 AFAIK.

  57. Hmm... by sootman · · Score: 4, Insightful

    There are currently 12 comments at +5 and only one talks about the software--the other 11 are about the license. Dropping down to +3 doesn't help any.

    Can anyone else here weigh in on the technology itself?

    --
    Dear Slashdot: next time you want to mess with the site, add a rich-text editor for comments.
    1. Re:Hmm... by Tough+Love · · Score: 1

      There are currently 12 comments at +5 and only one talks about the software--the other 11 are about the license. Dropping down to +3 doesn't help any

      You just noticed the first obvious bad result of using the MsPL. I suspect we're in for more of this. I'd love to be wrong about that but I'm not holding my breath.

      --
      When all you have is a hammer, every problem starts to look like a thumb.
    2. Re:Hmm... by mapuche · · Score: 2

      >Can anyone else here weigh in on the technology itself?

      Pixar's subidivision surfaces are very efficient in terms of graphic visualization, parametrization, deformation and texturing. Other implementations are significant slower. The Pixar video presentation at SIGGRAPH shows they work great in realtime, something important when you're doing animation. As an example, NewTek Lightwave Catmull-Clarck subdivs have serious implementation problems, something that can be solved with opensubdivs. Luxology Modo had to license this technology a year ago to become competitive.

  58. Re:Opensource and MPL? by fsterman · · Score: 1

    Open Source Legal is wrong, at least according to FSF and the Ms-PL license text,
    "If you distribute any portion of the software in source code form, you may do so only under this license by including a complete copy of this license with your distribution."

    I.E. Anyone outside of the MS ecosystem shall not directly use our code. Granted, piping is always an option, even with GPLv3, but this is an anti Free software clause aimed directly keeping "shared source" away from actual open source implementation.

    --
    Is there anything better than clicking through Microsoft ads on Slashdot?
  59. Re:Opensource and MPL? by fsterman · · Score: 1

    From TFL, "If you distribute any portion of the software in source code form, you may do so only under this license by including a complete copy of this license with your distribution."

    i.e. totally incompatible with any other major license.

    --
    Is there anything better than clicking through Microsoft ads on Slashdot?
  60. Re:Opensource and MPL? by dbIII · · Score: 1

    And this type of reaction is why more companies aren't exactly tripping over themselves to open their code

    Actually they are opening things up. Even things like the source code for the old CDE desktop are being made available (just for an example from the last week), despite having multiple owners that all had to agree and all who were earlier suspicious of the idea of providing their source code.
    Your other stuff is a bit out there since nobody is stupid enough to release a commercial product under a short one page licence they have not read.

  61. Re:Opensource and MPL? by Anonymous Coward · · Score: 0

    Surely the most obvious implementer would be Aqsis, the free Renderman renderer. Blender users then get this technology via Mosaic plugin.

  62. Re:Opensource and MPL? by Anonymous Coward · · Score: 0

    I don't think you understand what compatibility is. See: http://tech.slashdot.org/comments.pl?sid=3042451&cid=40960107

  63. Re:Opensource and MPL? by dgatwood · · Score: 3, Insightful

    Uh... there's no such thing as a license that doesn't require you to distribute the code under that license, and requiring someone to include a complete copy of the license is also pretty much the norm. By your definition, all non-GPL licenses are incompatible with the GPL. Sorry, but licenses don't work that way. GPL-compatible does not mean that you can simply copy and paste code willy-nilly into a GPL project.

    --

    Check out my sci-fi/humor trilogy at PatriotsBooks.

  64. Re:Opensource and MPL? by Anonymous Coward · · Score: 0

    Pixar doesn't care what you think. The do not know or care that you exist.

  65. priorities...what's it do for games? by fikx · · Score: 1

    So, will this give games that look like Toy Story?

    (Hey, it's been a while since anyone mentioned that, thought I'd bring it back just for old time's sake....although the demo video kinda looks like the jokes not funny anymore...)

    --
    AB HOC POSSUM VIDERE DOMUM TUUM
  66. Re:Opensource and MPL? by Anonymous Coward · · Score: 0

    And so I pass.

  67. Re:Opensource and MPL? by bhcompy · · Score: 2

    Isn't that Blender's problem, then? Why didn't blender make it MSPL so it could be used?

  68. Re:Opensource and MPL? by VortexCortex · · Score: 1

    I've just proved to you that this whole thing is like the spawn of Satan––or Blizzard entertainment, 'cause they can't fix Diablo III.

    Discuss below.

    So, If OpenSubdiv isn't the spawn of Satan, then it's the spawn of Blizzard's broken Satan Simulator?

  69. Re:Opensource and [MS-PL]? by butlerm · · Score: 3, Insightful

    GPL-compatible does not mean that you can simply copy and paste code willy-nilly into a GPL project.

    Most BSD style licenses are unencumbered enough that you can relicense direct derivatives (not just composite works) under practically any terms you want. Commercial companies do this all the time, and it is in fact what makes BSD style licensing for open source software projects so controversial - anyone can create a proprietary fork at will, with components that quickly lose their BSD character as modifications are added.

    GPL licensed derivatives of BSD licensed components can be created in the same manner. It is the copyright of the authors of the modifications that makes the relicensing have teeth, it is the lack of a prohibition on additional license terms in BSD style licenses that makes it possible.

    The MS-PL, on the other hand, specifically prohibits this practice, much like the Mozilla Public License (MPL). Both are moderate copyleft licenses, designed to make sure that derivatives of covered source files are always available under the terms of the original license.

  70. Re:Opensource and MPL? by Alex+Belits · · Score: 0

    Because you touch yourself at night.

    --
    Contrary to the popular belief, there indeed is no God.
  71. Re:Opensource and MPL? by Anonymous Coward · · Score: 0

    You are so full of shit and FUD. A small oversight, yeah right. That was a MAJOR MALFUNCTION on your part, when you come here basing your whole argument on wrong data.

    They can lisence their software with millions a licenses at the same time, they own the copyright! They can release the software with GPL to the public and use another lisence for their own work. They can also license it with multiple licenses to the public.

    Why don't you take your blind hate towards GPL and RMS, and stick up yours.

  72. Sonny Bono by tepples · · Score: 1

    You forgot to mention that Pixar was acquired by The Walt Disney Company, the chief beneficiary of the Sonny Bono Copyright Term Extension Act

  73. This entire open source liceneses argument by Pi+Is+A+Rational · · Score: 1
  74. Re:Opensource and MPL? by xouumalperxe · · Score: 1

    They're the copyright owners, they don't need to follow this license.

  75. Re:Opensource and [MS-PL]? by dgatwood · · Score: 1

    Most BSD style licenses are unencumbered enough that you can relicense direct derivatives (not just composite works) under practically any terms you want.

    But you cannot remove the copyright notice, as a rule, if you are distributing it in source code form, nor can you remove the license terms. All BSD licenses contain this clause:

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

    I'm not aware of any software licenses that do not contain similar provisions except for the WTFPL.

    --

    Check out my sci-fi/humor trilogy at PatriotsBooks.

  76. Re:Opensource and [MS-PL]? by butlerm · · Score: 1

    I agree, you certainly cannot remove the copyright notice, nor can you remove the license. However, you can indicate that a given file contains "portions" copyright so and so that are subject to a BSD license, and portions copyright someone else that are subject to a more restrictive license.

    That has the effect of subjecting the whole file (assuming substantial modifications have been made) to the restrictions contained in both licenses, because the copyrights of both the original copyright holder and later contributors are applicable. In the case of code that was originally BSD licensed that has substantial contributions released under a more restrictive license, the file is (for most practical purposes) governed by the the conditions of the the more restrictive license, because the requirements of the BSD licensed portions are trivial to satisfy.

    No care need be taken to avoid mixing the code subject to the different licenses within the file either, as long as the copyright notice and conditions that apply to portions derived from the original distribution are included. The whole point of a derived work is that the copyrights (and hence the conditions) of both contributors apply. If a function or code fragment subject to the terms of both licenses is not a legal nullity, no problem.

  77. GPLv3 by Anonymous Coward · · Score: 1

    Not surprising, since GPLv3 is the most toxic license.

    That's like saying that justice is "toxic" to murderers. Well I suppose you're right. That doesn't make justice wrong though.

    GPLv3 is the most community-friendly license, since it prevents the fruits of community labor from being closed off into proprietary products, and it provides some small measure of retaliation against those who try to do that. It's an interesting first attempt at justice by FOSS license.

    I guess it's "toxic" to community-unfriendly people, but just like court justice, that's a good thing. Those who want to take from the community but not give back don't like GPLv3, for sure. There's plenty of those people, so it's good to have a license containing some modern defenses.

  78. Re:Opensource and MPL? by mpfife · · Score: 1
    | It's pretty hypocritical to criticize a license for requiring that redistribution of the source of that code or derivatives must be under the same license and then turn around and recommend everyone use the GPL instead.

    This this this! Finally - someone points out the elephant, the pot calling the kettle black. For once I'd like the GPL community to admit this. The tactics and business models supported by GPL-style licenses is why I never have, and never will, release my software with one of their licenses. It's either free - or it's not.

    Either give it away free like you intended, or follow the GPL rabbit hole down and just guess what GPL 4, 5 and 6 will look like...

  79. Re:Opensource and MPL? by Anonymous Coward · · Score: 0

    Corporations... are evil

    Not fully Slashdot compliant.This doesn't include Google though. They said they'd still respect me in the morning.

  80. Re:Opensource and MPL? by Anonymous Coward · · Score: 0

    Don't look a gift horse in the mouth.

    Beware of Greeks bearing gifts.

    Beware of geeks bearing gifs.

  81. Re:Opensource and [MS-PL]? by dgatwood · · Score: 1

    That has the effect of subjecting the whole file (assuming substantial modifications have been made) to the restrictions contained in both licenses...

    No, it doesn't effectively change the license on the existing code. The portions that were under a BSD license remain so licensed, at least to the extent that the person who receives it can still figure out what parts were originally covered by the BSD license. The clause in the MS-PL requiring that distribution of that code in source code form must be under the MS-PL and that a copy of the license must be included is not really different from the clause in the BSD license requiring that the BSD license terms be included, at least in practice.

    Pedantically, yes, there's a very slight difference. In practice, assuming people follow good code hygiene (keeping source code from different sources in separate files is a good practice anyway, because doing so makes it easier to keep things in sync with the original), there's no difference. Content in source code form (in separate files) inherently does not impose any restrictions on other files in the project unless you distribute the content in binary form, and the MS-PL does not, to the best of my understanding, impose any additional restrictions on the GPLed binary code above what GPLv3 allows. So to the extent that this is different from BSD at all, the differences solely affect code maintainers, and in a way that is generally considered to be positive. :-)

    --

    Check out my sci-fi/humor trilogy at PatriotsBooks.

  82. Re:Opensource and [MS-PL]? by butlerm · · Score: 1

    No, it doesn't effectively change the license on the existing code

    I didn't say it changed the license on anything. I said it has the effect (the practical effect) of subjecting the whole file to the more restrictive license. The reason why this is the case is (as you note) it can quickly become impossible to determine which lines are subject to which license.

    Of course it doesn't subject the original code to the more restrictive license, you just don't know what is the original code. If you want to create something based on the original code with modifications under a different license, you should start with a clean copy. The further encumbered version is almost useless for that.

    I agree, however, that there is no point in encumbering a BSD licensed source file with another license if all you are going to do is make minor changes. If you are going to make major changes, on the other hand, you may have a very good reason to do just that.

  83. Re:Opensource and MPL? by Em+Adespoton · · Score: 1

    Did you mean to respond to the GP?
    I was responding to the GP's argument about distribution -- and saying that they just can't use any modifications made to distributed GPL'd code in their proprietarily distributed version, but otherwise can do whatever they want. Which appears to be exactly what you responded with, but with more CAPS and fewer examples.

  84. Re:Opensource and MPL? by bws111 · · Score: 1

    I meant to respond to you. You made the statement "The GPL gives the author COMPLETE freedom" (caps yours). This is factually incorrect. Neither the GPL nor any other copyright license gives the author anything. They also don't take anything away from the author. Copyright law, not some license, gives all rights in a work to the author.

    The rest of your post talks solely about 'use'. You never once mention the word 'distribute'. GPL does not apply to use, it applies to distribution. So, even if the did release it under the GPL, their use would not be affected at all. And they certainly would not be required to GPL any of their in-house stuff.

    The only thing GPL requires is that IF you distribute binaries, you must distribute the matching source.

  85. Re:Opensource and MPL? by tyrione · · Score: 1

    PIXAR was founded and financed by Steven P. Jobs; and co-founded by Catmull and others.