Сообщений в теме: 39

[КенГуру]

Приветствую уважаемое сообщество!
Вопрос к гуру по поводу проблем с сохранением в БД кол-ва боеприпасов. Почему в Эпохе не реализовано? Неужели длина строки в таблице мускула настолько коротка? Сможет ли в таком случае её усвоить дллка ultima.dll ?
Вот, например, инвентарь СуперСУВа в 2005 символов из бэкапа БД:

Скрытый текст

[[["ItemMatchbox_DZE","ItemFlashlightRed","ItemHatchet_DZE","ItemCrowbar","ARP_hammer2","ARP_kit_keys","ARP_screwdriver_straight","ARP_adjustable_wrench","ItemEtool","Sa58V_RCO_EP1","ItemMachete","ARP_nippers","ItemFlashlight","ItemMap","ItemCompass","ItemCaseEmpty","AKS_74_kobra","M14_EP1","ItemWatch","ItemShovel","ARP_screwdriver","MakarovSD","ItemFishingPole","DMR","AK_74","M16A2GL","ItemToolbox","UZI_SD_EP1","M16A2","M4A1","M9SD","ItemGPS","ItemCaseFull","ItemKeyYellow25","FN_FAL_ANPVS4","G36C_camo","ItemSledge","M79_EP1","M4A1_AIM_SD_camo","Mk_48_DZ","RH_m9sd","M4A1_HWS_GL_camo","RH_g17sd","Sa58V_CCO_EP1"],[8,6,15,3,1,1,2,1,7,2,1,5,14,11,22,3,1,2,11,2,1,5,1,2,1,1,8,3,2,2,3,3,1,1,1,1,1,1,1,1,3,1,1,1]],[["ItemCopperBar10oz","ItemHeatPack","ItemTentOld","PartGlass","PartEngine","ItemFuelBarrel","PartWheel","ItemFuelBarrelEmpty","ItemJerrycan","ItemBloodbag","PartFueltank","ItemPainkiller","ItemTrashToiletpaper","ItemMorphine","ItemJerrycanEmpty","ItemAluminumBar10oz","30Rnd_762x39_AK47","2000Rnd_762x51_M134","ItemComboLock","FoodPumpkin","ItemSledgeHandle","ItemBandage","8Rnd_9x18_MakarovSD","ItemCanvas","ItemBurlap","PartWoodLumber","forest_large_net_kit","ItemWoodLadder","PartGeneric","ItemWire","FoodrabbitRaw","PartVRotor","ItemPole","ItemTankTrap","100Rnd_556x45_BetaCMag","30Rnd_762x39_SA58","ItemAluminumBar","ItemTinBar","FoodbaconCooked","ItemSodaMdew","CinderBlocks","ItemSandbag","ItemGenerator","MortarBucket","ItemWaterbottleBoiled","20Rnd_762x51_DMR","ItemLightBulb","ItemSodaPepsi","PartWoodPile","ItemSledgeHead","ItemOilBarrelHalf","PartWoodPlywood","ItemTinBar10oz","100Rnd_762x54_PK","100Rnd_127x99_M2","100Rnd_762x51_M240","29Rnd_30mm_AGS30","48Rnd_40mm_MK19","150Rnd_127x107_DSHKM","30Rnd_9x19_UZI_SD","15Rnd_9x19_M9SD","30Rnd_545x39_AK","ItemWaterbottle","PartPlankPack","RH_17Rnd_9x19_g17SD"],[104,8,2,30,20,9,19,20,12,13,13,14,12,19,27,1,7,5,6,5,2,33,7,2,17,203,3,1,35,9,1,17,10,37,5,5,13,11,6,10,12,14,4,1,1,3,8,7,5,2,2,6,3,2,2,4,2,1,4,3,10,1,4,1,1]],[[],[]]]

А т.к. вместимость лута я проставил в этом СУВе 25000 предметов - это ещё не предел строки, как я понимаю..
Но баг с вечными патронами я твёрдо намерен решить. Прошу помощи советом, по крайней мере..

[NoNameUltima]

Проблема не в сохранении БК, а в том, что в А2 нет функции наполнения рожка патронами. т.е. - либо фул рожок, либо ничего.
Если для обычного оружия, это не критично - автоматики, пистолетики и т.п., то для патронов на технике это уже сомнительно -можно каждый рестарт получать полный рожок. - 2000 патронов это не мало.

Именно по этому и не реализовано.

Реализовать можно так:

Получать кол-во патронов в рожке, и если меньше 95% патронов(от полного) - записывать в БД, что БК=0.
Если больше - сохранять БК(т.е. полный рожок при рестарте будет).
Ну и записывать не кол-во патронов, а просто 0 или 1 - есть, или нет. т.к. хранить кол-во необязательно, все равно функции пополнить рожок 1\2\3.... патронами - нет в А2.

Хранить можно в SQL, но придется проверить все скрипты и учесть кол-во передаваемых параметров.
Ну или через ДЛЛ, что проще -
Прочесть через ДЛЛ ini
*Пример записи в ini:
xxxx=[ ["aaa",2] , ["bbb", 1] ]
Где - xxxx - UID техники, aaa - рожок с ИД ааа в кол-ве 2, bbb - рожок с ИД bbb в кол-ве 1
После спавна техники, искать технику с данным ЮИД, по списку, и добавить в технику рожки.
Добавить скрипт который при стрельбе будет учитывать % патронов в рожке, и пересохранять данные в БД ini файла.
Если патронов в технике нет - удалять запись из ini

Собсно тоже самое надо и при использовании SQL делать, но еще раз повторю - геморойнее из-за того, что там уже есть параметры.

[КенГуру]

Понятно..
Рассматриваю
gearSlotAmmoCount

[КенГуру]

И https://community.bi...iki/weaponState

[КенГуру]

Вылез вопрос - как пронумерованы слоты в рюкзаке? Номера в инвентаре есть в скрипте player_gearSync. Если узнать номера рюкзачных (и если они вообще нумеруются) - можно повторить фокус

[NoNameUltima]

КенГуру (07 сентября 2015 - 20:56) писал:

Вылез вопрос - как пронумерованы слоты в рюкзаке? Номера в инвентаре есть в скрипте player_gearSync. Если узнать номера рюкзачных (и если они вообще нумеруются) - можно повторить фокус

Что есть нумераци?
Нет никакой нумерации слотов, ни в инвентаре, ни где либо еще...

[КенГуру]

NoNameUltima (07 сентября 2015 - 22:21) писал:

Нет никакой нумерации слотов, ни в инвентаре, ни где либо еще...

Хм.. А это тогда что?

Скрытый текст

//Primary Mags
for "_i" from 109 to 120 do {
_control = _dialog displayCtrl _i;
_item = gearSlotData _control;
_val = gearSlotAmmoCount _control;
_max = getNumber (configFile >> "CfgMagazines" >> _item >> "count");
if (_item != "") then {
if (_item == "BoltSteel") then { _item = "WoodenArrow" };
if (_val != _max) then {
_magazineArray set [count _magazineArray,[_item,_val]];
} else {
_magazineArray set [count _magazineArray,_item];
};
};
};
//Secondary Mags
for "_i" from 122 to 129 do {
_control = _dialog displayCtrl _i;
_item = gearSlotData _control;
_val = gearSlotAmmoCount _control;
_max = getNumber (configFile >> "CfgMagazines" >> _item >> "count");
if (_item != "") then {
if (_val != _max) then {
_magazineArray set [count _magazineArray,[_item,_val]];
} else {
_magazineArray set [count _magazineArray,_item];
};
};
};

Взято из скрипта player_gearSync

[КенГуру]

Скрипты все вроде поправил, но сейчас решаю траблу с player_monitor.fsm
Не знаю - удастся ли

[NoNameUltima]

КенГуру (08 сентября 2015 - 00:10) писал:

Хм.. А это тогда что?

//Primary Mags
for "_i" from 109 to 120 do {
_control = _dialog displayCtrl _i;
_item = gearSlotData _control;
_val = gearSlotAmmoCount _control;
_max = getNumber (configFile >> "CfgMagazines" >> _item >> "count");
if (_item != "") then {
if (_item == "BoltSteel") then { _item = "WoodenArrow" };
if (_val != _max) then {
_magazineArray set [count _magazineArray,[_item,_val]];
} else {
_magazineArray set [count _magazineArray,_item];
};
};
};
//Secondary Mags
for "_i" from 122 to 129 do {
_control = _dialog displayCtrl _i;
_item = gearSlotData _control;
_val = gearSlotAmmoCount _control;
_max = getNumber (configFile >> "CfgMagazines" >> _item >> "count");
if (_item != "") then {
if (_val != _max) then {
_magazineArray set [count _magazineArray,[_item,_val]];
} else {
_magazineArray set [count _magazineArray,_item];
};
};
};

Взято из скрипта player_gearSync

А при чем тут нумерация?
Ну если считать контролы ячеек за нумерацию, то пусть будет нумерация)

[КенГуру]

Нумерация-нумерация,   - ишо какая!
Короче, сделал я player_monitor В базу данных засунул ленту пулемётную в виде

["100Rnd_762x51_M240",69]

и после пары десятков неудачных попыток запилил-таки правильный синтаксис и получил эту ленту количеством 100.
Теперь имею в player_monitor локальную переменную с реальным кол-вом в 69, которую мне надо синхронизировать. Думаю запустить сразу в этой фазе синхронизацию перса (в соответствующем скрипте server_playerSync уже сделан учёт количества патронов).

Прокатит - как думаешь? ИМХО - должно..

Исхожу из того, что во время сессии сервак хранит кол-во патронов в гире техники, причём ТРАНСЛИРУЕТ всем. Если я скину в тачку недострелянную обойму, мой напарник, зайдя позже на сервер - найдёт её именно там именно НЕцелую. Значит, переменная количества патронов в обойме - глобальная, но не записываемая в БД.

Я теперь пишу в базу.
Схема такая:
1) Скинул игрок обойму в инвентарь тачки или в рюкзак;
2) Этот гир апдейтится (синхронизируется) и кол-во патронов записывается при этом в БД;
3) При начале новой сессии игрока (в случае с рюкзаком) или новой сессии сервера (в случае с техникой-хранилищами) обойма читается из БД в виде массива, откуда забирается её название и игрок (либо объект) спавнится С ПОЛНОЙ ОБОЙМОЙ;
4) Полученное из БД количество патронов в этой обойме ПРИСВАИВАЕТСЯ ей при апдейте.

Как план? Видно слабые места?

Я пока вижу из основных трабл только необходимость апдейтить каждую такую обойму сразу при получении переменной - ДО замены такой же из следующей неполной обоймы. Кстати, ЦЕЛЫЕ обоймы вообще не трогаются и в этой вакханалии не участвуют - просто спавнятся.

[КенГуру]

Мдяя. Как же запускать синхрон - если рюкзак ещё не наполнился? То бишь В ПРОЦЕССЕ наполнения? Можно ли?
Или придётся эти количества копить до окончания заполнения рюкзака?
Вот кстати кусок кода заполнения рюкзака из монитора, который переписал:
Было:

Скрытый текст

" //Magazines" \n
" _countr = 0;" \n
" {" \n
" if (_x == ""BoltSteel"") then { _x = ""WoodenArrow"" }; // Convert BoltSteel to WoodenArrow" \n
" if (_x == ""ItemTent"") then { _x = ""ItemTentOld"" };" \n
" dayz_myBackpack addMagazineCargoGlobal [_x,(_backpackMagQty select _countr)];" \n
" _countr = _countr + 1;" \n
" } count _backpackMagTypes;" \n
" " \n

Стало:

Скрытый текст

" //Magazines" \n
" _countr = 0;" \n
" {" \n
" if (typeName _x == ""ARRAY"") then {" \n
" _backpackAmmoTypes = _x select 0;" \n
" _backpackAmmoQty = _x select 1;" \n
" dayz_myBackpack addMagazineCargoGlobal [_backpackAmmoTypes,(_backpackMagQty select _countr)];" \n
" } else {" \n
" dayz_myBackpack addMagazineCargoGlobal [_x,(_backpackMagQty select _countr)];" \n
" };" \n
" _countr = _countr + 1;" \n
" } count _backpackMagTypes;" \n

Вот

_backpackAmmoQty

и есть выцепленное из БД количество патронов

[NoNameUltima]

КенГуру (08 сентября 2015 - 02:56) писал:

Нумерация-нумерация,   - ишо какая!
Короче, сделал я player_monitor В базу данных засунул ленту пулемётную в виде

["100Rnd_762x51_M240",69]

и после пары десятков неудачных попыток запилил-таки правильный синтаксис и получил эту ленту количеством 100.
Теперь имею в player_monitor локальную переменную с реальным кол-вом в 69, которую мне надо синхронизировать. Думаю запустить сразу в этой фазе синхронизацию перса (в соответствующем скрипте server_playerSync уже сделан учёт количества патронов).

Прокатит - как думаешь? ИМХО - должно..

Исхожу из того, что во время сессии сервак хранит кол-во патронов в гире техники, причём ТРАНСЛИРУЕТ всем. Если я скину в тачку недострелянную обойму, мой напарник, зайдя позже на сервер - найдёт её именно там именно НЕцелую. Значит, переменная количества патронов в обойме - глобальная, но не записываемая в БД.

Я теперь пишу в базу.
Схема такая:
1) Скинул игрок обойму в инвентарь тачки или в рюкзак;
2) Этот гир апдейтится (синхронизируется) и кол-во патронов записывается при этом в БД;
3) При начале новой сессии игрока (в случае с рюкзаком) или новой сессии сервера (в случае с техникой-хранилищами) обойма читается из БД в виде массива, откуда забирается её название и игрок (либо объект) спавнится С ПОЛНОЙ ОБОЙМОЙ;
4) Полученное из БД количество патронов в этой обойме ПРИСВАИВАЕТСЯ ей при апдейте.

Как план? Видно слабые места?

Я пока вижу из основных трабл только необходимость апдейтить каждую такую обойму сразу при получении переменной - ДО замены такой же из следующей неполной обоймы. Кстати, ЦЕЛЫЕ обоймы вообще не трогаются и в этой вакханалии не участвуют - просто спавнятся.

А зачем писать в БД кол-во патронов?)
Схема то другая :
Если патронов больше 90%  -
ПИШЕМ В БД - [ [Тип, Кол-во обойм], [Тип, Кол-во обойм] ] (пример для 2 типов обойм)
Если патронов меньше 90%  -
Если обойм больше 1 -
Удаляем 1 обойму
ПИШЕМ В БД. [ [Тип, Кол-во обойм], [Тип, Кол-во обойм] ] (пример для 2 типов обойм)
В противном случае(обойма 1, или меньше) -
ПИШЕМ В БД, запись об обоймах - [ [Тип, Кол-во обойм] ] (пример для 2 типов обойм - остался только 1 тип), или [] (если обойм вообще нету)

[NoNameUltima]

По поводу записи -
При создании техники, добавляй технику в свой массив на сервере
My_veh_array set [(count My_veh_array), [UID техники, [массив обойм] ] ];


И 1 скрипт -
while {true} do
{
sleep 10;
....
Раз в 10 секунд к примеру прогоняй на сервере цикл по технике
Взяли технику Х, нашли ее в массиве по UID
Сравнили параметры(массив обойм)
Если параметры изменились, проверяем условия из сообщения выше -
и по условию в верхнем сообщении(проверка на % патронов), удаляем обойму\добавляем обойму\обнуляем обоймы\пишем в БД
изменяем данные в массиве, для последующей проверки
};

[КенГуру]

NoNameUltima (08 сентября 2015 - 03:24) писал:

А зачем писать в БД кол-во патронов?

А почему бы и нет? Зачем морочиться с определением наполненности обоймы, учётом техники с таким лутом и циклами её проверки, если проще взять число патронов из БД и в точном соответствии прописать обойме при апдейте?
С патронами в гире игрока всё пишется-читается прекрасно и без лишнего кода..

Количество символов при записи каждой битой обоймы увеличивается на 5. В ИнноДБ максимум 7000 байт ключ - я выяснил. Это 6997 символов, что до хренища - хватит на всё..

З.Ы. Запилю наверное отдельный обработчик событий - чистый, только для учёта патронов. Полный синхрон тяжеловат, долог и не нужен там в цикле наполнения рюкзака..

[NoNameUltima]

КенГуру (08 сентября 2015 - 04:15) писал:

А почему бы и нет? Зачем морочиться с определением наполненности обоймы, учётом техники с таким лутом и циклами её проверки, если проще взять число патронов из БД и в точном соответствии прописать обойме при апдейте?
С патронами в гире игрока всё пишется-читается прекрасно и без лишнего кода..

Количество символов при записи каждой битой обоймы увеличивается на 5. В ИнноДБ максимум 7000 байт ключ - я выяснил. Это 6997 символов, что до хренища - хватит на всё..

Да пофигу сколько там в инноБД
The game currently calls the RVExtension function with outputSize of 4096 (can be increased in future versions if needed, called extensions should always check this value and never produce output larger than this size). If the function is to receive arguments, they can be concatenated to the function name and the dll is responsible to perform any spliting / parsing / decoding as needed.
HiveExt тебе больше 4096 б не отдаст и не примет.
Хотя этого хватит за глаза.

А по поводу патронов - так эт)))
Ты шо собрался при отстреле патронов в БД скидывать их кол-во?)
т.е. - стреляют с сува в котором 2к обойма, и ты при каждом выстреле будешь дергать БД? Или как? - Как ты будешь обновлять инфу то в БД?
Если дергать длл при каждом выстреле - этж умереть не встать.)

[NoNameUltima]

Можно на клиенте во время стрельбы смотреть сколько патронов, и если их меньше Х - отсылать на сервер сообщение, так же при зарядке(пополнении БК), смене БК.
Попутно вешая на технику setVariable с текущими значениями, и при выстреле проверять, - надо ли вообще слать на серв обновление, или все и так норм.

Хотя скрипт который технику с пуликами проверяет раз в 10-20 сек имхо и проще и особо не нагрузит серв.

[КенГуру]

Ясно с длиной кея..

NoNameUltima (08 сентября 2015 - 04:26) писал:

Ты шо собрался при отстреле патронов в БД скидывать их кол-во?)

Да нет конечно..
Я собираюсь учитывать количество патронов в недострелянных обоймах, положенных в гир тачки или ящика-сейфа для восстановления после рестарта. И положенных в рюкзак для восстановления их после релога. Надо решить этот баг уже - иначе всю игру с десятком обойм можно прожить..
Интересуюсь - где сервак хранит это количество до реста.. Запилил скрипт server_AmmoSync по аналогии с server_playerSync, но в исходном всё опять в кей пишется и дампится в базу.. А мне надо в PV (в случае с объектами) или, хотя бы локально игроку (если речь о рюкзаке). Чтобы у него реально неполная обойма стала в рюкзаке..

[КенГуру]

Переспал с этой проблемой и понял, что похоже сервак хранит всю инфу о количестве патронов в обоймах где-то в кэше?

З.Ы. Короче, хотел уже конфиги неполных обойм морочиться создавать, но потом принял решение  вообще не сохранять в БД неполные обоймы. Ибо нех..

[NoNameUltima]

КенГуру (08 сентября 2015 - 16:46) писал:

Переспал с этой проблемой и понял, что похоже сервак хранит всю инфу о количестве патронов в обоймах где-то в кэше?

Где то была функция, для перебора магазинов, и там возвращался массив - [ [магаз, кол-во патронов], [...] ]
Но где то потерял ее.
т.е. - посмотреть сколько, вроде можно, а вот заполнить кол-вом, в А2 нельзя. Такого нет.

[КенГуру]

Жулькаю надыбанную

setGearSlotAmmoCount

Неа, не пойдёт она, т.к. работает при открытом гире тока.. Ска..
Помогите цикл загрузки-апдейта-сохранения перса и объектов отследить?

Сообщение отредактировал КенГуру: 08 сентября 2015 - 22:53