TheiaSim - страница 14

Опции за темата
приказ

Ако се занемари гравитациониот ефект на астероидите врз планетите, едноставно би можеле да се сметаат астероидите меѓу тест телата.

страница

Да бидат точни броевите: Тоа е 4,4е17 квадратни километри.

Веројатноста потоа повторно се вклопува .

Од мене, се разбира, да за тоа во моментот.

BTW: Денес малку прочитав во кодот SCATR, бидејќи би сакал да пресметам споредби со нашиот БС-код. Но, мора да бидете во можност да го прочитате Фортран доста добро за да можете да ги менувате влезните датотеки на таков начин што "нашите" услови за почеток (= 01.04.2011 или нешто слично) се пресметуваат за сите планети. Бројот на тест тела најпрво може да се постави на нула. Би бил заинтересиран да знам кои резултати СКАТР пресметува за една година, на пример, и колку се големи отстапувањата од резултатите со БС-кодот.

Во право сте и, всушност, ви благодарам за овој „чекор во А.“, тоа покажува дека постои одреден интерес за оваа тема. Тековниот проект повторно стана многу поинтересен за мене преку кодот СКАТР. Ако сакате и кодот Фортран, со задоволство ќе ви го испратам. Тоа е навистина добро направено и многу едукативно.
Поздрав

Дали некој знае како да разбере сончева маса од 2,959e-4? Поради другите информации, оваа вредност треба да биде пропорционална на масата на SI. Геометриските единици не се.

Прво сум на одмор.
Бернхард, можеби во сончеви маси?

Тоа е погрешно разбрано. Масата на сонцето се користи во програмата со вредност 2,959e-4.

а) Условите за почеток на тест телата се контролираат преку датотеката tp.in. Сепак, оваа датотека содржи голем број параметри кои сè уште не ми се целосно јасни.

б) Датотеката param.in го контролира протокот на програмата и во моментов се претпоставува дека обезбедува симулација над 1 милион години. Пресметав неколку примери со термини повеќе од 1 година и 100 години.

в) За почетните услови на планетите, хелиоцентричните координати се дадени во AU, а брзините во AU/ден во датотеката pl.in.

Не можам да го дознаам тоа.

Во принцип, јас би предложил да се користат SI единици постојано, дури и ако станат обемни. Бидејќи дефинитивно нема да направите грешки во конверзијата.

Во некои случаи, мора да чувате броеви во одреден опсег за да избегнете грешки при пресметување и заокружување. Пред нас или не го разбираме подобро кодот, можете да го оставите така засега. Меѓутоа, единицата за масата треба да се разјасни. За да не му пречи на Нејтан Каиб непотребно, може да се контактира и автор на SWIFT.

BTW: Во моментов размислувам и за можностите да го преведам целиот код во C/C ++. Алатката за Linux f2c не успева на неколку пасуси, но може да го намали пишувањето. Таквиот превод дефинитивно би бил корисен.
Поздрав