Во, этого я не учёл. Поправляем и имеем:

Force = (Kangle * SinAngle - Kw * wSpeed) * iMass,

где:
Kangle - эмперический коэффициент, ответственный за зависимость силы от угла поворота,
SinAngle - синус угла поворота,
Kw - эмперический коэффициент, меняющий тормозящую силу в зависимости от текущей скорости разворота,
wSpeed - скорость разворота,
iMass - множитель, чтоб объекты любой массы вращались одинаково. Только для правильности, это должен быть момент инерции, а не масса.

Значит вопрос "как коэффициенты подбирать?". По-отдельности. Сначала выставь Kw=0 и подбирай Kangle так, чтобы глайдер не слишком резко дёргался. Затем подбирай Kw. Учти, что потом, скорее всего, придётся снова увеличить Kangle.
Физический смысл этого уравнения такой: чем больше угол, тем больше сила. Однако, чем больше скорость, тем сила меньше. Две части под скобками противоборствуют.
Как мне кажется, глайд должен вертеться тем медленнее, чем ближе вектор направления к требуемому вектору. Интересно знать результ.

_________________
Сообщество креативных механоидов:
aim-fans.ru

Разумеется, но скорость связана с силой линейно, а не напрямую, поэтому убавлять силу при приближении к нулю в общем случае неправильно. Главное, чтобы сила была нулевой в нуле координат, но она может и разрывно меняться.

Нет, теоретически угловая скорость глайдера должна быть одинаковая, и сила должна быть максимальной (которая задаётся).
Иначе глайдер на 10 градусов будет разворачиваться столько же времени сколько но 90, теоретически.
Правда с той формулой которая сейчас используется где СИЛА зависит от угла, работает нормально.

Добавлено спустя 1 минуту 49 секунд:


Так момент инерции неизвестен.

Добавлено спустя 2 часа 2 минуты 42 секунды:

Задача почти решена, но не так как хотелось.
В Физиксе есть функции с помощью которых можно задать нужную скорость и угловую скорость.

А теперь переведите пожалуйста эти предложения, тот кто хорошо знает английский.

Mass Manipulation

void setCMassLocalPose (const PxTransform &pose)
Sets the pose of the center of mass relative to the actor.

PxTransform getCMassLocalPose ()
Retrieves the center of mass pose relative to the actor frame.

void setMassSpaceInertiaTensor (const PxVec3 &m)
Sets the inertia tensor, using a parameter specified in mass space coordinates.

PxVec3 getMassSpaceInertiaTensor ()
Retrieves the diagonal inertia tensor of the actor relative to the mass coordinate frame.

_________________
https://sites.google.com/site/intelligencecells
http://www.youtube.com/user/IntelligenceCells

Чё тут значит frame - тебе виднее, что за физиксовский термин.

Понять всё это мне никакие знания английского не помогут. Тебе-то хоть полегчало?..

_________________
Сообщество креативных механоидов:
aim-fans.ru

1 Понятно.

2 В принципе понятно, но не понимание "Frame " не даёт полной уверенности.

3, 4 тоже не понятно что за "тензор".

_________________
https://sites.google.com/site/intelligencecells
http://www.youtube.com/user/IntelligenceCells

Тензор инерции - это такая хреновина, которая задает моменты инерции по всем осям.

Добавлено спустя 40 минут 43 секунды:

По сути - тензор обобщение матрицы на n - мерный случай. Скаляр - нульмерный тензор, вектор - одномерный, матрица - двумерный. С этими всеми объектами можно работать как с тензорами, и операции, такие как умножение и пр. будут в этих случаях эквивалентны обычным операциям для этих объектов.

Всем привет,это снова я ваш злостный флудильщик как некоторые считают, ну ладно.Так вот что я хотел узнать есть ли у нас здесь на форуме хорошо знающие люди с++ ?Дело в том что бы попытаться сделать Мехов он-лайн,нужен человек который напишет мод с позиционированием персонажей,для (клиента-сервера) со внешними переменными.Мне потом объяснят принцип действия (работы),если надо будет напишу вам дословно.А вообще есть у кого желание заняться этим?Да и я помогу чем могу кроме ЯП.

Я тут раздумывал над одной штукой, и в итоге, решил обратиться к коллективному разуму в лице нашего форума.
Вот, допустим, есть очень-очень длинная последовательность рандомных байтов(т.е. частота встречи любого байта одинакова), которая охватывает весь диапазон значений(т.е от 0 до 255), и мы шифруем эту последовательность при помощи простейшего xor`а ключём длиной один байт. Вопрос - существует ли способ наверняка сломать такой простой шифр, не зная ключа? В данном случае все достаточно просто - всего восьем бит ключ, точно известно, что шифрование происходит побайтово, кроме того, в последовательности есть байты, которые совпадают с ключем и которые представляют собой NOT от ключа. Длина последовательности условно бесконечна, т.е. мы всегда можем взять еще сколько-нибудь шифрованных байт, если не хватает.

Пришла мысль: можно ли по координатам определенных обьектов построить новый обьект, вроде да?
Тогда локацию сформировать из больших кусков, которые при выделении будут заменяться на почти аналогичный по форме массив кубиков, а при терраморфинге можно разбивать изменяемый обьект на много кубиков, удалять/прибавлять кубики, и заново собирать обьект, вот только я еще не продумал как можно наложить текстуры, чтобы это нормально отображалось.

_________________
Успехи науки подарят человеку иллюзорное бытие, яркостью и
неожиданностью своей значительно превышающие бытие реаль-
ное.
Стругацкие.

А зачем кубики и при чём тут они вообще? Разве гладкополигонный ландшафт уже неактуален?
Касательно "кусков" - ИМХО, формованные отметины небольшого размера - типа воронок от взрывов некрасиво будет эмулировать прямо на карте высот. Выйдут шестиугольно-треугольные коряги. Ящитаю, кусок (куски) карты высот, которых затронул взрыв, должны временно "исчезать" и заменяться высокодетализированным патчем той же формы, что и изначальный кусок. Затем на высокдетализованном патче выдавливается воронка, которая со временем разглаживается - вспучивается обратно, пытаясь принять изначальную форму. Когда эффект достигается, патч заменяется обратно на карту высот.
Второй вариант - заведомо впучить карту высот поглубже, а наверх ещё наложить высокодетализованный патч.
Глобальный терраформинг должен иметь постоянный эффект и изменять сразу карту высот.

_________________
Сообщество креативных механоидов:
aim-fans.ru

Не, ну это конечно хорошо, в единичном случае, а что, если в одном месте будет много воронок? А если воронки пересекаются? Не сильно глубокие или очень большие образования лучше все-такие делать картой высот.

Тогда лучше этот вариант:
Идея в замене низкополигонального куска карты высокополигональным, чтобы маленькая воронка, размером в один треугольник реальной карты ландшафта могла быть детально выжата на высокополигональном патче, на котором она займёт зону в десятки-сотни треугов и будет выглядеть не треугольно, а вполне гладко. Со временем высокодетализованный морфированный патч стремится принять форму низкополигонального куска, который он заменяет, после чего патч исчезает (освобождая память) и заменяется обратно низкополигональным ландшафтом.

Ещё один способ придумал. Разбить весь ландшафт на квадраты, скажем, сто на сто метров. С детализацией, скажем, 1 вершина через каждый метр. Т.е. 10000 вершин в каждом куске. При перемещении игрока по карте, кусок, на котором находится игрок и 8 окружающих его кусков временно заменяются на высокодетализованные куски (10 вершин на метр, т.е. 1млн. вершин вместо 10тыс.). Эти куски динамически морфируемые. Когда игрок переходит границу между кусками, игровой движок снова делает подмены: те высокодетализированные куски, которые перестали быть в прямой близости от игрока, упрощаются до низкополигональных вариантов и записываются; а низкополигональные куски, к которым игрок приблизился, конвертируются в высокополигональные и становятся морфируемыми.

_________________
Сообщество креативных механоидов:
aim-fans.ru

Не, ну это как-то не ок. Получается, можно стоять, и смотреть, как земля залечивается? Тогда уж лучше делать так - пока игрок в зоне видимости - ниче не делать, а когда он сваливает, приблизить воронку низкополигональным ландшафтом(ну, будет треугольная, но не очень) + текстура, возможно даже бамп или параллакс, чтобы имитировать мелкие детали. Пока игрок где-то шарится, он забудет, как там реально выглядела воронка. С одной стороны, и воронка останется, можно хоть весь ландшафт расколбасить, с другой стороны, лишняя память не сожрется(все равно всю карту нужно текстурами покрывать, а тут текстуры травки, или чего там было, заменятся на горелые комья), плюс, как бонус - нельзя будет заметить прям перед носом махинаций. Или даже можно воронки на оцтойные заменять по мере расхода памяти - например, сделать настройку, типа, максимум столько-то кусков высокополигонального ландшафта, и пока резерв есть - куски оставлять, как были, как закончится - наиболее старые/наиболее незначительные менять на крупную сетку.

В этом же варианте ничего не исчезает, вроде? Просто при выходе куска из дальности видимости игрока он упрощается (замест 10 вершин выходит одна). Т.е. наплевал воронок вокруг, отлетел-прилетел обратно - а замест бугорков и воронок просто овраги.

_________________
Сообщество креативных механоидов:
aim-fans.ru

А у тебя так написано, как будто он к старому куску стремится.

Без обид но зачем вы создаете проблемы?Я считаю что эти ямки в земле пока что не к чему:-)

Спасибо за звонок, Ваш голос принят.

Добавлено спустя 1 минуту 17 секунд:


З.Ы.: вот к чему приводит выборочное чтение отдельных слов в постах соседей...

_________________
Сообщество креативных механоидов:
aim-fans.ru

Ура, ура, я выграл машину!Надеюсь "Москвич" ? :-)

Ты достал. Ты сам-то мои посты читаешь? Тебе что, процитировать их так же надо по три раза, чтобы ты обратил внимание наконец на что-то, кроме критического отношения к твоему подходу? И, в конце концов, то, что описал я, довольно сильно отличается от твоего предложения. Или что ты там хотел этим сказать?

Есть люди на форуме, которые программируют не в С++, а в Дельфи? У меня к вам вопрос - как можно заставить работать физикс на дельфи, я слышал про врапперы - но хз, что это, т.е. не понял описание их и как их вообще использовать - может легче выучить си?

_________________
Успехи науки подарят человеку иллюзорное бытие, яркостью и
неожиданностью своей значительно превышающие бытие реаль-
ное.
Стругацкие.

Имхо, не только легче, но и полезней.

Не работает не только в Delphi но и в Builder C++. Тебе надо сделать свою DLL через которую ты соможеш работать в PhysX.
Я так решил эту проблему.Но по любому тебе придётся использовать С++, т.к. PhysX понимает только Visual C++.

_________________
https://sites.google.com/site/intelligencecells
http://www.youtube.com/user/IntelligenceCells

Вероятно, кто-то пользовался тут компилятором от Watcom?
Какой процедурой вызвать командную строку из кода программы?

_________________
thrusting squares through circles

Народ, я так понимаю здесь многие очень хорошо знают C++. Я вообще программирование знаю пока плохо. И мне задачку нужно сделать на тему, с которой я ещё не сталкивался, хотя поискав в инете, так понимаю, что для опытного человека - это расплюнуть.



Нужно создать шаблон класса "стек".

Помогите пожалуйста, желательно с /* комментариями */ !

Как выучить C++ за 21 день.

[img]http://img5.joyreactor.ru/pics/post/как-выучить-C++-за-21-день-Комиксы-humor-30805.png[/img]

_________________
https://sites.google.com/site/intelligencecells
http://www.youtube.com/user/IntelligenceCells

2 smt005
Это, конечно, интересный способ, но у меня нет 21-го дня на это задание)

Как я понимаю, тебе нужно 2 стэка: один эмулирует стоянку, другой - временное хранилище для выпихнутых со стоянки машин, да? Номер машины, положим, будет int.

_________________
Сообщество креативных механоидов:
aim-fans.ru

Ты забыл size--, когда вытягиваешь.

Спсб, поправил.

_________________
Сообщество креативных механоидов:
aim-fans.ru

2 Шаман
Спасибо! Но а как сделать так, чтобы задавать прибытие и отъезд командной строкой? Это 2-я часть в условии задачи.

Добавлено спустя 15 минут 55 секунд:

Вот есть такая прога, в которой можно типа машины удалять со стоянки, но это не совсем то, вроде как.