forked from bartvdbraak/blender
Cleanup: spelling
This commit is contained in:
parent
8f4697e570
commit
de07bf2b13
@ -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
|
||||
*/
|
||||
|
@ -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;
|
||||
|
||||
|
@ -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;
|
||||
|
||||
|
@ -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;
|
||||
|
||||
|
@ -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.
|
||||
*/
|
||||
|
||||
|
@ -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. */
|
||||
|
@ -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;
|
||||
|
Loading…
Reference in New Issue
Block a user