SoprachevAK

Ну как то так. Будем считать что отображение виджетов доделано. Поддерживается: Добавление виджетов по URL и из локальных файлов DevTools для открытых виджетов (нужно прописывать в конфиге и перезапускать игру) Изменение размера в двух режимах, зависит от мета тега страницы Произвольное изменение высоты/ширины Изменение ширины, а высота подстраивается под высоту страницы Блокировка виджета – не даёт его случайно сдвинуть, делает прозрачным для кликов Перезагрузка страницы с отключенным кешем страницы Минимизация виджета – виджет всё ещё выполняется, но не отправляется на клиент (почти не тратит ресурсов компа) Возможно накликать разные размеры/позиции для боя и ангара Виджеты сохраняются при перезапуске игры LocalStorage сохраняется между сессиями https://github.com/WOT-STAT/cef-widget Следующий шаг – Data Provider, который будет через WebSocket расшаривать для виджетов какие нибудь данные по типу результатов боя. Будет отдельным модом и встроенным в этот

Здравствуйте Подскажите, есть ли возможность по DAAPI передать ByteArray из питона во флеш? Пробовал много: Напрямую у меня не получилось. Пишет ошибку приведения типов, видимо не предусмотрели. Поправьте если я ошибаюсь Через кодирование в String, передачу строкой и декодирование writeMultiByte(value:String, charSet:String):void тоже не вышло. Из танкового флеша вырезаны все charSet'ы кроме UTF8 и Unicode, а ими не закодировать произвольный набор байт. Через String + Base64 декодинг получается очень медленно, Base64Decoder тоже медленный. Через Socket получается хорошо, но в танковом флеше он забагован, и спустя рандомное время работы крашит игру без сообщения об ошибке. Судя по дампу – выход за приделы виртуальной памяти. Пока что остановился на кодирование в массив int'ов, передаю его DAAPI во флешевый Array<uint>, потом нативно конвертирую в Vector<uint>, нативно сериализую в AMF3 ByteArray, обрезаю первые несколько байт заголовков AMF3, и получаю желаемый ByteArray. Очень костыль, но это лучшее что я смог. Сейчас подумал, что можно попробовать сохранять в файл и читать его с диска, в теории с Page Cache должно быть быстро.

Оказалось что Python тоже медленный язык, и просто так пройтись по всем пикселям картинки, и каждый цвет RGB поделить на прозрачность и умножить на 255 тоже очень медленная операция, а numpy весит 100мб На этом я пошел попробовал скомпилить c++ на винду из под не винды, ничего не вышло, вернулся к питону. Заменил функцию на сишную, которую вызываю через ctypes, вроде бы быстро, а работает или нет узнаем когда сервера включат после обновы.

Но ведь в играх ping'ом называют не то что icmp ping, а время отправки и получения стандартного пакета. Буквально время между выстрелом и инфой когда вылетит пулька, а значит он как раз должен учитывать все особенности тактирования. Интересно как это соотносится с 10 тикрейтом танков. Как будто бы, пинг < 100 вообще не может существовать, но при этом разница 10 и 100 очень ощущается. Может там как в кс2 сабтики

Я не знаю, я просто украл кажется даже из какого то другого мода, ну либо из самой игры) Как минимум, оно совпадает с тем, что игра отображает в углу экрана ping = BigWorld.LatencyInfo().value[3] - 0.5 * SERVER_TICK_LENGTH

Про влияние ФПС на точность пока не изучал, времени не было, там нужно засесть и тыкаться в базу Мне кажется что вылеты за пределы круга и неровный фпс могут быть следствием движения танка/мыши Человек едет на скорости и шевелит мышкой => вылеты за круг сведения Человек едет на скорости и шевелит => подгружаются и отгружаются модельки, меняется количество полигонов в кадре => фпс прыгает вверх вниз на пару кадров

Ну вообще есть такое ощущение. Но возможно это нюансы расчета пинга. Возможно пинг рассчитывается в момент кадра. У Unity я точно знаю что есть такая особенность, что даже если запустить сервер и клиент на одном компе, то пинг всё равно будет 16мс = 1 целый кадр. Но корреляция есть бесспорно, в том числе и для каждого игрока в отдельности (при условно неизменном ПК и интернете)

Знаете какого цвета эта цифра 5? – Абсолютно белая с 50% прозрачности А знаете почему она выглядит серой? – А потому что CEF отдаёт картинку в PRGBA, а OBS её юзают как RGBA У меня в моде будет корректно)

А есть где нибудь актуальные примеры по добавлению флешки в боевой интерфейс? Вроде бы он уже тоже на AS3 и как будто бы должно быть как с ангаром app.loadView(SFViewLoadParams(...)), а потом во флеше extends AbstractView и addChild. Но как то не работает. Посмотрел Полироидовский флеш, там всякие его common либы с абстрактными BattleDisplayable и инжекторами, которые динамически регистрируют компоненты уже из флеша. Оно только так и работает, или можно попроще? ______ UPD: Всё сильно проще, ровно как и с ангаром. Просто я импортировал ангарные зависимости)

Да по хорошему да, но как то совсем не просто Там тоже будут некоторые проблемы, в плане что оно будет поверх всего интерфейса, и скорее всего даже курсора. Скорее всего пока оставлю как есть, в крайнем случае можно с потерями сжимать. Упираюсь то именно в трансфер во флеш

Woker'ов в танках судя по всему нет, либо нужно как то с бОльшими правами запускать, может через ViewSettings какие нибудь хитрые ERROR: [Scaleform] ReferenceError: Error #1065: Variable Worker is not defined.

К чему я пришел: 1. Из питона во флеш через DAAPI передаю Array (из uint, но во флеше они нетипизированные) 2. Через глобальную нативную функцию Vector превращаю массив в типизированный вектор 3. Записываю Vector в ByteArray через нативный сериализатор AMF3 4. Обрезаю заголовки формата и получаю точные байтики которые хотел передать. Этот костыль в 5 раз быстрее чем пустой цикл на длину массива. И в 10 раз быстрее чем декодинг из Base64. Моего процессора всё равно хватает только на 250-300 кбайт png файла. Дальше основное ядро забивается и игра начинает лагать. В идеале можно вынести в Worker, которые во флеше есть, но хз как в танковом. Быстрее не станет, но лагать будет только виджет, а танки не будут. (конечно правильно было бы через d3d, но я не готов)

Действительно) Читал там только про DAAPI. Спасибо Но к сожалению оно тоже не поддерживает передачу байтиков(

Эх, в танках поддерживаются charSet'ы только unicode и utf-8, которые не позволяют закодировать произвольные массив байт А кто нибудь знает, как до DAAPI реализовывалась связь Python->Flash ?

Выглядит супер интересно, респект) Если ты этим занимаешь, можешь ещё попробовать подобную картинку где будут пользователи, а не выстрелы Можно в каждой группе брать uniq(playerName), это приближенный расчёт, но он очень быстрый. Как мы уже раньше выясняли, вылеты кроме фпс и пинга сильно зависят от стиля игры, а вот стиль игры уже определяется компом и пингом. С высоким пингом на реакцию не постреляешь. Но а по этому графику, нужно реально что то сделать, чтоб на 60 и 144гц не было пиков. То есть по идеи ты должен брать BbIJIET/count() в каждой клеточке (скорее всего ты так и делаешь, но тогда я не понимаю откуда пики в процентах, от того что там больше выстрелов, % меняться не должен, тк и промахов должно быть пропорционально больше) Я бы всё таки фильтровал по рандому. Там всякие космические режимы и натиски могут сильно влиять на результат. Ещё, фпс может сильно влиять на клиентский прицел, если он дискретно пересчитывается каждый кадр, то чем меньше интервал пересчёта, тем меньше будет его погрешность. И к моменту выстрела он чаще находится там где надо. Интересно посмотреть такое же по серверному. Будет ли там фпс хоть как то влиять