@@ -284,7 +284,7 @@ P = P1 * invT^3 +
284284
285285Вот SVG силуэт кегли, который я сделал.
286286
287- <img class =" webgl_center " src =" resources/bowling-pin-silhouette.svg " width =" 50% " height = " 50% " />
287+ <img class =" webgl_center " src =" resources/bowling-pin-silhouette.svg " width =" 400 " />
288288
289289Он сделан из 4 кривых Безье. Данные для этого пути выглядят так
290290
@@ -508,14 +508,14 @@ P = P1 * invT^3 +
508508Мы могли бы вычислить нормаль для каждой точки на кривой. Фактически, если вы вернетесь к примерам
509509на этой странице, вы можете увидеть, что линия, образованная ` R1 ` и ` R2 ` , является касательной к кривой.
510510
511- <img class =" webgl_center " src =" resources/tangent-to-curve.png " width =" 50% " />
511+ <img class =" webgl_center " src =" resources/tangent-to-curve.png " width =" 400 " />
512512
513513Нормаль перпендикулярна касательной, поэтому было бы легко использовать касательные
514514для генерации нормалей.
515515
516516Но давайте представим, что мы хотели сделать подсвечник с силуэтом, как этот
517517
518- <img class =" webgl_center " src =" resources/candle-holder.svg " width =" 50% " />
518+ <img class =" webgl_center " src =" resources/candle-holder.svg " width =" 400 " />
519519
520520Есть много гладких областей, но также много острых углов. Как мы решаем, какие нормали
521521использовать? Хуже того, когда мы хотим острый край, нам нужны дополнительные вершины. Потому что вершины
@@ -773,7 +773,7 @@ for (let division = 0; division <= numDivisions; ++division) {
773773не равны, они не будут считаться одной и той же вершиной. Это означает, что при вычислении нормалей
774774они не будут учитывать все лица, и их нормали будут неправильными.</p >
775775<p >Вот результат, когда это происходит</p >
776- <img class =" webgl_center " src =" resources/lathe-normal-seam.png " width =" 50% " />
776+ <img class =" webgl_center " src =" resources/lathe-normal-seam.png " width =" 400 " />
777777<p >Как вы можете видеть, есть шов, где вершины не считаются общими,
778778потому что они не являются 100% совпадением</p >
779779<p >Моя первая мысль была, что я должен изменить мое решение так, чтобы когда я проверяю совпадающие
0 commit comments