Re: [Bf-committers] [Bf-blender-cvs] SVN commit: /data/svn/bf-blender [51258] trunk/blender: Cycles: Anisotropic BSDF enabled, with tangents now computed from the active UV map.

For aniso lighting computing tangents at vertex level is a total dead-end. Not the way to go. You want to compute the tangents at pixel level from the underlying parametrization chosen. It's the best way to significantly reduce the impact of the inherent singularities which completely destroy the p

Re: [Bf-committers] [Bf-blender-cvs] SVN commit: /data/svn/bf-blender [51258] trunk/blender: Cycles: Anisotropic BSDF enabled, with tangents now computed from the active UV map.

In case it's not clear. What I am saying is for actual uv unwraps use mikktspace. For a UV parametrization such as planar, cylindrical, spherical etc. use an analytical tangent evaluation at pixel level. On Thu, Oct 11, 2012 at 12:44 PM, Morten Mikkelsen wrote: > For aniso lighting c

Re: [Bf-committers] [Bf-blender-cvs] SVN commit: /data/svn/bf-blender [51258] trunk/blender: Cycles: Anisotropic BSDF enabled, with tangents now computed from the active UV map.

> > > Ok, I can see we have an issue with singularities, but using > mikktspace does not seem ideal for anisotropic shading. There's still > many cases where you can line up the tangents quite well at UV seams > even if the UV's are not connected, Generally this is not the case. It goes bad at le

Re: [Bf-committers] [Bf-blender-cvs] SVN commit: /data/svn/bf-blender [51258] trunk/blender: Cycles: Anisotropic BSDF enabled, with tangents now computed from the active UV map.

>Ok, I'm still convinced we can do better than either, will try to figure it out. Can't blame a man for trying :) Food for thought though: http://en.wikipedia.org/wiki/Hairy_ball_theorem The hairy ball theorem! It basically says that a tangent field on the surface of a sphere in an odd dimensio

Re: [Bf-committers] [Bf-blender-cvs] SVN commit: /data/svn/bf-blender [51258] trunk/blender: Cycles: Anisotropic BSDF enabled, with tangents now computed from the active UV map.

poles, but you do > not need a seam between them too. > > Brecht > > On Tue, Oct 16, 2012 at 8:34 PM, Morten Mikkelsen > wrote: > >>Ok, I'm still convinced we can do better than either, will try to figure > > it out. > > > > > > Can't b

Re: [Bf-committers] Triangulate modifier

> > >When baking with an all quad mesh, the triangulation that is done > >internally in Morten's TS might not match the manual triangulation that > >the user applies on export, which potentially could cause issues because > This is not exactly the issue. Let me clarify. The mikktspace part is done

Re: [Bf-committers] Triangulate modifier

gt;> by both baker and renderer (incl. Blender's renderer). Further, this is > >>> achieved without causing permanent triangulation. > >>> It's a sensible practice which is already used by artists in other > modeling > >>> products. > >>&

Re: [Bf-committers] Triangulate modifier

> > https://svn.blender.org/svnroot/bf-extensions/trunk/py/scripts/addons/io_scene_obj/export_obj.py > > Am 14.11.2012 21:31, schrieb Morten Mikkelsen: > > The important thing is that any proposed solution will work with export > too. > > If the obj exporter is still exporti

Re: [Bf-committers] MSVC2010 maintainer? Python 3.3 libs missing, or only me?

Doesn't matter if it's win32 or win64. Either way the pyth3.3 libs are missing for vs2010. On Wed, Dec 19, 2012 at 11:15 AM, Dalai Felinto wrote: > New round of errors: http://www.pasteall.org/38201 > > It's actually the same as before but instead of complaining about "LIB > Debug|x64" been

Re: [Bf-committers] Minimal Blender specs - 5 year old systems & OS

I just wanted to say that I too agree that we should assume some higher level opengl. I think it would be rather helpful in fact if we didn't rely on traditional fixed function rendering period but instead keep it simple such that we're always using custom shading. It keeps it simpler, easier to ma

Re: [Bf-committers] Minimal Blender specs - 5 year old systems & OS

>If development is being held back by attempting to support old hardware >and OS versions and no one is willing to step up and support those bits >then their use should be depreciated.I would much rather see the limited >developer hours available put towards moving Blender forward rather than >atte

Re: [Bf-committers] Minimal Blender specs - 5 year old systems & OS

Just wanted to say though I'd like to make it a min. requirement for blender to support pixel shaders last I checked I wasn't kickin it with the Rockafellas :) I also want to echo what campbell said that blender runs very well on sub $500 systems which btw support pixel shaders. I also want to po

Re: [Bf-committers] Proposed default margin increase for baked textures

I agree completely. I think the default of 2 might have been set by someone who didn't take mip levels into account. To be honest I generally use 32 or 64 as margin depending on texture size (larger texture means more mips). But I suppose 16 as default which I think is also what it is in xNormal s

Re: [Bf-committers] Collecting fixes for "2.66a" release.

Sergey did a fix such that the dilated region outside a displacement map isn't very dark. Without it you get really bad filtering seams. Perhaps sergey can chime in? Cheers, Morten. On Sat, Mar 2, 2013 at 2:47 AM, Dalai Felinto wrote: > Hi Campbell, > > Due to some bad timing, most of the

Re: [Bf-committers] Proposed default margin increase for baked textures

Go for it! :) On Sun, Mar 3, 2013 at 7:01 PM, Antony Riakiotakis wrote: > This is trivial but will require yet another version patch. If others > agree I could commit it wit h a value of 16. > ___ > Bf-committers mailing list > Bf-committers@blender

Re: [Bf-committers] Texture painting considerations (preparations for bratwurst merge)

Perhaps you could also look into why the default brush looks so bad for bump painting yet when air-brush is checked it looks perfect. Just a though :) Cheers, Morten. On Sun, Mar 3, 2013 at 6:17 PM, Antony Riakiotakis wrote: > Hi all, an update on this thread. > > Currently I am in the

Re: [Bf-committers] Texture painting considerations (preparations for bratwurst merge)

That's ok, as long as you admit that you were wrong :) (kidding) On Mon, Mar 4, 2013 at 7:02 AM, Antony Riakiotakis wrote: > My previous answer is wrong it seems. It looks like when using the > space stroke option, the two modes (projective/2D) operate slightly > differently. Spacing is done

Re: [Bf-committers] MSVC2010 maintainer? Python 3.3 libs missing, or only me?

Errr...I actually use msvc2010. Whatever contributions I've made to blender have been from a vs2010 setup. It's still how I build blender. On Fri, Mar 15, 2013 at 4:28 PM, Dalai Felinto wrote: > Hi, is there any update on this? > > If we can't have all the libs working for vc10 I propose we s

Re: [Bf-committers] MSVC2010 maintainer? Python 3.3 libs missing, or only me?

Good idea. Let's drop VS2008 :) Cheers, Morten. On Sun, Mar 17, 2013 at 3:32 AM, Thomas Dinges wrote: > Hi, > I was never a fan of those mixed repositories, and the few vc2010 libs > we have only work with cmake as well. > > Whatever we do, one day we really need to get rid of the old VC2008

Re: [Bf-committers] Object space normal map axis proposed change.

This could be done of course but there are some problems like the fact that the object space map doesn't necessarily come from file. It could be procedurally generated or just a bake in which case the sampler isn't supposed to swizzle. Also the texture sampler at least at this point in time doesn't

Re: [Bf-committers] [Bf-blender-cvs] SVN commit: /data/svn/bf-blender [58752] trunk/blender/source/blender/ editors/object/object_bake.c: Fix #36302: Multires baking to zero 0 was showing error but st

I just wanted to say I think that sounds like a great idea. Cheers, Morten. On Sat, Aug 10, 2013 at 10:26 AM, Antony Riakiotakis wrote: > "Either make the strokes touch mesh data directly, or use an apply base > modifier prior to baking, maybe with a warning that baking will alter the > mesh

[Bf-committers] python tangents export missing

I see rumblings now and then here and there about Blender's python API missing the ability to export Blender's internal tangent space. http://www.blender.org/forum/viewtopic.php?p=105835&sid=68eaa02463462a62bbdcbe427761ca49 There's also been a proposed patch around for a while: https://projects

Re: [Bf-committers] Camera view navigation rant

> > >Also a lock camera to view option would be great so we can just move > >the camera like we move any other viewport > >am I the only one that doesn't get this? > This is something I would absolutely LOVE to have!! I couldn't agree more. It would be mega helpful. ___

Re: [Bf-committers] Smooth shading could be better (compared to C4D)

>Could it be that Cinema4D is using Phong-Shading and Blender is using Gouraud-Shading? Yes that's exactly what you're seeing. You can switch to glsl view if you want to view it in Blender with per pixel lighting. Regular 3D view has to remain fixed function rendering pipeline which implies Gourau

Re: [Bf-committers] Mirrored normal maps

You should read the posted comments there under that tutorial. Cheers, Morten. 2011/7/7 Αντώνης Ρυακιωτάκης > Recently, this tutorial http://vimeo.com/19461966was brought into my > attention which made me wonder if it would be possible to automate the > process of applying the same normal map

Re: [Bf-committers] Windows 2000 build please.

Since when did "Open Source" imply having an executable binary readily available for any platform a user might desire one for? Are you aware that you are not paying for this product? You have two very reasonable options for the luxary of using this excellent and entirely free product built by the e

[Bf-committers] The dilation I am seeing in Blender is imo not good. I thought I'd propose an alternative (if there's support)?

The dilation I am seeing in Blender is imo not good. I thought I'd propose an alternative (if there's support)? Here's a close-up of the dilation blender does --> http://jbit.net/~sparky/blender_dial/bakezoom_BI_dial.png Here's a close-up of the dilation I was able to do outside of blender using

Re: [Bf-committers] matrix multiplication in Blender SVN of this morning (W32 Vista mingw compiled)

I am with you on this one. Memory layout is one thing. Abstraction is something else entirely. Afterall, one could choose the memory layout to be some crazy fixed random layout or a swizzled layout or whatever. And in both cases there is no reason why, at abstraction level, either one could be cons

Re: [Bf-committers] matrix multiplication in Blender SVN of this morning (W32 Vista mingw compiled)

most/all other apis do it ROW-MAJOR > then perhaps? > > Interested to hear other blender devs opinions on this. > > On Wed, Jul 27, 2011 at 11:56 PM, Morten Mikkelsen > wrote: > > I am with you on this one. Memory layout is one thing. Abstraction is > > something els

Re: [Bf-committers] matrix multiplication in Blender SVN of this morning (W32 Vista mingw compiled)

> > I don't have a sense for whats normal here since I only use mathutils > > but if this is so confusing and most/all other apis do it ROW-MAJOR > > then perhaps? > > > > Interested to hear other blender devs opinions on this. > > > > On Wed,

Re: [Bf-committers] New BF team member: Sergey Sharybin

Does this mean I get to demand more service from you? :) Congratulations! Morten :) On Mon, Aug 1, 2011 at 9:21 AM, rafa wrote: > Congratulations Sergey !! > > I wish you the best! > > El 31/07/11 18:47, Ton Roosendaal escribió: > > Hi all, > > > > I'm really happy to confirm that Sergey ac

[Bf-committers] image-save + .blend save destroys work without warning!

ed with options available for the chosen file format such as bit depths and number of channels or something. Cheers, Morten Mikkelsen ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers

Re: [Bf-committers] Bicubic filtering for bump maps, patch + discussion

hoping we can work this in somehow. Several artists were bugged by the lack of quality during close-up when painting bump maps. 2011/10/26 Αντώνης Ρυακιωτάκης > Hi everyone, there has been some work by Morten Mikkelsen for > supporting bicubic filtering for bump maps. I have helped ada

Re: [Bf-committers] Blender tangent space calculation

There you go buddy --> http://lmgtfy.com/?q=blender+tangent+space On Sun, Nov 13, 2011 at 8:46 AM, Eugene Minov wrote: > Hi. > I am sorry if I subscribe into a wrong place, I am new and I've not > actually planned to change or to debug the blender sources yet. > But I trying to write app that'

Re: [Bf-committers] Blender tangent space calculation

t; > > Eugene > > > > On Mon, Nov 14, 2011 at 2:41 AM, Eugene Minov > wrote: > > > >> Oh, my bad :) I've seen that page but I'd thought this page is explains > >> different baking modes in blender's render. > >> > >>

Re: [Bf-committers] Blender tangent space calculation

> > >So why not to simply adding possibility for generate/access a tangent > >normals into the python api? > If it's not already available in the python API then I agree that it's a good idea. However, you'd need to supply support for normals as well since at this point the python API only gives

Re: [Bf-committers] Blender tangent space calculation

There is no point in doing this unless you export the correct tangents and normals. That is the ones that were used to bake the normal map. I realize it blows that there is no API function to get the render normal. So what you have to do is produce it yourself like is done in DerivedMesh.c

Re: [Bf-committers] Blender tangent space calculation

; Yes, I absolutely agree, hard faces obviously must be exported in the same > way how they seen in render. > I think they can welds along with tangents. > > On Tue, Nov 15, 2011 at 9:01 PM, Morten Mikkelsen >wrote: > > > There is no point in doing this unless you export the co

Re: [Bf-committers] Blender tangent space calculation

hon/C interface. I've > not decided yet what names I'll use for it. > And finally will be trying to implement it looking in DerivedMesh.c, > I think that it's realy are a good example. > > If or when I have a problem, I'll be glad to use your help :) > Many t

Re: [Bf-committers] Blender tangent space calculation

--> > > >http://jbit.net/~sparky/academic/welder/ > > >You specify how many floats you have per vertex and it will weld for > you. > > > > Okay, good one, I think I'll use it :) > > Thanks! > > On Wed, Nov 16, 2011 at 8:43 PM, Morten Mikkelsen

Re: [Bf-committers] Blender tangent space calculation

And flush_pixel() shows you how to traverse the buffer. Essentially the way it works in blender is there's always 4 of them per face whether it's a triangle or a quad. On Thu, Nov 17, 2011 at 9:31 AM, Morten Mikkelsen wrote: > Don't forget to look in do_multires_bake() in

Re: [Bf-committers] Blender tangent space calculation

> > I wanted to ask about this line: > const int iGetNrVerts= data->mface[face_num].v4!=0 ? 4 : 3; > > Or there is no way that last index points to zero? > Correct, this is how blender does it everywhere in its code-base. Super glad to hear you're getting useful results! Be sure to submit a patch

Re: [Bf-committers] Blender tangent space calculation

m with some quads. > But today seems that I solve it by swapping the first vertex in the vert > array with > the first finded vertex that is not indexed to any of the 4'th face's > index. > > On Sat, Nov 19, 2011 at 1:13 AM, Morten Mikkelsen >wrote: > > > > &

Re: [Bf-committers] Blender tangent space calculation

also +1 to the indices you get after welding. On Sat, Nov 19, 2011 at 12:35 PM, Morten Mikkelsen wrote: > I am not 100% sure I understand you correctly but your fix doesn't sound > correct but perhaps > I am misunderstanding you. Anyway, the welder is going to generate a zero >

Re: [Bf-committers] Change Representation and Initialisation of Matrices to Conform with Standard Notation

I am sorry I am a little late to the party but just thought I'd air my opinion. So since the order was fixed in blender's C code we now have what in math sense is a clear column major order ie. read from right to left. Thus translation for instance is the 4. column of a matrix and the vectors we t

Re: [Bf-committers] Collada importer/exporter kickout

> > 1) Official announcement that Blender drops Collada support > 2) Move Collada support into a branch, out of trunk > 3) Create a tracker "orphanage" or "branches" or so, where we put all > reports that are not in support (anymore). > > I just want to say though I am not up for the challenge of t

Re: [Bf-committers] Collada importer/exporter kickout

I agree, I could also live with ditching the importer if it meant keeping the exporter. But either way I'll take current collada version to no collada version at all. On Fri, Jan 6, 2012 at 5:11 PM, skoti wrote: > Assimp only importer (exporter in blender is the most important), and > even in

Re: [Bf-committers] Collada importer/exporter kickout

ble to exchange (I+O) full shots or game > environments, with character animation and so on. That's what Collada was > designed for, and that's a target we can't support. > > > > -Ton- > > > > ---- > > Ton Roosendaal Blen

Re: [Bf-committers] Collada importer/exporter kickout

work more on it, or even make a proper > importer since I have a high level of expertise in Collada, but I have very > little time and must work to earn my meals. > > Cheers! > > Juan Linietsky > > > On Sat, Jan 7, 2012 at 11:49 AM, Morten Mikkelsen >wrote: > > &g

Re: [Bf-committers] Collada importer/exporter kickout

As an example of people having problems with its complexity OpenCollada doesn't drain collada sources correctly at all. They make many assumptions such as data being non interleaved. On Sat, Jan 7, 2012 at 8:23 AM, Juan Linietsky wrote: > On Fri, Jan 6, 2012 at 9:04 PM, Francesco Zoffoli >wro

Re: [Bf-committers] Collada importer/exporter kickout

ations, skinning and physics info. > > > It shows a skinned skeletal animated character using AnimKit and GLUT > > > (keeping dependencies to a minimum) > > > > > > Cheers, > > > Erwin > > > > > > > > > On 7 January 2012 07:3

Re: [Bf-committers] Collada importer/exporter kickout

I acknowledge that the amount of work you guys have put into OpenCollada is significant and I am definitely pleased with this as an option. That being said I am beginning to warm up to what sergei is suggesting more and I am actually a collada user myself. Correct me if I am wrong but the way it wo

Re: [Bf-committers] Collada importer/exporter kickout

Okay I guess you did misunderstand my misuse of the word crappy. What I meant was more like "less likely to work with existing OpenCollada importers". Those which are already used in other apps. Clearly an OpenCollada exporter is more likely to work with an OpenCollada importer across apps. This wa

Re: [Bf-committers] collada

I agree Marty. It's awesome. Give my best to the doc! :) On Sat, Jan 7, 2012 at 2:29 PM, Michael Fox wrote: > On 08/01/12 08:28, angjmi...@gulftel.com wrote: > > hey i am hearing that your planning on removing collada!! > > i know there is a lot of issues with it but, at-least as it is right n

Re: [Bf-committers] 16 bpc TIFF interpretation

Me and my friend Andy Davies have been experiencing some weirdness regarding 16 bit tiff too. If we save a single channel (greyscale) 16 bit picture in photoshop as tiff and then read it in Blender it shows up, in the 3D view port, a little orange in some areas and blue in other regions (but most g

Re: [Bf-committers] 16 bpc TIFF interpretation

This is what I am talking about: http://projects.blender.org/tracker/?func=detail&atid=498&aid=31257&group_id=9 <http://projects.blender.org/tracker/?func=detail&atid=498&aid=31257&group_id=9> On Wed, May 2, 2012 at 1:12 PM, Morten Mikkelsen wrote: > Me an

[Bf-committers] normal maps, red/green channel inverted

Hi all, Blender is exporting normal maps with red and green channel inverted relative to the geometry we actually export with our exporters and I would very much like to fix this. This would make blender export normal maps which are very similar to most tools out there and it would make sense to p

Re: [Bf-committers] normal maps, red/green channel inverted

On Sat, Feb 19, 2011 at 7:51 AM, Carsten Wartmann wrote: > Am 19.02.2011 16:22, schrieb Morten Mikkelsen: > > Hi all, > > > > Blender is exporting normal maps with red and green channel inverted > > relative to the geometry we actually export with our exporters > >

Re: [Bf-committers] normal maps, red/green channel inverted

> > >Make it standard please, nmaps are something that you usually share > >between softwares. no point in forcing headaches to users > > >Daniel Salazar > May your first born be a son and may your harvest be plentiful!! :) I could not agree more. That's exactly why this patch needs to go in asap.

Re: [Bf-committers] normal maps, red/green channel inverted

ard' on > > ways to do normal > > mapping so Blender's is as good as anybody else's, and is > > not technically > > 'wrong'. The problem is that most of the other apps > > have standardized in > > 'the other method'. I tried tr

[Bf-committers] bump mapping - white is down & black is up???

So as you guys most likely know white means down and black means up when bump mapping in Blender which is kinda counter intuitive. However, we recently did a completely new implementation of bump mapping for Blender and I was wondering, since we kept in the original bump mapping methods as availabl

Re: [Bf-committers] bump mapping - white is down & black is up???

8, Tom M wrote: > > Is there a 'standard' - ie does every other 3d animation package use > > the inverse of what we currently use? > > > > LetterRip > > > > On Thu, Feb 24, 2011 at 10:03 PM, Morten Mikkelsen > wrote: > >> So as you guys most

Re: [Bf-committers] bump mapping - white is down & black is up???

I have attached a proposal for a patch. I put in a comment as well. On Fri, Feb 25, 2011 at 6:29 AM, Morten Mikkelsen wrote: > It would be extremely easy to fix this for just the most recently added > bump mapping > method should we choose to do it that way. > > > > In re

Re: [Bf-committers] bump mapping - white is down & black is up???

Just want to make sure everybody realizes I already attached my proposal for a patch in my previous e-mail to this discussion. There's also a comment I put in on why etc. Please check it out. Morten. On Mon, Feb 28, 2011 at 3:34 PM, Daniel Salazar - 3Developer.com < zan...@gmail.com> wrote:

Re: [Bf-committers] bump mapping - white is down & black is up???

> > >The way it works now in Blender is just ancient convoluted history. > My understanding is that with oldbump (2.49) it never really worked? Meaning it would flip the effect from in to out and vice versa as you bank/rotate the surface relative to the camera right? In which case a consistent cho

Re: [Bf-committers] bump mapping - white is down & black is up???

Can't think of any that don't contain the word "Blender" :) On Tue, Mar 1, 2011 at 11:24 PM, Knapp wrote: > On Tue, Mar 1, 2011 at 12:34 AM, Daniel Salazar - 3Developer.com < > zan...@gmail.com> wrote: > > > right.. we could come up with a million analogies for one or the other > > side. Anyway