-
Постов
10 387 -
Зарегистрирован
-
Посещение
-
Победитель дней
417
Тип контента
Профили
Форумы
Баг Трекер
Предложения
Список изменений
Загрузки
Блоги
Магазин
Галерея
Весь контент Electr0
-
Кажется прототип 6 готов для закрытого тестирования среди администрации меги, найденые мной баги и недочеты из предыдущих версий устранены.
-
Прототип 6: В голове не умещается вместе со всеми возможными проблемами все то что нужно сделать поэтому напишу тут. Сделанное зачеркнуть. Исправить исключения: если игрок захватил предмет,не отпуская его зашел в настройки и нажал редактировать только помеченные предметы. В таком случае предмет не говорит игроку что он захвачен, и не дает себя отпустить, тогда как по идее после включения опции предмет нужно сразу отпускать вручную. Второе исключение, те кто не имеет доступа к редактированию помеченных предметов не должны иметь возможность включать настройку. Рут админ может скопировать предмет не от стройки, это не корректно. Добавить: В информацию о предмете нужно добавить информацию о номере анимации, скина, (максимальные, минимальные предмета, данные два параметра должны быть скрыты от обычных игроков это для создания невидимых стен) Проверку есть ли у модельки доп. скины, в ином случае выходит что игроки могут пытаться изменить скин модельки у которой их нет вообще, засорение бд неверными данными выходит. Добавить максимальные значения скина для конкретных моделек, это позволит улучшить юзабилити при прокрутке скинов, исключая лишние значения. Изменить: Есть глобальный таймер повторяющийся каждые в 0.1 для показа геометрии, его нужно сделать личным для конкретного клиента и выключать его когда проп для показа геометрии равен нулю, там мы избавимся от холостого хода по данной задаче, ибо он постоянно перебирает клиентов и ищет через все 2048 пропов у кого включена геометрия, мне никогда не нравился этот подход но тогда не было времени что-то придумывать. В протипе 5 применяется проверка которая не проверяет был ли ноль в переменной где хранится референсный код пропа, это очень опасно, нужно исправить. Удалить: В режиме граба планировались некоторые функции которые не были реализованы однако келбеки от них я оставил, нужно выпилить это. Для определения заграблен ли предмет есть две функции одна исключает текущего клиента, другая же нет, нужно объединить в одну.
-
Если выставить несуществующую анимацию персонажу то сервер рухнет.
Electr0 прокомментировал Electr0 запись в °• Mega Survival
Значение Статус изменено на: Исправлено -
Значение Статус изменено на: Исправлено
-
Если прыгать над предметом который передвигаешь то он сдвинется когда ты в воздухе
Electr0 прокомментировал Electr0 запись в °• Mega Survival
Значение Статус изменено на: Исправлено -
Если прыгать над предметом который передвигаешь то он сдвинется когда ты в воздухе
Electr0 прокомментировал Electr0 запись в °• Mega Survival
Баг исправлен с будущей версии. -
Прототип 5, переменные хранящие индекс пропа переведены на Entity Reference код, чтобы точно быть уверенным что это именно тот предмет что мы запоминали, в связи с этим большая часть переменных переделана в строну оптимизации и уменьшения использования массивов там где этого можно избежать. Исправлено дублирование перевода из референс кода пропа в обычный индекс в функциях которые извлекали данные из ArrayList'ов игрока (сохранение, и и прочие) Исправлен краш из за переключения модели на несуществующую, теперь там жесткие списки с максимальными номерами для конкретных, игроку пишет при попытке неверно изменить правильные диапазоны.
-
Если выставить несуществующую анимацию персонажу то сервер рухнет.
Electr0 прокомментировал Electr0 запись в °• Mega Survival
Баг закрыт, внедрен список максимальных номеров анимации для каждой модельки. во всех местах где проводится выставление анимации теперь стоит проверка на корректный номер модели. В случае если игрок попробует выставить номер анимации больше чем у модели есть. напишет: [FS] Неверный номер анимации, для этой модели вы можете указать в диапазоне от 0 до 929 в инструкции теперь пишу диапазон от нуля до самого максимального [FS] Использование: sm_fs_anim <число в диапазоне 0-1015>. Пр: !fs_anim 67 -
Если выставить несуществующую анимацию персонажу то сервер рухнет.
Electr0 опубликовал запись в °• Mega Survival
Нужно сделать список максимальных анимаций для персонажей. Баг легко повторить так что пусть будет скрытым до выхода обновы. -
-
Прототип 4: альфа мяу, здесь по плану нужно будет реализовать: Блокировку вызова функций которые не поддерживают групповое редактирование во время того как включен режим редактирования только помеченных предметов, чтобы исключить ложные запросы редактирования объектов по курсору. Добавить в информацию о предмете кнопочку пометки предмета, полезно при поиске анимации. Может быть добавить функцию выравнивания группы предметов, по выбранной оси, предмета по курсору игрока.
-
Прототип 3: переделана система доступа к предметам, теперь она передает коды ошибок, что позволило сделать перед действиями над группой предметов анализ, если хоть один из предметов нельзя трогать, действие над всей группой не производится т.к. мы потеряем целостность редактируемой группы, вместо действия в таком случае пишет сколько предметов вызвало проблему и какую именно (такой же стиль как при ошибках загрузки слота. Проблема нарушения целостности таким образом закрыта.
-
Прототип 2: лаги существенно уменьшены. Дома взмывают в воздух существенно легче Добавлено редактирование анимации помеченных предметов.
-
Я понял как можно облегчить работу плагину во всех сферах вплодь до сохранения огромных убег. это уменьшит нагрузку при поиске из больших массивов данных что происходит при массовых телодвижениях. надеюсь поможет, только нужно перелопатить весь плагин ><. Так я уменьшу кол-во итераций на поиск одного предмета из памяти с 2048 до 1.
-
Реализовал пометку/убирание меток всех предметов игрока по команде, при передвижении 300 предметов одновременно возникают сильные лаги, это не только сетевой трафик ведь при одновременной передаче инфы о трехста предметах лаги неизбежны, ничего не могу с этим поделать. видимо эта возможность будет только для випов в иных случаях есть риск троллинга сервера ненормальными.
-
Первый прототип только что заработал: Работает функция передвинуть несколько помеченных предметов по определенной оси одновременно. По странному стечению обстоятельств играла музыка Clint Mansell – First Movement, очень мило, были мурашки когда эти строки что я писал в редакторе заработали) к этому не привыкнешь)
-
Идея не нова, нужно придумать как помечать, записывать и выполнять действия над помеченными предметами. так можно устранить пару неудобностей с редактированием. Помечать можно будет строго свои предметы, мне не хочется заниматься сотней исключений при мультиюзерном подходе. А так же позволит игрокам: Быстро передвигать свои дома целиком. Можно будет реализовать выравнивание по определенной оси для нескольких объектов, например по высоте или оси x или y. Можно будет приподнять все свои постройки и найти те что по какой либо причине оказались под полом. Сложности: Массовое редактирование лучше не логгировать будут лаги Массовое редактирование лучше не записывать системой слежки за действиями, она ухууеет если какой нибудь Эля разом передвинет 400 предметов. Спамить в чат о действии над сотнями предметов не лучшая идея. Чтобы добавить опцию редактировать только помеченное, нужно выпилить все связанное с опциями спавна по курсору, рядом с игроком ибо это нахер никому не нужно и занимает место как раз таки нужное под эту опцию. Старую систему идентификации по хаммерид нужно сильно модернизировать, в условиях когда нужно рулить огромными данными в один миг придется жестко оптимизировать код. Если условия корректности позиции не будут пройдены часть предметов при редактировании может остатся на месте тогда как остальная часть будет отредактирована, это может сломать убеги, нужно делать какую-то.. предварительную оценку чтоли. чтобы запретить действия над группой предметов если один из предметов нельзя отредактировать так как этого хотел бы игрок. И писать отчет оценки по найденым проблем вместо действия в таких случаях. Нужно не забыть что функция граба для помеченных предметов работать не должна, ибо они все сожмутся в кучку на курсоре =D Придумал. Хранить будем в формате ArrayList. Добавление исключение из него у меня уже давно есть это лимит предметов игрока. предметы игрока хранятся в таком же месте. Притом это очень экономичный вариант. не нужно создавать переменную на 2048 ячеек * 64 клиента это в сотни раз уменьшает теоритическую при групповом редактировании. А вот визуально не знаю как это дело отделить. Нужно пометить предмет так, чтобы человек точно понимал взглядом что это помеченный предмет. в условия когда я им позволяю выставлять цвет предметов и их ауру, вариантов визуальной пометки нет. Хотя стоп. Я могу делать предмет полупрозрачным.
-
Сегодня было несколько разрывов, общался с техподдежкой. как же заебали эти ддосеры.
-
Сделаю жесткий лимит 25 клиентов, на создание ботов танками, создание ботов выживших через админку, создания спец зараженных и спавн из админки.
-
тестирование провалилось попытка номер два.
-
мелкие технические поправки в код бета версии: Откатил инициацию танков на старую схему. щит снова работает по старой схеме, он не скрывается а просто удаляется, снимают его не часто смысла в этом нет выходит. если кобальт кого-то ударил по идее блюр прекращается, ЗНАЧИТ нужно удалить муляж с карты что я и сделал. если таймаут спец способности меньше 0.1 типа 0.0555хуевознаеткакоечисло то разрешаю использовать спец способность. в версию без контроля людьми, при сборке плагина теперь не вкладываются все фичи для версуса (для коопа где только боты, для уменьшения нагрузки) для щит танка используется отдельная переменная статуса спец способности, тогда как все остальные используют другую, вырезал эту отдельную и вшил ту что используют другие, + к унификации кода и меньшему жору памяти.
-
Загружено на мегу
-
Значение Статус изменено на: Тестируется
-
Иногда кнопка хукается по три раза что вызывает тройные срабатывания келбеков на игроках, что вызывает либо тройной спам о том что кто-то запустил панику, либо тройное наказание при кулдауне за одну попытку нажатия, не приятно. Стиль сообщений как и способ их вывода некоторых случаях вызывает сомнения. Вместо отдельных кулдаунов нужно сделать один на кнопку и максимально его упростить. В коде есть лишние участки на типе фразы для недоступного никому голосования на блокировку кнопки. Сделать умный вывод времени если остается 5 мин то и пиши 5 мин, если 15.6 секунд то так и пиши 15.6 сек. и писать нужно в центр экрана, а не засорять чат! в некоторых местах есть дублирование кода, не хорошо. Перевести весь код на SourcePawn Transitional Syntax