Mixaill

рядышком прикладывать?

Скиньте свой sounds.xc

По ссылке старая, вот новая http://xfw.readthedocs.io/ru/latest/1.preparation/windows.html Проблема связана не с питоном, а с bash и около.

Попробуйте вместо MSYS использовать MSYS2. Докоментация обновилась.

У WWise какая-то хитрая система привязки лицензии к проекту https://www.audiokinetic.com/licensing/faq/

Вот прямо в консоль в процессе сборки.

Мы используем только для сборки, для разработки пока никто не пытался. Прочие утилиты - тут всё отлично. IDE для Python - тот же PyCharm IDE для AS - тут есть проблемы. У нас всё заточено под FlashDevelop. Есть FDBuild, которы позволяет билдить проекты, но нет самого FlashDevelop под Linux. Вероятно, можно импортировать проект в другие IDE, но опять же, пока никто не пытался. Кушает она, наверное, всё-таки больше чем XP, но проблем должно быть куда меньше. Отлично собирается, Mercurial - TortoiseHg http://tortoisehg.bitbucket.org/ IDE - см. выше Ой-ёй, надо будет обновить, есть немного лишних шагов. Берите от 24 января 2017 года. Для сборки клиент не нужен. проблема в чем-то другом. Можно весь лог сборки? (прикрепите файлом)

Идея нормальная. Совсем не обязательно городить виртуалку, но если хочется, то можно. Совсем не ОК. Проблемы не то что могут быть, они уже есть в виде поломанных stat() и fstat() в Microsoft Visual C Runtime, что ведёт к проблемам с импортом в питоне. В случае с XFW+XVM оно уже исправлено, но не факт, что не вылезет ещё где-нибудь. Не должно быть проблем. В случае с XFW поддерживается три варианта среды для сборки * Windows Vista+ + Cygwin * Windows VIsta+ + Msys2 * Ubuntu 16.04 В дополнение, на Windows 10 Insider Preview должно работать через Ubuntu on Windows, но это не точно. (на релизной Windows 10 1607 точно не работает)

Это просто оповещения на форум не ходили, сейчас заработает.

XVM 6.5.2.1 with fix released.

Вышли 6.5.3 для СНГ и 6.5.2.1 для остальных на http://www.modxvm.com/скачать-xvm/

Нет.

1. TanksIntruder не жирный продаватель 2. Выигрывают самые жирные продаватели 3. То есть, TanksIntruder несет материальные убытки от ввода ЭЦП. Ничего не упустил? Может это не забота о ближнем, а банальное выгораживание своего бизнеса?

C-c-c-combobreaker :) Вроде как нет, но это вполне себе хорошая хотелка в плане разработки, с учетом возможного выпила res_mods.

Увы, публикация документации и исходников интерфейса является для компании почему-то неразрешимым вопросом.

Мододельство, или читпаки?

Всё очень хорошо, то есть плохо, боль разделяю, но есть несколько заблуждений: - каких-то привелегий для XVM нет - мы и без .wotmod хорошо жили, но тут часть того что хотели запилить мы сами хотят сделать за нас. Не факт что доживем, но хочется верить в чудо.

Может проще, запрет выполнения .pyc, .pyo, pyd?

С нами делиться не нужно, нужно со всеми.

Запретить или грузить только при наличии ЭЦП Wargaming.net. В целом, их никто кроме нас и WG Social и не использует, поправьте если ошибаюсь.

Не взлетело, в силу ряда причин. В первую очередь, катастрофический дефицит человеческих ресурсов в проекте. Планов есть куча, но запилено чуть более, чем ничего (те же репозиторий модов и автообновление закладывались изначально) Но у нас нет сил нормально допилить, а работать по схеме "вы пилите моды - а мы поможем с XFW" никто не захотел. Вторая, лицензионная политика. Предлагаемая сначала лицензия GPL устраивает далеко не всех. Концепция с .wotmod мне в целом близка, поэтому надеюсь, что хоть что-то получится, а не как всигда.

В перспективе 3. Автообновление 4. Репозиторий 5. ЭЦП

И это не норм, теперь так не нужно. Вполне нормальная идея, шаг к созданию инфраструктуры, в которое сообщество адекватно не смогло за 7 лет. Да, есть вопросы к реализации, но движение, в кои-то веки, хотя бы не назад. Хотя, и сообщество не смогло образоваться, предпочитая всё свое прятать, а не делиться.

Ну вот, тут люди в треде против, говорят, не по понятиям не обфусцировать моды.

Если не указан порядок загрузки в load_order: загрузится только пакет, стоящий по алфавиту самым первым. У остальных не произойдет монтирование .wotmod в VFS. Если оба пакета есть в load_order: оба пакета смонтируются в VFS, приоритет будет у файлов того пакета, который идет в load_order последним. Так нет, получается профит в виде независимого обновления библиотек от модов, их использующих. Проблема только в том, что пока нет механизма зависимостей, только порядок загрузки.