Портирование Autodesk Animator Pro на кросс-платформу

Я создал здесь свою базу операций: http://animatorpro.org wiki в ближайшее время.

Хорошо, теперь у меня есть базовая база данных MSDOS на 300 000 строк. Это своего рода "будьте осторожны, что вы хотите". Я не опытный программист С. Я тоже не совсем неопытен, но, во всех смыслах и задачах, я новичок в языке и, в частности, в тонкостях его библиотек. Я особенно не знаком с капризами различий между программами C, написанными специально для MSDOS, и программами, которые являются кросс-платформенными. Однако я изучаю эту базу кода уже более года, и это то, что я знаю об Animator Pro:

Большая часть компиляции, по-видимому, управляется пакетными файлами. Хотя я получил копии всех этих инструментов, мне еще не удалось его компилировать. (хотя я скомпилировал его старшего брата, оригинал оригинала autodesk.

Появилась плагиновая система, которая реплицирует DLL до того, как DLL будет доступна на основе REX. Система плагинов:

У этого есть собственный интерпретатор script с именем POCO, основанный на языке C. Язык сценариев обладает достаточной мощностью, чтобы делать практически все, что может сделать система плагинов. Еще медленнее.

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

У кого-то возникла проблема с этим? Является ли аллегро хорошим выбором? если нет, то почему? что бы вы сделали с этой плагиновой системой? Что бы вы сделали по-другому? Это все глупо, и я должен просто переписать его с нуля, используя оригинал как стремление? (для этого, по-видимому, потребуется первоначальный разработчик "Примерно через месяц" )

Одна вещь, которую я не рассмотрел выше, - это система текста/шрифта. Не уверен, что с этим делать, но Animator Pro имеет свой собственный формат шрифта, но также может использовать шрифты Postscript Type 1 и некоторые другие форматы.

Ответы

Ответ 1

Моя самая большая забота о вашем плане, в двух словах: ваш подход, похоже, заключается в попытке сохранить всю огромную работу, которая постоянно работает, настраивая окружающую среду, находящуюся еще дальше от DOS. Во время каждой настройки к окружающей среде это означает, что у вас будет примерно миллиард тонких предположений, которые могли бы сломаться сразу, но вы все еще не поняли. Распутать их все сразу будет невероятно болезненно.

Если бы я делал порт, мой подход заключался бы в том, чтобы отключить как можно больше кода, чтобы он мог работать в современной среде, и приводить части обратно в сеть, по одному за раз. Напишите простую программу тестирования, которая загружает драйвер дисплея и рисует какой-то материал, и скомпилируйте его для DOS, чтобы убедиться, что вы понимаете интерфейс. Затем напишите некоторый C-код, который реализует один и тот же интерфейс, но с Allegro (или SDL или SFML) и запустит эту программу под Windows или Linux. Когда выход отличается, у вас есть простой тестовый пример для работы.

Вся ваша работа на этом порту сводит на нет реализации различных интерфейсов и функций с совершенно новыми. Это работа, в которой тестируется единичное тестирование. Не пишите никакого нового кода без какого-либо теста, который выполняется на старом коде под DOS! Сделайте ваши потенциальные проблемы такими же малыми и простыми, насколько возможно. Код сборки порта вместо того, чтобы переписывать его только в том случае, если вы достаточно уверенны в том, что он действительно упростит вашу работу (то есть алгоритмический материал, который компилируется с небольшим количеством настроек под NASM). Не отрывайте большую часть, чем вы можете удобно вписаться в свой мозг сразу.

Я, например, с нетерпением жду вашего прогресса! Я думаю, что вы пытаетесь сделать, это здорово. Спасибо, что сделали это.

Ответ 2

Хммм - я мог бы подойти к нему, написав для него видеодрайвер OpenGL. и сегодняшние машины достаточно быстрены с тоннами бара, что вы могли бы использовать все специфичные для пикселя алгоритмы на основном процессоре в задний буфер, и это сработает. Поскольку "общий" драйвер VGA только сопоставил видео-буфер с указателем, это было бы местом для начала. В пользовательском интерфейсе был режим масштабирования, поэтому вы можете смотреть на пиксели на дисплее с высоким разрешением.

Ответ 3

Часто бывает сложно взять существующую нетривиальную базу кода, которая не была написана с учетом переносимости - вы упомянули несколько - и затем попытайтесь сделать ее переносной. На пути будет много проблем. Вероятно, лучше начать с нуля и переписать код, используя существующий код только для справки. Если вы начинаете с нуля, вы можете использовать существующий переносимый пользовательский интерфейс в своем новом проекте, таком как Qt.