On Dec 15, 2011 11:50 PM, "Bartek Skorupa"
wrote:
>
> Re wiki page: When explaining math behind mixing "Over" image with
> background (straight alpha) it should be: [(Over.RGB * Over.Alpha) +
> (Background.RGB * (1 - Over.Alpha))].
> Formula at the page is: [(Over.RGB * Over.Alpha) + Background.RG
Moving the call to GPU_code_generate_glsl_lib() to the end of
GPU_extensions_init() solves the problem, and (in my opinion) cleans
things up a little. However, I'd like your feedback before committing.
--Mitchell Stokes
On Fri, Dec 16, 2011 at 6:33 PM, Mitchell Stokes wrote:
> GPU_code_generate_
GPU_code_generate_glsl_lib() is not called for the Blenderplayer. Is
there any problem to moving this function into GPU_extensions_init()?
It seems like it would encapsulate initialization a bit more.
--Mitchell Stokes
On Fri, Dec 16, 2011 at 6:20 PM, Mitchell Stokes wrote:
> This commit causes
This commit causes the Blenderplayer to crash on startup. Here is the
call stack:
> blenderplayer.exe!strstr(const char * str1=0x, const
> char * str2=0x0001411649b8) Line 45 + 0x4 bytes C
blenderplayer.exe!gpu_parse_functions_string(GHash *
hash=0x000
Suggest 2 options for line splitting and accept use of either.
http://wiki.blender.org/index.php/User:Ideasman42/CodeStyle
On Sat, Dec 17, 2011 at 11:38 AM, Campbell Barton wrote:
> On Sat, Dec 17, 2011 at 1:17 AM, Sergey Sharybin wrote:
>> Hi,
>>
>> I'll agree that having code guidelines will h
On Sat, Dec 17, 2011 at 1:17 AM, Sergey Sharybin wrote:
> Hi,
>
> I'll agree that having code guidelines will help on keeping code more
> consistent. Don't think existing code should be changed to some general
> rule, but prefer to have newly adding code following the same style.
> Long lines are
I've committed the change now. We could indeed change the name back
after a while, though two weeks seems too short.
Brecht.
On Thu, Dec 15, 2011 at 10:39 PM, Sergey Sharybin wrote:
> Hi,
>
> Argument order is indeed confusing. I've spend two hours debugging deep
> tracking stuff and then learne
Hi guys,
I've added a patch for a Python-based build system I've been working on
called Cake.
http://projects.blender.org/tracker/index.php?func=detail&aid=29639&group_id=9&atid=127
It should give you faster build times and hopefully more stability versus
SCons.
Incremental builds can be up to
An universal installation script sounds to be a great idea for any distro!
Installing on /opt or where else; associating .blend files to open on it
would be a great addition for linux blenderheads. Even creating menu
shortcuts, for Gnome, Kde, Unity, etc.
It would save some time installing/configur
+1 For not-too-long lines, and consistent guidelines in general!
Le vendredi 16 décembre 2011 15:17:17, Sergey Sharybin a écrit :
> Hi,
>
> I'll agree that having code guidelines will help on keeping code more
> consistent. Don't think existing code should be changed to some general
> rule, but pr
On Thu, Dec 15, 2011 at 3:06 PM, Campbell Barton wrote:
> AFAICS the problems is that many distros don't upgrade apps, they just
> accept bugfixes or security updates on whatever is released with the
> distro.
> Theres not much we can do about that.
It's a far from perfect solution, but Fedora co
that actually depend on how premult is implemented
2011/12/16 Bartek Skorupa
> Re wiki page: When explaining math behind mixing "Over" image with
> background (straight alpha) it should be: [(Over.RGB * Over.Alpha) +
> (Background.RGB * (1 - Over.Alpha))].
> Formula at the page is: [(Over.RGB *
Reminding, uv tools is here
http://codereview.appspot.com/5306077/
___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers
Hey there,
Sorry if this isn't the correct place to state this.
Lukas agreed to do review of Double Edge Matte node for compositor.
I'm hoping this can get in for 2.62 :)
Cheers
Peter
On Fri, Dec 16, 2011 at 8:19 AM, Sergey Sharybin wrote:
> Hi,
>
> Any branches/projects which aren't reviewin
Hi,
Any branches/projects which aren't reviewing or which need to be placed to
code review and reviewed?
--
With best regards, Sergey Sharybin
___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committ
Count onion uv tools branch too. it's waiting since forever. I still
want to tweak a couple of things but I think it's mostly OK. All core
developers have occasionally offered to review but other things to do
have always crept around. LetterRip who was my mentor for the project
has communicated say
Hi,
I'll agree that having code guidelines will help on keeping code more
consistent. Don't think existing code should be changed to some general
rule, but prefer to have newly adding code following the same style.
Long lines are also better be prevented, imo. They might have sense for
long URL or
+1, i will be there
On Fri, Dec 16, 2011 at 10:15 AM, Jeroen Bakker wrote:
> Hi all
>
> It took a while, but we finally got a branch that is stable enough to
> start migrating. Issue is related to cleaning up pthread. Currently I
> added Blender internal workers back. it is slower, but doesn't ha
Hi all
It took a while, but we finally got a branch that is stable enough to
start migrating. Issue is related to cleaning up pthread. Currently I
added Blender internal workers back. it is slower, but doesn't have the
tendency to crash every second or so :) This is a temporarily solution
as I
19 matches
Mail list logo
