У него в коде как раз-таки правильная формула, а в статье неправильная.
И вообще, с Верле будет проблема: где взять X(t-dt), ведь шаг симуляции скачет во времени. Но если учесть, что шаг постоянный — то сойдет. И это еще одно ограничение этого движка. Хотя можно исправить простым домножением на dt1/dt2.
И не лучше ли будет использовать традиционный подход для твердых тел, когда не производится симуляция взаимодействия вершин, а просто выделяются «макро» параметры типа положения, угла, поступательной и угловой скоростей, центра массы, массы, момента инерции? Это позволит ускорить симуляцию, т.к. при отсутствии столкновений можно не «погружаться» внутрь объекта, а просто обновлять положение, угол и скорости.
Во-первых, какую вы используете нотацию для именования в коде?
Во-вторых, как мне кажется, используемый метод будет давать нестабильную симуляцию.
И, наконец, как планируется симулировать упругие отскоки? Ввиду отсутствия явного вектора скорости, отражать будет нечего.
Нет, это я к тому, что в последнее время много спутников не удалось вывести на орбиту (упали, орбита не правильная, не вышли на связь).
И тут, я вижу, какое-то свое отношение к юмору, отличное от моего. Комментарий был вовсе не злорадный.
Про X-сервер:
“Сервером” называется потому, что обеспечивает “сетевую прозрачность”
А я считаю, что сервером оно называется вовсе не из-за сети. Сервером можно назвать все, что предоставляет сервисы, и не важно, по сети это делается, или в рамках одного компьютера, или вообще в рамках одного процесса. Иногда встречались архитектурные сущности с названием «сервер», где сетью даже и не пахло.
У меня в свое время несколько линуксов передохли в первый же день использования, после установки нескольких пакетов из репозитория прямо с диска. При этом я ничего не трогал. Честно. Это был мой первый опыт с линуксом (точнее несколько опытов), и интернет в то время был не особо распространен. Так что это у меня отбило желание связываться с линуксом на какое-то время.
И вообще, с Верле будет проблема: где взять X(t-dt), ведь шаг симуляции скачет во времени. Но если учесть, что шаг постоянный — то сойдет. И это еще одно ограничение этого движка. Хотя можно исправить простым домножением на dt1/dt2.
И не лучше ли будет использовать традиционный подход для твердых тел, когда не производится симуляция взаимодействия вершин, а просто выделяются «макро» параметры типа положения, угла, поступательной и угловой скоростей, центра массы, массы, момента инерции? Это позволит ускорить симуляцию, т.к. при отсутствии столкновений можно не «погружаться» внутрь объекта, а просто обновлять положение, угол и скорости.
Во-вторых, как мне кажется, используемый метод будет давать нестабильную симуляцию.
И, наконец, как планируется симулировать упругие отскоки? Ввиду отсутствия явного вектора скорости, отражать будет нечего.
Алсо:
Point* Points[ MAX_VERTICES ];
Почему не std::vector<Point *>?
И тут, я вижу, какое-то свое отношение к юмору, отличное от моего. Комментарий был вовсе не злорадный.
“Сервером” называется потому, что обеспечивает “сетевую прозрачность”
А я считаю, что сервером оно называется вовсе не из-за сети. Сервером можно назвать все, что предоставляет сервисы, и не важно, по сети это делается, или в рамках одного компьютера, или вообще в рамках одного процесса. Иногда встречались архитектурные сущности с названием «сервер», где сетью даже и не пахло.