[Bf-committers] Open Invention Network
Hi all, I've been contacted by this organization: http://www.openinventionnetwork.com With the request if Blender Foundation would join as a (free, no costs) member. It's mainly meant as public endorsement from us for them. I don't have much time time to investigate their position in free/open matters. Advice or crits therefore is welcome :) Thanks, -Ton- Ton Roosendaal Blender Foundation t...@blender.orgwww.blender.org Blender Institute Entrepotdok 57A 1018AD Amsterdam The Netherlands ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
[Bf-committers] Open Invention Network
Hi wikipedia has a good summary http://en.wikipedia.org/wiki/Open_Invention_Network Regards Sergey ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Patch: baking to vertex colours
cool. if we only had ptex! Daniel Salazar 3Developer.com On Wed, Oct 26, 2011 at 5:04 PM, Alex Fraser adfr...@vpac.org wrote: Hi all, I have submitted a patch that allows render baking directly to vertex colours. The advantage of this is that it doesn't require a UV map, but the quality of the bake will depend on the resolution of the mesh. http://projects.blender.org/tracker/?func=detailatid=127aid=29035group_id=9 http://www.pasteall.org/pic/19692 It currently works well for all bake modes except full render, shadow and AO. Full render and shadow have the occasional black vertex, and AO has its values shifted randomly. Increasing the number of samples for AO fixes it, so I guess it's just unstable noise. Baking from selected to active works too. Baking a modified mesh (e.g. subdivision surface) does not work; it will segfault due to the different number of vertices. Maybe the bake should just skip objects that use such modifiers? Ton, you might be interested in the patch because it adds a new field 'origindex' to VlakTableNode, as suggested by Brecht. This maps from VlakRen back to the face in the source mesh. It is only populated when doing a vertex colour bake. Any feedback on this patch would be welcome. Cheers, Alex ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Open Invention Network
The neutrality of this post is disputed and I agree. It has a clear marketing style. The language is tailored espacially for linux people and that makes me very suspicious. From a cursory glance I can't exactly make out what these guys want to do. Acquiring patents sounds strange to me plus the fact that there are a lot of industries inside makes me think what their motives would be. In the discussion page there are some claims that the organization has failed to do what it was supposed to do on occasion...What does an organization aqcuiring patents comprised of big industries want anyway(or what can they do with the patents in the future)? The point is, these people are not against patents, rather they are an agreed upon workaround for that. I am going to check their homepage too. ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] UI changes from cycles branch
+1 on the black arrow icons, white is unnecessarily strong since the important part is the *text*, having white on both the text and the arrows confuses the eye in which direction to focus -1 on the general icons being toned down.. agree with matt on this one Daniel Salazar 3Developer.com On Wed, Oct 26, 2011 at 9:12 PM, Matt Ebb m...@mke3.net wrote: On Tue, Oct 25, 2011 at 4:07 AM, Brecht Van Lommel brechtvanlom...@pandora.be wrote: Hi, Panel headers a bit darker now and increased button embossing: Before: http://www.pasteall.org/pic/show.php?id=19452 Latest: http://www.pasteall.org/pic/show.php?id=19501 This is certainly an improvement on the first proposal I also like the icons to be a bit more muted, again to avoid them grabbing attention too much with highlights. For me this is what really finishes it off, to make the interface nice calm, but maybe this is considered too dull. -1. Firstly I don't see the necessity of this - I think the current icons are excellent and strike a good balance between quick wayfinding and visual noise. But even assmung its needed, this still is not a good way to go about it. If you want duller icons, they need to be designed that way with a different colour scheme and design requirements that takes this into consideration. Doing an overall alpha blend is pretty heavy handed and disregards the intention of the designer. Matt ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Arabic support in text editing
Shaping itself is already kind-of handled by freetype2. It may look wrong in some corner cases (e.g. those words that take off the ground). But overall the result of getting the text in their presentation form was working ok (not that I can tell good arabic from bad arabic, but Yousef himself seemed pleased with the result). Agree that fribidi may be buggy though. I'm my tests, at least the standalone (known to be buggy) produced a different enough result from our current _to_utf.py scripts. I know nothing about ligatures and how opentype (i.e. harfbuzz) does it better than freetype2. So I take your word for that. But what I heard (chatting on #harfbuzz) is that harfbuzz does not handle bi-di. I believe this is the reason why fribidi still plays an important role (or another bidi algorithm) and pango was suggested (given that it already integrates fribidi and harfbuzz). -- Dalai 2011/10/26 Majid AL-Dharrab ma...@aldharrab.com: Actually, fribidi's shaper is very primitive and rudimentary and it has lots of fundamental problems. It simply replaces letters with their Unicode presentation forms depending on their position in a word. That is not a good approach because it completely ignores ligatures and other OpenType features, leading to broken support for most modern fonts that use OpenType tables. That's why libass only uses a fribidi function that positions text characters in the correct order, following rules from Unicode's bidi algorithm (http://unicode.org/reports/tr9/#The_Paragraph_Level). Shaping is then handled by HarfBuzz, which a great OpenType shaper. Unfortunately, I'm not a developer, so I'm afraid I can't help any further with this issue. But you can contact libass's developer if you face any problems with either lib. His GSoC project was supporting complex and bidi scripts, so he probably knows a couple of tricks that might help. Good luck. :) On Wed, Oct 26, 2011 at 9:57 AM, Dalai Felinto dfeli...@gmail.com wrote: Thanks for the link. I looked at fribidi and found it interesting. Their standalone is doing the same as we are with the python scripts (they call it log2vis - to convert from logic to visual strings). Now, if we use this lib, do we still need harfbuzz? It seemed to me that truetype2 can handle most of the layout, no? -- Dalai 2011/10/25 Majid AL-Dharrab ma...@aldharrab.com: I guess you can't go wrong with harfbuzz-ng on freetype2. After all, that is what's used to render text in Firefox. libass, the SSA subtitle renderer used in VLC and MPlayer, has recently started to support complex and bidi scripts using harfbuzz and fribidi on top of freetype2. That resulted in very sophisticated rendering of complex texts. Implementing that turned out to be easier than the developer had thought. http://ssadev.blogspot.com/2011/05/getting-complex-text-layout-into-libass.html I hope his experience helps make the issue a bit easier for our Blender devs. Good luck! ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Patch: baking to vertex colours
Hi, On Thu, Oct 27, 2011 at 1:04 AM, Alex Fraser adfr...@vpac.org wrote: Baking a modified mesh (e.g. subdivision surface) does not work; it will segfault due to the different number of vertices. Maybe the bake should just skip objects that use such modifiers? The origindex layer should be able to deal with this. If the value is ORIGINDEX_NONE, just skip baking that vertex, any other values should be a valid vertex index in the original Mesh. Brecht. ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Patch: baking to vertex colours
Some UI change idea: instead of a toggle for bake to vcols use an enum for bake to: image / vcol / ptex in the future :) Daniel Salazar 3Developer.com On Wed, Oct 26, 2011 at 5:04 PM, Alex Fraser adfr...@vpac.org wrote: Hi all, I have submitted a patch that allows render baking directly to vertex colours. The advantage of this is that it doesn't require a UV map, but the quality of the bake will depend on the resolution of the mesh. http://projects.blender.org/tracker/?func=detailatid=127aid=29035group_id=9 http://www.pasteall.org/pic/19692 It currently works well for all bake modes except full render, shadow and AO. Full render and shadow have the occasional black vertex, and AO has its values shifted randomly. Increasing the number of samples for AO fixes it, so I guess it's just unstable noise. Baking from selected to active works too. Baking a modified mesh (e.g. subdivision surface) does not work; it will segfault due to the different number of vertices. Maybe the bake should just skip objects that use such modifiers? Ton, you might be interested in the patch because it adds a new field 'origindex' to VlakTableNode, as suggested by Brecht. This maps from VlakRen back to the face in the source mesh. It is only populated when doing a vertex colour bake. Any feedback on this patch would be welcome. Cheers, Alex ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Arabic support in text editing
I'm not sure if freetype2 alone can render Arabic/Bidi text perfectly. But I'm sure that fribdi is simply inadequate. As I said earlier, Arabic text is not just about converting letters to their presentation form. That approach will render a lot of fonts unusable. Let alone all the languages that use Arabic script and don't work with that simple approach. That problem can be avoided using a more 'proper' method to handle layouts and shaping. And let's not forget about all the other complex cases that can be solved with an OpenType-based solution (Indic, Thai, diacritics, vertical text .. etc). AFAIK, freetype2 alone doesn't deal with all of that. I might be wrong about this but this is how I've remembered it for quite a while. You'll need a developer's opinion to confirm that, though. Pango is great. But as Sergey pointed out, it requires GLib, which is quite a dependency. Also, I think its harfbuzz version is slightly out of date. Not that important but it's something to consider. But if you think using it instead of hooking up fribidi and harfbuzz directly is a better trade-off, then by all means :) On Thu, Oct 27, 2011 at 2:49 PM, Dalai Felinto dfeli...@gmail.com wrote: Shaping itself is already kind-of handled by freetype2. It may look wrong in some corner cases (e.g. those words that take off the ground). But overall the result of getting the text in their presentation form was working ok (not that I can tell good arabic from bad arabic, but Yousef himself seemed pleased with the result). Agree that fribidi may be buggy though. I'm my tests, at least the standalone (known to be buggy) produced a different enough result from our current _to_utf.py scripts. I know nothing about ligatures and how opentype (i.e. harfbuzz) does it better than freetype2. So I take your word for that. But what I heard (chatting on #harfbuzz) is that harfbuzz does not handle bi-di. I believe this is the reason why fribidi still plays an important role (or another bidi algorithm) and pango was suggested (given that it already integrates fribidi and harfbuzz). -- Dalai 2011/10/26 Majid AL-Dharrab ma...@aldharrab.com: Actually, fribidi's shaper is very primitive and rudimentary and it has lots of fundamental problems. It simply replaces letters with their Unicode presentation forms depending on their position in a word. That is not a good approach because it completely ignores ligatures and other OpenType features, leading to broken support for most modern fonts that use OpenType tables. That's why libass only uses a fribidi function that positions text characters in the correct order, following rules from Unicode's bidi algorithm (http://unicode.org/reports/tr9/#The_Paragraph_Level). Shaping is then handled by HarfBuzz, which a great OpenType shaper. Unfortunately, I'm not a developer, so I'm afraid I can't help any further with this issue. But you can contact libass's developer if you face any problems with either lib. His GSoC project was supporting complex and bidi scripts, so he probably knows a couple of tricks that might help. Good luck. :) On Wed, Oct 26, 2011 at 9:57 AM, Dalai Felinto dfeli...@gmail.com wrote: Thanks for the link. I looked at fribidi and found it interesting. Their standalone is doing the same as we are with the python scripts (they call it log2vis - to convert from logic to visual strings). Now, if we use this lib, do we still need harfbuzz? It seemed to me that truetype2 can handle most of the layout, no? -- Dalai 2011/10/25 Majid AL-Dharrab ma...@aldharrab.com: I guess you can't go wrong with harfbuzz-ng on freetype2. After all, that is what's used to render text in Firefox. libass, the SSA subtitle renderer used in VLC and MPlayer, has recently started to support complex and bidi scripts using harfbuzz and fribidi on top of freetype2. That resulted in very sophisticated rendering of complex texts. Implementing that turned out to be easier than the developer had thought. http://ssadev.blogspot.com/2011/05/getting-complex-text-layout-into-libass.html I hope his experience helps make the issue a bit easier for our Blender devs. Good luck! ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers ___ Bf-committers mailing
Re: [Bf-committers] Bicubic filtering for bump maps, patch + discussion
Hi, Using the red channel only would not be compatible with existing files, so I'd prefer not to do that. Uploading a single channel image seems like the best solution, this could be done by adding a second GPUTexture pointer to the Image struct, and in the GPU_texture_from_blender call in GPU_pass_bind pass on that this needs to be a single channel texture. Regarding the #version check being added at the top of the file, I'd prefer it this was done in GPU_generate_pass, because GPU_shader_create is supposed to be more generic and could be used for other non-material glsl shaders too in the future. Brecht. ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Open Invention Network
In reply to Ton Roosendaal (t...@blender.org): From: Ton Roosendaal t...@blender.org To: bf-blender developers bf-committers@blender.org Date: Thu, 27 Oct 2011 11:13:28 +0200 X-Mailer: Apple Mail (2.936) Subject: [Bf-committers] Open Invention Network Reply-To: bf-blender developers bf-committers@blender.org Hi all, I've been contacted by this organization: http://www.openinventionnetwork.com With the request if Blender Foundation would join as a (free, no costs) member. It's mainly meant as public endorsement from us for them. I don't have much time time to investigate their position in free/open matters. Advice or crits therefore is welcome :) Thanks, -Ton- Reading through their website kind of gave me the impression why would we want to join this? Seems like something we don't want to get into. Looking at the comments about it on slashdot (http://linux.slashdot.org/story/11/04/20/1642224/Linux-Patent-Protection-Network-Lures-Facebook-HP?utm_source%3Drss1.0%26utm_medium%3Dfeed) I Really like the summary from this person, it's mid topic so it's a little confusing but read on... :) Re:Trust them as far as you can throw them (Score:5, Informative) by icebike (68054) on Wednesday April 20 2011, @02:09PM (#35883508) And how do we know that they're not simply joining up to see what others have there, to make it easier for them to win IP lawsuits? Most patent portfolios come with irrevocable commitments to allow any patent they submit to the portfolio to be used freely forever. This one apparently DOES NOT have such a commitment. From their Agreement: 1.1 Subject to Section 1.2(b), OIN, grants to You and Your Subsidiaries a royalty-free, worldwide, nonexclusive, non-transferable license under OIN Patents to make, have made, use, import, and Distribute any products or services. In addition to the foregoing and without limitation thereof, with respect only to the Linux System, the license granted herein includes the right to engage in activities that in the absence of this Agreement would constitute inducement to infringe or contributory infringement (or infringement under any other analogous legal doctrine in the applicable jurisdiction). Sounds all laudable and such, BUT: There are still some worrisome features of this organization, such as the fact that the FSF is NOT part of it, and they are really granting cross licensing only to other members. Further, they have built a pretty massive escape clause into their License Agreement [openinventionnetwork.com] in Section 2. A careful read of their cross license agreement suggest this could turn ugly after enough patents are in the system which also find their way into Linux. The FAQ is here: http://www.openinventionnetwork.com/about_faq.php The membership is here: http://www.openinventionnetwork.com/licensees.php [openinventionnetwork.com] (just about every Distro you ever heard of is represented). So I'd say if we consider we should ask the FSF their take on it... Otherwise skip it. At this point I think it would make us more of a target than we currently are. :) Kent -- m...@cs.umn.edu http://www.cs.umn.edu/~mein ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
[Bf-committers] I don't have time to fix it right now
I don't have time to fix it right now but it looks like someone committed a nested addons inside of the addons repository. Kent -- m...@cs.umn.edu http://www.cs.umn.edu/~mein ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] I don't have time to fix it right now
Hi, m...@cs.umn.edu (2011-10-27 at 1101.41 -0500): I don't have time to fix it right now but it looks like someone committed a nested addons inside of the addons repository. Done. People should be able to remove release/scripts/addons/addons/ (only the last subdir, keep release/scripts/addons/ and everything else at that level) to clean up the local repos. GSR ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
[Bf-committers] notice on wiki
Should we copy wiki files (specifically for building and such...) over so it's accessible as ...Dev:2.6/Doc/... rather than just 2.5??? ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
[Bf-committers] In need for documentation for iTaSC
I'm currently trying to eliminate some bugs inside iTaSC. But it is really hard job since i could not find any good documentation for the solver and especially on itasc_plugin.cpp and it's function initialize_chain. Since i don't know what it is supposed to be doing, i have to start with a lot of assumptions, which isn't a good start to begin with. Do we have some docs on how blender is supposed to interact with iTaSC? Otherwise i will be in the painful need to figure out what it does on my own, starting from scratch. Greetings from Tobias Oelgarte ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Proposal: Rename blenderbuttons
Done. On Thu, Oct 27, 2011 at 4:03 PM, Matt Ebb m...@mke3.net wrote: On Thu, Oct 27, 2011 at 12:38 PM, Joshua Leung aligor...@gmail.com wrote: Hi all, I'm planning on renaming the blenderbuttons datafile to blenderbuttons.png (i.e. giving it a proper extension). This should make it easier to edit and/or view this file using standard image editing tools without having to save off a copy first. If you're going to do that, why not make it something a bit more self-explanatory, like blender_icons.png cheers Matt ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Open Invention Network
I'm sure that everyone has done this already but no one posted that here - If you google for OIN, you can find interesting things: http://www.itworld.com/open-source/117730/lawsuit-raises-questions-about-open-invention-network-linux-foundation In that article you can find this link: http://fosspatents.blogspot.com/2010/08/oracle-sues-google-says-android.html On 27 October 2011 17:04, Kent Mein m...@cs.umn.edu wrote: In reply to Ton Roosendaal (t...@blender.org): From: Ton Roosendaal t...@blender.org To: bf-blender developers bf-committers@blender.org Date: Thu, 27 Oct 2011 11:13:28 +0200 X-Mailer: Apple Mail (2.936) Subject: [Bf-committers] Open Invention Network Reply-To: bf-blender developers bf-committers@blender.org Hi all, I've been contacted by this organization: http://www.openinventionnetwork.com With the request if Blender Foundation would join as a (free, no costs) member. It's mainly meant as public endorsement from us for them. I don't have much time time to investigate their position in free/open matters. Advice or crits therefore is welcome :) Thanks, -Ton- Reading through their website kind of gave me the impression why would we want to join this? Seems like something we don't want to get into. Looking at the comments about it on slashdot (http://linux.slashdot.org/story/11/04/20/1642224/Linux-Patent-Protection-Network-Lures-Facebook-HP?utm_source%3Drss1.0%26utm_medium%3Dfeed) I Really like the summary from this person, it's mid topic so it's a little confusing but read on... :) Re:Trust them as far as you can throw them (Score:5, Informative) by icebike (68054) on Wednesday April 20 2011, @02:09PM (#35883508) And how do we know that they're not simply joining up to see what others have there, to make it easier for them to win IP lawsuits? Most patent portfolios come with irrevocable commitments to allow any patent they submit to the portfolio to be used freely forever. This one apparently DOES NOT have such a commitment. From their Agreement: 1.1 Subject to Section 1.2(b), OIN, grants to You and Your Subsidiaries a royalty-free, worldwide, nonexclusive, non-transferable license under OIN Patents to make, have made, use, import, and Distribute any products or services. In addition to the foregoing and without limitation thereof, with respect only to the Linux System, the license granted herein includes the right to engage in activities that in the absence of this Agreement would constitute inducement to infringe or contributory infringement (or infringement under any other analogous legal doctrine in the applicable jurisdiction). Sounds all laudable and such, BUT: There are still some worrisome features of this organization, such as the fact that the FSF is NOT part of it, and they are really granting cross licensing only to other members. Further, they have built a pretty massive escape clause into their License Agreement [openinventionnetwork.com] in Section 2. A careful read of their cross license agreement suggest this could turn ugly after enough patents are in the system which also find their way into Linux. The FAQ is here: http://www.openinventionnetwork.com/about_faq.php The membership is here: http://www.openinventionnetwork.com/licensees.php [openinventionnetwork.com] (just about every Distro you ever heard of is represented). So I'd say if we consider we should ask the FSF their take on it... Otherwise skip it. At this point I think it would make us more of a target than we currently are. :) Kent -- m...@cs.umn.edu http://www.cs.umn.edu/~mein ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
