В теме справедливо указали, что umodel не обязательно гонять под Wine — его можно собрать из исходников. Собрал, проверил, переписал раздел по фактам.
- Нативно под ARM не собирается: в опциях стоит -msse2, а Core/MathSSE.h безусловно тянет xmmintrin.h и __m128, фолбэка на NEON нет. Собираем под x86_64: arch -x86_64 ./build.sh
- Две правки, без которых падает: в common.project для GnuC-ветки USE_SYSTEM_LIBS = 1 и сборка ищет системные libpng/zlib, которых на маке нет — ставим 0, берутся исходники из libs/; и встроенный libpng уходит в ветку Classic Mac OS — в pngpriv.h условие с TARGET_OS_MAC включает fp.h, которого не существует.
- Работает: проверил на Animations/BG_EffectMeshes.ukx — 14 объектов ушли в экспорт без ошибок.
- Чего такая сборка не умеет — текстуры: ExportMaterial целиком под #if RENDERING, а Build.h под __APPLE__ делает #undef RENDERING. Пакет грузится, объект находится, «Exporting objects...» печатается, файлов ноль. Включить RENDERING можно, но требуется SDL2 под x86_64, а в libs/SDL2 лежат только виндовые бинарники.
Итог: меши, анимации и звук — без Wine, текстуры пока через Wine либо со своей сборкой SDL2.
Заодно смягчил формулировку про запуск клиента: «не работает никак» было слишком широко. У меня не пошли современные сборки под протектором; про старые клиенты без GameGuard есть чужие отчёты о запуске через CrossOver — свой Interlude на маке я не гонял, так что утверждать не берусь.
