Ray Tracing in pure CMake

#1

Post by networked » Sat, Jan 09, 2021, 1:04 PM UTC

Re: Ray Tracing in pure CMake

#2

Post by logimame » Sat, Jan 09, 2021, 1:38 PM UTC

Oh no... so far the most terrifying title I've seen in HN this year. By the way, it's impressive how they even managed to multithread this.

Re: Ray Tracing in pure CMake

#3

Post by xyzzy_plugh » Sat, Jan 09, 2021, 1:40 PM UTC

I refuse to even look at this. I've seen ray tracing in a PDF before but this is too far.

Re: Ray Tracing in pure CMake

#4

Post by physicsguy » Sat, Jan 09, 2021, 1:46 PM UTC

Simultaneously love and hate this

Re: Ray Tracing in pure CMake

#5

Post by usrusr » Sat, Jan 09, 2021, 1:49 PM UTC

logimame wrote: post #2

Oh no... so far the most terrifying title I've seen in HN this year. By the way, it's impressive how they even managed to multithread this.

Someone might be working on an article even worse: list of things that raytracers haven't been written in (yet, regularly updated)

Re: Ray Tracing in pure CMake

#6

Post by tuankiet65 » Sat, Jan 09, 2021, 1:51 PM UTC

Here's a performance figure on my i5-3210m (2 core, 4 threads) when using 4 processes:

* 64x64: 14.561s

* 256x256: 226.28s, 15x compared to 64x64.

Re: Ray Tracing in pure CMake

#7

Post by usrusr » Sat, Jan 09, 2021, 1:51 PM UTC

usrusr wrote: post #5

logimame wrote: post #2

Oh no... so far the most terrifying title I've seen in HN this year. By the way, it's impressive how they even managed to multithread this.

Someone might be working on an article even worse: list of things that raytracers haven't been written in (yet, regularly updated)

(PS: would that eventually count as "raytracers, written in provocative blog post meme"?)

Re: Ray Tracing in pure CMake

#8

Post by Blikkentrekker » Sat, Jan 09, 2021, 1:52 PM UTC

I must say that completing this article leaves me with a feeling not too dissimilar from that mixture of awe and disgust when I finished reading Uwa-Koi.

Re: Ray Tracing in pure CMake

#9

Post by tgv » Sat, Jan 09, 2021, 1:52 PM UTC

xyzzy_plugh wrote: post #3

I refuse to even look at this. I've seen ray tracing in a PDF before but this is too far.

Let me tell you one detail: since cmake doesn't have floats, they use fixed point arithmetic. LOOK AT IT. You know you want too!

  function(sqrt x res)
      div_by_2(${x} guess)

      foreach(counter RANGE 4)
          if(${guess} EQUAL 0)
              set("${res}" 0 PARENT_SCOPE)
              return()
          endif()

          div(${x} ${guess} tmp)
          add(${tmp} ${guess} tmp)
          div_by_2(${tmp} guess)
      endforeach()

      set("${res}" "${guess}" PARENT_SCOPE)
  endfunction()

Re: Ray Tracing in pure CMake

#10

Post by amelius » Sat, Jan 09, 2021, 1:53 PM UTC

usrusr wrote: post #5

logimame wrote: post #2

Oh no... so far the most terrifying title I've seen in HN this year. By the way, it's impressive how they even managed to multithread this.

Someone might be working on an article even worse: list of things that raytracers haven't been written in (yet, regularly updated)

Or how about: an LLVM backend for CMake.