Помощь - Поиск - Пользователи - Календарь
Полная версия: Сохранение местоположения игрока
Город Мастеров > РЕДАКТОРЫ > Шарды рунета
Raven
По ходу дела частенько приходится останавливать сервак, менять скрипты, добавлять чето, удалять... когда измененный модуль ставится на сервак и запускается - при заходе на серв все игроки оказываются в стартовой точке модуля. Всвязи с этим возникает вопрос - можно ли сделать так, чтобы игроки оставались на той же позиции, в которой дисконнектились и появлялись в той же позиции, несмотря на остановку сервака и изменение модуля? Я так понимаю, что это надо делать с помощью ДБ - сохранять местоположение игрока в скрипте OnClientLeave, но как именно - какими функциями зафиксировать местоположение игрока и как это в БД запихнуть ?
Twin
По-моему, всё довольно просто:
Neverwinter Script Source
object oPC = <игрок>
SetCampaignLocation("PW Database", "StartLocation", GetLocation(oPC), oPC);

и обратно:
Neverwinter Script Source
object oPC = <игрок>
AssignCommand(oPC,
  JumpToLocation(GetCampaignLocation("PW Database", "StartLocation", oPC))
)


Не проверял на практике, но вроде с синтаксисом всё нормально.

P.S. Такие вопросы лучше задавать в форуме Neverwinter Nights Aurora Toolset имхо.
_kaa_
Все совсем не просто sad.gif
Сохранять положение игрока на onClientLeave - не получится, координаты всегда будут нулевые (вроде я где-то в прикрепленном топике расписывал почему)

Варианты решение:
1. Сохранять положение на OnEnter для любой локации. Локация будет та-же, но место нет
2. На onHeartBeat модуля поставить несложный скрипт, который будет перебирать всех игроков и запоминать в _локальной_ переменной вектор с месторасположением игрока.
А на событие onClientLeave записывать месторасположение в базу.
Только тут скрыта еще одна проблема smile.gif
Месторасположение храниться как Номер локации, коорд.X,Y,Z.
Номер локации - число, которое _меняется_ после сборки модуля в тулсете при добавлении\удалинии локаций. Так что нужно использовать свои функции, вот тут есть вариант http://www.wrg.ru/forums/index.php?showtopic=241
Raven
Сенкс, буду разбираться
Lazy Ranma
Можно использовать вместо SetCampaginLocation() 2 функции GetCampaignVector() и GetCampaignString(). С помощью первой храним собственно вектор, второй - тэг локации.
DBColl
Lazy Ranma
QUOTE (Lazy Ranma @ Oct 24 2004, 00:36)
Можно использовать вместо SetCampaginLocation() 2 функции GetCampaignVector() и GetCampaignString(). С помощью первой храним собственно вектор, второй - тэг локации.

А зачем? Просто ради извращения? unsure.gif
Lazy Ranma
Каа же написал, что SetCampaginLocation() пользоваться нельзя, ибо она неправильно локацию сохраняет. Поэтому сохранять вектор отдельно, а тэг отдельно - самое простое решение (я не говорю самое правильное).

Второй, более сложный вариант, - автоматически индексировать локации с базе данных. Тогда вместо тэга можно использовать ее индекс, а при изменении тэга локации нужно будет только отредактировать ее тэг в БД. Но это относится к MySQL базе.

А вообще, советую забыть про стандартную базу данных. Она большая, медленная, ее нужно периодичекси паковать (а под линуксом этого, на сколько я знаю, до сих пор сделать нельзя), в ней куча глюков (с числами на конце, с SetLocation()), она жутко неудобная по сравнению с SQL. Именно из-за глюка с числами на конце (а это означало невозможность реализации массивов - про буковку на конце я не догадался) я в январе или феврале сего года в очередной раз помянул недобрым словом биовару и заменил весь код, использующий стандартную БД. Нужно ли говорить, что то, что я писал под стандартную БД несколько дней, с использованием SQL я написал за несколько часов, а кода в результате получилось в разы меньше?
_kaa_
QUOTE (Lazy Ranma @ Oct 24 2004, 00:36)
Можно использовать вместо SetCampaginLocation() 2 функции GetCampaignVector() и GetCampaignString(). С помощью первой храним собственно вектор, второй - тэг локации.

Вся Ж. в том, что хранение Locaton - "правильное", а string хранится в мемо-полях и требует постоянной перепаковки баз данных. Я скорее соглашусь на внешний MySQL сервер smile.gif

Вариант без БД - добавить на каждую локацию через тулсет переменную с номером. Тот еще гемор, но работать будет быстро.
exxeLL
Маленькая добавочка : onHeartBeat маленький интервал, выгоднее пользоваться такой конструкцией:
название скрипта "blabla"
main()
{
DelayCommand(20.0,ExecuteScript("blabla",OBJECT_SELF));
}
и вешать его на onClientEnter
Может где-то ошибся но идея думаю ясна
RiPPeR
Я в базе скриптов выложил систему, там есть, кстати, сохранение местонахождения. smile.gif
Все работает. Что-то типо этого, только улучшенное стоит на моем шарде.
Это текстовая версия — только основной контент. Для просмотра полной версии этой страницы, пожалуйста, нажмите сюда.
Invision Power Board © 2001-2025 Invision Power Services, Inc.