Bump Map Issue

[forgeflow]

I fixed the problem for all integrators but BiDir (check: http://www.luxrender.net/mantis/view.php?id=602). The usage of bumpmapsampledistance shouldn't be required any more. The fix is available in mercurial.

I prefer not put my hand inside the BiDir integrator so I switched the fix for that one to JeanPhi.

When do you suppose the change will show up in a Mac version for those of us who can't build from source? (I tried following the instructions in the wiki but got stopped at the part where I was supposed to copy some libraries out of a folder called macos - there wasn't one in the source I got through mercurial.)

[Dade]

I fixed the problem for all integrators but BiDir (check: http://www.luxrender.net/mantis/view.php?id=602). The usage of bumpmapsampledistance shouldn't be required any more. The fix is available in mercurial.

I prefer not put my hand inside the BiDir integrator so I switched the fix for that one to JeanPhi.

When do you suppose the change will show up in a Mac version for those of us who can't build from source? (I tried following the instructions in the wiki but got stopped at the part where I was supposed to copy some libraries out of a folder called macos - there wasn't one in the source I got through mercurial.)

I think they are here: http://src.luxrender.net/macos/ (check http://src.luxrender.net/ there are several repositories hosted there ).

jensverwiebe can answer this question, I don't know if he is planning to release a weekly build.

[Dade]

Ahh, regression testing. Hey, who said that?

We are planning to have a regression test suite for 0.7: check http://src.luxrender.net/testsuite/file ... sion_tests

We have a Python script and a new utility named luxcomp to compare Lux's films and to detect errors. The main problem is to populate the database of scenes/tests and the time is going to be required to run the tests (i.e. days and days of renderings ).

As signal of good practice I will add the scene used to highlight this bug to the list of tests.

Wait, what? Uhm, not to wave my stupidity flag to the world, but how is this possible, when Blender exports behave? I understand C4D users can hack the exporter or patch the scene file... but... but... but it's not the exporter, it's Lux!? Ah crap. It's because LuxBlend already had a "fix" because it sets float udelta / vdelta specifically per imagemap? [[hides from forge's laughter]]

Oh, yes, we were wrong, it happens with Blender too, it was just we weren't using a uscale or vscale large enough to show the problem. I talk about the problem shown in the latest posts of this thread (I think the first image shown in this thread was just a matter of applying the correct mapping).

[abstrax]

Hi Dade,

Thanks for your efforts.

Oh, yes, we were wrong, it happens with Blender too, it was just we weren't using a uscale or vscale large enough to show the problem. I talk about the problem shown in the latest posts of this thread (I think the first image shown in this thread was just a matter of applying the correct mapping).

Unfortunately this problem is a different one: It always happens, when LuxC4D exports vertex normals -> the bump map then gets inverted on some polygons - but not on all, which makes the problem really strange. I quick hack that inverted the normals (as a test) didn't help. I couldn't spot an error in the exported normals, but I'm not 100% sure that there isn't a problem, though.

So what I will do next is to check if the vertex normals get exported correctly and plan to compare it with a LuxBlend export. I hope this will remove the normals from the list of potential causes. The exported UV map looks correct too, but somewhere must be an error...

Cheers,
Marcus

[Dade]

jensverwiebe can answer this question, I don't know if he is planning to release a weekly build.

viewtopic.php?f=30&t=3002&start=0 faster than light

[abstrax]

As LuxBlend is the reference exporter, but I'm too dumb to setup a scene similar to my C4D test scene, could someone please create a simple Blender scene with
- a simple point light
- a polygon sphere with a spherical UV map (smoothed, i.e. with vertex normals)
- a matte material with 80% grey as diffuse colour and this file as bump map:

uvgridBump.png (26.67 KiB) Viewed 281 times

When I do this in C4D and export it, I get this:

t_st.png (122.23 KiB) Viewed 281 times

... which is completely poked. So to understand, what's going on, I would like to see a Blender file and the Lux export of it.

I could get the bump mapping working by inverting the vertex normals (so that they point inward) and inverting the bump map strength. But that doesn't seem to be right to me.

Thanks a lot in advance. Cheers,
Marcus

[e_jackson]

Hi!

As LuxBlend is the reference exporter, but I'm too dumb to setup a scene similar to my C4D test scene, could someone please create a simple Blender scene with
- a simple point light
- a polygon sphere with a spherical UV map (smoothed, i.e. with vertex normals)

It is not exactly what you have asked for, but something close to it:

UV_sphere_scene.tar.bz2

(141.42 KiB) Downloaded 15 times

Scene contains:
- a point light
- a smooth polygon sphere with custom UV-mapping which looks close to spherical
- material of the sphere is glossy.

[forgeflow]

jensverwiebe can answer this question, I don't know if he is planning to release a weekly build.

viewtopic.php?f=30&t=3002&start=0 faster than light

Wow. I appreciate the speed of posting this. However, doesn't seem to have really fixed the bump map issue. I'm still having to put the bumpmapsampledistance parameter into the .lxm file:

You probably already know this too but the thing beachballs on quit or even stopping and starting a new render.

[jensverwiebe]

Wow. I appreciate the speed of posting this. However, doesn't seem to have really fixed the bump map issue. I'm still having to put the bumpmapsampledistance parameter into the .lxm file:

Hi, such things must be fixed in exporter.

You probably already know this too but the thing beachballs on quit or even stopping and starting a new render.

Haven´t looked in it myself yet, maybe tomorrow.

Regarding building:

...supposed to copy some libraries out of a folder called macos - there wasn't one in the source I got through mercurial.)

MACOS is an extra checkout : http://src.luxrender.net/macos/

Be aware, only 32bit will work nicely with that, the libs are only universal for ppc/i386 and do not contain boost 1.3.9 and wxWidgets


Jens

[Heavily Tessellated]

As LuxBlend is the reference exporter, but I'm too dumb to setup a scene similar to my C4D test scene, could someone please create a simple Blender scene with
- a simple point light
- a polygon sphere with a spherical UV map (smoothed, i.e. with vertex normals)
- a matte material with 80% grey as diffuse colour and this file as bump map:

Too dumb, ya right! Too lazy?

Anyway, here it is, exactly as requested minus my poor approximation of your camera FoV and viewing angle of the sphere. You did not specify scale, so the sphere is 1m and bump depth is 0.01m, with U 1.0 / V -1.0 / UΔ 0.0 / VΔ 0.0 - or if you'd rather see this than have me explain it I've attached a screenshot of the entire process. Hope this helps you figure out why your normals are inverting on export.
---
edit: helps to actually attach said .blend, doesn't it? <sigh> "The extension blend is not allowed." - what monkey set phpBB to disallow .blends?!