астрономия и нейросети

[Ph_user]

"Готовые исполняемые файлы
В репозитории доступны готовые сборки:

build/release/SolarSimMVP.exe - готовая к использованию версия с включенными зависимостями"

На гитхабе надо релиз публиковать - там под это все в наличии. И тег поставить для отметки времени и автосборки сорсов под релиз по этому тегу.

И описание там к релизу тоже добавить полезно.

А включать исполняемое в сорсы может быть и вредно - вдруг там вирус. А так все параноики могут скачать себе чистые сорсы и собирать.

"Добавление новых планет

Для добавления нового небесного тела модифицируйте функцию setupSystem() в src/ui/MainWindow.cpp:

physics.addBody(CelestialBody(
    "Mars",                    // Название
    6.417e23,                 // Масса (кг)
    3389500,                  // Радиус (м)
    Qt::red,                  // Цвет
    {distMars, 0},            // Позиция (м)
    {0, vMars}                // Скорость (м/с)
));"

Это че-то люто ужасное с пересборкой програмы. Надо сказать роботу чтобы хотя бы простой текстовый конфиг в програму читал. Пусть даже в похожем формате. Тогда можно будет просто бросать в каталог к програме нужный конфиг системы и оно при запуске будет читать и работать по нему. Или даже через файл-опен загружать после запуска програмы.

Надо сказать роботу чтобы переписал такие внутрение ужасы на чтение файлика конфига системы -

Код: [Выделить]

    // Данные: Солнце
    double mSun = 1.989e30;
    // Данные: Земля
    double mEarth = 5.972e24;
    double distEarth = 1.496e11; // 1 АЕ
    double vEarth = 29780.0;     // Орбитальная скорость ~30 км/с

    // Добавляем тела (Позиция X, Y; Скорость VX, VY)
    // Солнце в центре (0,0), скорость 0
    physics.addBody(CelestialBody("Sun", mSun, 696340000, Qt::yellow,
                                  {0, 0}, {0, 0}));

    // Земля справа (dist, 0), летит вверх (0, v)
    physics.addBody(CelestialBody("Earth", mEarth, 6371000, Qt::blue,
                                  {distEarth, 0}, {0, vEarth}));

Файлик конфига (текстовый читабельный хозяевами) может быть весьма похож на набор вещей со свойствами из хедера -

Код: [Выделить]

struct CelestialBody {
    QString name;
    double mass;       // Масса в кг
    double radius;     // Радиус тела (для отрисовки)
    QColor color;
    // Векторы состояния (используем 2D для MVP)
    Eigen::Vector2d position;     // Позиция (м)
    Eigen::Vector2d velocity;     // Скорость (м/с)
    Eigen::Vector2d acceleration; // Ускорение (м/с^2)

При попытке собрать пакеты в вс2022 - ошибка
error: this vcpkg instance requires a manifest with a specified baseline in order to interact with ports. Please add 'builtin-baseline' to the manifest or add a 'vcpkg-configuration.json' that redefines the default registry.

Роботы гугля на такую ошибку пишут -

Код: [Выделить]

The error indicates that the vcpkg instance you are using (likely one bundled with Visual Studio) requires your project to be in
manifest mode, which means it needs a vcpkg.json file with a specified builtin-baseline.
You can resolve this error using one of the following methods:
Method 1: Automatically add a builtin-baseline (Recommended)
Navigate to your project's root directory in your command prompt and run the following experimental command. This will automatically generate a vcpkg.json file if one doesn't exist, and add the necessary builtin-baseline field pointing to a recent commit hash.
bash

vcpkg x-update-baseline --add-initial-baseline

After running this command, you can add your required dependencies to the generated vcpkg.json file.
Method 2: Manually add a builtin-baseline
If you prefer to manage the file manually, follow these steps:

    Ensure a vcpkg.json file exists in your project's root directory. If not, you can create one using vcpkg new --application.
    Open the vcpkg.json file in a text editor.
    Add the "builtin-baseline" property to the JSON object. You will need a valid Git commit hash from the main vcpkg repository for the value. You can often find a recent one in the vcpkg documentation or by checking recent commits on the vcpkg GitHub repository.Example vcpkg.json:
    json

{
  "name": "your-project-name",
  "version-string": "1.0.0",
  "dependencies": [
    "your-first-dependency",
    "your-second-dependency"
  ],
  "builtin-baseline": "0ca64b4e1c70fa6d9f53b369b8f3f0843797c20c"
}

(Replace the commit hash with a more current one if desired).

Method 3: Use a standalone vcpkg instance (Alternative)
The error often occurs when using a copy of vcpkg bundled with Visual Studio that is configured for manifest mode only. If you have a separate, standalone vcpkg installation, you can switch to using that one:

    Set the VCPKG_ROOT environment variable to point to your standalone vcpkg directory.
    Alternatively, unset the VCPKG_ROOT variable and invoke vcpkg using its full path, e.g., C:\src\vcpkg\vcpkg.exe install <package>.

Типа вроде встроеный вспкг в вижуал студию работает только в манифестном режиме и ему нужен файлик со встроеным бейзлайном. Или надо ставить отдельный вспкг (?)

Щас приложеный файлик к проекту гораздо более пустой -

Код: [Выделить]

{
  "dependencies": [
    "qtbase",
    "qttools",
    "eigen3"
  ]
}

Ну и чтобы это могло давать результаты быстрее - в class PhysicsEngine
1. Циклы разбивать на потоки опенмп.
2. Внутрености циклов укоротить с учетом разбития счета на потоки симд (256 и 512 бит)
3. Заменить лютый ужос  https://github.com/fortser/solar_cplus/blob/29d060592740fea113ae7ce2ba420c52c0f20f61/src/core/PhysicsEngine.h#L60
 на хранение обратной величины один раз обращеной при чтении свойств вещи и потом при каждом обновлении делать умножение. Если нужна прямая маса - завести еще одно свойство с обратной величиной под умножение.

Можно добавить к https://github.com/fortser/solar_cplus/blob/29d060592740fea113ae7ce2ba420c52c0f20f61/src/core/CelestialBody.h#L8C1-L8C37

Код: [Выделить]

    double r_mass;       // обратная для деления умножением 
И еще надо сказать роботу чтобы сделал отдельный команднострочный или даже с окном тест производительности в количестве расчетов всех координат в секунду для указаного в настройках количества вещей. Чтобы можно было быстро тестить исполняющую машину и разные варианты реализации расчета физики туда. Для теста можно набивать вектор вещей просто последовательными значениями от 1 и далее или рандомными.
Просто вызовы в цикле

Код: [Выделить]

physics.step(dt); и подсчет и показ количества возвратов в секунду.

Без отдельной тестилки надо хотя бы измерять время от начала до конца вызова

Код: [Выделить]

physics.step(dt); и показывать в секундах в инфо панели програмы. Для замера времени использовать таймер высокой точности процесора. Будет симулятор панели приборов звездолета - рабочего места космоштурмана.

[crimchik]

"Готовые исполняемые файлы
В репозитории доступны готовые сборки:

build/release/SolarSimMVP.exe - готовая к использованию версия с включенными зависимостями"

На гитхабе надо релиз публиковать - там под это все в наличии. И тег поставить для отметки времени и автосборки сорсов под релиз по этому тегу.

И описание там к релизу тоже добавить полезно.

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

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

[crimchik]

Нашел интересный файл с отчетом о процессе компиляции

[Ph_user]

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

6.2. Оптимизация для работы с большими данными
•   Программа должна эффективно справляться с большими объёмами данных, такими как расчёт орбит для тысяч объектов на длительные временные интервалы.

А че там будет такое большое.

Структура параметров одной вещи -
QString name; - ну 16байт
    double mass;       // Масса в кг = 8байт (нафига там дабл)
    double radius;     // Радиус тела (для отрисовки) = 8байт - дабл тут оверизлишен. хватит инт16.
    QColor color; = 4байта
    // Векторы состояния (используем 2D для MVP)
    Eigen::Vector2d position;     // Позиция (м) = 2х8=16байт
    Eigen::Vector2d velocity;     // Скорость (м/с) =2х8=16байт
    Eigen::Vector2d acceleration; // Ускорение (м/с^2) = 2х8=16байт
На всю структуру - 84байта. На тыщщу вещей будет 100 килобайт.

[crimchik]

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

При компиляции постоянно теряет какие - то dll файлы, пытается их найти . можете глянуть в приложенном отчете, как он компилирует проект

6.2. Оптимизация для работы с большими данными
•   Программа должна эффективно справляться с большими объёмами данных, такими как расчёт орбит для тысяч объектов на длительные временные интервалы.

А че там будет такое большое.

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

[Ph_user]

При компиляции постоянно теряет какие - то dll файлы, пытается их найти

При компиляции нужны исходные файлы текстов програм. Длл могут быть нужны при загрузке исполняемого файла на машине исполнения.

Оно так и пишет -
### Этап 5: Проблема с запуском - Qt плагины

**Первоначальная попытка запуска:**
```bash
build\Debug\SolarSimMVP.exe
```

**Результат:** ❌ Ошибка 3221225781 (ERROR_PROC_NOT_FOUND)

**Причина:** Отсутствуют отладочные DLL файлы Qt6 (Debug версия требует Qt6Widgetsd.dll, Qt6Cored.dll, Qt6Guid.dll)

Потом робот решил проблему поиском нужных кут файлов -
### Этап 8: Копирование зависимостей

**Команды:**
```bash
# Копирование Qt плагинов
xcopy qt_export\vcpkg-export-*\installed\x64-windows\Qt6\plugins build\Release\Qt6\plugins /E /I /Y

# Копирование DLL библиотек 
xcopy qt_export\vcpkg-export-*\installed\x64-windows\bin build\Release\ /E /I /Y
```

**Результат:** ✅ Скопировано 120 файлов (30 плагинов + 90 DLL)

А где брать те файлы ? Можно их приложить к релиз архиву на гитхабе чтобы пользователи уже могли скачать-распаковать и запустить пробовать ? Может у кут6 какой редистрибутабл есть от производителя чтобы скачать-поставить как обязательную зависимость ?

Кут вроде можно статически линковать чтобы все в одном было - https://doc.qt.io/qt-6/deployment.html . Надо может роботу дать команду так попробовать вариант сделать.

https://doc.qt.io/qt-6/windows-deployment.html
Linking the Application to the Static Version of Qt
As an example, this section will build the Plug & Paint example statically.

Once Qt finishes building, build the Plug & Paint application. First we must go into the directory that contains the application:

cd examples\tools\plugandpaint

Run qmake to create a new makefile for the application, and perform a clean build to create the statically linked executable:

nmake clean
qmake -config release
nmake

You probably want to link against the release libraries, and you can specify this when invoking qmake. Now, provided that everything compiled and linked without any errors, we should have a plugandpaint.exe file that is ready for deployment. To check that the application has the required libraries, copy the executable to a machine that does not have Qt or any Qt applications installed, and run it on that machine.

Че-то похоже надо ставить кут6 вручную в систему сначала - потом уже начинать все строить. Про это робот забыл написать.

А при попытке скачать кут https://www.qt.io/development/download оно пишет платное с 10дней триалом - на такой базе скорее вредно делать безплатные програмы и может быть низя добавлять такое на гитхаб.
Qt software free trials
Qt provides businesses with commercially viable development projects, a free 10-day evaluation including all our commercial packages and components, plus access to the official Qt support desk for getting started assistance.

Там только учебные безплатные лицензии вроде могут дать если будут согласны дать.

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

[crimchik]

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

[Ph_user]

Робот был проспонсирован хозяевами кут и теперь намекает на потребность заплатить хозяевам кут за покупку лицензии. И еще и забывает это вписать в требования для работы програмы. Фуу.

Надо требовать от робота написать безплатную програму на сях. Без платных зависимостей.

[crimchik]

А где брать те файлы ? Можно их приложить к релиз архиву на гитхабе чтобы пользователи уже могли скачать-распаковать и запустить пробовать ? Может у кут6 какой редистрибутабл есть от производителя чтобы скачать-поставить как обязательную зависимость ?

Кут вроде можно статически линковать чтобы все в одном было - https://doc.qt.io/qt-6/deployment.html . Надо может роботу дать команду так попробовать вариант сделать.

да, в самом начале сетка сказала, что нужно использовать менеджер пакетов менеджер пакетов vcpkg для бесплатного использования https://astronomy.ru/forum/index.php/topic,226906.msg6446383.html#msg6446383

[Ph_user]

Дык менеджер безплатный. Но пакет кут платный. Пусть перепишет на безплатные пакеты.

[crimchik]

Робот был проспонсирован хозяевами кут и теперь намекает на потребность заплатить хозяевам кут за покупку лицензии. И еще и забывает это вписать в требования для работы програмы. Фуу.

Надо требовать от робота написать безплатную програму на сях. Без платных зависимостей.

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

[Ph_user]

Попытка сборки -

Код: [Выделить]

vcpkg integrate install
Работает без ошибок. Показывает новый пусть для вспкг.
Потом

Код: [Выделить]

vcpkg install
Все также выдает ошибку. Без рукопашной установки кут в систему. Где брать автоматизированую натяжку безплатных кут частей в систему для сборки (из инета ?) - мало понятно.

[crimchik]

Дык менеджер безплатный. Но пакет кут платный. Пусть перепишет на безплатные пакеты.

я примерно так вчера и попросил

[crimchik]

Как Lead QA Engineer и Научный консультант проекта, я провел финальный комплексный аудит кода, данных и физической модели Этапа 1.
Ниже представлен отчет о проверке.


1. Проверка астрономических данных (Data Verification)

Я сверил введенные вами константы с данными NASA Planetary Fact Sheet и базой данных JPL Horizons.

Объект	Параметр в коде	Реальное значение (NASA)	Статус	Комментарий
Солнце	Масса: 1.989e30	1.989×10^30 кг	✅ ТОЧНО	Базовая звезда.
Меркурий	Расст: 5.79e10 (0.39 АЕ)<br>Скор: 47400 м/с	0.387 АЕ<br>47.36 км/с	✅ ТОЧНО	Данные соответствуют средней орбите.
Венера	Расст: 1.082e11 (0.72 АЕ)<br>Скор: 35020 м/с	0.723 АЕ<br>35.02 км/с	✅ ТОЧНО
Земля	Расст: 1.496e11 (1.00 АЕ)<br>Скор: 29780 м/с	1.000 АЕ<br>29.78 км/с	✅ ТОЧНО	Эталон.
Марс	Расст: 2.279e11 (1.52 АЕ)<br>Скор: 24070 м/с	1.524 АЕ<br>24.07 км/с	✅ ТОЧНО
Юпитер	Расст: 7.786e11 (5.20 АЕ)<br>Скор: 13070 м/с	5.203 АЕ<br>13.07 км/с	✅ ТОЧНО
Сатурн	Расст: 1.433e12 (9.58 АЕ)<br>Скор: 9690 м/с	9.537 АЕ<br>9.69 км/с	✅ ТОЧНО
Уран	Расст: 2.872e12 (19.2 АЕ)<br>Скор: 6800 м/с	19.19 АЕ<br>6.81 км/с	✅ ТОЧНО
Нептун	Расст: 4.495e12 (30.0 АЕ)<br>Скор: 5430 м/с	30.07 АЕ<br>5.43 км/с	✅ ТОЧНО
Плутон	Расст: 4.437e12<br>Скор: 6100 м/с	Перигелий: 29.7 АЕ<br>Скор в перигелии: 6.1 км/с	✅ ДОПУСТИМО	Плутон установлен в точку перигелия (ближайшую к Солнцу). Это корректно.
Комета Галлея	Расст: 8.78e10<br>Скор: 54500 м/с	Перигелий: 0.59 АЕ<br>Скор в перигелии: 54.5 км/с	✅ ТОЧНО	Комета установлена в перигелий.

Вердикт по данным:
Данные введены с высокой точностью (до 3-4 значащих цифр), что более чем достаточно для физически корректной симуляции N-тел.


2. Физическая и математическая проверка

Интегратор (Velocity Verlet):
Реализован симплектический метод.
Научная достоверность: В отличие от метода Эйлера, Верле сохраняет фазовый объем системы. Это значит, что Земля не будет по спирали улетать от Солнца или падать на него даже при симуляции на сотни лет.
Статус: ✅ ОТЛИЧНО.

Закон Всемирного Тяготения:
Используется формула

Код: [Выделить]

F = G * m1 * m2 / r^2

В коде реализован цикл O(N^2), где каждое тело притягивает каждое. Это честная физика N-тел. Юпитер действительно будет немного влиять на Марс, как и в реальности.
Статус: ✅ ОТЛИЧНО.

Масштаб времени (Time Step):
Базовый шаг dt = 1 день (86400 секунд).
Погрешность: Для Меркурия (период 88 дней) это дает 88 шагов на орбиту. Это немного грубовато, но приемлемо для MVP. Для Кометы Галлея в момент пролета мимо Солнца скорость огромна, и шаг в 1 день может дать небольшую ошибку позиционирования.
Решение: В Этапе 2 мы внедрим адаптивный шаг или RK4, но для Этапа 1 это допустимое упрощение.


3. Допущения Этапа 1 (Constraints)

Мы должны четко понимать, чем эта симуляция отличается от 100% реальности (и это нормально для MVP):

• 2D Плоскость: Мы игнорируем наклонение орбит (Инклинацию). В реальности Плутон наклонен на 17°, Меркурий на 7°. У нас всё лежит на столе (плоскость эклиптики).
• Влияние: Столкновения визуально могут казаться возможными, хотя в 3D тела разошлись бы по высоте.
• Парад Планет: При старте (Reset) мы выставляем все планеты в одну линию справа от Солнца.
  Реальность: Такого построения в природе практически не бывает.
  Цель: Это стандартное состояние для проверки соотношения периодов (сразу видно, кто быстрее).
• Отсутствие Столкновений: Если комет врежется в Землю, они пролетят сквозь друг друга. Обработка коллизий — задача будущих этапов.

4. Технический аудит кода

Утечки памяти: Отсутствуют. Qt-объекты имеют родителей, векторы очищаются корректно.
Производительность: ~20 объектов считаются мгновенно. Тормозов нет.
Интерфейс: Зум работает, подписи читаемы, сохранение/загрузка работают через JSON корректно.


🏁 ИТОГОВОЕ ЗАКЛЮЧЕНИЕ

Программа Solar Orbital Simulator (MVP):

• Математически корректна (в рамках Ньютоновской механики).
• Астрономически достоверна (используются реальные массы и векторы скоростей).
• Технически стабильна.

Проект полностью соответствует требованиям Этапа 1 и готов к переходу на Этап 2 (3D и Релятивистская физика).

Подтверждаю готовность к следующему этапу. 🚀

[crimchik]

Сейчас я стараюсь по максимуму использовать бесплатные сети , поэтому процесс выглядит так :

- консультации и обсуждения различных аспектов, поиск дополнительной информации: бесплатные тарифы perplexity и chatgpt
- непосредственно написание кодов с соблюдением пошагово плана разработки и в контексте всего проекта: gemini 3 pro через бесплатную aistudio.google.com . здесь самое большое контекстное окно, поэтому позволяют держать в памяти всю кодовую базу и сам проект разработки
- работа с файловой структурой всего проекта, компиляция, коммиты гитхаб: VS Code + KiloCode с поддержкой бесплатных моделей Grok F1 и MiniMax-M2

[Ph_user]

Проект полностью соответствует требованиям Этапа 1

А релиз исполняемый для вин х86 (х64) по этому этапу будет ? Чтобы посмотреть как оно со всем нужным выглядит одним файликом релизным для менее чем упорото програмерских потребителей.

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

с высокой точностью (до 3-4 значащих цифр), что более чем достаточно для физически корректной симуляции N-тел.

Девелоперы дабла плачут. Точность дабла это -1.23370055013616982735431137. Тут и полуточных 16битных флоатов хватит. Диапазон подвинуть чтобы влезало от системной звезды до вмеру мелких нужных в проекте камней. Ну чтобы было среднее между даблом на 64бита и полуточным флоатом на 16бит можно взять обычный 32бит флоат - оно гораздо лучше уже применимо к симду от ссе и более. А для полуточных 16бит флоатов еще нужны более дорогие цпу новые.

[crimchik]

А релиз исполняемый для вин х86 (х64) по этому этапу будет ? Чтобы посмотреть как оно со всем нужным выглядит одним файликом релизным для менее чем упорото програмерских потребителей.

не сохранил релиз по окончании этапа , ограничился коммитом на гитхаб .
только что доделал 3d - https://disk.yandex.ru/d/B7mDWIDNNsKeOA . скачал вместе со всеми библиотеками, которые он так долго собирает

[jaker]

только что доделал 3d

А где тут что --есть названия ?

[crimchik]

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

[crimchik]

Доделал интерфейс, реализована многопроцессорная обработка расчетов