Re: [Bf-committers] Movie distortion algorithm

2012-04-17 Thread mgschwan
I second that, using a precomputed mapping will be the most useful algorithm. Because normally, everybody is doing the reverse mapping (undistortion by calculating the distorted positions from the undistorted ones and doing a reverse mapping) and avoids the other way around like the devil runs

Re: [Bf-committers] 2.63 show-stopper bugs

2012-04-17 Thread Campbell Barton
Since my initial post we're down from 9 to 3 show-stopper bugs without any new ones reported today, so may make it in 1 week after all :) On Mon, Apr 16, 2012 at 10:17 PM, Campbell Barton ideasma...@gmail.com wrote: Today I went over the tracker and all BMESH_TODO comments in code, For now

Re: [Bf-committers] Movie distortion algorithm

2012-04-17 Thread j.bak...@atmind.nl
Hi, Thanks for the feedback Jonathan Michael. You are probably right. Currently we already have a look-up grid that is precalculated. It is a nice-to-have feature to speed-up this precalculation process. Current lookup grid is per pixel. In a 4k shot it just takes a very long time. Perhaps it

Re: [Bf-committers] 2.63 show-stopper bugs

2012-04-17 Thread Knapp
I wanted to report this to you. I have been having problems for some time with things failing but only when blender has been run. For example Pulse audio will go all staticy and need to be restarted. My guess is that blender has a memory leak or is writing outside of its data area. So just a heads

Re: [Bf-committers] 2.63 show-stopper bugs

2012-04-17 Thread Sean Olson
I've seen loss of tablet pressure sensitivity too. Never able to repro it reliably. -Sean On Apr 17, 2012 6:26 AM, Knapp magick.c...@gmail.com wrote: I wanted to report this to you. I have been having problems for some time with things failing but only when blender has been run. For example

Re: [Bf-committers] 2.63 show-stopper bugs

2012-04-17 Thread Brecht Van Lommel
Please report issues in the bug tracker if you find them and can give us steps to redo and investigate the problem. We can't efficiently follow up on and keep track of bugs if they are reported here. Brecht. On Tue, Apr 17, 2012 at 12:26 PM, Knapp magick.c...@gmail.com wrote: I wanted to report

Re: [Bf-committers] [Bf-blender-cvs] SVN commit: /data/svn/bf-blender [45714] trunk/blender/source/blender/ editors/transform: Fix #30980: edge slide Correct UVs option not working.

2012-04-17 Thread Campbell Barton
re: if(em-bm-shapenr 1) Something that I found wasnt clear when looking into shake key code is that any shape key can be the basis for another. The BM_mesh_bm_to_me() conversion code check for this. See: bmesh_mesh_conv.c:772, below /* find if this key is a basis for any others */ Should this

Re: [Bf-committers] [Bf-blender-cvs] SVN commit: /data/svn/bf-blender [45714] trunk/blender/source/blender/ editors/transform: Fix #30980: edge slide Correct UVs option not working.

2012-04-17 Thread Brecht Van Lommel
The reason to do this is to avoid accidentally modifying UVs while doing shape key editing, when you don't notice you have Correct UVs enabled. If you're editing secondary basis keys, probably you still do not want to do any UV editing? It seems better to me to keep it like it is, but it's still

[Bf-committers] Released First Phase of Image Layer for Blender

2012-04-17 Thread Fabio Russo
Hello everyone, I published the first phase of the project, relating to the Image Layer for Blender! I have implemented almost all points of the first phase, plus some required characteristics by the community. For a complete list of all the new features, bugs, patches, builds and Repository,

[Bf-committers] problem when expanding BGL to deal with (GLchar **)

2012-04-17 Thread Dalai Felinto
Hi there, I'm trying to build GLSL shaders for an addon using bgl. I started by adding the basic opengl functionst to bgl [1]. The problem is that glShaderSource [2] requires a (GLchar **) which we have no macro for. I tried to implement it as the GLcharP but it's not working [3]. (the rest of

Re: [Bf-committers] problem when expanding BGL to deal with (GLchar **)

2012-04-17 Thread Mitchell Stokes
Your patch doesn't account for machines that do not support shaders. Have you thought of trying to use PyOpenGL? It has some experimental Py3k support now. --Mitchell Stokes On Tue, Apr 17, 2012 at 3:28 PM, Dalai Felinto dfeli...@gmail.com wrote: Hi there, I'm trying to build GLSL shaders for

Re: [Bf-committers] problem when expanding BGL to deal with (GLchar **)

2012-04-17 Thread Dalai Felinto
Your patch doesn't account for machines that do not support shaders. Why would it? bgl currently supports DisplayList but computers that don't support it will crash blender just as well. I do agree that will be nice to allow bgl to query the supported features in the graphic card. But it will be

Re: [Bf-committers] problem when expanding BGL to deal with (GLchar **)

2012-04-17 Thread Jason Wilkins
It seems to me that if bgl is going to support these kinds of types such as pointers to pointers then it really needs to do it in a Python type way. Pulling up low level C-isms seems like a bad idea. And as for not supporting display lists. That is an OpenGL 1.0 feature. If something crashes

[Bf-committers] Corrected Transform Values for Keyboard Input: Shear, Shrink/Flatten, Push/Pull, Edge Slide

2012-04-17 Thread Nicholas Rishel
Patch: http://projects.blender.org/tracker/index.php?func=detailaid=30993group_id=9atid=127 This small patch allows Shear, Shrink/Flatten, Push/Pull, and Edge Slide to be recorded correctly into the Info Editor and Operator Toolbar (PDF example sheet included in tracker). It emulates the