bachili / lajolla_public Goto Github PK

At first I clone the whole project, following the guide in the readme. My system is MacOS BigSur. Running

mkdir build

cmake ..

make -j8

There is a long error, the key part is

ld: warning: ignoring file ../embree/lib-linux/libembree3.so, building for macOS-x86_64 but attempting to link with file built for unknown-unsupported file format ( 0x7F 0x45 0x4C 0x46 0x02 0x01 0x01 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 )
ld: warning: ignoring file ../embree/lib-linux/libembree3.so, building for macOS-x86_64 but attempting to link with file built for unknown-unsupported file format ( 0x7F 0x45 0x4C 0x46 0x02 0x01 0x01 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 )
Undefined symbols for architecture x86_64:
"_rtcAttachGeometry", referenced from:
register_embree_op::operator()(Sphere const&) const in liblajolla_lib.a(shape.cpp.o)
register_embree_op::operator()(TriangleMesh const&) const in liblajolla_lib.a(shape.cpp.o)
decltype(auto) std::__1::__variant_detail::__visitation::__base::__dispatcher<0ul>::__dispatch<std::__1::__variant_detail::__visitation::__variant::__value_visitor<register_embree_op>&&, std::__1::__variant_detail::__base<(std::__1::__variant_detail::_Trait)1, Sphere, TriangleMesh> const&>(std::__1::__variant_detail::__visitation::__variant::__value_visitor<register_embree_op>&&, std::__1::__variant_detail::__base<(std::__1::__variant_detail::_Trait)1, Sphere, TriangleMesh> const&) in liblajolla_lib.a(shape.cpp.o)

I thought it was the problem that the libembree.dylib is not included in the project, so I modified the original cmakelist.txt.
CMakeLists.txt
With this cmakelists, I can build the project successfully without running the tests on intersection. However, that is where embree makes effect. The error log is the same as above.

ld: warning: ignoring file ../embree/lib-linux/libembree3.so, building for macOS-x86_64 but attempting to link with file built for unknown-unsupported file format ( 0x7F 0x45 0x4C 0x46 0x02 0x01 0x01 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 )
ld: warning: ignoring file ../embree/lib-linux/libembree3.so, building for macOS-x86_64 but attempting to link with file built for unknown-unsupported file format ( 0x7F 0x45 0x4C 0x46 0x02 0x01 0x01 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 )
Undefined symbols for architecture x86_64:
"_rtcAttachGeometry", referenced from:
register_embree_op::operator()(Sphere const&) const in liblajolla_lib.a(shape.cpp.o)
register_embree_op::operator()(TriangleMesh const&) const in liblajolla_lib.a(shape.cpp.o)
decltype(auto) std::__1::__variant_detail::__visitation::__base::__dispatcher<0ul>::__dispatch<std::__1::__variant_detail::__visitation::__variant::__value_visitor<register_embree_op>&&, std::__1::__variant_detail::__base<(std::__1::__variant_detail::_Trait)1, Sphere, TriangleMesh> const&>(std::__1::__variant_detail::__visitation::__variant::__value_visitor<register_embree_op>&&, std::__1::__variant_detail::__base<(std::__1::__variant_detail::_Trait)1, Sphere, TriangleMesh> const&) in liblajolla_lib.a(shape.cpp.o)

I thought it may be caused by search order. Following the guide in the discord, I swap the order between lib-linux and lib-macos in the FindEmbree.cmake, but nothing happens. I now even wonder what the real problem is.

If we change Real from double to float, we will get the following error:

Changing 1e-8 to Real(1e-8) will solve this problem.

In material.h:

Spectrum eval(const Material &material,
              const Vector3 &dir_in,
              const Vector3 &dir_out,
              const PathVertex &vertex,
              const TexturePool &texture_pool,
              TransportDirection dir = TransportDirection::TO_LIGHT);

where we feed dir_in with dir_view and feed dir_out with dir_light (see path_tracing.h).

However in material.cpp:

Spectrum eval(const Material &material,
              const Vector3 &dir_light,
              const Vector3 &dir_view,
              const PathVertex &vertex,
              const TexturePool &texture_pool,
              TransportDirection dir) {
    return std::visit(eval_op{dir_light, dir_view, vertex, texture_pool, dir}, material);
}

the order is changed. Same situation to pdf_sample_bsdf().

It does not necessarily cause an error but indeed causes confusion.

Dear Professor,

How do we compute the portion of the surface that has a pixel footprint using Ray Differentials? Can you point me to the region in the code for that?

Thanks!!

to_world is not used in parse_ply function:
https://github.com/BachiLi/lajolla_public/blame/b8ca4d02e2c7629db672d50a113c9dd04c54c906/src/parsers/parse_ply.cpp#L9

Hi, I want to mention that when I tried to build all, an error keeps jumping put: fatal error LNK1181: 'cannot open input file 'Release\lajolla_lib.lib'.

Then I tried to build lajolla_lib project, the following error occurs: error C2440: '<function-style-cast>': cannot convert from 'initializer list' to 'fl_exception'. I located to the error and found out that:

If I change filename.c_str() into filename.generic_string() and then rebuild the whole solution, it turns out that everything works fine. So I guess these two lines may have to be revised?