Arch Linux

the CUDA binaries option should be on to allow rendering with nvidia gpu but in my case i do not have one

I can confirm this issue. Cycles is not enabled.

There is no oiio package in the repo and I'm not really interested in adding it (I've been maintaining blender lately as it's maintainer is inactive but I don't use blender). For the rest of the features, I'll see what I can do. Are you sure that cycles requires boost and not boost-libs? Where these features working in the old blender package and stopped working or is this a feature request to add these features?

Hi Eric,

The cycles rendering engine and the ocean modifier have been introduced in this version (2.61). They are part of the standard Blender distribution now.

P.D: There is an openimageio (oiio) package at http://aur.archlinux.org/packages.php?ID=52041

Eric,

Should be boost-libs.

ohh I was looking forward to see official Cycles release in 2.61, I guess we need to wait (it's strange to say that about Arch ;)

hello
Can't configure oceansim...when choose oceansim modifier it don't show the configuration buttons...
Cycles don't show up at menu...and don't appear under user preferences...

I know you guys already know this...just passing...
thnks

I looked into it. I'm not sure about adding the cycles support because of 2 issues:
- blender's maintainer has been inactive for years so adding openimageio in the repo would result in one more orphaned package.
- openimageio depends on qt which is a big dependency. Non KDE/Qt users might complain.

Adding FFTW3 and Ocean Modifier support shouldn't cause any problem IMO.

Yeah but Cycles is now official part of Blender so what's the point of having Blender in repo if it isn't in fact Blender?

Openimageio not depend qt and python2. Only optional.
https://aur.archlinux.org/packages.php?ID=49262 works for me.

Note that cycles is an important component in blender and will replace blender internal(the current default renderer) in the future. In fact, many tutorials online are using cycles already. Thanks.

Support for the Collada also is an integral part and a very important feature of the blender for many graphic designers, but Eric Belanger (Snowman) also does not want to add Collada Support because it requires OpenCollada libs.

It's sad that Blender package in Arch Linux is useless.

Hey @all, Eric Belanger is doing a great work:
remember he says:
- 1 --> "I've been maintaining blender lately as it's maintainer is inactive but I don't use blender"
- 2 --> "For the rest of the features, I'll see what I can do."
He is work on it... Thnks Eric...

For now blender package is not still "useless" but useful for a lot of people that use blender with the default render engine, without dyn paint...etc
I know people that still use 2.49...
But lets take patience, because blender are moving forward and arch repo will have blender 2.61 fully operational...

We can try temporary solution for blender in Graphicall.
I suggest to open a post in arch forum (i search but didn´t find) if its already open (someone post a link)
To talk and show this alternative solution in use graphicall builds of blender in arch and so on.
If this topic is not available i will open one...

thank you all guys...

One more question for Eric
Eric there are people here that talk about openimageio and lib boost.
But is useless to install them for this package of blender you maintain (2.61),trying to enable cycles and ocean? right?
Since they are not "compiled" whith blender??

keep the good working dude

In  FS#24800  I decided to not add opencollada support mainly because it was a big dependency (18 MB). However, in this report, there is a request to add fftw support which is almost as big (12 MB). If you guys, who use blender, don't mind the big dependencies then I don't mind either. After the holidays, I'll put a blender in testing with cycles (with CUDA too if it works), fftw, and opencollada support and we'll see how it goes. I might remove opencollada/fftw support if there are too many complaints.

@marcos: cycles/ocean/fftw support need to be compiled in. If you want to compile them in yourself, install openimageio, boost-libs and fftw and add to the cmake line:

-DWITH_CYCLES:BOOL=ON -DWITH_FFTW3:BOOL=ON -DWITH_MOD_OCEANSIM:BOOL=ON

@Eric First I would like to say thanks for your work (and work of others), Second I want to ask: Isn't Arch supposed to follow upstream? We don't remove half of KDE functionality because of it's "big" (it's relative) dependencies. Blender 2.61 = cycles (with cuda), collada, oceanism and so on, I'm not very happy about having official package which is crippled. About dependencies - if someone doesn't need some feature or don't want to download so many thing he/she can do a custom build or search graphicall.org not the other way around where users who seek for default _Blender_ can't just use repository.

Regards (really don't want to sound disrespectful)

@Eric

Thanks for all the work.☃
Hope to see a fully featured blender soon.

Cheers.

@Luke You need to keep in mind that there are mandatory dependencies that are required to build/use the package (like qt for KDE) and optional dependencies that add a feature of major or minor importance (like in this case). As I don't use blender, it's very difficult for me to judge the importance of these features. I need to rely on users feedback via the bug tracker and use common sense.

As far as following upstream, the current blender package in the repo does a good job at it. The only feature mentioned in this report which is enabled by default by upstream is the new cycles feature. All the rest: cuda, fftw, oceansim and opencollada are turned off by default. Several features which are tuned off by default are already enabled in the package. The problem here is that the package was perhaps following upstream too closely.

@Eric
No. The official binary build on the blender website has ocean sim, cycles, fftw and opencollada all enabled.
But I may be misunderstanding what you refer to as upstream...

Thanks.

I was talking about the CMakeLists.txt file in the source tarball which is used to build the package. I hadn't checked the binary build. Anyway, I'll add these features so this discussion is moot.

Cycles and Oceanism seems to work ok in blender 3:2.61-2, big thanks!

All of this is fixed now. I even added opencollada.