[Bf-committers] Place me on the list

[Mike Dortch]

How do I receive a copy of fellow subscribers here in Utah, USA?

Mike
On Feb 15, 2010, at 3:04 PM, bf-committers-request at blender.org wrote:

> Send Bf-committers mailing list submissions to
> 	bf-committers at blender.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> 	http://lists.blender.org/mailman/listinfo/bf-committers
> or, via email, send a message with subject or body 'help' to
> 	bf-committers-request at blender.org
>
> You can reach the person managing the list at
> 	bf-committers-owner at blender.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Bf-committers digest..."
>
>
> Today's Topics:
>
>   1. Re: scons/install stale files problem. (joe)
>   2. Re: Mirror and array modifiers for curves (Laurynas Duburas)
>   3. Re: scons/install stale files problem. (jmsoler at free.fr)
>   4. Re: Meeting minutes, feb 14, 2010 (Arystan Dyussenov)
>   5. Particle fluids update (Raul Fernandez Hernandez)
>   6. Re: [Bf-blender-cvs] SVN commit:	/data/svn/bf-blender [26894]
>      trunk/blender/config/linux2-config .py: == FFMPEG == (Ken Hughes)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Mon, 15 Feb 2010 05:09:02 -0800
> From: joe <joeedh at gmail.com>
> Subject: Re: [Bf-committers] scons/install stale files problem.
> To: bf-blender developers <bf-committers at blender.org>
> Message-ID:
> 	<ca3ef29a1002150509j5d5050fbl3e2c973849b139fc at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> . . .And you totally and completely missed my point :)
>
> Joe
>
> On Sat, Feb 13, 2010 at 4:06 PM, Martin Poirier <theeth at yahoo.com>  
> wrote:
>> Blender on windows already supports having the .blender folder in  
>> different locations outside of the install folder, regardless of  
>> the build engine used.
>>
>> That's not a new thing and not a big issue.
>>
>> Martin
>>
>> --- On Sat, 2/13/10, joe <joeedh at gmail.com> wrote:
>>
>>> From: joe <joeedh at gmail.com>
>>> Subject: Re: [Bf-committers] scons/install stale files problem.
>>> To: "bf-blender developers" <bf-committers at blender.org>
>>> Received: Saturday, February 13, 2010, 6:21 PM
>>> I wasn't implying we should keep old
>>> scripts around.? Simply that you
>>> shouldn't play around so freely with the behavior of build
>>> systems
>>> like this, at least not without thorough testing :)
>>>
>>> IMHO it should not use the $HOME directory unless your
>>> explicitly
>>> making a release package.
>>>
>>> Joe
>>>
>>> On Sat, Feb 13, 2010 at 3:18 PM, Campbell Barton <ideasman42 at gmail.com 
>>> >
>>> wrote:
>>>> This is whats happening on linux/unix for years with
>>> blender 2.4x, if
>>>> ~/.blender is defined, maybe we switch to
>>> ~/blender-2.5.x in future,
>>>> this has been discussed in other posts.
>>>>
>>>> They can be made to co-exist pretty easy I think, just
>>> make
>>>> "$PWD/.blender" override "$HOME/.blender"
>>>>
>>>> I explained in the first post the problems with
>>> keeping old scripts around.
>>>>
>>>> On Sun, Feb 14, 2010 at 12:08 AM, joe <joeedh at gmail.com>
>>> wrote:
>>>>> That would be bad, as it'd make different branches
>>> share the same
>>>>> .blender folder.
>>>>>
>>>>> Why are you messing with this?
>>>>>
>>>>> Joe
>>>>>
>>>>> On Sat, Feb 13, 2010 at 4:26 AM, Campbell Barton
>>> <ideasman42 at gmail.com>
>>> wrote:
>>>>>> Update: only remove the scripts dir now, not
>>> the entire install
>>>>>> folder, apparently gives troubles on windows,
>>>>>> We should still look into having a blender
>>> home on windows that isnt
>>>>>> related to the install dir, and making it
>>> usable (create on startup if
>>>>>> its not there for instance).
>>>>>>
>>>>>> On Sat, Feb 13, 2010 at 10:51 AM, joe <joeedh at gmail.com>
>>> wrote:
>>>>>>> The install folder scons spits out is
>>> supposed to create/use a
>>>>>>> .blender folder in the same folder.
>>>>>>>
>>>>>>> Joe
>>>>>>>
>>>>>>> On Fri, Feb 12, 2010 at 3:53 PM, Campbell
>>> Barton <ideasman42 at gmail.com>
>>> wrote:
>>>>>>>> to conclude this tedious topic I
>>> better give an update for those who
>>>>>>>> dont read the logs.
>>>>>>>> Discussed this with Brect (over lunch)
>>> and Martin (over IRC) and Both
>>>>>>>> agree this is best in the long run.
>>>>>>>>
>>>>>>>> Now the default scons behavior is to
>>> remove the install dir each time
>>>>>>>> so it always contains an up to date
>>> build, however Aligorith uses
>>>>>>>> scons for development on windows,
>>> which needs DLL's etc, so copying
>>>>>>>> each time isnt nice.
>>>>>>>>
>>>>>>>> For this case I added
>>> WITHOUT_BF_OVERWRITE_INSTALL
>>>>>>>>
>>>>>>>> This also brought up the issue that on
>>> windows there isnt a ~/.blender
>>>>>>>> directory thats easy to access/create
>>> (I'm not clear on the details).
>>>>>>>> Would be good to have a home dir on
>>> windows too but thats another
>>>>>>>> topic.
>>>>>>>>
>>>>>>>> On Thu, Feb 11, 2010 at 1:51 PM,
>>> Brecht Van Lommel <brecht at blender.org>
>>> wrote:
>>>>>>>>> Hi,
>>>>>>>>>
>>>>>>>>> I don't think we should try to
>>> support people installing scripts there
>>>>>>>>> and try to make the build systems
>>> clever about this. These really are
>>>>>>>>> just standard building rules,
>>> don't work in directories or files that
>>>>>>>>> are autogenerated by the build
>>> system because any changes will get
>>>>>>>>> overwritten. If anyone wants to
>>> make this kind of unsupported usage
>>>>>>>>> more convenient I guess they can,
>>> but more important in my opinion is
>>>>>>>>> fixing the problem of outdated
>>> scripts, and getting loading scripts
>>>>>>>>> from the user directory to work
>>> properly.
>>>>>>>>>
>>>>>>>>> Loading from the user directory
>>> seems to be suboptimal on Windows
>>>>>>>>> right now, the expected directory
>>> is this.
>>>>>>>>> C:\Documents and
>>> Settings\User\.blender\scripts
>>>>>>>>>
>>>>>>>>> That can be changed to this, and
>>> the folder can be created
>>>>>>>>> automatically on startup to make
>>> things easier.
>>>>>>>>> C:\Documents and
>>> Settings\User\Blender Foundation\Blender\scripts
>>>>>>>>>
>>>>>>>>> Brecht.
>>>>>>>>>
>>> _______________________________________________
>>>>>>>>> Bf-committers mailing list
>>>>>>>>> Bf-committers at blender.org
>>>>>>>>> http://lists.blender.org/mailman/listinfo/bf-committers
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> - Campbell
>>>>>>>>
>>> _______________________________________________
>>>>>>>> Bf-committers mailing list
>>>>>>>> Bf-committers at blender.org
>>>>>>>> http://lists.blender.org/mailman/listinfo/bf-committers
>>>>>>>>
>>>>>>>
>>> _______________________________________________
>>>>>>> Bf-committers mailing list
>>>>>>> Bf-committers at blender.org
>>>>>>> http://lists.blender.org/mailman/listinfo/bf-committers
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> - Campbell
>>>>>>
>>> _______________________________________________
>>>>>> Bf-committers mailing list
>>>>>> Bf-committers at blender.org
>>>>>> http://lists.blender.org/mailman/listinfo/bf-committers
>>>>>>
>>>>> _______________________________________________
>>>>> Bf-committers mailing list
>>>>> Bf-committers at blender.org
>>>>> http://lists.blender.org/mailman/listinfo/bf-committers
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> - Campbell
>>>> _______________________________________________
>>>> Bf-committers mailing list
>>>> Bf-committers at blender.org
>>>> http://lists.blender.org/mailman/listinfo/bf-committers
>>>>
>>> _______________________________________________
>>> Bf-committers mailing list
>>> Bf-committers at blender.org
>>> http://lists.blender.org/mailman/listinfo/bf-committers
>>>
>>
>>
>> ? ? ? 
>> __________________________________________________________________
>> Yahoo! Canada Toolbar: Search from anywhere on the web, and  
>> bookmark your favourite sites. Download it now
>> http://ca.toolbar.yahoo.com.
>> _______________________________________________
>> Bf-committers mailing list
>> Bf-committers at blender.org
>> http://lists.blender.org/mailman/listinfo/bf-committers
>>
>
>
> ------------------------------
>
> Message: 2
> Date: Mon, 15 Feb 2010 15:38:32 +0200
> From: Laurynas Duburas <laduem at gmail.com>
> Subject: Re: [Bf-committers] Mirror and array modifiers for curves
> To: bf-blender developers <bf-committers at blender.org>
> Message-ID: <4B794E58.1080908 at gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> I had an idea of creating curve/surface wrapper object with  
> DerivedMesh
> interface. This way all modifiers retaining rectangular control point
> grid structure could work without rewriting them.
>
>
> ------------------------------
>
> Message: 3
> Date: Mon, 15 Feb 2010 15:21:23 +0100
> From: jmsoler at free.fr
> Subject: Re: [Bf-committers] scons/install stale files problem.
> To: bf-blender developers <bf-committers at blender.org>
> Message-ID: <1266243683.4b7958637f9da at imp.free.fr>
> Content-Type: text/plain; charset=ISO-8859-1
>
> On Windows and for an educational purpose, the .blender folder is an  
> issue by
> itself. In mac os application package, the ui's scripts folder (or  
> just the
> scripts folder) hidden in .blender is also an issue. Scripts or  
> anything else
> should not be hidden.
>
>
> Selon joe <joeedh at gmail.com>:
>
>> . . .And you totally and completely missed my point :)
>>
>> Joe
>>
>> On Sat, Feb 13, 2010 at 4:06 PM, Martin Poirier <theeth at yahoo.com>  
>> wrote:
>>> Blender on windows already supports having the .blender folder in  
>>> different
>> locations outside of the install folder, regardless of the build  
>> engine used.
>>>
>>> That's not a new thing and not a big issue.
>>>
>>> Martin
>>>
>>> --- On Sat, 2/13/10, joe <joeedh at gmail.com> wrote:
>>>
>>>> From: joe <joeedh at gmail.com>
>>>> Subject: Re: [Bf-committers] scons/install stale files problem.
>>>> To: "bf-blender developers" <bf-committers at blender.org>
>>>> Received: Saturday, February 13, 2010, 6:21 PM
>>>> I wasn't implying we should keep old
>>>> scripts around.  Simply that you
>>>> shouldn't play around so freely with the behavior of build
>>>> systems
>>>> like this, at least not without thorough testing :)
>>>>
>>>> IMHO it should not use the $HOME directory unless your
>>>> explicitly
>>>> making a release package.
>>>>
>>>> Joe
>>>>
>>>> On Sat, Feb 13, 2010 at 3:18 PM, Campbell Barton <ideasman42 at gmail.com 
>>>> >
>>>> wrote:
>>>>> This is whats happening on linux/unix for years with
>>>> blender 2.4x, if
>>>>> ~/.blender is defined, maybe we switch to
>>>> ~/blender-2.5.x in future,
>>>>> this has been discussed in other posts.
>>>>>
>>>>> They can be made to co-exist pretty easy I think, just
>>>> make
>>>>> "$PWD/.blender" override "$HOME/.blender"
>>>>>
>>>>> I explained in the first post the problems with
>>>> keeping old scripts around.
>>>>>
>>>>> On Sun, Feb 14, 2010 at 12:08 AM, joe <joeedh at gmail.com>
>>>> wrote:
>>>>>> That would be bad, as it'd make different branches
>>>> share the same
>>>>>> .blender folder.
>>>>>>
>>>>>> Why are you messing with this?
>>>>>>
>>>>>> Joe
>>>>>>
>>>>>> On Sat, Feb 13, 2010 at 4:26 AM, Campbell Barton
>>>> <ideasman42 at gmail.com>
>>>> wrote:
>>>>>>> Update: only remove the scripts dir now, not
>>>> the entire install
>>>>>>> folder, apparently gives troubles on windows,
>>>>>>> We should still look into having a blender
>>>> home on windows that isnt
>>>>>>> related to the install dir, and making it
>>>> usable (create on startup if
>>>>>>> its not there for instance).
>>>>>>>
>>>>>>> On Sat, Feb 13, 2010 at 10:51 AM, joe <joeedh at gmail.com>
>>>> wrote:
>>>>>>>> The install folder scons spits out is
>>>> supposed to create/use a
>>>>>>>> .blender folder in the same folder.
>>>>>>>>
>>>>>>>> Joe
>>>>>>>>
>>>>>>>> On Fri, Feb 12, 2010 at 3:53 PM, Campbell
>>>> Barton <ideasman42 at gmail.com>
>>>> wrote:
>>>>>>>>> to conclude this tedious topic I
>>>> better give an update for those who
>>>>>>>>> dont read the logs.
>>>>>>>>> Discussed this with Brect (over lunch)
>>>> and Martin (over IRC) and Both
>>>>>>>>> agree this is best in the long run.
>>>>>>>>>
>>>>>>>>> Now the default scons behavior is to
>>>> remove the install dir each time
>>>>>>>>> so it always contains an up to date
>>>> build, however Aligorith uses
>>>>>>>>> scons for development on windows,
>>>> which needs DLL's etc, so copying
>>>>>>>>> each time isnt nice.
>>>>>>>>>
>>>>>>>>> For this case I added
>>>> WITHOUT_BF_OVERWRITE_INSTALL
>>>>>>>>>
>>>>>>>>> This also brought up the issue that on
>>>> windows there isnt a ~/.blender
>>>>>>>>> directory thats easy to access/create
>>>> (I'm not clear on the details).
>>>>>>>>> Would be good to have a home dir on
>>>> windows too but thats another
>>>>>>>>> topic.
>>>>>>>>>
>>>>>>>>> On Thu, Feb 11, 2010 at 1:51 PM,
>>>> Brecht Van Lommel <brecht at blender.org>
>>>> wrote:
>>>>>>>>>> Hi,
>>>>>>>>>>
>>>>>>>>>> I don't think we should try to
>>>> support people installing scripts there
>>>>>>>>>> and try to make the build systems
>>>> clever about this. These really are
>>>>>>>>>> just standard building rules,
>>>> don't work in directories or files that
>>>>>>>>>> are autogenerated by the build
>>>> system because any changes will get
>>>>>>>>>> overwritten. If anyone wants to
>>>> make this kind of unsupported usage
>>>>>>>>>> more convenient I guess they can,
>>>> but more important in my opinion is
>>>>>>>>>> fixing the problem of outdated
>>>> scripts, and getting loading scripts
>>>>>>>>>> from the user directory to work
>>>> properly.
>>>>>>>>>>
>>>>>>>>>> Loading from the user directory
>>>> seems to be suboptimal on Windows
>>>>>>>>>> right now, the expected directory
>>>> is this.
>>>>>>>>>> C:\Documents and
>>>> Settings\User\.blender\scripts
>>>>>>>>>>
>>>>>>>>>> That can be changed to this, and
>>>> the folder can be created
>>>>>>>>>> automatically on startup to make
>>>> things easier.
>>>>>>>>>> C:\Documents and
>>>> Settings\User\Blender Foundation\Blender\scripts
>>>>>>>>>>
>>>>>>>>>> Brecht.
>>>>>>>>>>
>>>> _______________________________________________
>>>>>>>>>> Bf-committers mailing list
>>>>>>>>>> Bf-committers at blender.org
>>>>>>>>>> http://lists.blender.org/mailman/listinfo/bf-committers
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> - Campbell
>>>>>>>>>
>>>> _______________________________________________
>>>>>>>>> Bf-committers mailing list
>>>>>>>>> Bf-committers at blender.org
>>>>>>>>> http://lists.blender.org/mailman/listinfo/bf-committers
>>>>>>>>>
>>>>>>>>
>>>> _______________________________________________
>>>>>>>> Bf-committers mailing list
>>>>>>>> Bf-committers at blender.org
>>>>>>>> http://lists.blender.org/mailman/listinfo/bf-committers
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> - Campbell
>>>>>>>
>>>> _______________________________________________
>>>>>>> Bf-committers mailing list
>>>>>>> Bf-committers at blender.org
>>>>>>> http://lists.blender.org/mailman/listinfo/bf-committers
>>>>>>>
>>>>>> _______________________________________________
>>>>>> Bf-committers mailing list
>>>>>> Bf-committers at blender.org
>>>>>> http://lists.blender.org/mailman/listinfo/bf-committers
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> - Campbell
>>>>> _______________________________________________
>>>>> Bf-committers mailing list
>>>>> Bf-committers at blender.org
>>>>> http://lists.blender.org/mailman/listinfo/bf-committers
>>>>>
>>>> _______________________________________________
>>>> Bf-committers mailing list
>>>> Bf-committers at blender.org
>>>> http://lists.blender.org/mailman/listinfo/bf-committers
>>>>
>>>
>>>
>>>      
>>> __________________________________________________________________
>>> Yahoo! Canada Toolbar: Search from anywhere on the web, and  
>>> bookmark your
>> favourite sites. Download it now
>>> http://ca.toolbar.yahoo.com.
>>> _______________________________________________
>>> Bf-committers mailing list
>>> Bf-committers at blender.org
>>> http://lists.blender.org/mailman/listinfo/bf-committers
>>>
>> _______________________________________________
>> Bf-committers mailing list
>> Bf-committers at blender.org
>> http://lists.blender.org/mailman/listinfo/bf-committers
>>
>
>
>
>
> ------------------------------
>
> Message: 4
> Date: Mon, 15 Feb 2010 22:22:05 +0600
> From: Arystan Dyussenov <arystan.d at gmail.com>
> Subject: Re: [Bf-committers] Meeting minutes, feb 14, 2010
> To: bf-blender developers <bf-committers at blender.org>
> Message-ID:
> 	<f890e41d1002150822y25ead803qcd71c289612450a0 at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> Fixed the mentioned bugs. COLLADA code now ready for alpha 1 build.
>
> On Mon, Feb 15, 2010 at 1:09 AM, Arystan Dyussenov <arystan.d at gmail.com 
> >wrote:
>
>> Hi,
>>
>> I need 2 days to bring COLLADA code into order. Particularly there  
>> are
>> memory leaks that need to be eliminated, armature testing stuff  
>> (importer
>> creates extra empties) should be disabled and recently added  
>> smoothing info
>> import sometimes crashes which I need to fix.
>>
>> If builders can wait a bit, I'll make COLLADA code more stable for  
>> the
>> release.
>>
>> Arystan
>>
>>
>> On Sun, Feb 14, 2010 at 10:50 PM, Ton Roosendaal <ton at blender.org>  
>> wrote:
>>
>>> Hi all,
>>>
>>> 1) Current projects
>>>
>>> - Campbell proposes way to have a proper default/install path for
>>> extension scripts.
>>>  This invoked too much confusing discussions; conclusions will  
>>> follow.
>>>
>>>
>>> 2) Blender 2.5
>>>
>>> - Installer issues have to be solved... Ton, Campbell + Brecht will
>>> review a proposal and put online for discussions.
>>>
>>> - Andrea volunteers to check on proper install procedure for  
>>> Windows.
>>>
>>> - Proposal got accepted to make a testbuild available this week. It
>>> will be named "2.5 alpha 1". The real (stable, documentation ready)
>>> release is going to be there soon, but not within a few weeks... the
>>> amount of fixes and bugreports (100+ per week) indicate we have to
>>> give it time.
>>>
>>> - Blender alpha 1 topics for release builders:
>>>  - Collada included? Linux no, Windows yes. Mac?
>>>  - Ffmpg include preferably
>>>  - Ton arranges a splash and does the ritual release # commit.
>>>  - Most likely building can start tuesday end of day.
>>>
>>> - Release builders will be:
>>>  - win32: Andrea
>>>  - win64: ...
>>>  - Linux 32/64: Ken Hughes
>>>  - OSX 10.4/5 (and 6?) intel: ...
>>>  - OSX 10.4/5 (and 6?) ppc: ...
>>>
>>> - Tom Musgrove volunteers to check on import/export 'regression  
>>> files'
>>>
>>>
>>> -Ton-
>>>
>>> ------------------------------------------------------------------------
>>> Ton Roosendaal  Blender Foundation   ton at blender.org    www.blender.org
>>> Blender Institute   Entrepotdok 57A  1018AD Amsterdam   The  
>>> Netherlands
>>>
>>> _______________________________________________
>>> Bf-committers mailing list
>>> Bf-committers at blender.org
>>> http://lists.blender.org/mailman/listinfo/bf-committers
>>>
>>
>>
>
>
> ------------------------------
>
> Message: 5
> Date: Mon, 15 Feb 2010 11:54:51 -0500 (CST)
> From: "Raul Fernandez Hernandez" <raulf at info.upr.edu.cu>
> Subject: [Bf-committers] Particle fluids update
> To: "bf-blender developers" <bf-committers at blender.org>
> Message-ID:
> 	<0bbac8c1206e93635ddc14648ee52bf7.squirrel at correo.upr.edu.cu>
> Content-Type: text/plain;charset=iso-8859-1
>
> Hi all :)
>
> I spend the hole weekend squeezing a bit more optimizations for the
> surface reconstruction from particles, I have implemented a marching  
> step
> only to the surrounding voxels that contains the surface (and not to
> every surrounding voxels as before) also I have implemented corner  
> value
> reusing (every new step reuse the half of the previous calculated  
> voxel
> corner values) and finally I have rewritten my previous spatial hash  
> code
> that use integer operations to reuse the metaballs bitwise hash  
> functions
> .... all of this optimizations are pushing the surface generation to  
> its
> limits, further speed up I think will be gained only with  
> multithreading
> and or OpenCL but that is out of my current scope/skills.
>
>  As a comparison note, this implementation has outperformed the  
> metaball
> instanced particles by a huge margin.
>
>  I probably will spend this week cleaning the code for make a  
> separation
> between fluid particle engine and visualization engine and will send
> Jahka the first patch for review.
>
>  Once integrated the fluid particles engine the efforts could be  
> focused
> on renderable meshings :)
>
>                 Cheers              Farsthary
>
>
>
> ------------------------------
>
> Message: 6
> Date: Mon, 15 Feb 2010 14:04:31 -0800
> From: Ken Hughes <khughes at pacific.edu>
> Subject: Re: [Bf-committers] [Bf-blender-cvs] SVN commit:
> 	/data/svn/bf-blender [26894]	trunk/blender/config/linux2-config .py:
> 	== FFMPEG ==
> To: bf-blender developers <bf-committers at blender.org>
> Message-ID: <4B79C4EF.9080301 at pacific.edu>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Well, this has broken building on a number of linux distros for  
> which an
> older ffmpeg is the standard (unfortunately, one of them is debian
> lenny, which is what we've used for the chroot releases).  And as near
> as I can tell so far (never having delved into building ffmpeg  
> myself),
> it's not just downloading and building ffmpeg from svn, because it
> relies on a host of other libraries (x264, swscale, etc).  Each which
> also have to be downloaded and built first.
>
> Ken
>
> Martin Poirier wrote:
>> I would assume static for release, yes.
>>
>> Removal was discussed in last week's meeting.
>>
>> Martin
>>
>> --- On Sun, 2/14/10, Ken Hughes <khughes at pacific.edu> wrote:
>>
>>
>>> From: Ken Hughes <khughes at pacific.edu>
>>> Subject: Re: [Bf-committers] [Bf-blender-cvs] SVN commit: /data/ 
>>> svn/bf-blender [26894] trunk/blender/config/linux2-config .py: ==  
>>> FFMPEG ==
>>> To: bf-committers at blender.org
>>> Received: Sunday, February 14, 2010, 2:12 PM
>>> Did I miss something?  We're
>>> relying on the system's ffmpeg now?  For
>>> release we are still planning to use the static libs on
>>> linux I assume?
>>>
>>> Ken
>>>
>>> Peter Schlaile wrote:
>>>
>>>> Revision: 26894
>>>>           http://projects.blender.org/plugins/scmsvn/viewcvs.php?view=rev&root=bf-blender&revision=26894
>>>> Author:   schlaile
>>>> Date:     2010-02-14 19:52:27
>>>>
>>> +0100 (Sun, 14 Feb 2010)
>>>
>>>> Log Message:
>>>> -----------
>>>> == FFMPEG ==
>>>>
>>>> Made using system's ffmpeg the default now. (First
>>>>
>>> step in removing
>>>
>>>> ffmpeg from extern)
>>>>
>>>> Modified Paths:
>>>> --------------
>>>>
>>>>
>>>   trunk/blender/config/linux2-config.py
>>>
>>>> Modified: trunk/blender/config/linux2-config.py
>>>>
>>>>
>>> ===================================================================
>>>
>>>> ---
>>>>
>>> trunk/blender/config/linux2-config.py
>>> 2010-02-14 18:05:58 UTC (rev 26893)
>>>
>>>> +++
>>>>
>>> trunk/blender/config/linux2-config.py
>>> 2010-02-14 18:52:27 UTC (rev 26894)
>>>
>>>> @@ -110,11 +110,11 @@
>>>>
>>>>  # enable ffmpeg  support
>>>>  WITH_BF_FFMPEG = True  # -DWITH_FFMPEG
>>>> -BF_FFMPEG = '#extern/ffmpeg'
>>>> -BF_FFMPEG_LIB = ''
>>>> +# BF_FFMPEG = '#extern/ffmpeg'
>>>> +# BF_FFMPEG_LIB = ''
>>>>  # Uncomment the following two lines to use
>>>>
>>> system's ffmpeg
>>>
>>>> -# BF_FFMPEG = '/usr'
>>>> -# BF_FFMPEG_LIB = 'avformat avcodec swscale avutil
>>>>
>>> avdevice'
>>>
>>>> +BF_FFMPEG = '/usr'
>>>> +BF_FFMPEG_LIB = 'avformat avcodec swscale avutil
>>>>
>>> avdevice'
>>>
>>>>  BF_FFMPEG_INC = '${BF_FFMPEG}'
>>>>  BF_FFMPEG_LIBPATH='${BF_FFMPEG}/lib'
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> Bf-blender-cvs mailing list
>>>> Bf-blender-cvs at blender.org
>>>> http://lists.blender.org/mailman/listinfo/bf-blender-cvs
>>>>
>>>>
>>>>
>>> _______________________________________________
>>> Bf-committers mailing list
>>> Bf-committers at blender.org
>>> http://lists.blender.org/mailman/listinfo/bf-committers
>>>
>>>
>>
>>
>>       
>> __________________________________________________________________
>> Yahoo! Canada Toolbar: Search from anywhere on the web, and  
>> bookmark your favourite sites. Download it now
>> http://ca.toolbar.yahoo.com.
>> _______________________________________________
>> Bf-committers mailing list
>> Bf-committers at blender.org
>> http://lists.blender.org/mailman/listinfo/bf-committers
>>
>>
>
>
>
> ------------------------------
>
> _______________________________________________
> Bf-committers mailing list
> Bf-committers at blender.org
> http://lists.blender.org/mailman/listinfo/bf-committers
>
>
> End of Bf-committers Digest, Vol 67, Issue 34
> *********************************************