Научите, как делаются кросс-платфоременные приложения

оо, у меня такой же вертолётик дома валяется :)

я как понимаю надо завязываться на кросплатформенные решенеия. Самое то, как часто пишут - это mono! Mono в каждый дом, ну а сам я предпочитаю Qt

на чем он его пишет? обычно кросс-платформенные решения делаются путем правильного выбора абстракций, за которыми прячутся детали конкретных реализаций. Посмотрите на rationale для boost.asio, boost.filesystem и прочих библиотек...

ПлюсЫ. OpenGL, OpenAL, Open Physics. Модельки пока рисуются в Rino. Для сцен и механики по-моему временно с «работы» что-то взято. Он по долгу службы автомобильными симуляторами занимается.

В качестве IDE под вендой - Visual C. Если делать только под нее - это вполне логично. Менюшки и диалоги пока на чем-то вендовом сделаны.

Обоснованные советы «выкинуть все нах и делать в блендере» тоже рассматриваются. Специфика задачи такова:

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

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

>ПлюсЫ. OpenGL, OpenAL, Open Physics.

Qt же! Там всё это делается достаточно просто, и даже плугин для вижуал студии есть. Если не вызывать напрямую Win32API, то всё будет чрезвычайно кроссплатформено.

Для создания кросс-платформенного приложения достаточно использовать кроссплатформенные библиотеки.

ПлюсЫ. OpenGL, OpenAL, Open Physics

С OpenGL и OpenAL проблем нет. Не знаю, правда, что такое open physics.

Менюшки и диалоги пока на чем-то вендовом сделаны

Это придется заменять. Скорее всего подойдет Qt.

Возможно в коде есть еще завязки на WinAPI - почти всегда их можно перевести на то же Qt. Собственно, когда нигде в проекте не будет использоваться windows.h можно считать программу кроссплатформенной. Кроме того понадобится система сборки, лучше всего взять CMake (он в том числе умеет геренить и VC'шные проекты).

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

Я в таких вещах разбираюсь плохо, но на ЛОРе мелькали ссылке на советы, как писать игры, которые будет легко переносить. Думаю, они частично применимы и здесь.

Помимо вышеперечисленного там рекомендовали ввод с клавиатуры и мыши осуществлять через SDL.

>Научите, как делаются кросс-платфоременные приложения

Берёшь значит яву...

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

Qt, Qt и еще раз Qt. Среда Qt Creator из Qt SDK - http://qt.nokia.com/downloads и выбрать LGPL.

Так и на винде останется, и в своей студии, и под Linux соберется легко, даже изучать ОС Linux не потребуется...

Тут уже посоветовали Qt, всячески поддержу. Упомянули об отказе от windows.h - К.О. доволен. В ту-же топку бросаются COM, MFC и VCL.

Скажу пару слов про код. Никогда не надо делать предположения о sizeof(). Нет способа угадать размер int (кроме сайзоф). Нет, не 4. Кроме того, sizeof(int)!=sizeof(void*). Это простые правила, им легко следовать на практике. Если нужен тип фиксированного размера (для чтения из файла, например) - надо брать всякие uint8_t и т.п. Определены в хедере stdint.h (в студии его можно заменить на boost/cstdint.hpp).

Если нужна многопоточность - лучше осилить boost.threads, чем через ифдефы юзать платформозависимые решения.

Хочется простого чуда

qt-creator, однозначно. С ним совершенно нормальна ситуация, когда разработка ведётся на linux x86_64, а у заказчика windows 32 бита. Проблем с этим - 0, буквально.

> qt-creator, однозначно. С ним совершенно нормальна ситуация, когда разработка ведётся на linux x86_64, а у заказчика windows 32 бита. Проблем с этим - 0, буквально.

Я думаю на среду вообще завязывать не надо, проще использовать нормальные системы сборки, например cmake. Тогда от среды/компилятора/платформы зависеть не будешь.

> авиамодельный симулятор

посмотреть как сделано тут http://crrcsim.berlios.de/wiki/ и присоединиться к проекту

Спасибо.