[Bf-committers] Propose to reduce default feature set (*nix dev builds)

[Nkansah Rexford]

I think I agree with Martijn except for making WITH_CODEC_FFMPEG default in
the list to enable.

Without WITH_CODEC_FFMPEG, only AVI jpeg and AVI (and frameserver format
(what is that?)) export options are available which result in relatively
huge file sizes.

Aside WITH_CODEC_FFMPEG i think the rest can be disabled by default

On Thursday, November 13, 2014, Martijn Berger <martijn.berger at gmail.com>
wrote:

> Hi,
>
> @Terry, I would like to point out that most developers I know already build
> with a very very reduced feature set anyway.
> Blender in general is ridiculously difficult to build if only as a result
> of its large number of dependencies and things like boost/C++ ABI stuff
> adding to that.
>
> I think OpenEXR and Ilmbase libs should maybe not be disabled by default as
> it is the highest fidelity output format and not *that* bad compared with
> the rest of the list.
>
> I would disable by default:
>
>    - WITH_OPENCOLLADA
>    - WITH_OPENCOLORIO
>    - WITH_CYCLES_OSL
>    - WITH_CODEC_FFMPEG
>    - WITH_SDL
>    - WITH_NDOF
>    - WITH_BUILDINFO
>    - WITH_GAMEENGINE
>    - WITH_JACK
>    - WITH_IMAGE_REDCODE
>    - WITH_IMAGE_PSD
>
> Maybe it would be good to also have the opposite WITH_FULL_RELEASE_BUILD
> that just enables all this and is not cached ?
>
> Martijn
>
> On Thu, Nov 13, 2014 at 2:05 PM, AIBlender <aiblender at gmail.com
> <javascript:;>> wrote:
>
> > On 13/11/14 11:31, Campbell Barton wrote:
> > > This is mainly for Linux/BSD developers (releases remain unchanged).
> > >
> > > Its getting increasingly difficult to build Blender on Linux, (LLVM,
> > > ffmpeg, OpenCollada...) & these issue's can't always be fixed on our
> > > side.
> > >
> > > With newer developers a failed build with a cryptic error message
> > > (guys in #blendercoders can't even help with), is quite off putting..
> > >
> > > Proposing a limited feature-set by default with CMake (again official
> > > builds from blender.org are unchanged)
> > >
> > > https://developer.blender.org/T42569
> > >
> >
> > Hi,
> >
> > This is a bad idea, the whole point on dev builds is for us to spot
> > problems, if you start turning off features just so things can compile
> > that is sweeping issues under the carpet.  If it's getting hard to build
> > that means you need to work on build instructions/build system.  And if
> > its an upstream issue, communication needs to go upstream.  Being
> > demotivated if not a reason to start turning off fundamental features.
> >
> > After all ffmpeg and opencollada would not really be seen as option
> > features (by a lot of people), and the same can be said of llvm, and
> > they certainly are not optional when we need to spot bug/issues.  I mean
> > what is next stop supporting Linux because its harder to build.  Well
> > you could just as easily make that argument for the entire windows build
> > system.  It's more often than not the one with problems, so we should
> > obviously throw it in the canal yes? Obviously that would not be done.
> >
> > *marches off all huffy like*
> >
> > Terry Wallwork
> >
> >
> > _______________________________________________
> > Bf-committers mailing list
> > Bf-committers at blender.org <javascript:;>
> > http://lists.blender.org/mailman/listinfo/bf-committers
> >
> _______________________________________________
> Bf-committers mailing list
> Bf-committers at blender.org <javascript:;>
> http://lists.blender.org/mailman/listinfo/bf-committers
>


-- 
+Rexford <http://google.com/+Nkansahrexford> | Africa Center
<http://africacenter.net> | WiR
<https://outreach.wikimedia.org/wiki/Wikipedian_in_Residence> | WikiAfrica
<http://wikiafrica.net> | User:Nkansahrexford
<http://en.wikipedia.org/wiki/User:Nkansahrexford>