Re: [Bf-committers] Updated BMesh Merge Proposal

2012-01-01 Thread David Jeske
Getting my 2 cents in on an old thread...

On Dec 2, 2011 3:29 PM, Campbell Barton ideasma...@gmail.com wrote:
 There are many options here, I was going to list all the ones I could
 think of but most have some fairly annoying drawbacks.

You missed one of the best ones imo...

New '2.6' is made 3.0 beta, including a new .blend3 file extension which
has a different file association and header so old blender versions
wouldn't even try to load it. Users can manually export legacy .blend files
from 2.6 (3.0) with various caveats.

Writing files which people will think should work but will just crash old
blender seems like a 'colosally bad idea'. It will only further cement
blender's status as an unreliable amateur hobbiest tool. Blender should
never crash.
___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers


Re: [Bf-committers] Updated BMesh Merge Proposal

2012-01-01 Thread Antony Riakiotakis
Ye gods, not this AGAIN! :)
___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers


Re: [Bf-committers] Proposal for 8 bpc sRGB / 32 bpc linear float

2012-01-01 Thread Campbell Barton
This info is available in the Image panel, under the file name it has
some text including something like  Image size: X*Y, RGB float or
RGB byte

On Sun, Jan 1, 2012 at 5:56 AM, Troy Sobotka troy.sobo...@gmail.com wrote:
 There seems to be quite a bit of confusion with regards to the two
 different buffer formats in Blender and how they are handled
 internally.

 From an artist perspective, this is deadly complicated as if you are,
 for example, painting in 8 bpc sRGB space, your overs are not linear
 whereas in 32 bpc, they are.

 I propose two simple changes within Blender that would help artists
 understand where and how they are working with respect to the buffers:

 1) A readout in the UV Image viewer that shows that a buffer is either
 8 bpc sRGB, 32 bpc linear, or any other format. The grey area where
 the RGB values and Alpha are displayed would be the most logical.

 2) A check to force float. Currently via lazy allocation may leave the
 values in 8 bpc sRGB for things such as painting. A checkbox (similar
 to the VSE minus the confusing sRGB format) would force the float
 buffer to be defined and cleared when not.

 And most importantly, have a happy New Year...

 With respect,
 TJS
 ___
 Bf-committers mailing list
 Bf-committers@blender.org
 http://lists.blender.org/mailman/listinfo/bf-committers



-- 
- Campbell
___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers


[Bf-committers] Developer meeting notes, sunday january 1st 2012

2012-01-01 Thread Ton Roosendaal
Hi all,

Happy new year for everyone! 

It was a lazy sunday apparently, we only had a short meeting with few topics. 
Here's the overview:

1) 2.62 targets

No change really, the list of targets are mentioned here:
http://wiki.blender.org/index.php/Dev:Doc/Projects

Ton added the 'ID/bone/constraint name lenght fix' back, will be done together 
with Sergey. Preferably should be done the simple way for now (add 32 chars to 
static arrays). Before changing it, advice will be sought via proposal or patch.

2) Other projects

Andrea Weikert is back with time to work on asset browsing/managing. Will be 
done in branch, so a proposal and designs are going to be reviewed there first.

Antonis still has proposal for faster selection code in Blender:
http://www.pasteall.org/27077/diff
Needs careful review and test still, especially for older systems

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] Cmake Errors

2012-01-01 Thread Kel M
Hi, blender building with Cmake is no longer working:

CMake Error at CMakeLists.txt:1413 (ADD_CHECK_C_COMPILER_FLAG):
  ADD_CHECK_C_COMPILER_FLAG Macro invoked with incorrect arguments for macro
  named: ADD_CHECK_C_COMPILER_FLAG


-- Blender Skipping: (bf_collada;extern_openjpeg;extern_redcode)
-- Configuring incomplete, errors occurred!
___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers


Re: [Bf-committers] Cmake Errors

2012-01-01 Thread Konrad Kleine
Hi Kel,

I confirm this error. I've added the author of the related commits in
CC, hopefully he can fix it:

http://lists.blender.org/pipermail/bf-committers/2011-December/034716.html

http://lists.blender.org/pipermail/bf-blender-cvs/2012-January/042269.html

It seems that this call

ADD_CHECK_C_COMPILER_FLAG(CC_REMOVE_STRICT_FLAGS
C_WARN_NO_UNUSED_BUT_SET_VARIABLE )

is missing a third argument since the macro definition is this:

macro(ADD_CHECK_C_COMPILER_FLAG
_CFLAGS
_CACHE_VAR
_FLAG)

include(CheckCCompilerFlag)

CHECK_C_COMPILER_FLAG(${_FLAG} ${_CACHE_VAR})
if(${_CACHE_VAR})
# message(STATUS Using CFLAG: ${_FLAG})
set(${_CFLAGS} ${${_CFLAGS}} ${_FLAG})
else()
message(STATUS Unsupported CFLAG: ${_FLAG})
endif()
endmacro()

Happy New Year!
- Konrad

2012/1/1 Kel M kelvinsh...@gmail.com:
 Hi, blender building with Cmake is no longer working:

 CMake Error at CMakeLists.txt:1413 (ADD_CHECK_C_COMPILER_FLAG):
  ADD_CHECK_C_COMPILER_FLAG Macro invoked with incorrect arguments for macro
  named: ADD_CHECK_C_COMPILER_FLAG


 -- Blender Skipping: (bf_collada;extern_openjpeg;extern_redcode)
 -- Configuring incomplete, errors occurred!
 ___
 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] Updated BMesh Merge Proposal

2012-01-01 Thread Knapp
On Sun, Jan 1, 2012 at 1:08 PM, David Jeske dav...@gmail.com wrote:
 Getting my 2 cents in on an old thread...

 On Dec 2, 2011 3:29 PM, Campbell Barton ideasma...@gmail.com wrote:
 There are many options here, I was going to list all the ones I could
 think of but most have some fairly annoying drawbacks.

 You missed one of the best ones imo...

 New '2.6' is made 3.0 beta, including a new .blend3 file extension which
 has a different file association and header so old blender versions
 wouldn't even try to load it. Users can manually export legacy .blend files
 from 2.6 (3.0) with various caveats.

 Writing files which people will think should work but will just crash old
 blender seems like a 'colosally bad idea'. It will only further cement
 blender's status as an unreliable amateur hobbiest tool. Blender should
 never crash.

I think he has a good point. I don't personally care if blender
clashes when old programs try and load new blender blend files but I
might be nice to have the new blender versions have code that does
something like:

Load file, check compatibility variable and if it fails print contained message.

So the  file header might have

(works with) 2.5.5 to 2.8, (if not in this range than print) error
massage. The error massage might contain some helpful info like how
the file might be converted to work etc.

This will prevent blender of the future from ever having  to face this
choice again.

I also think that move from the old system to Bmesh is a big enough
change to warrant a big version number change or even as he suggested
a new blender extension.

Antony Riakiotakis, what do you mean by not this again?

-- 
Douglas E Knapp

Creative Commons Film Group, Helping people make open source movies
with open source software!
http://douglas.bespin.org/CommonsFilmGroup/phpBB3/index.php

Massage in Gelsenkirchen-Buer:
http://douglas.bespin.org/tcm/ztab1.htm
Please link to me and trade links with me!

Open Source Sci-Fi mmoRPG Game project.
http://sf-journey-creations.wikispot.org/Front_Page
http://code.google.com/p/perspectiveproject/
___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers


Re: [Bf-committers] Developer meeting notes, sunday january 1st 2012

2012-01-01 Thread Dan Eicher
Hi all,

Got my patch all fixed up for trunk a week or so ago but haven't heard
anything back on the 'status' other than the initial mention in the
meeting notes.

http://projects.blender.org/tracker/?func=detailaid=22084group_id=9atid=127

Thanks,
Dan
___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers