Blender Git Commit Log

Git Commits -> Revision 5835e61

Revision 5835e61 by Sergey Sharybin (cycles-x)
February 26, 2021, 17:08 (GMT)
Cycles: Initial support of viewport rendering

Rather straightforward idea: request path trace to copy its render
buffers to the given display buffer. There is some more glue logic
to pass samples, resolution divider, and proper offset/stride to
the kernel.

For some reason viewport is not that interactive: seems that there
is no redraw on lower resolution results. Could be because of the
locking nature of the `render_samples()` call, or could be something
else. Forcing resolution divider in the tile manager, or setting
pixel size to 8x clearly shows proper behavior, so it's something
with the updates rather than an issue in implementation of this
part of the code.

The TileManager is still the source of truth for current sample
and resolution. This will be moved out in the further development.

Commit Details:

Full Hash: 5835e61442cc50b4a621f576162406b7423c2f73
Parent Commit: 1f20234
Lines Changed: +113, -53

8 Modified Paths:

/intern/cycles/device/cpu/device_cpu_impl.h (+1, -1) (Diff)
/intern/cycles/device/cpu/device_queue.cpp (+3, -7) (Diff)
/intern/cycles/device/device_queue.h (+4, -0) (Diff)
/intern/cycles/integrator/path_trace.cpp (+52, -5) (Diff)
/intern/cycles/integrator/path_trace.h (+29, -1) (Diff)
/intern/cycles/integrator/work_scheduler.cpp (+10, -6) (Diff)
/intern/cycles/integrator/work_scheduler.h (+7, -1) (Diff)
/intern/cycles/render/session.cpp (+7, -32) (Diff)
By: Miika HämäläinenLast update: Nov-07-2014 14:18MiikaHweb | 2003-2021