soc-2010-jwilkins r31051 linux 64bit

soc-2010-jwilkins r31051 linux 64bit

Fish
Aug-4-10	SoC

WITH_BF_RAYOPTIMIZATION = True
BF_BUILDINFO = True
WITH_BF_OPENMP = False
WITH_BF_FFTW3 = True
WITH_BF_GAMEENGINE = False
WITH_BF_OPENEXR = True
WITH_BF_OPENJPEG = True
WITH_BF_FFMPEG = True
WITH_BF_OPENAL = True
WITH_BF_SNDFILE = True
WITH_BF_Jack = True
WITH_BF_SDL = True
WITH_BF_DDS = True
WITH_BF_BULLET = True
WITH_BF_FREETYPE = True

more info about this branch: http://wiki.blender.org/index.php/User:Jwilkins/GSoC2010/Proposal

build on Ubuntu 9.04

tested on Ubuntu 9.04 (jaunty), Ubuntu 9.10 (karmic), Fedora11, Fedora12, Fedora 13

-------------------------------

changes:

Commit by jwilkins :: r31051
== Adjustable Angle for Front-Face Only ==
* Fix: trim is now a lot smoother
* Fix: space stroke regressed due to changes for adaptive spacing

Commit by jwilkins :: r30979
* Fix: random rotation wasn't working in wrapped texture mapping mode

Commit by jwilkins :: r30978
* Fix: made 'Feather' option per brush instead of global

Commit by jwilkins :: r30977
More fixups for sculpt plane sample range

Commit by jwilkins :: r30975
* Fix: some changes needed to make a new brush did not make it into previous commits.

Commit by jwilkins :: r30974
== Sculpt Plane Sample Range ==
Adjusting the sculpt plane sample range allows for finer control of planar brushes and the grab brush.
1 samples all vertexes inside the brush, values less than 1 sample a smaller region, values greater than 1 sample
a larger region.

Commit by jwilkins :: r30972
* forgot to enable adaptive spacing for all brush tools

Commit by jwilkins :: r30971
* Rewrote adaptive space code to try and find a bug.  Turns out the bug wasn't in adaptive space, it was an old
bug associated with 'front-faces only' Keeping the rewrite for now though.

Commit by jwilkins :: r30970
== Adaptive Spacing ==
Spacing takes into account the angle of the surface relative to the view port and reduces the spacing accordingly.

Blender Foundation's Chaos and Evolution Training DVD by David Revoy

n-pigeon

THX Fish! :)

Todd

Hi Fish.

Does this have the new updates and tweaks for the gosc sculpt enhancements from both projects?

Looks like it does anyways.

*comment from the builder

Fish

not sure what you mean with "both"
there are 10 GSOC projects, each with his OWN branch :)

klopp

+clay?

what is clay?
is it Farsthary's branch "Unlimited clay"?

gdawg

Yes every once in awhile jwilkins merges with farsthary branch.

gaar

gdawg
thanks for the answer~~

gdawg

You are welcome:)

Hi Fish.
good job~

Ben Simonds

Hey. Can I be a doofus and ask a question. I've unpacked the build to /opt/, and on running I get the message:

error while loading shared libraries: libHalf.so.6: cannot open shared object file: No such file or directory

libhalf.so.6 is part of libilmbase6 package which I have installed and I can see in synaptic that it's present, so what am I doing wrong? Running ubuntu 9.10 64 bit.

belich

Im very exited about all this develop, i really enjoy sculpting in blender, but someone knows when or if someone is working on the possibility of use the sculpt meshes.?

i mean we can sculpt until 25 to 40 million polygons, but without ray tracing i can only render 8 to 13 millions and every time that i want to bake the displacement or normal blender, my machine with 8 gb of ram cant handle it

*comment from the builder

Fish

Ben: please do a
ldd ./blender | grep Half
and see where it finds that library...
maybe there is a self compiled version in /usr/local or a 32bit lib somewhere
if it finds something do a
file /path/to/library
and if its 32bit remove it or move it temporaryly somewhere else and see if blender starts

Belich: I dont know, I'm sure someone is working on it..but only time will tell :)

Ben Simonds

Thanks for your reply Fish
If I do ldd ./blender | grep Half I get "libHalf.so.6 => not found"

If I use the path given by synptic to libHalf.so.6, it gives me "/usr/lib/libHalf.so.6: symbolic link to `libHalf.so.6.0.0'"

Could this be the issue?

zoyd

i have a custom build of this branch , built with cmake, since revision 29341(including 29344) onwards, resizing the blender window causes the UI to lag significantly. this didn't happen in earlier revisions and doesn't happen in other branches either, nor is this noticed in windows.

I've talked to jwilkins, and the suspicion is that there's a code+driver problem somewhere. trying to figure if anyone else's having a similar problem.

*comment from the builder

Fish

@Ben: so it doesnt find it ...

if you do a
file /usr/lib/libHalf.so*

what comes out?
is the library there? and if so: is it 64bit or is it maybe a 32bit version?

if its just missing or broken reinstall libilmbase6

bEErce

THX Fish! :)

Jay

Thanks again for the builds

twohot

I get:
./blender: error while loading shared libraries: libtiff.so.4: cannot open shared object file: No such file or directory

I have no idea how to get libtiff.so.4. "Yum provides libtiff.so.4" doesn't show anything

*comment from the builder

Fish

looks like Fedora...
on my Fedora i just did (as root):

ln -s /usr/lib64/libtiff.so.3 /usr/lib64/libtiff.so.4

and it worked :-)

Sethrain

r29973 is broken upon download.

I get the following message when trying to open the .tgz file:

tar: This does not look like a tar archive
tar: Skipping to next header
tar: Exiting with failure status due to previous errors

OS: Ubuntu 9.10
File Size: 13.0 MB (Complete download)

With the normal build being around 17.5 MB, I assume something went wrong during compression(?).

No rush to fix it. I just wanted to point out the problem.

Sethrain

Above problem fixed in build r30010.

Thank you.

twohot

Thanks Fish!
That solved the problem. It is fedora.
Now using Release 2.53. It presented the same error message and your suggestion was the solution.

to top

back to GraphicAll.org