commit 1dc02cd2d5179a36afd1d05a08ac6a5b1fbb8ac7
parent d871d782d6d737931d16f6e11979c233c480d8c0
Author: Christophe Coustet <christophe.coustet@meso-star.com>
Date: Fri, 7 Jun 2019 10:31:40 +0200
Fix some typos
Diffstat:
3 files changed, 11 insertions(+), 11 deletions(-)
diff --git a/star-engine/star-3d.html.in b/star-engine/star-3d.html.in
@@ -44,11 +44,11 @@ with a low memory footprint.</p>
<p>To access the scene data through uniform sampling or ray-tracing, one has to
create a <b>view</b> of the scene. On its creation, the view internally builds
-data structures required by the aforementioned access operators. This data
-structure are built from the scene geometry as defined at the moment of the
+data structures required by the aforementioned access operators. These data
+structures are built from the scene geometry as defined at the moment of the
view creation; a view is thus insensitive to scene updates following its
creation. This means that several views can be used to register different
-state of the same scene, giving to the caller a great flexibility to manage the
+states of the same scene, giving to the caller a great flexibility to manage the
scene data.</p>
${RELEASE_NOTES}
diff --git a/star-engine/star-sf.html.in b/star-engine/star-sf.html.in
@@ -15,11 +15,11 @@
</ul>
</div>
-<p>Star-ScatteringFunctions is a C library that provides abstraction to
+<p>Star-ScatteringFunctions is a C library that provides abstractions to
describe <b>scattering effects at a surface</b> through Bidirectional
Scattering Distribution Functions (BSDF), microfacet distributions and fresnel
-terms, and in a volume with <b>phase functions</b>. The main target of Star-SF
-are programmers that have to evaluate or sampled these scattering effects.</p>
+terms, and in a volume with <b>phase functions</b>. The main targets of Star-SF
+are programmers that have to evaluate or sample these scattering effects.</p>
<div class="img" style="width: 18em; padding-top: 1em">
<a href="polar.svg">
@@ -34,10 +34,10 @@ are programmers that have to evaluate or sampled these scattering effects.</p>
<p>The Star-SF API makes no reference to the implementation of the
aforementionned data structures. In addition, it publicly exposes their
-<b>interface</b>. Consequently, the user can not only switch the BSDF,
+<b>interfaces</b>. Consequently, users cannot only switch the BSDF,
microfacet distribution, fresnel term or phase function without any impact on
-the application source code, but also he can provide its own implementations of
-these structures while still relying on Star-SF in its simulation code.</p>
+their application source code, but they can also provide their own implementation
+of these structures while still relying on Star-SF in their simulation code.</p>
<p>Beyond the legacy <b>specular</b> and <b>lambertion</b> reflections, Star-SF
implements several scattering functions, from the ones simulating <b>glossy
diff --git a/star-engine/star-vx.html.in b/star-engine/star-vx.html.in
@@ -22,9 +22,9 @@ partitioning data structures or to access them through <b>ray-tracing</b>.</p>
<p>Star-VoXel implements 2 hierarchical data structures: the <b>binary tree</b>
and the <b>octree</b> that are used to partition 1D or 3D data, respectively.
-For both structures, data are partitionned following a bottom-top strategy: the
+For both structures, data are partitionned following a bottom-up strategy: the
caller submits the raw data to Star-VoXel that it recursively structures from
-the leaf (the user data) to to the root of the tree.
+the leaf (the user data) to the root of the tree.
<span class="img" style="width: 16em; padding: 1em">
<a href="octree.jpg">
