[Realtime.ru Forum]Помогите, блин, с кодом! (продолжение))

[D-MAN]

Все уже забыли про realtime.ru forum а он по прежнему притягивает к себе танкистов как магнит.
Начало тут:
http://www.realtime.ru/forum/viewtop...?p=31691#31691
(последние несколько постов)

Ждем продолжения... Ж)

[MIX-er]

блин вот дети малые ....
программер с дизигнером столкнулись лбами..)))
D-MAN, я за тебя..))))

ps не дадите уроков русского языка??))

[D-MAN]

ну про русский язык эт я так... люблю поумничать, но только в рамках зы.

а товарисчь суперпрофессионал просто взбесил меня своей дебильной манерой всех обсирать. тем не менее (как впрочем и ожидалось ), своей работы он не показал.

показал только себя полным танкистом... дубовым. вот так

[Nirth]

я не вижу связи этой темы с данным разделом?

[D-MAN]

Сообщение от Nirth

я не вижу связи этой темы с данным разделом?

Ну видишь ты или нет - тебе лучше знать.

А вот я думал, что тут продолжится обсуждение самого движка. Я тут кое-чего набросал на досуге. Но на большее времени нету. Скоро выложу исходник (сейчас под рукой нету).

ЗЫ Блин, сплошные нету... Когда-ж будет есть? :\

[Nirth]

а ну если движок будет тогда пусть висит, я просто думал, может во флэйм перенести=)

[MIX-er]

2d-man
ой... прикроют же..)))

[aksios]

Сообщение от D-MAN

ну про русский язык эт я так... люблю поумничать, но только в рамках зы.

а товарисчь суперпрофессионал просто взбесил меня своей дебильной манерой всех обсирать. тем не менее (как впрочем и ожидалось ), своей работы он не показал.

показал только себя полным танкистом... дубовым. вот так

Истина всегда где то рядом.
Берем функцию осцилятора - затухающих колебаний. Это то, что будет описывать движение объекта по оси y, x постоянный или из этой формулы.
Почему физика сдесь не нужна? Потому, что экран монитора имеет конечные размеры, 9,8 м/с это и есть прокрутка 9,8 метров экрана через секунду после начала падения, погрешность swf плеера в следствии совершения вычислений - IBM совместимый проц не в состоянии работать с потоковым видео в реальном маштабе времени - в общем, о наличии реальных физических формул будет знать только человек, читавший код.
Далее в 3d делаем прототип вращающегося объекта - в отношении его физического центра тяжести в трех измерениях. Экспортим во flash.
В принципе, формулу осцилятора можно вобще не описывать формулой, а нарисовать как направляющую для клипа с вращающимся объектом, анимация в котором будет запускаться при касании с поверхностью и останавливаться когда объект доберется согласно направляющей почти до конца. Если угодно скорость вращения можно описать отдельной формулой.
Все это запихиваем в один вувик и говорим, что до момента взрыва или чего там - muvik.stop();
ЗЫ: Не факт, что при начале падения движение объекта не будет также вращением вокруг центра масс, просто скорость этого вращения будет случайной величиной, зависящей в том числе и от составляющей в траектории движения, отвечающей за описание силы, вызвавшей начало падения.

[D-MAN]

я не понял твою идею... может ли она использоваться для произвольных ну без перекомпиляции мува?
если нет, то о чем речь?

[aksios]

Сообщение от d-man

я не понял твою идею... может ли она использоваться для произвольных ну без перекомпиляции мува?
если нет, то о чем речь?

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

сколько нужно "опорных точек" - физически достоверных координат объекта?
- менее 24 на каждую секунду процесса падения. вполне достоверную физически модель с довольно низкой погрешностью можно получить используя и всего 3-5 точек на каждую секунду. таким образом, если объект должон прыгать в течении скажем 5 секунд, то для достаточно точного описания его движения нужен 2х мерный масив из 15-25 пар чисел. и это будет очень точная физически модель. если взять несколько пар значений и для них получить интерполяционный полином с заданой погрешностью это потребует меньше исходных данных но также будет весьма достоверно с точки зрения прикладной физики.

в плане скриптового вращения объекта - как насчет того, что желательно учитывать перспективу...