RTC_GEOMETRY_TYPE_CURVE(3embree3)
β¨ RTC_GEOMETRY_TYPE_*_CURVE β¨
okay bestie, welcome to the glow-up era of the Embree Ray Tracing Kernels 3 manpage β this one's all about curve geometries, and there's a lot of them, so buckle up. π
π NAME π
Curve geometry types, all fifteen of them, no cap:
RTC_GEOMETRY_TYPE_FLAT_LINEAR_CURVEβ flat curve geometry with linear basisRTC_GEOMETRY_TYPE_FLAT_BEZIER_CURVEβ flat curve geometry with cubic BΓ©zier basisRTC_GEOMETRY_TYPE_FLAT_BSPLINE_CURVEβ flat curve geometry with cubic B-spline basisRTC_GEOMETRY_TYPE_FLAT_HERMITE_CURVEβ flat curve geometry with cubic Hermite basisRTC_GEOMETRY_TYPE_FLAT_CATMULL_ROM_CURVEβ flat curve geometry with Catmull-Rom basisRTC_GEOMETRY_TYPE_NORMAL_ORIENTED_BEZIER_CURVEβ flat normal oriented curve geometry with cubic BΓ©zier basisRTC_GEOMETRY_TYPE_NORMAL_ORIENTED_BSPLINE_CURVEβ flat normal oriented curve geometry with cubic B-spline basisRTC_GEOMETRY_TYPE_NORMAL_ORIENTED_HERMITE_CURVEβ flat normal oriented curve geometry with cubic Hermite basisRTC_GEOMETRY_TYPE_NORMAL_ORIENTED_CATMULL_ROM_CURVEβ flat normal oriented curve geometry with Catmull-Rom basisRTC_GEOMETRY_TYPE_CONE_LINEAR_CURVEβ capped cone curve geometry with linear basis - discontinuous at edge boundariesRTC_GEOMETRY_TYPE_ROUND_LINEAR_CURVEβ capped cone curve geometry with linear basis and spherical endingRTC_GEOMETRY_TYPE_ROUND_BEZIER_CURVEβ swept surface curve geometry with cubic BΓ©zier basisRTC_GEOMETRY_TYPE_ROUND_BSPLINE_CURVEβ swept surface curve geometry with cubic B-spline basisRTC_GEOMETRY_TYPE_ROUND_HERMITE_CURVEβ swept surface curve geometry with cubic Hermite basisRTC_GEOMETRY_TYPE_ROUND_CATMULL_ROM_CURVEβ swept surface curve geometry with Catmull-Rom basis
π¦ SYNOPSIS π¦
#include <embree3/rtcore.h>
rtcNewGeometry(device, RTC_GEOMETRY_TYPE_FLAT_LINEAR_CURVE);
rtcNewGeometry(device, RTC_GEOMETRY_TYPE_FLAT_BEZIER_CURVE);
rtcNewGeometry(device, RTC_GEOMETRY_TYPE_FLAT_BSPLINE_CURVE);
rtcNewGeometry(device, RTC_GEOMETRY_TYPE_FLAT_HERMITE_CURVE);
rtcNewGeometry(device, RTC_GEOMETRY_TYPE_FLAT_CATMULL_ROM_CURVE);
rtcNewGeometry(device, RTC_GEOMETRY_TYPE_NORMAL_ORIENTED_BEZIER_CURVE);
rtcNewGeometry(device, RTC_GEOMETRY_TYPE_NORMAL_ORIENTED_BSPLINE_CURVE);
rtcNewGeometry(device, RTC_GEOMETRY_TYPE_NORMAL_ORIENTED_HERMITE_CURVE);
rtcNewGeometry(device, RTC_GEOMETRY_TYPE_NORMAL_ORIENTED_CATMULL_ROM_CURVE);
rtcNewGeometry(device, RTC_GEOMETRY_TYPE_CONE_LINEAR_CURVE);
rtcNewGeometry(device, RTC_GEOMETRY_TYPE_ROUND_LINEAR_CURVE);
rtcNewGeometry(device, RTC_GEOMETRY_TYPE_ROUND_BEZIER_CURVE);
rtcNewGeometry(device, RTC_GEOMETRY_TYPE_ROUND_BSPLINE_CURVE);
rtcNewGeometry(device, RTC_GEOMETRY_TYPE_ROUND_HERMITE_CURVE);
rtcNewGeometry(device, RTC_GEOMETRY_TYPE_ROUND_CATMULL_ROM_CURVE);
π DESCRIPTION π
so here's the tea π curves with per-vertex radii are supported, and they come in linear, cubic BΓ©zier, cubic B-spline, and cubic Hermite bases. You manifest one of these by passing any of these constants to the rtcNewGeometry function:
RTC_GEOMETRY_TYPE_FLAT_LINEAR_CURVE, RTC_GEOMETRY_TYPE_FLAT_BEZIER_CURVE, RTC_GEOMETRY_TYPE_FLAT_BSPLINE_CURVE, RTC_GEOMETRY_TYPE_FLAT_HERMITE_CURVE, RTC_GEOMETRY_TYPE_FLAT_CATMULL_ROM_CURVE, RTC_GEOMETRY_TYPE_NORMAL_ORIENTED_FLAT_BEZIER_CURVE, RTC_GEOMETRY_TYPE_NORMAL_ORIENTED_FLAT_BSPLINE_CURVE, RTC_GEOMETRY_TYPE_NORMAL_ORIENTED_FLAT_HERMITE_CURVE, RTC_GEOMETRY_TYPE_NORMAL_ORIENTED_FLAT_CATMULL_ROM_CURVE, RTC_GEOMETRY_TYPE_CONE_LINEAR_CURVE, RTC_GEOMETRY_TYPE_ROUND_LINEAR_CURVE, RTC_GEOMETRY_TYPE_ROUND_BEZIER_CURVE, RTC_GEOMETRY_TYPE_ROUND_BSPLINE_CURVE, RTC_GEOMETRY_TYPE_ROUND_HERMITE_CURVE, or RTC_GEOMETRY_TYPE_ROUND_CATMULL_ROM_CURVE.
The curve indices go in an index buffer (RTC_BUFFER_TYPE_INDEX) and the curve vertices go in a vertex buffer (RTC_BUFFER_TYPE_VERTEX). and depending on your basis, you need extra buffers too, bestie: π
- for the Hermite basis you also need a tangent buffer (
RTC_BUFFER_TYPE_TANGENT) - for normal oriented curves you also need a normal buffer (
RTC_BUFFER_TYPE_NORMAL) - for normal oriented Hermite curves you additionally need a normal derivative buffer (
RTC_BUFFER_TYPE_NORMAL_DERIVATIVE)
See rtcSetGeometryBuffer and rtcSetSharedGeometryBuffer for more details on how to set buffers. π
The index buffer holds an array of 32-bit indices (RTC_FORMAT_UINT format). Each one points to the first control vertex in the vertex buffer, and also to the first tangent in the tangent buffer, and to the first normal in the normal buffer β that is, if those buffers are present. π«Ά
The vertex buffer stores each control vertex as a single precision position and radius, laid out in (x, y, z, r) order in memory (RTC_FORMAT_FLOAT4 format). The number of vertices is inferred from the size of this buffer. β¨ The radii may be smaller than zero, but the interpolated radii should always be greater or equal to zero. Similarly, the tangent buffer stores the derivative of each control vertex (x, y, z, r order and RTC_FORMAT_FLOAT4 format), and the normal buffer stores a single precision normal per control vertex (x, y, z order and RTC_FORMAT_FLOAT3 format).
πΈ Linear Basis πΈ
For the linear basis the indices point to the first of 2 consecutive control points in the vertex buffer. The first control point is the start and the second control point the end of the line segment. When you're constructing hair strands in this basis, the end-point can be shared with the start of the next line segment. πβοΈ
For the linear basis the user optionally can provide a flags buffer of type RTC_BUFFER_TYPE_FLAGS which contains bytes that encode if the left neighbor segment (RTC_CURVE_FLAG_NEIGHBOR_LEFT flag) and/or right neighbor segment (RTC_CURVE_FLAG_NEIGHBOR_RIGHT flags) exist (see [RTCCurveFlags]). If this buffer is not set, than the left/right neighbor bits are automatically calculated base on the index buffer (left segment exists if segment(id-1)+1 == segment(id) and right segment exists if segment(id+1)-1 == segment(id)).
A left neighbor segment is assumed to end at the start vertex of the current segment, and to start at the previous vertex in the vertex buffer. Similarly, the right neighbor segment is assumed to start at the end vertex of the current segment, and to end at the next vertex in the vertex buffer. π§
Only when the left and right bits are properly specified can the current segment properly attach to the left and/or right neighbor β otherwise the touching area may not get rendered properly. π not a vibe.
π BΓ©zier Basis π
For the cubic BΓ©zier basis the indices point to the first of 4 consecutive control points in the vertex buffer. These control points use the cubic BΓ©zier basis, where the first control point represents the start point of the curve, and the 4th control point the end point of the curve. The BΓ©zier basis is interpolating, so the curve does go exactly through the first and fourth control vertex. slay. β¨
π¦ B-spline Basis π¦
For the cubic B-spline basis the indices point to the first of 4 consecutive control points in the vertex buffer. These control points make up a cardinal cubic B-spline (implicit equidistant knot vector). This basis is not interpolating, so the curve does in general not go through any of the control points directly. π
But wait, the big advantage: 3 control points can be shared for two continuous neighboring curve segments, e.g. the curves (p0,p1,p2,p3) and (p1,p2,p3,p4) are C1 continuous. This feature makes this basis a good choice to construct continuous multi-segment curves, as memory consumption can be kept minimal. lowkey the most efficient girlie here π
π Hermite Basis π
For the cubic Hermite basis the indices point to the first of 2 consecutive points in the vertex buffer, and the first of 2 consecutive tangents in the tangent buffer. These two points and two tangents make up a cubic Hermite curve.
This basis is interpolating, so it does exactly go through the first and second control point, and the first order derivative at the begin and end matches exactly the value specified in the tangent buffer. π«Ά When connecting two segments continuously, the end point and tangent of the previous segment can be shared. Different versions of Catmull-Rom splines can be easily constructed using the Hermite basis, by calculating a proper tangent buffer from the control points. iykyk π
β Catmull-Rom Basis β
For the Catmull-Rom basis the indices point to the first of 4 consecutive control points in the vertex buffer. This basis goes through p1 and p2, with tangents (p2-p0)/2 and (p3-p1)/2. short, sweet, iconic. π
π Flat Curves π
The RTC_GEOMETRY_TYPE_FLAT_* flat mode is a fast mode designed to render distant hair. In this mode the curve is rendered as a connected sequence of ray facing quads.
Individual quads are considered to have subpixel size, and zooming onto the curve might show geometric artifacts. π so don't zoom in, bestie.
The number of quads to subdivide into can be specified through the rtcSetGeometryTessellationRate function. By default the tessellation rate is 4. β¨
π§ Normal Oriented Curves π§
The RTC_GEOMETRY_TYPE_NORMAL_ORIENTED_* mode is a mode designed to render blades of grass. π± In this mode a vertex spline has to get specified as for the previous modes, but additionally a normal spline is required. If the Hermite basis is used, the RTC_BUFFER_TYPE_NORMAL and RTC_BUFFER_TYPE_NORMAL_DERIVATIVE buffers have both to be set. π
The curve is rendered as a flat band whose center approximately follows the provided vertex spline, whose half width approximately follows the provided radius spline, and whose normal orientation approximately follows the provided normal spline.
To intersect the normal oriented curve, we perform a newton-raphson style intersection of a ray with a tensor product surface of a linear basis (perpendicular to the curve) and cubic BΓ©zier basis (along the curve). We use a guide curve and its derivatives to construct the control points of that surface. The guide curve is defined by a sweep surface defined by sweeping a line centered at the vertex spline location along the curve. At each parameter value the half width of the line matches the radius spline, and the direction matches the cross product of the normal from the normal spline and tangent of the vertex spline.
Note that this construction does not work when the provided normals are parallel to the curve direction. For this reason the provided normals should best be kept as perpendicular to the curve direction as possible. π«Ά
We further assume second order derivatives of the center curve to be zero for this construction, as otherwise very large curvatures occurring in corner cases, can thicken the constructed curve significantly. fr fr, keep those normals perpendicular. π
okay that's part 1, bestie β there's more coming, don't go anywhere π
Round Curves π β¨
Okay bestie, this is the round mode era and it's giving real geometric surface energy. In RTC_GEOMETRY_TYPE_ROUND_* round mode, an actual real geometric surface gets rendered for the curve. It's more expensive (your GPU is gonna feel it, no cap) but it means you can get all up in there for closeup views. π«Ά
For the linear basis, round mode renders a cone that tangentially touches a start-sphere and an end-sphere. The start sphere gets rendered when no previous segment is indicated by the neighbor bits. The end sphere is always rendered, but the parts that lie inside the next segment get clipped away (if that next segment exists, obviously). The way this works is that a curve is closed on both ends, and the interior renders properly <em>as long as only neighboring segments penetrate into a segment</em>. For this to work properly it is important that the flags buffer is properly populated with neighbor information. Like, fr fr, populate that flags buffer. π
For the cubic polynomial bases, round mode renders a sweep surface</c> by sweeping a varying radius circle tangential along the curve. But listen β there's a limitation: the radius of the curve has to be smaller than the curvature radius of the curve at each location on the curve. That's the rule, bestie, don't fight it. π
The intersection with the curve segment stores the parametric hit location along the curve segment as the u-coordinate (range 0 to +1). β¨
For flat curves, the v-coordinate is set to the normalized distance in the range -1 to +1. For normal oriented curves the v-coordinate is in the range 0 to 1. And for the linear basis in round mode? The v-coordinate is set to zero. Simple as that. π
In flat mode, the geometry normal Ng is set to the tangent of the curve at the hit location. In round mode and for normal oriented curves, the geometry normal Ng is set to the non-normalized geometric normal of the surface. Iconic behavior honestly. π
For multi-segment motion blur, the number of time steps must be first specified using the rtcSetGeometryTimeStepCount call. Then a vertex buffer for each time step can be set using different buffer slots, and all these buffers must have the same stride and size β no mixing and matching, bestie, that's not the vibe. For the Hermite basis you also have to set a tangent buffer for each time step, and for normal oriented curves a normal buffer has to get specified for each time step. So many buffers. So many steps. But we move. π¦
Also peep the tutorials [Hair] and [Curves] for examples of how to create and use curve geometries β they're literally right there if you need a vibe check on how it's done. π
EXIT STATUS π
On failure, NULL is returned and an error code is set that you can query using rtcGetDeviceError. So if things go wrong, go ask rtcGetDeviceError what happened. It'll tell you. π«Ά
SEE ALSO π
[rtcNewGeometry][RTCCurveFlags]
And that's a wrap on this page, bestie! π This was RTC_GEOMETRY_TYPE_CURVE(3) from Embree Ray Tracing Kernels 3 β go forth and slay those curves, and remember: populate your flags buffer. Periodt. π
β¨πΈ
π¦ where this page comes from
- epel 9: embree 3.13.5-4.el9 Β· Apache-2.0
- fedora 43: embree3 3.13.5-9.fc41 Β· Apache-2.0
- fedora 44: embree3 3.13.5-16.fc44 Β· Apache-2.0
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms