Re: [Bf-committers] Let us switch to git, pretty please

2011-05-27 Thread Campbell Barton
paroneayea and I discussed moving to GIT at length and he brought up some issues which we'd need to resolve. - binaries may need to be masked out of SVN history so the initial checkout of lib/ isn't huge, (paroneayea said its possible with filter-branch when making the switch but its not

Re: [Bf-committers] Let us switch to git, pretty please

2011-05-27 Thread Sergey I. Sharybin
Hi, Campbell I've been moving our work SVN repo to GIT at my previous job* and Nathan should have script which moves SVN repo into GIT repo with handling all branches and so. So i could make tests too. But i'd prefer to compare speed GIT vs. Mercurial. I haven't used mercurial myself, but

Re: [Bf-committers] Let us switch to git, pretty please

2011-05-27 Thread Nathan Letwory
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I don't see the added value in moving svn.blender.org to DVCS per sé, but since we have had also ideas to use more stringent code review I'd propose the following: Developers (especially those we don't have commit right to current SVN) who wish can

Re: [Bf-committers] Let us switch to git, pretty please

2011-05-27 Thread Nathan Letwory
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 27.5.2011 9:26, Campbell Barton wrote: paroneayea and I discussed moving to GIT at length and he brought up some issues which we'd need to resolve. - binaries may need to be masked out of SVN history so the initial checkout of lib/ isn't

Re: [Bf-committers] [Bf-blender-cvs] SVN commit: /data/svn/bf-blender [36934] trunk/blender: == FFMPEG ==

2011-05-27 Thread Nathan Letwory
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 27.5.2011 6:44, Ejner Fergo wrote: I get this error in scons on Ubuntu 11.04 64bit and Fedora 13 32bit with revision 36941: Compiling == 'writeffmpeg.c' source/blender/blenkernel/intern/writeffmpeg.c: In function ‘start_ffmpeg_impl’:

Re: [Bf-committers] SVN commit: /data/svn/bf-blender [36934] trunk/blender: == FFMPEG ==

2011-05-27 Thread Peter Schlaile
Hi Sergey, added some additional checks. Hopefully, now it works. Sorry! Cheers, Peter On Fri, 27 May 2011, Sergey I. Sharybin wrote: Hi, Peter! It's cool that you've removed old code, but i'm unable to compile with ffmpeg 0.6.3 (which is current latest stable version and which would be

Re: [Bf-committers] Let us switch to git, pretty please

2011-05-27 Thread GSR
Hi, g.ula...@gmail.com (2011-05-27 at 0929.04 +0600): I'm not sure switching the whole repo to git is a nice idea. Last time i've checked this it was very painful to work with libs/ repo cloned with git -- simple `git status` used to work ages. Maybe this is because of plenty of binary

Re: [Bf-committers] Let us switch to git, pretty please

2011-05-27 Thread GSR
Hi, nat...@letworyinteractive.com (2011-05-27 at 1008.18 +0300): Another thing thats been discussed is having an SVN hook in our existing repo which keeps a GIT repo in sync. Currently the available GIT repos have some lag from trunk, With git matching trunk it would help us evaluate GIT

Re: [Bf-committers] SVN commit: /data/svn/bf-blender [36934] trunk/blender: == FFMPEG ==

2011-05-27 Thread Ejner Fergo
Hi Peter, It fixed the previous error, but then this happened: Compiling == 'VideoFFmpeg.cpp' source/gameengine/VideoTexture/VideoFFmpeg.cpp: In member function ‘int VideoFFmpeg::openStream(const char*, AVInputFormat*, AVFormatParameters*)’: source/gameengine/VideoTexture/VideoFFmpeg.cpp:181:24:

Re: [Bf-committers] regarding color correction and images

2011-05-27 Thread Brecht Van Lommel
Storing an image in scene linear RGB in 8 bit is not going to work, there's not enough precision for that. Are we really sure this is a color management issue, and not simply a bug somewhere? For float painting there indeed may be missing some conversions. But the intention of the 8 bit painting

Re: [Bf-committers] regarding color correction and images

2011-05-27 Thread Ρυακιωτάκης Αντώνης
Hi brecht, I am not a painter myself so I asked advice from David Revoy, who made the initial request to LetteRip when he was asking for wishlist features for this GSoC. We had a test session yesterday and it seems like the behavior he thinks works correctly is the one outlined above (convert user

Re: [Bf-committers] regarding color correction and images

2011-05-27 Thread Ρυακιωτάκης Αντώνης
Hi Dahlia, I understand that constantly re-converting between spaces will be a problem, however, depending on the decision only user input may have to be converted (once) and user output (once too). Anyway, I will keep the color corrected mode just for float texturing for now.

Re: [Bf-committers] regarding color correction and images

2011-05-27 Thread Troy Sobotka
On May 27, 2011 6:26 AM, Brecht Van Lommel brechtvanlom...@pandora.be wrote: Already discussed this on IRC, so just sending here for completeness. I was sent this image which I think was made by David. The problems shown there I can also redo in Gimp and Mypaint. It depends on the brush

Re: [Bf-committers] Node system for game logic

2011-05-27 Thread Sjoerd de Vries
Message: 4 Date: Thu, 26 May 2011 09:00:51 -0800 From: Tom M letter...@gmail.com Subject: Re: [Bf-committers] Node system for game logic To: bf-blender developers bf-committers@blender.org Message-ID: BANLkTi=JZakjNVfsnPEaK=g9g19chf8...@mail.gmail.com Content-Type: text/plain;

[Bf-committers] Node system for game logic

2011-05-27 Thread Sergey Kurdakov
Hi Sjoerd A compilation of a covered work with other separate and independent works it applies only if it is separate products are put together - such that engine uses only data, produced by you hive-system and not any code. if it is 'linked' - such that there is a code connection (python or

Re: [Bf-committers] Node system for game logic

2011-05-27 Thread Tom M
On Fri, May 27, 2011 at 11:27 AM, Sjoerd de Vries sjdv1...@gmail.com wrote: I don't believe that the GPL would be viral in this context. MS, Sony, Nintendo, and Apple (they are slightly more flexible) basically have forbidden any open source code that is not one of 1) BSD, Zlib, MIT, Apache

[Bf-committers] Final FFMPEG compatibility fix (hopefully)

2011-05-27 Thread Peter Schlaile
Hi, just have commited the final compatibility fix for ffmpeg using a seperate header file that handles all the version cruft. (located in intern/ffmpeg/ffmpeg_compat.h ) What makes it very nice: you can now write your code using the latest API version of ffmpeg GIT and can still be sure, that

Re: [Bf-committers] Final FFMPEG compatibility fix (hopefully)

2011-05-27 Thread Dalai Felinto
Thanks Peter, it all working now (windows 32 and 64). 2011/5/27 Peter Schlaile pe...@schlaile.de Hi, just have commited the final compatibility fix for ffmpeg using a seperate header file that handles all the version cruft. (located in intern/ffmpeg/ffmpeg_compat.h ) What makes it very

Re: [Bf-committers] [Bf-blender-cvs] SVN commit: /data/svn/bf-blender [36787] trunk/blender/source: make api functions for converting rv3d-camzoom, so the odd logic for this isn't inlined all over.

2011-05-27 Thread Dalai Felinto
Hi Campbell, I love this commit (the old code was scary), but this broke the embed BGE (fixed now). You may want to double check if it didn't break other areas of Blender. Thanks, Dalai 2011/5/19 Campbell Barton ideasma...@gmail.com Revision: 36787

Re: [Bf-committers] Let us switch to git, pretty please

2011-05-27 Thread Agustin Benavidez
From my experience i can clearly see that Blender project should be using GIT or Mercurial, and that switch is not only about eficiency and less pain, but also new development possibilities. Also, those who control the main code repository have the oportunity to demostrate that blender REALLY

[Bf-committers] bone glow as a replacement for bone heat?

2011-05-27 Thread Tom M
Interesting paper - appears to give superior automated weight compared to bone heat http://www.cse.msu.edu/~cse872/papers_files/BoneGlowImprovedWeightAssignment.pdf LetterRip ___ Bf-committers mailing list Bf-committers@blender.org

Re: [Bf-committers] bone glow as a replacement for bone heat?

2011-05-27 Thread Joshua Leung
It was especially interesting seeing the diagrams used and thinking: hmm... these figures look awfully familiar..., and then seeing the references section ;) It's good to see Blender being used a testbed for academic research in 3D research. Exciting (and inspiring) times indeed. On Sat, May 28,