Система прогнозирования землетрясений

[stranger271]

Нужны программисты С++ с упором на DirectX11 для создания программы "Система прогнозирования землетрясений".
Техзадание в спойлере.

Какие вижу главные проблемы:
1. Выбираем начальную дату. Расставляем планеты в пространстве как они находились на эту дату. Все дальнейшие расчеты положения планет будут уже рассчитываться от этой даты. Маленькая не точность в расстановке планет в дальнейшем скажется большой погрешностью и соответственно не точным указанием векторов воздействия на Землю.
2. От шкурки Земли будет зависеть точность, где будет находиться эпицентр землетрясения. Если шкура будет кривая, то эпицентр землетрясения будет показывать не точно.

В принципе второй пункт можно подкорректировать прогнав модель по случившимся событиям. А вот с первым пунктом засада. Какие будут идеи?

[spoil]Система прогнозирования землетрясений
Виктор Катющик
Система прогнозирования землетрясений.
Система отслеживания внешнего гравитационного воздействия на кору Земли
(мониторинг землетрясений по гравитационному принципу).
Техническое задание.

Создание компьютерной модели (упрощенный аналог celestia), имитирующей строение Солнечной системы в динамике, с отражением основных силовых (гравитационных) воздействий планет (и основных спутников) друг на друга, с отслеживанием конкретных точек силового воздействия на поверхность Земли (реальная пропорция расстояний, масс, сил).
Конечный продукт должен содержать окна:
1. Содержащее модель солнечной системы в целом, с удобной возможностью прокрутки (планетарного движения) вперёд и назад, с отражением даты и времени, выход на событие через дату.
2. Содержащее рассматриваемый объект (Землю с возможностью разворота по осям) и обозначением точек приложения сил от планет, Солнца и Луны, в форме стрелок-векторов, цвет и размер которых изменяется сообразно силе.
3. Содержащее общий совокупный график сил приложенных к рассматриваемому объекту (с возможностью разделения на фронтальное и тыловое воздействие).
4. Содержащее графики изменения сил приложенных к рассматриваемому объекту(Земле) со стороны каждой планеты.
Предусмотреть функции:
- наложения на земную кору маски сейсмоактивных зон Земли.
- скрытия на силовых графиках участков не совпадающих со сейсмоактивными зонами Земли.
- выделения цветом на графиках экстремальных силовых значений.
- возможность пропорционального изменения силовых графиков в зависимости от скорости сближения/удаления планет.
- возможность отображения силового вектора от центра галактики и его негатива.
- возможность ротации системы по Копернику и «Птоломею» (Земля в центре).
- возможность рассмотрения гравитационного воздействия по версиям: притяжение, отталкивание(смена направления силовых векторов).
Порядок реализации, организация системы:
Отметить маркерами на силовых графиках 40 крупнейших землетрясений 20-21 века.
Отследить для каждого из них характерные силовые состояния (расположение планет и «пустых» областей), обозначить данные состояния как типовые ситуации.
Ввести в систему функцию распознавания подобных ситуаций (+-15% отклонения от соответствия), с отображением (ярким цветом) на мониторе (на графиках).


Протестировать систему на датах землетрясений меньшей бальности (5-6 баллов).
В случае положительного тестирования и работоспособности схемы (от 75% и выше) обозначить по совпадению экстремальных ситуаций и зон повышенной сейсмоактивности даты возможных землетрясений (7-9 баллов) для 21 века.
Предусмотреть возможность распечатки данных по выбранному событию (группе событий, по экстремальным значениям) в форме отдельного адаптированного к восприятию информативного документа.
18 января 2012г[/spoil]

[Kirik]

Думаю тут важны не только гравитационные факторы воздействия луны, но и множество динамических показателей, провоцирующих толчки и смещение тектонических плит. Вот именно распознание этих факторов и отслеживание их динамики позволит наиболее точно предсказать землетрясения. Нужны всевозможные датчики, магнитные, колебательные, нагревательные, нужно научиться улавливать динамику процесса смещения земной коры, и чем глубже, тем лучше, и тем вероятнее будут результаты. Но сама идея о сопоставлении движения/местоположения луны с динамикой тектонических смещений, очень интересная затея и может принести научные результаты. У меня есть также метеорологическая идея, которая заключается в том, чтоб выработать график смещения средней температуры на земле и в отдельных регионах в соответствии с сменой времён года и изменением расстояния земли от солнца, которое тоже периодически меняется. То есть если в зимний период положения наклона оси земли по отношению к солнцу выпадает максимальное расстояние от солнца, тогда зима должна быть максимально холодной в соответствии с поступающей энергией с солнца. Здесь конечно играет роль и много метеорологических факторов и сама активность солнца (хотя она относительно стабильна), воздушные массы и их циркуляция, и таже луна воздействующая на всё это, что кстати не исследовано досконально, но тем не менее термический показатель один из ключевых в метеорологии. Всё это как и луна, это предмет перспективы долгосрочных наблюдательских исследований, и чем раньше начинать их, фиксируя результаты, тем лучше, тем быстрее эти результаты дадут основания что-либо полагать или предсказывать.

[Виктор Катющик]

создания программы "Система прогнозирования землетрясений".

тема хорошая

[SnegirevAleksey]

Прежде чем создавать программу необходимо поставить на боевое дежурство крутильные весы с секундным или минутным съёмом данных, сначала в России, а потом и по миру. Последними кто в России занимался этим были Карагиоз Олег Всеволодович и Измайлов В. П. Кто их знает просьба отписаться я их разыскиваю сейчас для того чтобы предотвратить потерю ценнейших данных. Надеюсь что они ещё живы. Они в течении 20 лет с 1980 какого-то годо до 2004 проводили измерения гравитационной постоянной, обнаружили лунные, солнечные, космические циклы изменения этой величины, ГП. ( Это же сделал Симон Эльевич Шноль измеряя скорость протекания процессов химических, биологических, ядерных). Крутильные весы собирал Измайлов. Лаборатория гравиметри при МГУ сейчас курит бамбук, и оптыты не проводит и у них нет ни одного устройства для измерения гравитационной постоянной, не говоря уже о ежесекундном съёме. Видимо на 7 мая 2015 года на территории РФ нет ни одного устройства которое могло бы замерять гравитационную постоянную не то что посекундно, но и вообще единоразово! Просьба откликнуться тем конструкторам кто знает как собрать крутильные весы или хотя бы сталкивался с этим.Нужна точность в пятом, желательнов шестом знаке при измерении ГП- гравитационной постоянной. Я реально готов потратиться на их производство! Идём далее создаём сайт и выкладываем эти данные образуя агентство или комитет гравитациооной безопасности АГБ или КГБ , потом производим и продаём крутильные весы и ставим их на боевое дежурство в других странах их около 400 или продаём им подключение к этой информации. И вот тут Виктор Григорьевич нам потребуется программа которая будет накладывать изменения ГП на тектонические плиты и стыки (стыки плит везде разные и размеры их тоже, площадь их тоже различна и это будет оцениваться программой) и я бы честно не стал ограничиваться землетрясениями и прибывил бы сюда, наводнения, затопления, цунами, извержения вулканов, подумал бы об ураганах и торнадо ну и вообще у нас появилось бы первое устройство которое взаимодействует с БГП снимая информацию и этот проект тянет на то чтобы запусить его на бумстартере от вашего имени ибо именно вы и никто, никто, никто другой не сможет спасти пока ещё живущих людей от этих катаклизмов, так как у них нет данных о БГП и они в него искренне и от всего сердца не верят. Исходя из оценочной информации ГП изменяется где-то за 3 часа до события, т.е за 3 часа мы точно будем знать место и степень воздействия с очень высокой вероятностью! По базе Карагиоза землятресение в Арменнии 1988, цунами в Тайланде 2004 и падение метеорита на Юпитер в 1994 регистрировалось и ГП изменялась с +-5 в четвертом знаке после запятой (это фон) до +-30, т.е в 6 раз! на 600 %- это достаточная чувствительность что бы сделать это. Раз крутильные весы собрали в 80-ых, их можно собрать и сейчас. Далее установку автоматически парой ловких движений превращается в экспериментальную и может использоваться для научной деятельности по оценки экранирующих свойств различных устройств и материалов. ДЛя тех кто хочет реализации этого проекта отписываемся, лайкаем и уговариваем Катющика запустить этот проект на Бумстартере. Ну чё, кто за ?

[terehvlad]

Патент на плавание веса Базиева. Дата прекращения действия патента: 05.08.2005
http://bd.patent.su/2183000-2183999/pat/servl/servlet967e.html
точка 2 - землетрясение

https://yadi.sk/i/Z13rXbbigbHMW

[stranger271]

Вы что все не понимаете все приведенные выше способы прогнозируют землетрясение за несколько мгновений до того как оно наступит, что крайне не практично.А нужна система которая на годы вперед предскажет не только землетрясение, но и покажет точку где будет эпицентр. Вы смотрите в корень задачи, а не на следствие. Ясно море планета растягивается от внешнего воздействия вот и надо строит солнечную систему со всеми ее воздействиями, а не заниматься тратой времени.
Для тех кто не программирует вы тоже очень сильно поможете если предложите решение 2х вопросов, которые я выдвинул в первом посте этой темы.

[Фдулыфтвк]

Вы что все не понимаете все приведенные выше способы прогнозируют землетрясение за несколько мгновений до того как оно наступит, что крайне не практично.А нужна система которая на годы вперед предскажет не только землетрясение, но и покажет точку где будет эпицентр. Вы смотрите в корень задачи, а не на следствие. Ясно море планета растягивается от внешнего воздействия вот и надо строит солнечную систему со всеми ее воздействиями, а не заниматься тратой времени.
Для тех кто не программирует вы тоже очень сильно поможете если предложите решение 2х вопросов, которые я выдвинул в первом посте этой темы.

Это не по теме, но все же.
Вы исходите из того что землетрясение начинается сразу после или во время воздействия полей.
Вы уверены в этом?

[SnegirevAleksey]

stranger271 - 3 часа до события это не мгновения. Это достаточный срок для эвакуации. И это уже факт. Я бы не стал заниматься более трудной задачей прогнозирования за год, пока не решена более простая. При помощи простой задачи, получив надёжные показатели мы получим популярность и внимание людей.
Фдулыфтвк - во первых не полей, а поля. Оно одно - суммарное базовое, оно обладает способностью складываться и вычитаться по величине и направлению и в каждой точке пространства есть величина и направление оказываемого взаимодействия полем на материю. БГП -причина. Материя - следствие.
Вся материя во вселенной является следствием влияния БГП. БГП сообщает материи где ей находится. В системе на отталкивании материя пытается занять положение где напряжённость БГП минимальна, можно сказать что материя щимится, как кот который бегает по квартире от проказника в поисках наиболее безопасного места и никак не может его найти. Так как поля создаваемые объектами это миллионные доли процента от напряжённости БГП.
Если говорить про сроки, то эти сроки выявлены экспериментально Карагиозом. Это три часа. При большем количестве крутильных весов расположенных по поверхности планеты, точность и время до события будут возрастать я бы предположил что это могут быть и 5 и 6 часов до события, но я так же предполагаю что скорость изменения напряжённости БГП не всегда плавное, иногда резкое. (их нужно фиксировать и классифицировать) Взаимодействие в БГП передаётся мгновенно. Время воздействия передаваемого усилия не менее важно -это уже дело программы, секунда это или час.
Теперь давайте напишем ГП 6.6729 ± 0.0005 Это ГП с лунными и солнечными циклами. Представьте что 6.6729 это не 10 в минус 11 степени чего то там, а 10 в 153 степени, тогда изменения 4 и 5 знаков этой величины это гигантские изменения.
Конечно лет через 150 над нами будут смеяться что мы какими-то примитивными вакуумными крутильными весами пытались вступить во взаимодействие с БГП, так же как мы сейчас смеёмся над теми кто пытается разжечь огонь крутильной палочкой о щепки на дереве.
Но мне известны только два способа. 1) Это постоянно производить однотипные химические, биологические и ядерные реакции и по изменению времени их протекания делать выводы о изменении напряжённости БГП. Этим не осознавая смысла происходящего занимается Шноль Симон Эльевич.
И второй способ - это крутильные вакуумные весы, которые уже !!! показали что это возможно и точность измерений высока и ежесекундный съём возможен и даже возможны съёмы внутри секунды. Этот способ мерседес среди запорожцев и гужевой тяги если сравнивать его с другими способами измерения ГП. Это нужно понимать.

[Легенда]

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

[Alex45]

На одном из своих видео данный человек упоминал что ведутся разработки и успешно прогнозируются замлетресения
можно попробовать отыскать его и связаться:
http://zolotarev.globalwave.ru/

и еще может будет полезно
http://ross-nauka.narod.ru/02/02-068.html-

[stranger271]

Тема не заглохла я еще работаю над ней.
Ау программисты C++ вы где?
Нужен общий класс звезда и его потомки планеты и спутники.
Кто в шейдерах шарит нужен блур для планет и солнца

[Александр]

Unrial Engine4. Есть все шейдеры удовлетворяющие тех. заданию. Есть скриптовой язык BluePrint. Которой тоже вполне справиться. Если не хватит, есть С++. Движок абсолютно бесплатен для не коммерческого использования.
А вообще создав такую систему можно озолотится.

Код: Выделить всё

// объявление классов в С++
class /*имя класса*/
{
  private:
  /* список свойств и методов для использования внутри класса */
  public:
  /* список методов доступных другим функциям и объектам программы */
  protected:
  /*список средств, доступных при наследовании*/
};

[alex31337]

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

[Александр]

Блур и шейдеры что бы красиво было.

[stranger271]

Дела продвигаются, только медленно. Выкладываю тест проверить будет ли хотя бы запускаться у вас на компьютерах.
Должна работать на видеокартах с аппаратной поддержкой Directx11 и модели шейдеров 5.0, и ОС должна быть не менее windows7
П.С. Земля квадратная неуспел рубанком подточить.

[Александр]

Затестил

[stranger271]

Нужна помощь

Задача следующая:
Написать класс Mesh для загрузки моделей из 3dMax. На входе файл в формате obj(пример прилагаю). На выходе 2 массива типа vector один с вершинами другой с индексами.

Структура вершины такая
struct Vertex
{
XMFLOAT3 Pos;
XMFLOAT3 Normal;
XMFLOAT2 Tex;
};

Модель содержит координаты вершины, текстуры, нормали и индексы(вершины, текстуры, нормали).

Вот заготовка есть, но тут индексы состоят из одной группы, а в obj их 3 группы на треугольник.
[spoil]std::ifstream fin("Models/car.txt");

if(!fin)
{
MessageBox(0, L"Models/car.txt not found.", 0, 0);
return;
}

UINT vcount = 0;
UINT tcount = 0;
std::string ignore;

fin >> ignore >> vcount;
fin >> ignore >> tcount;
fin >> ignore >> ignore >> ignore >> ignore;

std::vector<Vertex::PosNormal> vertices(vcount);
for(UINT i = 0; i < vcount; ++i)
{
fin >> vertices[i].Pos.x >> vertices[i].Pos.y >> vertices[i].Pos.z;
fin >> vertices[i].Normal.x >> vertices[i].Normal.y >> vertices[i].Normal.z;
}

fin >> ignore;
fin >> ignore;
fin >> ignore;

mSkullIndexCount = 3*tcount;
std::vector<UINT> indices(mSkullIndexCount);
for(UINT i = 0; i < tcount; ++i)
{
fin >> indices[i*3+0] >> indices[i*3+1] >> indices[i*3+2];
}

fin.close();[/spoil]


Еще вот здесь есть неплохой экспортер только нужно доработать.

[spoil]rastertek.com/dx11tut08.html[/spoil]

Также составил структуру графического движка.У кого какие мысли по этому поводу?

[IvanDrago]

Также составил структуру графического движка.У кого какие мысли по этому поводу?

Как программист программисту отвечаю. Зачем писать то что уже написано? Графических движков существует over 9000 на все случаи жизни. Чем они все не устроили? Зачем программу "система прогнозирования землетрясений" начинать с графического движка? Вы же не начинаете дом строить с крыши.

[Versus]

Поддерживаю идею использования готового "графического движка", в своей практике чаще использую термин "математическое ядро" - пакет, позволяющий адекватно строить 3D модели объектов и назначать им разнообразные свойства, накладывать связи и логические условия. В настоящее время есть масса готовых программных продуктов, десятилетиями совершенствующихся разработчиками; разумеется, подавляющее большинство из них платные (в том числе отечественное C3D ядро, разработанное компанией Ascon). Для реализации собственного проекта несколько иной тематики, недавно тестировал множество бесплатных математических ядер с открытым исходным кодом и ряд коммерческих.

Для решения поставленной задачи в озвученной формулировке - может хватить даже имеющихся базовых функций openGL и Delphi, однако, допускаю мысль, что вам спустя некоторое время, захочется перейти от идеальной сферы с текстурой к более точной модели геоида, в которой будут учтены особенности рельефа Земли с точностью до 0,5 метра (в наличии есть база только для интервала широт +-60 градусов, но могу достать и для полярных широт в меньшей разрешении, по поводу подводного рельефа мирового океана несколько сложнее), а также данные гравиметрической космической съемки планеты + динамика приливно-отливных процессов с возможностью дополнения данными о происходящих землетрясениях и результатов испытаний ядерного оружия.

По опыту построения рельефа для территории малой площади Земли (квадрат 5х5 градусов), докладываю, что генерация поверхностной модели, которая из себя представляет сшивку лоскутов, границы которых описываются системами уравнений третьего порядка и выше - хоть и более точны, но требовали на 482% больше вычислительных ресурсов по сравнению решением задачи по генерации сеточной триангулированной модели, представляющую собой облако точек, соединенных между собой минимальным количеством ребер, образующих в итоге плотно расположенные друг к другу треугольные грани. В плане визуализации второй подход также более выгоден ввиду возможности использования более быстрой и адекватной функции наложения текстур по нормали к плоским треугольным граням, но не к лоскутам с переменной кривизной и не особо повоторяющейся топологией поверхности.

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

Дополнительно, необходимо будет использовать стандартный модуль для управления базами данных (хронологические данные событий и описание всех свойств и атрибутов отдельным моделям выгоднее хранить и обрабатывать построчно, также, для отображения и учета отдельных слоев - выгодно также использовать данные, отсортированные по ряду признаков из баз данных; дополнительно легко решается задача добавления новых и уточнения ранее введенных данных, сохраняется целостность и актуальность данных, в перспективе - хоть в режиме реального времени, на основе данных сейсмостанций разных стран) - достаточно на первое время будет SQLite или MySQL, библиотеки в свободном доступе, платить или заявлять об использовании не надо.

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

Решение по движению тел в Солнечной системе выгоднее решать, оперируя динамической моделью однородных (по плотности) объектов; по поводу Луны - обязательно учесть либрации и данные ее гравиметрической разведки, для Земли - прецессию и нутацию.
* Дополнительные данные на обозначенную тему, а также по поводу возможной связи биологических, социальных и метеорологических процессов на Земле в зависимости от активности Солнца, можно прочитать в книге Чижевского "Земное эхо солнечных бурь".
** Касательно процессов в самой Солнечной системе интересно отзывались бывшие сотрудники Абастуманской обсерватории (расположена в Грузии рядом Турецкой границей, насколько мне известно давно не работает), ссылаясь на академика Амбарцумяна - по его данным, опубликованным в 80х годах, солнечная система еще в обозначенное время стала входить в незначительно более плотное пылевое облако, чем остальная межзвездная среда, но более теплое - всвязи с чем им был предложен проект по целевому изучению свойств близлежащего пространства, но дали ход делу или махнули рукой, посчитав, что "пара десятков лишних кельвинов" большой роли на Землю не окажет; точную цитату вытянуть из них не мог, по всему массиву трудов Амбарцумяна поиск ничего не дал, если кто-то располагает информацией - говорите.

Сфера+2.rar

(64.45 КБ) 329 скачиваний

во вложении программка, содержащая 2 сферы без текстур = Земли и Луны (не в масштабе, цель = просто показать базовые возможности OpenGL графики = при 60+ fps не требует почти системных ресурсов на отображение); дополнительно включено управление от мышки (ЛКМ = вращение, колесо = масштаб , ПКМ = перенос; выход по нажатию Esc)

скрин для тех, кто не рискует запускать чужие exe'шники:

[stranger271]

Также составил структуру графического движка.У кого какие мысли по этому поводу?

Как программист программисту отвечаю. Зачем писать то что уже написано? Графических движков существует over 9000 на все случаи жизни. Чем они все не устроили? Зачем программу "система прогнозирования землетрясений" начинать с графического движка? Вы же не начинаете дом строить с крыши.

Пробовал использовать OGRE и Unity слишком навороченные для данной программы. Огр с таким геморроем еще ставиться.

Все с загрузкой моделей закончил. Дайте ссылку где можно скачать текстуры планет в хорошем разрешении. Слышал на сайте НАСА можно найти.

[Versus]

команду уже собрали? можно для более интенсивной деятельность создать скайп-конференцию под проект + в ТимСпике ряд ключевых моментов обсудить

Дайте ссылку где можно скачать текстуры планет в хорошем разрешении

не буду спрашивать, зачем красивые картинки, когда еще нет базового функционала, возможно, что вам виднее:
[hidden]http://rutracker.org/forum/viewtopic.php?t=4734403
http://rutracker.org/forum/viewtopic.php?t=470490
http://rutracker.org/forum/viewtopic.php?t=151393
http://rutracker.org/forum/viewtopic.php?t=359069[/hidden]

[stranger271]

Спокойно парни все получиться.
Вот выложил на файлообменник то что получилось, а то на форуме ограничение на размер.
[spoil]http://файлообменник.рф/q89e9hok0see.html[/spoil]

Versus спасибо за текстуры. Скачал землю 30000х15000 189Мб уже обрадовался. Но обнаружил "приятную" вещь. Оказывается DirectX не хочет читать текстуры размером больше 4000х4000, придется сшивать из кусков.

Следующий шаг - состоит из 2х заданий:
Первое - мне нужно уравнение движения планет (по моему ур-е Кеплера, что ли называется точно не помню) описывает движение по элепсу.
Второе(особо важное!) - нужно раздобыть карту с координатами расположения планет в реальном мире, чтобы разместить планеты в модели точно как в реальности. (то есть у меня есть дата и на эту дату какие координаты имеют планеты солнечной системы)

П.С. посоветуйте хороший файлообменник, чтобы сюда в будущем выкладывать наработки

[IvanDrago]

Первое - мне нужно уравнение движения планет (по моему ур-е Кеплера, что ли называется точно не помню) описывает движение по элепсу.

Уравнения Ньютона. Вот тебе для трех тел.
[spoil][/spoil]
Дополнительные тела добавляются дополнительными слагаемыми и уравнениями. Далее подставляй начальные условия и считай методом Рунге-Кутта.
Только есть один ньюанс -- Катющик отвергает эти уравнения, а у него самого альтернативы нет

[stranger271]

Проект сильно продвинулся. Есть интерфейс пользователя, планеты, орбиты и оси планет.
По афелию и перигелию вычисляю эллипс, планета движется по-нему как положено и крутится с наклоном оси все четко.
Теперь хочу прикрутить наклон орбиты к эклиптике вопрос подскажите формулу эллипса в трехмерном пространстве.
Вот по этой формуле работает сейчас:
[hidden]x= sun.x + c + a*cos (360/period)
z= sun.z+b*sin(360/period)
y=sun.y[/hidden]

sun это объект вокруг которого вращается планета
"с" это фокальное расстояние
a и b большая и малая полуось

Надо найти формулу для координаты "y" чтобы эллипс наклонился на заданный угол.

[stranger271]

все вычислил третья координата вычисляется через sin(угол наклона к эклиптике) * малую полуось * cos(360) вот такие пирожки всего лишь ночь без сна и уравнение готово.

[stranger271]

Парни помогите написать менеджер камеры, а то я уже задолбался один делать. Код в аттаче на С# Unity он работает но криво.

Смысл следующий. Имеется открывающийся список планет. Пользователь выбирает планету к которой хочет перейти.Камера летит к выбранной планете одновременно поворачиваясь к ней навстречу.Камера останавливается от планеты на таком расстоянии, чтобы планета целиком помещалась на экране.И далее камера переходит в режим ротации вокруг планеты.Причем по вертикальной оси ограничении от -90 до 90 градусов чтобы к вверх ногами не переворачивалась.Надо учесть 3 момента:
[list=][*]планета вращается камера должна вращаться вместе с ней
[*]планета движется камера соответственно тоже, причем всегда находится на одном и том же расстоянии от планеты.
[*]планета имеет угол наклона, камера должна тоже быть повернута на этот угол.[/list]

Теперь управление.
При удержании левой кнопкой мыши камера должна вращаться вокруг планеты на то расстояние, на которое пользователь переместил курсор.
При кручении колесика надо организовать зум естественно с ограничениями максимум минимум.
П.С. у планет разные размеры, надо предусмотреть переменную скорость зума и ротации. А то на земле ты мышкой быстро будешь перемещаться, а на солнце полчаса крутить чтобы до точки Б дойти.
Также свои идеи приветствуются.

[depths]

Всеми фибрами(интересно, что это) своего разума приветствую этот проект!

Есть такая штука, эфемериды называется.
Эфемериды в астрологии — таблица небесных координат Солнца, Луны, планет и других астрономических объектов, вычисленных через равные промежутки времени, например, на полночь каждых суток.
Можно использовать для калибровки системы. Можно взять способ как это все считается и использовать у себя. Где взять надо гуглить.
Нарыл немного https://m.habrahabr.ru/post/204986/

[Виктор Катющик]

https://cloud.mail.ru/public/6rbK/gewHnUbCy
ссылка на предыдущие результаты

[depths]

Спокойно парни все получиться.

Проект сильно продвинулся. Есть интерфейс пользователя, планеты, орбиты и оси планет.

Приветствую!
Как всё продвигается?
Можно ли посмотреть результат (хотя бы скрины)?
Какая помощь требуется? Морально я уже с вами!
Возможно ли в симуляторе соединить вращающиеся планеты(пока их центры) прямыми линиями, меняющими свою длину в зависимости от движ планет?
Вращение солнца есть? У него ведь тоже своя маленькая орбита есть.

[stranger271]

Вот ссылка http://my-files.ru/20nib1 на откомпилированный проект.
Управление стандартное WASD движение камеры, левая кнопка мыши поворот, колесико зум. Сразу скажу управление для мазохистов код камеры нужно допиливать. Музыку и звуки буду вставлять в последнюю очередь.

Текущее положение дел:
Представлено точное соотношение размеров и расстояний, пока только планеты земной группы + солнце и луна.
Все планеты движутся с ускорением в перегелии и с замедлением в афелии плюс вращаются вокруг своей оси, которая наклонена.
Из кнопок работает показать орбиты и оси планет.Все вращается вокруг Солнца и оно стоит на месте и вращается вокруг своей оси.
Все орбиты построены согласно законам Кеплера. https://ru.wikipedia.org/wiki/%D0%9A%D0%B5%D0%BF%D0%BB%D0%B5%D1%80%D0%BE%D0%B2%D1%8B_%D1%8D%D0%BB%D0%B5%D0%BC%D0%B5%D0%BD%D1%82%D1%8B_%D0%BE%D1%80%D0%B1%D0%B8%D1%82%D1%8B.

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

Текущие задачи:
*Добавить в расчет орбиты аргумент перицентра
Для линий орбит и осей планет менять толщину в зависимости от расстояния до камеры
*Камеру нормальную доделать
Заняться остальными кнопками

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

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

Предлагаю пока сосредоточиться просто на солнечной системе.
Выбирай любую из текущих задач, ставь Юнити и вперед.
П.С.Задачи со звездочкой повышенной сложности