YTDB

YTDB (http://ytdb.ru/index.php)
-   TrinityCore (http://ytdb.ru/forumdisplay.php?f=40)
-   -   Флудо-баг-репорты в одной теме (часть четвертая) (http://ytdb.ru/showthread.php?t=11451)

Urban 18.03.2012 21:30

Для существа Al'tabim the All-Seeing отсутсвовали conditions. Добавив код, все исправилось.

NeatElves 18.03.2012 22:16

Кондиции реализованы разработчиками тринити в 2011_08_06_01_world_misc с пометкой
Цитата:

/* TO DO:
* There is one missing condition. When you get an upgrade of one of the necklaces, you lose the necklace of the previous quest. (the quest always takes it) But that also makes the conditions meet and it will show the gossip that you lost a necklace.
* There is currently no way to do this through conditions, so whenever you read this and think it's possible, feel free to!
*/
все это было в последнем фулле, но видимо потерялось, когда происходила конвертация кондиций...

gibatul 19.03.2012 01:23

Цитата:

Сообщение от gibatul (Сообщение 38056)
But COndition does not work in core item 46954 is still usable after importing SQL provided in that topic ... :-/

These lines:
INSERT IGNORE INTO `conditions` VALUES ('17', '0', '46954', '0', '0', '24', '0', '1', '34925', '0', '0', '0', '', null);
INSERT IGNORE INTO `conditions` VALUES ('17', '0', '46954', '0', '0', '24', '0', '1', '35092', '0', '0', '0', '', null);

Are NOT working ...

1) ElseGroup is wrong (0 and 1 it should be)
2) It should not be item ID but spell id (66588)
3) CONDITION_UNUSED_24 = 24, ( http://www.trinitycore.info/Conditio...ypeOrReference ) Is not valid

Anyone ?? :)

Null 20.03.2012 20:31

http://ru.wowhead.com/item=40397 юзается на всё и вся.


http://ru.wowhead.com/item=38467 то же самое

Urban 23.03.2012 00:33

Цитата:

Сообщение от NeatElves (Сообщение 38063)
все это было в последнем фулле, но видимо потерялось, когда происходила конвертация кондиций...

Сегодня после АПа решил проверить сам этих НПЦ, тот, о котором я говорил выше работает нормально (НПЦ жрецов, магов и локов), а НПЦ для других рас также добродушно раздают вещи игроку любого лвл. Скорее всего по всем ним conditions изначально были потеряны, но мне сообщили только об одном проблемном НПЦ. Ниже скрипт, который добавит условия для госсип-меню этим существам.

Chaosua 23.03.2012 13:30

квест http://ru.wowhead.com/quest=13654
вроде бы все хорошо, лутаеш кость, бьеш Малорика появляется флаг лута, юзаем - ничего, смотрим http://www.trinitycore.info/Npc_spel...tc2#cast_flags Флаг 2 стоит (Creature->Player) вроде гуд, но не работает
а если сделать так
Код:

UPDATE `npc_spellclick_spells` SET `cast_flags`='3' WHERE (`npc_entry`='33498') AND (`spell_id`='63126');
то все работает.
Я понимаю шо Player ->Player очень похоже на хак, но здесь оно явно полезное. Думаю вся байда в том шо моб в стуне и не может кастить от себя в этот момент

квест http://ru.wowhead.com/quest=14142
Юзаем ключик на клетке, кул кастит килкредит, топает в направлении подальше от клетки и успешно исчезает, а дальше "чудеса" тринити
Лезем в смарскрипт и видим что последний параметр это деспаун, вроде бы все хорошо, но после того как моб респауниться он появляется в точке где его скрипт деспаунил, а не в клетке, отсюда баг -> никто больше не может сделать квест потому что для килкредита надо чтоб при использовании клетки моб был очень близко к кастеру.
Вот фикс (мы его после деспауна еще и добиваем) Почему не меняем деспаун на убийство? Чтобы игрок видел как моб исчезает после спасения, а не умирает. Тоже самое и с пленниками для этого квеста
Код:

DELETE FROM `smart_scripts` WHERE `entryorguid`=3495600 AND `id`=4;
INSERT INTO `smart_scripts` VALUES (3495600, 9, 4, 0, 0, 0, 100, 0, 4500, 4500, 4500, 4500, 37, 0, 0, 0, 0, 0, 0, 1, 0, 0, 0, 0, 0, 0, 0, 'Kul the Reckless - Script - Kill (fix respawn point)');
DELETE FROM `smart_scripts` WHERE `entryorguid`=3471600 AND `id`=4;
INSERT INTO `smart_scripts` VALUES (3471600, 9, 4, 0, 0, 0, 100, 0, 4500, 4500, 4500, 4500, 37, 0, 0, 0, 0, 0, 0, 1, 0, 0, 0, 0, 0, 0, 0, 'Captive Aspirant - Script - kill (fix respawn point)');

(ps через ядро если добавить смерть в форс деспаун, то визуально ниче не меняется, зато точка респауна там где он поставлен в БД а не там где его скрипт невидимым)

dobrman 01.04.2012 11:01

Проблема такая, сегодня в связи с выходом апа на базу, решил почистить базу полностью. Скачал фул и все базы и начал накатывать по порядку,залил фул. накатил апы и начал накатывать обновления из ТДБ, в итоге получил вот это:
Код:

Applying `./Updates/world/2012_03_31_00_world_creature_loot_template.sql`.
ERROR 1305 (42000) at line 6: PROCEDURE world.sp_get_npc_diffentry does not exist

Возникает вопрос, куда подевались процедуры из YTDB, раньше вроде таких проблем не было....

NeatElves 01.04.2012 12:30

А хоть понимаете, что делаете и для чего ?

dobrman 01.04.2012 16:26

Цитата:

Сообщение от NeatElves (Сообщение 38184)
А хоть понимаете, что делаете и для чего ?

Эм... в каком именно месте?
2012_03_31_00_world_creature_loot_template.sql - обновляет лут с боссов в Ульдуаре (рейд 10 и 25 ппл).

Или я где-то затупил?

NeatElves 01.04.2012 17:21

А для какой базы лут обновляется ?
http://trinity-core.ru/threads/sql-%...70/#post-39123

dobrman 01.04.2012 17:44

Спасибо, этот топик читал уже, собственно от туда и узнал, что нужно накатывать обновления из ТДБ которые вышли позднее последнего апа YTDB.

За кадром же остались различия между TDB и YTDB.
От сюда и вся путаница.

Я так понимаю ID существ в базе различные, от того и накатывать апдейт с лутом из TDB смысла не было, так как в лучшем случае я промазал, в худшем убил лут совсем левых существ.

Я прав?

Если да, где можно почерпнуть информацию о различиях баз?

NeatElves 01.04.2012 17:51

Цитата:

нужно применять только апдейты по структуре базы(изменение, удаление, добавление названий, полей, таблиц), апдейты по содержимому базы(заполнение данными) применять без понятия своего действия вообще не рекомендуется(так как они рассчитаны на внутреннюю нумерацию базы TDB).
Обновления обновлениям рознь, читайте доки мускула, поймите разницу

dobrman 01.04.2012 18:04

Цитата:

Сообщение от NeatElves (Сообщение 38189)
Обновления обновлениям рознь, читайте доки мускула, поймите разницу

Спасибо, разобрался. Из апдейтов ТДБ стоило применять только 2012_04_01_auth_realmlist.sql к базе auth.
В двух апах мира вышедьших после YTDB_618 изменяется только заселение без изменения структуры самих таблиц. Видимо все таки зацарапал я базу, сей час перезалью по новой :)

Спасибо за разъяснения.

Urban 03.04.2012 22:43

Кстати, эти самые апдейты по структуре базе собираются разработчиками YTDB в файл *_corepatch_world_* Покури его содержимое и потом станет яснее, что стоит накатывать, а что нет.

Chaosua 07.04.2012 18:05

Квест Кау Гроза Мамонтов http://ru.wowhead.com/quest=11879
Там надо найти Кау Гроза Мамонтов и убить шоб залутить, судя по данным с вовхеда
этот Кау http://ru.wowhead.com/npc=25802 должен сидеть на этом мамонте http://ru.wowhead.com/npc=25881
А так они там двое заспаунены порознь

У меня вышло вот так
Садим Кау на Морию
Код:

DELETE FROM `vehicle_template_accessory` WHERE entry=25881 AND seat_id=0;
INSERT INTO `vehicle_template_accessory` VALUES (25881, 25802, 0, 0, 'Kaw the Mammoth Destroyer mounted on Moria', 5, 0);

Далее в тринити просто без спелклика не посадить никого, пишем спел управления маунтом (я выбрал http://ru.wowhead.com/spell=46260 )
Код:

DELETE FROM `npc_spellclick_spells` WHERE `npc_entry` = '25881' AND `spell_id`='4620';
INSERT INTO `npc_spellclick_spells` VALUES (25881, 46260, 0, 0);

Ну и наконец убрать лишний спаун Кау
Код:

DELETE FROM `creature` WHERE `id`=25802;
после всего этого сначало мочим маунта, а потом добиваем уже Кау, который слезет шоб там сработал смартаи.

В общем весь скуль не претендует на принятие, зато сразу видно что где надо искать шоб офлайк :D

dobrman 08.04.2012 01:19

Есть замечания, не знаю на сколько по YTDB так как относиться скорее к RuDB, но все же.
Обратил внимание на отсутствие переводов строк в меню наставников паладинов об обучении.
Посмотрел, у последнем фуле перевод на месте, начал копать апы и вот в 615_updatepack_world_14613.sql нашел:
Код:

DELETE FROM `gossip_menu_option` WHERE menu_id in (2304,4469,4470,4471,4556,4557,4662,4663,4664,4677,4678,6647,7260,8111);
DELETE FROM `locales_gossip_menu_option` WHERE menu_id in (2304,4469,4470,4471,4556,4557,4662,4663,4664,4677,4678,6647,7260,8111);

При этом ниже сами gossip_menu_option создаются по новой, а вот про локали забылось...

И еще не большая правка локали:

NeatElves 08.04.2012 11:24

http://ytdb.ru/showthread.php?t=1147
Цитата:

На данный момент проект RuDB распространяется только и исключительно в составе полных релизов БД YTDB.
То есть, читать не любим?
Что за правка и почему такая загадочная структура ?

dobrman 08.04.2012 18:34

Извиняюсь, значит жду исправлений в фуле.
Что касается правки, это квест "Поставка для Песни Войны".
сам квест переведен, но для квеста нужно получить "лезвие пилы для Песни Войны", а описание задания на получение этого итема не переведено, наверное тоже в фуле ждать буду. Я просто нашел квест и перевел описание связанного с ним итема. Переводил по скрину с wowhead, не могу найти сейчас его.
Еще раз извиняюсь за свою не внимательность...

YuruY 08.04.2012 19:55

Цитата:

Сообщение от Chaosua (Сообщение 38243)
DELETE FROM WHERE npc_entry=25881 AND spell_id=4620;

:good3:

Chaosua 09.04.2012 12:55

Цитата:

Сообщение от YuruY (Сообщение 38267)
:good3:

:D:D:D ну шо поделать, копипаст забыл всунуть

Chaosua 16.04.2012 21:02

Квест http://ru.wowhead.com/quest=11907 Подручные Механозода
Не проспаунен South Point Station Valve http://ru.wowhead.com/object=188109 который вызывает ивент сумона моба для килкредита

(в базе 2 ГО с таким названием, но тот шо проспаунен рядом нельзя использовать для этого квета)
Код:

DELETE FROM `gameobject` WHERE `id`=188109;
INSERT INTO `gameobject` (`guid`,`id`,`map`,`spawnMask`,`phaseMask`,`position_x`,`position_y`,`position_z`,`orientation`,`rotation0`,`rotation1`,`rotation2`,`rotation3`,`spawntimesecs`,`animprogress`,`state`) VALUES
(@GUID, 188109, 571, 1, 1, 3792.51, 4808.93, -11.5618, 1.4639, 0, 0, 0.66832, 0.743874, 300, 0, 1);


NeatElves 17.04.2012 12:23

А чей тогда гуид 53313(в чистой базе) ?

YuruY 19.04.2012 10:55

Дак и координаты теже, с точностью до десяток .. после запятой.

Chaosua 19.04.2012 18:31

Цитата:

Сообщение от NeatElves (Сообщение 38390)
А чей тогда гуид 53313(в чистой базе) ?

странно у меня в 619 версии такого гуида ваще нету, каким макаром он вылетел О.о тогды пардон:D

SignFinder 19.04.2012 23:00

Цитата:

Сообщение от Chaosua (Сообщение 38397)
странно у меня в 619 версии такого гуида ваще нету, каким макаром он вылетел О.о тогды пардон:D

YTDB окружена мистическим ореолом- у меня подобное несколько раз было.

YuruY 20.04.2012 06:18

Окак.
Ставим 2 базы, над одной мутируем, со второй (не мутируем) - сверяемся время от времени ... че/каво намутировали.

SignFinder 02.05.2012 16:30

Вопрос к разработчикам YTDB
Есть проблема с несовпадением сундуков в испытании крестоносца в TDB и YTDB - например по TDB гоб 195665 - это тот что дают без ачив и в его луте 2 вещи, а в YTDB - наоборот- тот что с самым большим лутом. Что делать? в смысле - как сделать фикс так чтобы вы его включили в YTDB? id сундуков прописаны в коде скрипта инста.
Или вы скажете что по снифам все так и должно быть - и стоит долбить тринитикоровцев?

Вот как в коде сейчас выглядят id сундуков
Цитата:

// 10-man modes
GO_TRIBUTE_CHEST_10H_25 = 195668, // 10man 01-24 attempts
GO_TRIBUTE_CHEST_10H_45 = 195667, // 10man 25-44 attempts
GO_TRIBUTE_CHEST_10H_50 = 195666, // 10man 45-49 attempts
GO_TRIBUTE_CHEST_10H_99 = 195665, // 10man 50 attempts
// 25-man modes
GO_TRIBUTE_CHEST_25H_25 = 195672, // 25man 01-24 attempts
GO_TRIBUTE_CHEST_25H_45 = 195671, // 25man 25-44 attempts
GO_TRIBUTE_CHEST_25H_50 = 195670, // 25man 45-49 attempts
GO_TRIBUTE_CHEST_25H_99 = 195669, // 25man 50 attempts

NeatElves 02.05.2012 17:13

Откуда вы уверены в правильности ид го в этом скрипте ?
Вот второй вариант:
Цитата:

GO_TRIBUTE_CHEST_10H_25 = 195665,
GO_TRIBUTE_CHEST_10H_45 = 195666,
GO_TRIBUTE_CHEST_10H_50 = 195667,
GO_TRIBUTE_CHEST_10H_99 = 195668,

GO_TRIBUTE_CHEST_25H_25 = 195669,
GO_TRIBUTE_CHEST_25H_45 = 195670,
GO_TRIBUTE_CHEST_25H_50 = 195671,
GO_TRIBUTE_CHEST_25H_99 = 195672,
Есть уверенность - смените номера в скрипте.)

SignFinder 02.05.2012 17:41

Цитата:

Сообщение от NeatElves (Сообщение 38528)
Откуда вы уверены в правильности ид го в этом скрипте ?
Вот второй вариант:


Есть уверенность - смените номера в скрипте.)

А откуда второй вариант?
И я ж и не уверен-я у вас хотел спросить- по снифам ли получены id объектов и их лут или нет.
Я взял с официального тринити последней ревизии данные из скрипта.

YuruY 02.05.2012 17:49

Номера сундуков вычислялись по мере прохождения на соотв. режиме сложности, два из четырех, три из четырех были известны после прохождения (щас не вспомню где было два известно, а где три), остальные уже по логике. А лут в них, уже шлифовался по офф-вики, тут ничего сложного.

Цитата:

...и стоит долбить тринитикоровцев?
Сомневаюсь что вас слушать ктото там будет, .. еще бан схлопочете, им посрать на все доводы, не раз проходили.

SignFinder 02.05.2012 18:05

Цитата:

Сообщение от YuruY (Сообщение 38532)
Номера сундуков вычислялись по мере прохождения на соотв. режиме сложности, два из четырех, три из четырех были известны после прохождения (щас не вспомню где было два известно, а где три), остальные уже по логике. А лут в них, уже шлифовался по офф-вики, тут ничего сложного.


Сомневаюсь что вас слушать ктото там будет, .. еще бан схлопочете, им посрать на все доводы, не раз проходили.

то есть номера не по снифам-но варианта чтобы переделать в YTDB в соответствии со скриптами тринити не рассматривается? :-)
я решу как-нибудь вопрос-просто хочется стандартизации.

YuruY 02.05.2012 18:36

Вычислялись по сниффам, по мере прохождения, не все 4из4, о чем написано выше, но логично видно что в скрипте порядок вообще не такой.

SignFinder 02.05.2012 22:21

Цитата:

Сообщение от YuruY (Сообщение 38534)
Вычислялись по сниффам, по мере прохождения, не все 4из4, о чем написано выше, но логично видно что в скрипте порядок вообще не такой.

с этим согласен полностью. Ок спасибо за разъяснения-придется переделать скрипт и добавить из YTDb скули с лутом для когонибудь если ктото ТДБ использует.
И всетаки попробую разработчиков ТС пошукать.

Goblun 12.05.2012 23:50

Чисто ядро(недавно скомпилировал)
База от 2012_05_10_04

Смерть подбирается с высоты.
При нажатие на "Механизм управлением Оком Акеруса" не чего не происходит.

Goblun 13.05.2012 18:12

Ядро последние.
База 621

квест выдается, при убивание не засчитывается.

Вся цыпочка квеста:
http://ru.wowhead.com/quest=9962
http://ru.wowhead.com/quest=9967
http://ru.wowhead.com/quest=9970
http://ru.wowhead.com/quest=9972
http://ru.wowhead.com/quest=9973
http://ru.wowhead.com/quest=9977

SignFinder 18.05.2012 10:55

Цитата:

Сообщение от YuruY (Сообщение 38532)
Сомневаюсь что вас слушать ктото там будет, .. еще бан схлопочете, им посрать на все доводы, не раз проходили.

вы знали.

https://github.com/TrinityCore/TrinityCore/pull/6531

sart 18.05.2012 17:41

Цитата:

Сообщение от SignFinder (Сообщение 38527)
Вот как в коде сейчас выглядят id сундуков

хех... ну как я 2,5 года назад нарисовал - так и выглядят. сниффов у меня никаких не было, так что номера ставились (и заполнялись лутом) абсолютно от балды. исходный разговор можете поискать на этом форуме...

YuruY 19.05.2012 22:21

Я както не правильно для всех расписал?, как вычисляли по сниффам номера?))


dobrman 24.05.2012 03:52

Доброго времени.
У меня в лог сыпется куча ошибок:
Код:

ERROR: SCRIPT_COMMAND_CAST_SPELL ('waypoint_scripts' script id: 805) no target unit found for spell 39550
Поковырялся в базе, но так и не понял что не так (возможно не стоило лезть туда с ночной смне)
Понял только что у моба нет цели к которой он должен применить заклинание.
НПЦ - http://ru.wowhead.com/npc=25716 или http://ru.wowhead.com/npc=25712 (У них обоих в экшине стоит 805)

Заклинание - http://ru.wowhead.com/spell=39550

А вот с тем на кого этот спел должен быть применен я так и не разобрался.
Может кто подскажет?

Chaosua 24.05.2012 21:27

находишь этот спелл в базе и играешь с флагами каста, где-то такое уже было


Текущее время: 03:13. Часовой пояс GMT +4.

YTDB - MaNGOS DataBase