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 <[email protected]> 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 <[email protected] > <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 > > [email protected] <javascript:;> > > http://lists.blender.org/mailman/listinfo/bf-committers > > > _______________________________________________ > Bf-committers mailing list > [email protected] <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> _______________________________________________ Bf-committers mailing list [email protected] http://lists.blender.org/mailman/listinfo/bf-committers
