Cleanup: spelling

This commit is contained in:
Campbell Barton 2021-10-08 13:23:19 +11:00
parent 8f4697e570
commit de07bf2b13
7 changed files with 20 additions and 19 deletions

View File

@ -45,7 +45,7 @@ ccl_device float3 calculate_principled_diffuse_brdf(
float NdotV = dot(N, V);
/* H = normalize(L + V); // Bissector of an angle between L and V
/* H = normalize(L + V); // Bisector of an angle between L and V.
* LH2 = 2 * dot(L, H)^2 = 2cos(x)^2 = cos(2x) + 1 = dot(L, V) + 1,
* half-angle x between L and V is at most 90 deg
*/

View File

@ -142,7 +142,7 @@ ccl_device void integrator_intersect_volume_stack(INTEGRATOR_STATE_ARGS)
}
}
#else
/* CUDA does not support defintion of a variable size arrays, so use the maximum possible. */
/* CUDA does not support definition of a variable size arrays, so use the maximum possible. */
int enclosed_volumes[MAX_VOLUME_STACK_SIZE];
int step = 0;

View File

@ -112,7 +112,7 @@ class Object : public Node {
/* Check whether this object requires volume sampling (and hence might require space in the
* volume stack).
*
* Note that this is a naive iteration over sharders, which allows to access information prior
* Note that this is a naive iteration over shaders, which allows to access information prior
* to `scene_update()`. */
bool check_is_volume() const;

View File

@ -448,7 +448,7 @@ static void splitlist(ScanFillContext *sf_ctx,
ListBase *temped,
unsigned short nr)
{
/* everything is in templist, write only poly nr to fillist */
/* Everything is in temp-list, write only poly nr to fill-list. */
ScanFillVert *eve, *eve_next;
ScanFillEdge *eed, *eed_next;

View File

@ -21,7 +21,7 @@
/** \file
* \ingroup blenloader
* \brief Utils ensuring .blend file (i.e. Main)
* \brief Utilities ensuring `.blend` file (i.e. Main)
* is in valid state during write and/or read process.
*/

View File

@ -69,28 +69,28 @@ struct ReportList;
* DNA Struct Writing
* ------------------
*
* Functions dealing with DNA structs begin with BLO_write_struct_*.
* Functions dealing with DNA structs begin with `BLO_write_struct_*`.
*
* DNA struct types can be identified in different ways:
* - Run-time Name: The name is provided as const char *.
* - Compile-time Name: The name is provided at compile time. This is more efficient.
* - Struct ID: Every DNA struct type has an integer ID that can be queried with
* BLO_get_struct_id_by_name. Providing this ID can be a useful optimization when many structs
* of the same type are stored AND if those structs are not in a continuous array.
* - Run-time Name: The name is provided as `const char *`.
* - Compile-time Name: The name is provided at compile time. This is more efficient.
* - Struct ID: Every DNA struct type has an integer ID that can be queried with
* #BLO_get_struct_id_by_name. Providing this ID can be a useful optimization when many
* structs of the same type are stored AND if those structs are not in a continuous array.
*
* Often only a single instance of a struct is written at once. However, sometimes it is necessary
* to write arrays or linked lists. Separate functions for that are provided as well.
*
* There is a special macro for writing id structs: BLO_write_id_struct. Those are handled
* differently from other structs.
* There is a special macro for writing id structs: #BLO_write_id_struct.
* Those are handled differently from other structs.
*
* Raw Data Writing
* ----------------
*
* At the core there is BLO_write_raw, which can write arbitrary memory buffers to the file. The
* code that reads this data might have to correct its byte-order. For the common cases there are
* convenience functions that write and read arrays of simple types such as int32. Those will
* correct endianness automatically.
* At the core there is #BLO_write_raw, which can write arbitrary memory buffers to the file.
* The code that reads this data might have to correct its byte-order. For the common cases
* there are convenience functions that write and read arrays of simple types such as `int32`.
* Those will correct endianness automatically.
*/
/* Mapping between names and ids. */

View File

@ -76,11 +76,12 @@
* is used as UID. Blend file can still be copied manually which may cause conflict.
*/
/* <cache type>-<resolution X>x<resolution Y>-<rendersize>%(<view_id>)-<frame no>.dcf */
/* Format string:
* `<cache type>-<resolution X>x<resolution Y>-<rendersize>%(<view_id>)-<frame no>.dcf`. */
#define DCACHE_FNAME_FORMAT "%d-%dx%d-%d%%(%d)-%d.dcf"
#define DCACHE_IMAGES_PER_FILE 100
#define DCACHE_CURRENT_VERSION 2
#define COLORSPACE_NAME_MAX 64 /* XXX: defined in imb intern */
#define COLORSPACE_NAME_MAX 64 /* XXX: defined in IMB intern. */
typedef struct DiskCacheHeaderEntry {
unsigned char encoding;