Re: [Bf-committers] I still can't build release while debug passes without problems.
r37809 fixed the error you reported for 32 bit. is your test from after this revision. On Sun, Jun 26, 2011 at 7:52 AM, Damir Prebeg blend.fact...@gmail.com wrote: Here's my build log for release with linker /VERBOSE:LIB option: http://www.pasteall.org/22692 As you can see for some reason, linker in release build searches for debug libs. ___ 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
Re: [Bf-committers] Realtime PCF soft shadows support
its generated by the datatoc.py utility as such python datatoc.py c:#92;blendersourcedir#92;blender#92;source#92;blender#92;gpu#92;intern#92;gpu_shader_material.glsl - Original Message - From: Yousef Hurfoush lt;ba...@msn.comgt; To: blender foundation committers lt;bf-committers@blender.orggt; Cc: Sent: Sunday, June 26, 2011 2:21 AM Subject: [Bf-committers] Realtime PCF soft shadows support hi all this patch is very outdated, i tried to update but i can#39;t hack the gpu_shader_material.glsl.c (will i don#39;t know how it was generated) and currently there are no turn-around to get shadows from a texture with alpha transparency, if there are, fell free to guide me !! thanks in advance ___ 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] I still can't build release while debug passes without problems.
Nope, it's not fixed for me, i get the same error on both x86 and x64. On 26 June 2011 10:21, Campbell Barton ideasma...@gmail.com wrote: r37809 fixed the error you reported for 32 bit. is your test from after this revision. On Sun, Jun 26, 2011 at 7:52 AM, Damir Prebeg blend.fact...@gmail.com wrote: Here's my build log for release with linker /VERBOSE:LIB option: http://www.pasteall.org/22692 As you can see for some reason, linker in release build searches for debug libs. ___ 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 mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] I still can't build release while debug passes without problems.
I've been having this issue since roughly the 16th; been working around it with scons. Just updated to trunk, still fails in the same fashion. Another clue: if I unflag WITH_IMAGE_OPENEXR, msvc9ex throws this: http://www.pasteall.org/22709 I have to clear the build directory (then rebuild w/cmake, then rebuild w/msvc9ex) to make it forget about OpenEXR. On Sun, Jun 26, 2011 at 7:26 AM, Damir Prebeg blend.fact...@gmail.comwrote: Nope, it's not fixed for me, i get the same error on both x86 and x64. On 26 June 2011 10:21, Campbell Barton ideasma...@gmail.com wrote: r37809 fixed the error you reported for 32 bit. is your test from after this revision. On Sun, Jun 26, 2011 at 7:52 AM, Damir Prebeg blend.fact...@gmail.com wrote: Here's my build log for release with linker /VERBOSE:LIB option: http://www.pasteall.org/22692 As you can see for some reason, linker in release build searches for debug libs. ___ 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 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] A new photo format
Original-Nachricht Datum: Sat, 25 Jun 2011 21:08:39 +0200 Von: Knapp magick.c...@gmail.com An: bf-blender developers bf-committers@blender.org Betreff: Re: [Bf-committers] A new photo format Many times while reading these sites I have seen them mention 3d but I do see your point. On the other hand might these cameras be really good for making bump/ normal/ displacement maps of surfaces? For that, conventionally you'd need high-res 3d info. I'm not sure if a normal map can be obtained using e.g. shape-from-shading methods exploiting the different view directions. One question I have is, if the 3d info in not there then how can they change the focus depth? It would seem to me that you could make a 3d image out of it just by plotting the points that are in focus as you go from near focus to far focus. Perhaps this is just a failure on my part to understand the math. Check http://eces.colorado.edu/~pavani/Plenoptic.pdf, Slide 8. No 3D required. -- Dr. Lars Krueger Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
[Bf-committers] Blender developers irc meeting, June 26, 2011
Hi all, Summary of today's IRC meeting: 1) Blender 2.58 - Everyone gets compliments with the smooth 2.58 release, bi-monthly cycles ftw! :) - Peter Schlaile has new Sequencer proxy system ready for commit: http://lists.blender.org/pipermail/bf-committers/2011-May/032152.html For loading old it files requires to use Strip - Rebuild proxy menu. Wiki log follows! - Keymap fix: Brecht, Campbell Ton had meeting discussing how this system would become reliable for both usage as save/load and add-on cases. Ton writes out proposal. - Campbell added scriptlink-style callbacks: scripts can be assigned to on-load and on-render now. He looks into scene-change and other options too. - Campbell will present a wiki doc with Import/Export status overview of Blender. 2) Other projects - Brecht has big Cycles engine commit coming, draw mode changes and texture worflow. - Branch developers, update on status for merging plans? - FYI: BMesh review progress in wiki: http://wiki.blender.org/index.php/User:Ideasman42/BMeshBranchReview 3) Google Summer of Code - Salad merging with current trunk gives problems. Who helps? - Joshua proposes (most of his) work could go to trunk for 2.59. Agreed to review this during next weeks. - Midterm evaluation is in 2 weeks! In general the students do great, some need to get inspired to communicate their progress, plans and results better though. Being handled on the soc-dev list: http://lists.blender.org/mailman/listinfo/soc-2011-dev - One student never responded to mails, Christopher Neal from sas.upenn.edu. Anyone there who can check if all's OK with him? -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
Re: [Bf-committers] Blender developers irc meeting, June 26, 2011
Ton Roosendaal wrote: 3) Google Summer of Code - Salad merging with current trunk gives problems. Who helps? I could do it tomorrow evening. -- With best regards, Sergey I. Sharybin ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] strcmp-strncmp code update
Hi, I can't see how such kind of replacement would help us. And we can't use cstring dur to Blender is mostly written in C, not C++. Johan C. wrote: Hi, It'd be best to rewrite the strcmp functions with strncmp and using #includecstring instead of libc string.h . So strcmp(1,2) would become std::strncmp(1,2,std::strlen(2)); Love, erana PS: You can patch it with a line of perl. ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers -- With best regards, Sergey I. Sharybin ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] I still can't build release while debug passes without problems.
Try r37831. this should at least fix the original problem. r37809 was only working for me because I had some lines commented that ended up being important. On Sun, Jun 26, 2011 at 2:20 PM, Vox Lapin voxelbu...@gmail.com wrote: I've been having this issue since roughly the 16th; been working around it with scons. Just updated to trunk, still fails in the same fashion. Another clue: if I unflag WITH_IMAGE_OPENEXR, msvc9ex throws this: http://www.pasteall.org/22709 I have to clear the build directory (then rebuild w/cmake, then rebuild w/msvc9ex) to make it forget about OpenEXR. On Sun, Jun 26, 2011 at 7:26 AM, Damir Prebeg blend.fact...@gmail.comwrote: Nope, it's not fixed for me, i get the same error on both x86 and x64. On 26 June 2011 10:21, Campbell Barton ideasma...@gmail.com wrote: r37809 fixed the error you reported for 32 bit. is your test from after this revision. On Sun, Jun 26, 2011 at 7:52 AM, Damir Prebeg blend.fact...@gmail.com wrote: Here's my build log for release with linker /VERBOSE:LIB option: http://www.pasteall.org/22692 As you can see for some reason, linker in release build searches for debug libs. ___ 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 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 -- - Campbell ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] strcmp-strncmp code update
blenders strings are assumed to be zero terminated in many places so using strncpy and strncmp are not especially making blenders code less vulnerable to buffer overruns unless our own internal functions also accept a string lengths. On Sun, Jun 26, 2011 at 5:14 PM, Sergey I. Sharybin g.ula...@gmail.com wrote: Hi, I can't see how such kind of replacement would help us. And we can't use cstring dur to Blender is mostly written in C, not C++. Johan C. wrote: Hi, It'd be best to rewrite the strcmp functions with strncmp and using #includecstring instead of libc string.h . So strcmp(1,2) would become std::strncmp(1,2,std::strlen(2)); Love, erana PS: You can patch it with a line of perl. ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers -- With best regards, Sergey I. Sharybin ___ 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
Re: [Bf-committers] I still can't build release while debug passes without problems.
cmake msvc9 ex with openexr builds for me now, thanks! On Sun, Jun 26, 2011 at 1:20 PM, Campbell Barton ideasma...@gmail.comwrote: Try r37831. this should at least fix the original problem. r37809 was only working for me because I had some lines commented that ended up being important. On Sun, Jun 26, 2011 at 2:20 PM, Vox Lapin voxelbu...@gmail.com wrote: I've been having this issue since roughly the 16th; been working around it with scons. Just updated to trunk, still fails in the same fashion. Another clue: if I unflag WITH_IMAGE_OPENEXR, msvc9ex throws this: http://www.pasteall.org/22709 I have to clear the build directory (then rebuild w/cmake, then rebuild w/msvc9ex) to make it forget about OpenEXR. On Sun, Jun 26, 2011 at 7:26 AM, Damir Prebeg blend.fact...@gmail.com wrote: Nope, it's not fixed for me, i get the same error on both x86 and x64. On 26 June 2011 10:21, Campbell Barton ideasma...@gmail.com wrote: r37809 fixed the error you reported for 32 bit. is your test from after this revision. On Sun, Jun 26, 2011 at 7:52 AM, Damir Prebeg blend.fact...@gmail.com wrote: Here's my build log for release with linker /VERBOSE:LIB option: http://www.pasteall.org/22692 As you can see for some reason, linker in release build searches for debug libs. ___ 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 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 -- - Campbell ___ 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] strcmp-strncmp code update
FYI, here's the perl code to translate strcmp to strncmp...perhaps it only needs some other regex cases. #!/usr/bin/perl -wT use strict; while (STDIN) { if (/(strcmp\()+/) { if (/\((\w+)\((\w*)(\W*)(\w*)(\W*)(\w*)(\W*)(\, )(\w*)(\W*)\)/) { print if (std::strncmp($2$3$4$5$6$7$8$9$10, std::strlen($9$10)) == 0) {\n; } } else { print; } } 1; 2011/6/26 Campbell Barton ideasma...@gmail.com blenders strings are assumed to be zero terminated in many places so using strncpy and strncmp are not especially making blenders code less vulnerable to buffer overruns unless our own internal functions also accept a string lengths. On Sun, Jun 26, 2011 at 5:14 PM, Sergey I. Sharybin g.ula...@gmail.com wrote: Hi, I can't see how such kind of replacement would help us. And we can't use cstring dur to Blender is mostly written in C, not C++. Johan C. wrote: Hi, It'd be best to rewrite the strcmp functions with strncmp and using #includecstring instead of libc string.h . So strcmp(1,2) would become std::strncmp(1,2,std::strlen(2)); Love, erana PS: You can patch it with a line of perl. ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers -- With best regards, Sergey I. Sharybin ___ 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 mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] strcmp-strncmp code update
2011/6/26 Campbell Barton ideasma...@gmail.com blenders strings are assumed to be zero terminated in many places so using strncpy and strncmp are not especially making blenders code less vulnerable to buffer overruns unless our own internal functions also accept a string lengths. You probably mean the blenlib internals e.g. BLI_path_util.h , the macros there are however not used everywhere... Try to use this perl script on a list of filenames for example: #!/usr/bin/perl -wT use strict; my $print; for (my $i = 1; $i $#ARGV; $i++) { open (FH, $ARGV[$i]); while (FH) { if (/(strcmp\()/) { if (/\((\w+)\((\w*)(\W*)(\w*)(\W*)(\w*)(\W*)(\, )(\w*)(\W*)\)/) { print if \(std::strncmp\($2$3$4$5$6$7$8$9$10, std::strlen\($9$10\)) == 0\) {\n; } else { $print+=$_;next; } } else { $print+=$_;; } } open (FH2, $ARGV[$i]); { print(FH2,$print); } } 1; On Sun, Jun 26, 2011 at 5:14 PM, Sergey I. Sharybin g.ula...@gmail.com wrote: Hi, I can't see how such kind of replacement would help us. And we can't use cstring dur to Blender is mostly written in C, not C++. Johan C. wrote: Hi, It'd be best to rewrite the strcmp functions with strncmp and using #includecstring instead of libc string.h . So strcmp(1,2) would become std::strncmp(1,2,std::strlen(2)); Love, erana PS: You can patch it with a line of perl. ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers -- With best regards, Sergey I. Sharybin ___ 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 mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] A new photo format
On Sun, Jun 26, 2011 at 6:16 PM, Lars Krueger lars_e_krue...@gmx.de wrote: Original-Nachricht Datum: Sat, 25 Jun 2011 21:08:39 +0200 Von: Knapp magick.c...@gmail.com An: bf-blender developers bf-committers@blender.org Betreff: Re: [Bf-committers] A new photo format Many times while reading these sites I have seen them mention 3d but I do see your point. On the other hand might these cameras be really good for making bump/ normal/ displacement maps of surfaces? For that, conventionally you'd need high-res 3d info. I'm not sure if a normal map can be obtained using e.g. shape-from-shading methods exploiting the different view directions. One question I have is, if the 3d info in not there then how can they change the focus depth? It would seem to me that you could make a 3d image out of it just by plotting the points that are in focus as you go from near focus to far focus. Perhaps this is just a failure on my part to understand the math. Check http://eces.colorado.edu/~pavani/Plenoptic.pdf, Slide 8. No 3D required. -- Dr. Lars Krueger OK, but slide number 7 is doing what I said, making a bump map (3d depth info) out of the picture. I think it would be good for taking 3d pictures of textures and importing them into blender. -- 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
[Bf-committers] copy_paint
in paint.c we have the function: void copy_paint(Paint *src, Paint *tar) { tar-brush= src-brush; } shouldn't that be this? void copy_paint(Paint *src, Paint *tar) { tar-brush= src-brush; id_us_plus((ID*)(src-brush)); } ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
[Bf-committers] FW: Realtime PCF soft shadows support
thanks man, that worked, its generated by the datatoc.py utility as such python datatoc.py c:#92;blendersourcedir#92;blender#92;source#92;blender#92;gpu#92;intern#92;gpu_shader_material.glsl - Original Message - From: Yousef Hurfoush lt;ba...@msn.comgt; To: blender foundation committers lt;bf-committers@blender.orggt; Cc: Sent: Sunday, June 26, 2011 2:21 AM Subject: [Bf-committers] Realtime PCF soft shadows support hi all this patch is very outdated, i tried to update but i can#39;t hack the gpu_shader_material.glsl.c (will i don#39;t know how it was generated) and currently there are no turn-around to get shadows from a texture with alpha transparency, if there are, fell free to guide me !! thanks in advance ___ 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] copy_paint
Since the brush is initialized in readfile with: p-brush= newlibadr_us(fd, sce-id.lib, p-brush); I think you're right, though other parts of the code are not adjusting the user count, asside from RNA which does by defaut. will look into this further since changes here should really adjust free_paint and paint_brush_set too. On Sun, Jun 26, 2011 at 10:59 PM, Jason Wilkins jason.a.wilk...@gmail.com wrote: in paint.c we have the function: void copy_paint(Paint *src, Paint *tar) { tar-brush= src-brush; } shouldn't that be this? void copy_paint(Paint *src, Paint *tar) { tar-brush= src-brush; id_us_plus((ID*)(src-brush)); } ___ 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] a quick question on pydoc, epydoc, rst and doxygen
Hi, I wanted to add an intro to audaspace ala the ones we have for bge modules. I don't know how to test it though, so I would appreciate some help here. The patch is: http://www.pasteall.org/22723/diff The ..code block syntax I got from the .rst files. I'm not sure if it's the same syntax as doxygen uses when parsing the PyDoc strings. How to test it? Feel free to commit if this is correct. Thanks, Dalai ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] a quick question on pydoc, epydoc, rst and doxygen
Hey Dalai, to avoid adding chunks of python example scripts in our C/C++ code I've added automatic example inclusion in generated docs. You can just add: ./doc/python_api/examples/aud.py If you want to include some formatted text explaining the example, the first comment is included as text in the generated docs (see bpy.types.Operator.py) If you want multiple examples you can add aud.1.py, aud.2.py, etc. To generate docs look at the header: doc/python_api/sphinx_doc_gen.py currently its not working on windows because it uses ctypes to get some strings from blender. On Mon, Jun 27, 2011 at 4:09 AM, Dalai Felinto dfeli...@gmail.com wrote: Hi, I wanted to add an intro to audaspace ala the ones we have for bge modules. I don't know how to test it though, so I would appreciate some help here. The patch is: http://www.pasteall.org/22723/diff The ..code block syntax I got from the .rst files. I'm not sure if it's the same syntax as doxygen uses when parsing the PyDoc strings. How to test it? Feel free to commit if this is correct. Thanks, Dalai ___ 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