-
Content Count
1,720 -
Joined
-
Last visited
-
Days Won
155
Posts posted by Mixaill
-
-
Скиньте свой sounds.xc
-
По ссылке старая, вот новая http://xfw.readthedocs.io/ru/latest/1.preparation/windows.html
Проблема связана не с питоном, а с bash и около.
-
Попробуйте вместо MSYS использовать MSYS2.
Докоментация обновилась.
-
У WWise какая-то хитрая система привязки лицензии к проектуБудет доступен один общий лицензионный файл на любого пользователя или будет раздача по заявке, после одобрения.
Если не секрет конечно на текущий момент.
-
Вот прямо в консоль в процессе сборки.Куда он пишется, лог?
-
Мы используем только для сборки, для разработки пока никто не пытался.А Ubuntu только для сборки, или для разработки тоже подходит?
Прочие утилиты - тут всё отлично.А как под Ubuntu обстоит дело с IDE для Python и AS3 и прочими утилитами?
IDE для Python - тот же PyCharm
IDE для AS - тут есть проблемы.
У нас всё заточено под FlashDevelop.
Есть FDBuild, которы позволяет билдить проекты, но нет самого FlashDevelop под Linux.
Вероятно, можно импортировать проект в другие IDE, но опять же, пока никто не пытался.
Кушает она, наверное, всё-таки больше чем XP, но проблем должно быть куда меньше.Думаю что Ubuntu должна использовать меньше ресурсов чем Win 7 или Win XP, так что под виртуалкой лучше бы её запускать.
Отлично собирается,1. Соберётся ли всё из исходников под Ubuntu?
Mercurial - TortoiseHg http://tortoisehg.bitbucket.org/2. Есть ли нормальные IDE и Mercurial клиент?
IDE - см. выше
Ой-ёй, надо будет обновить, есть немного лишних шагов.Установил всё для XFW согласно http://xfw.readthedocs.io/ru/latest/1.preparation/windows.html
Берите от 24 января 2017 года.Скачнул исходнички XFW (от июля 2016), запустил build скрипты
Для сборки клиент не нужен. проблема в чем-то другом.AS штатно, SWF штатно,
python не взлетел -- ошибка
Не найден файл "./output*"
Подозреваю: потому как клиент танков не установлен и какой-то путь из-за этого не прописан.
Можно весь лог сборки? (прикрепите файлом)
-
Идея нормальная. Совсем не обязательно городить виртуалку, но если хочется, то можно.Или это плохая идея?
Совсем не ОК. Проблемы не то что могут быть, они уже есть в виде поломанных stat() и fstat() в Microsoft Visual C Runtime, что ведёт к проблемам с импортом в питоне.Писать моды под Windows XP ОК? или могут быть проблемы?
В случае с 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.
-
-
Нет.
- 10
- 2
-
Ага, очень-очень боюсь, ведь я же самый первый продаватель. Ты бы сначала поглядел топ-100 продавателей, а затем бы меня нашел на минус-100500 месте, если вообще такое место где-то кем-то учитывается и подсчитывается. И вот тогда бы тут задвигал умные мысл на этот счёт. О том, что будет с продавателями в случае ввода всяких ЭЦП можешь прочитать тут и заплакать, так как они эти продаватели только выиграют, не все конечно, а самые жирные. И жить тебе в мире танков от этого ни на грамм комфортнее не станет.
1. TanksIntruder не жирный продаватель
2. Выигрывают самые жирные продаватели
3. То есть, TanksIntruder несет материальные убытки от ввода ЭЦП.
Ничего не упустил? Может это не забота о ближнем, а банальное выгораживание своего бизнеса?
-
Интересно, а если создать папку my_mod.wotmod вместо архива, то её загрузит клиент?
C-c-c-combobreaker :)
Вроде как нет, но это вполне себе хорошая хотелка в плане разработки, с учетом возможного выпила res_mods.
-
Идея давно придумана, озвучена, была реализована несколькими мододелами, в разной степени функциональности.
Да и со стороны вг, это уже 4 или 5ый вариант работы с модами и загрузки ресурсов. Одно плохо, мододелам и пользователям эта хрень конечно нужна,если будет сделана просто и прозрачно, но для развития мододельства это лоптание на месте, просто перевод человеко часов вникуда.
Увы, публикация документации и исходников интерфейса является для компании почему-то неразрешимым вопросом.
- 4
-
Не в ту степень обсуждение пошло. Какое может быть ЭЦП и зачем, если файлы клиента будут открыты как сейчас? Если речь идёт о контроле исполнения кода на стороне клиента, то в первую очередь нужно переписать клиент и закрыть все его скрипты, наложив систему верификации данных. И только после уже пилить сервис для подписывания сторонних пакетов от юзверов. Только всё мододельство на этом закончится.
Мододельство, или читпаки?
- 1
- 1
-
много текста
Всё очень хорошо, то есть плохо, боль разделяю, но есть несколько заблуждений:
- каких-то привелегий для XVM нет
- мы и без .wotmod хорошо жили, но тут часть того что хотели запилить мы сами хотят сделать за нас. Не факт что доживем, но хочется верить в чудо.
-
Вот именно!
Картоха, прижучь Орион!
Не игнорь try-except блоки с битым байткодом в PVM.
Ну и что там еще?.. Джампы в никуда тоже не игнорь
Может проще, запрет выполнения .pyc, .pyo, pyd?
-
Не совсем понятен контекст чем именно нужно было с вами поделиться, ну кроме рук конечно, о чем Михаил выше написал?
С нами делиться не нужно, нужно со всеми.
- 1
-
А как быть с *.pyd-файлами? 0Запретить или грузить только при наличии ЭЦП Wargaming.net.
В целом, их никто кроме нас и WG Social и не использует, поправьте если ошибаюсь.
- 1
-
Ну у вас тоже была такая возможность - xfw.
Что же развивать не стали?
Не взлетело, в силу ряда причин.
В первую очередь, катастрофический дефицит человеческих ресурсов в проекте. Планов есть куча, но запилено чуть более, чем ничего (те же репозиторий модов и автообновление закладывались изначально)
Но у нас нет сил нормально допилить, а работать по схеме "вы пилите моды - а мы поможем с XFW" никто не захотел.
Вторая, лицензионная политика. Предлагаемая сначала лицензия GPL устраивает далеко не всех.
Концепция с .wotmod мне в целом близка, поэтому надеюсь, что хоть что-то получится, а не как всигда.
-
И больше и всё.В перспективе
3. Автообновление
4. Репозиторий
5. ЭЦП
-
Кому нужны пакеты, давно делали *.pkg архивы и подключали их через path.xmlИ это не норм, теперь так не нужно.
Хоть с проверкой версий, хоть с автообновлением, хоть с учётом зависимостей и т.д.
Вполне нормальная идея, шаг к созданию инфраструктуры, в которое сообщество адекватно не смогло за 7 лет.
Да, есть вопросы к реализации, но движение, в кои-то веки, хотя бы не назад.
Хотя, и сообщество не смогло образоваться, предпочитая всё свое прятать, а не делиться.
- 5
-
А может всё-таки избавимся от читерских модификаций?..Ну вот, тут люди в треде против, говорят, не по понятиям не обфусцировать моды.
- 2
-
В чём выражается это "не допускание"?- Если не указан порядок загрузки в load_order: загрузится только пакет, стоящий по алфавиту самым первым. У остальных не произойдет монтирование .wotmod в VFS.
- Если оба пакета есть в load_order: оба пакета смонтируются в VFS, приоритет будет у файлов того пакета, который идет в load_order последним.
Конечно можно. Но опять вся "красивая идея" начинает рушится... Получаются те-же яйца только в профиль и смысл тогда городить огород?Так нет, получается профит в виде независимого обновления библиотек от модов, их использующих. Проблема только в том, что пока нет механизма зависимостей, только порядок загрузки.
Обсуждение ночных сборок (НЕ для багрепортов)
in Testing, Bug Reports
Posted
рядышком прикладывать?