Здравствуйте, гость ( Вход | Регистрация )
Профиль
Фотография
Рейтинг
Опции
Персональное Соглашение
Existor не имеет договора в данный момент.
Персональная информация
Existor
Level 6
Возраст неизвестен
![]()
Проживание неизвестно
День рождения неизвестен
Интересы
Нет данных
Другая информация
Класс: Разведчик Арфистов
Характер: True Neutral
Раса: Животное
Мастер: Нет данных
Мастер: Нет данных
Мастер: Нет данных
Проект N1: Нет данных
Проект N2: Нет данных
Статистика
Присоединился: 29.11.2005
Просмотры профиля: 8,608*
Последний раз замечен: 21st September 2019 - 05:06
Местное время: Apr 28 2024, 10:28
197 сообщения (0.03 сообщений в день)
Контактная информация
![]() ![]() ![]() ![]() * Просмотры профиля обновляются каждый час
![]() |
Темы
Сообщения
Файлы
Комментарии
Друзья
Содержание
1 Feb 2007
Проблема такова:
По необъяснимой причине время встает на определенной временной отметке и сдвигаться не собирается. Сам по себе вызов дм команды "dm_settime" сдвигает часы сразу на сутки, а часы за вычетом 1-2 часов(с этими нюансами пока что не было времени плотно разобраться, просто примерно так) от заданного смещения. Изменение часов с помощью скриптовых команд так же двигают сутки, оставляя час неизменным. Запуск сервера на моей локальной машине с измененым временем стартайма ранее давал положительный результат, но на сервере все снова вставало на круги своя. После моих попыток разобраться с проблемой и решить ее различными методами, смена стартайма прекратила как-то влиять на зависание времени и на моей локальной машине. На сервере ранее использовался механизм реального времени, основаный на восстановлении текущего времени из базы мускула. Теперь по некоторым причинам мускул отрублен, поэтому используется стандартная база нвн. Механизм восстановления времени отлажен, ошибок и зацикливаний в нем нет. Врубание\отрубание системы рестора времени влияния не оказывает - время стабильно виснет. Версия: 1.67 Размер модуля: 50+мб(разбить, чтоли?) Вот такие пироги... Кто встречался с подобным и как разруливал данную ситуацию?
27 Jul 2006
Собственно, нужна помощь опытных скриптеров... Ничего по этому вопросу я на форуме не нашел...
Сначала опишу ситуацию. Нужно, чтобы чар выполнял ураганную атаку с определенным шансом хоть под каждый удар в раунде. void DoWhirlwindAttack( int bDisplayFeedback = TRUE, int bImproved = FALSE ); позволяет хоть каждую атаку в раунде делать ураганной, НО. После того, как проходит серия ураганных атак, накапливается "время затупления", равное раунд(6 сек) * кол-во ураганных атак-1, это примерно. Причем, просто отбежать и пробегать это время нельзя - это время проходит только в стойке перед противником, когда чар тупо стоит и ничего не делает. Когда это время заканчивается, чар продолжает нормальные атаки. Собственно, это время нужно нейтрализовать. Еще лучше было бы сделать так, чтобы исполняя ураганную атаку, чар продолжал свои нормальные(т.е. хотя анимация УА еще не закончилась, чар должен проводить регулярные атаки). Скрипта УА я не нашел... Буду благодарен за советы и предложения...
30 Nov 2005
На любом сервере любой онлайн игры, в которой одни обладают куда большими возможностями, нежели остальные, всегда ребром встает вопрос - как сделать так, чтобы "оперуполномоченные" не буянили, не пользовались своими полномочиями для личной выгоды, иначе говоря не "читерили".
Так как просматривать серверные логи утомительно, уже наверняка существует целый класс программ, которые в некоторой степени способны выявить "читерство" со стороны дмов, и чаров, обладающих дм-правами. Собственно, такую программу я нашел, но она на испанском =) Если у кого есть аналоги таких программ, свои решения, рекомендации по вопросам повышенения "честности" игры на шарде - прошу высказаться. Еще лучше - ссылку на готовую программу. Благодарю за внимание и заранее благодарю =) |
Последние посетители
Комментарии
Вам не оставили ни одного комментария Existor.
Друзья
Нет друзей для показа.
![]() |
Текстовая версия | Сейчас: 28th April 2024 - 10:28 |