Добавлено (31.07.2012, 15:21) --------------------------------------------- квест путь в цитадель ( за орду) тыкаю по эти ядрам чтобы раба освободить и ничего не происходит, а если командой убить его то защитают одного раба
Добавлено (31.07.2012, 20:07) --------------------------------------------- удалил аддоны все и всё равно такая фигня со шмотом, и не только у меня кстати, у знакомых тоже
staford11, Это ужасно!!!!!!! У меня не может запуститься "mangos.exe". Я нажимаю на "mangos.exe" и окно открылось и сразу закрылось... В итоге выдало ошибку! Так, что не оч сборка -
staford11, Естественно! Я все извлек и засунул их в Папку Data, не запустилось mangos.exe, попробовал закинуть просто в папку "ManGOS" запускаю mangos.exe сразу закрывается!
xryak, в конфиге есть строчка vmap.ignoreSpellIds = "7720" vmap.enableIndoorCheck = 1 сделай ее такой, как здесь.
Добавлено (04.08.2012, 08:45) --------------------------------------------- kap4ohui, вроде у всех за алов саурф не выходит, приходится вручную его прописывать... а за орду нормально.
Добавлено (04.08.2012, 08:45) --------------------------------------------- Стафорд у нас поклонник орды просто
staford11, я тоже. А почему тогда для орды сделал только? + ИЧ багнутый
Добавлено (04.08.2012, 11:13) --------------------------------------------- staford11, и кстати. Если лететь в Луносвет из любой точки назначения, тебя выкидывает недалеко от Зуля.
Xryak, насколько я понимаю,дело не в картах, а в конфиге mangosd.Вот как это выглядит: в файле ....\core\mangosd.conf в строках vmap.enableLOS = 0 и vmap.enableHeight = 0 изменить 0 на 1
Тогда ваша проблема решена.И аддов меньше используйте
Xryak, насколько я понимаю,дело не в картах, а в конфиге mangosd.Вот как это выглядит: в файле ....\core\mangosd.conf в строках vmap.enableLOS = 0 и vmap.enableHeight = 0 изменить 0 на 1
Я читал типо, если там включить, то будет много жрать ресурсы компьютера...
Добавлено (06.08.2012, 03:41) --------------------------------------------- Ну так, то все ок :)))
Xryak, насколько я понимаю,дело не в картах, а в конфиге mangosd.Вот как это выглядит: в файле ....\core\mangosd.conf в строках vmap.enableLOS = 0 и vmap.enableHeight = 0 изменить 0 на 1 Тогда ваша проблема решена.И аддов меньше используйте
...и мы вернемся в начало PhotonDd, ты не понял, у него мобы проваливаются под текстуры, ему НАДО включить vmaps, и не качать их из инета, а извлечь экстактором, идущим вместе со сборкой (если таковой имеется)
...и мы вернемся в начало PhotonDd, ты не понял, у него мобы проваливаются под текстуры, ему НАДО включить vmaps, и не качать их из инета, а извлечь экстактором, идущим вместе со сборкой (если таковой имеется)
Вы не поняли! Я извлек vmaps,maps and dbc и запустил сервер! Мобы и Боссы проваливались под тексты! Потом, мне написал PhotonDd, что нужно включить vmaps в мангосе! Я включил и Мобы теперь не падают под тексты! Но я читал, что если включить "vmap.enableLOS" то сервер будет жрать много ресурсов у компа... Вот в чем дело!
staford11, доброго времени суток. Поставил 5ую реву вашей сборки. Все бы было отлично, но столкнулся с проблемой. Ни в одном транспорте не появляются кнопки действий. Я не могу по квестам дк отдать лошадь Саланару, убить 100 алых из пушки на корабле, совершать какие-либо действия на ледяном покорители (предпоследний кв). Это еще только по дк. Ничего поверх сборки не ставил, даже конфиг не трогал. Может, вы знаете в чем проблема?
staford11, нашел баги. Квест в Борейской тундре для алых, который телепортирует в Даларан, не работает. По взятию задания ты должен поговорить с эльфом и он тебя телепортирует, а он просто бафает тебя телепортом, но ты остаешься на месте.
Еще одно. Квест Смерть с небес так и не работает. Сетка не хочет ловить птичек, приходится ждать либо респа одной птицы, либо прыгать с высоты и пытаться агрить.
Добавлено (08.08.2012, 10:22) --------------------------------------------- В подземелье Азжол-Неруб первый босс на героике вызывает целую кучу жуков, которые убивают даже самого стойкого танка. Это по-моему ненормально. Но огромный плюс сборки - боты, которые усовершенствовались до неузнаваемости!
После запуска сервера, и игры на нём несколько минут(иногда сразу после включения), падает MySQL из-за этого, ничего не сохраняеться .(иногда обнуляются статы и инвертарь) Версия MySQL 5.5.25 xampp 1.8.0 Apache/2.4.2 (Win32) OpenSSL/1.0.1c PHP/5.4.4
В error.log
Code
120809 12:29:22 InnoDB: Waiting for the background threads to start 120809 12:29:23 InnoDB: 1.1.8 started; log sequence number 31137263 120809 12:29:23 [Note] Server hostname (bind-address): '0.0.0.0'; port: 3306 120809 12:29:23 [Note] - '0.0.0.0' resolves to '0.0.0.0'; 120809 12:29:23 [Note] Server socket created on IP: '0.0.0.0'. 120809 12:29:23 [Note] Event Scheduler: Loaded 0 events 120809 12:29:23 [Note] c:\xampp\mysql\bin\mysqld.exe: ready for connections. Version: '5.5.25a' socket: '' port: 3306 MySQL Community Server (GPL) InnoDB: error in sec index entry update in InnoDB: index `idx_online` of table `characters`.`characters` InnoDB: tuple DATA TUPLE: 2 fields; 0: len 1; hex 20; asc ;; 1: len 4; hex 00000003; asc ;;
InnoDB: record PHYSICAL RECORD: n_fields 2; compact format; info bits 0 0: len 1; hex 00; asc ;; 1: len 4; hex 00000003; asc ;;
TRANSACTION 1B6D4E, ACTIVE 0 sec updating or deleting mysql tables in use 1, locked 1 2 lock struct(s), heap size 320, 1 row lock(s), undo log entries 1 MySQL thread id 3, OS thread handle 0x1958, query id 385 localhost 127.0.0.1 root Updating UPDATE characters SET online = 0 WHERE guid = ?
InnoDB: Submit a detailed bug report to http://bugs.mysql.com InnoDB: Error: trying to free a corrupt fetch buffer. InnoDB: Apparent memory corruption: mem dump len 500; hex 0000000000000000000000000000010f00083200e603000000000100000001000000f0360504e03605040000000080c741070000000006000000010f01083200060000000000 0000000008370504010f0108320006040000000018370504000000000601050001000000000000000000000000000000010f00083200060006000006fb882b00e018f9 0 3 6 8 f1 ef03000000000000000000000000000000000100000000000000000000000000000083afb03ef1882b08b307952d773073656c2e6300c30c000001000000783705047837 0504 0000000000000000880000008800000000000000880000004000000000000000000000001bc3053703000000852000000000030000000000967323500000000000 0 0 00 000000 0000000000000000000000000000000000000000000000000000000000000000c0000537000093afb12fca882b0050a20404c8c71104ada9b016da882b0890ef 0004 a8ef0004 0200000000000000000000000000000000000000000000000000000000000000002000000000000034000000000000000000000000000000603a050400 00 000000 0000000000 00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000040000000000000000000000 0000 00000000 000000000000 a0130404d8690504603a; asc 2 6 6 A 2 7 2 7 2 + h > + -w0sel.c x7 x7 @ 7 s#P 7 / + P + 4 `: i `:; InnoDB: Scanning backward trying to find previous allocated mem blocks Mem block at - 68, file w0sel.c, line 3267 Mem block at - 396, file x0trx.c, line 183 Mem block at - 1284, file x0trx.c, line 102 Mem block at - 3420, file mysql.c, line 724 Mem block at - 5468, file mysql.c, line 724 Mem block at - 38452, file w0ins.c, line 96 Mem block at - 38780, file x0trx.c, line 171 Mem block at - 63268, file w0sel.c, line 3267 Mem block at - 63668, file w0sel.c, line 3267 Mem block at - 64068, file w0sel.c, line 3267 InnoDB: Scanning forward trying to find next allocated mem blocks Mem block at + 16100, file w0sel.c, line 3267 Mem block at + 16300, file w0sel.c, line 3267 Mem block at + 39244, file w0sel.c, line 3267 Mem block at + 39844, file w0sel.c, line 3267 Mem block at + 39988, file nodb.cc, line 4849 Mem block at + 40172, file nodb.cc, line 4849 Mem block at + 40356, file nodb.cc, line 4849 Mem block at + 40540, file nodb.cc, line 4849 Mem block at + 48156, file w0upd.c, line 327 Mem block at + 48916, file 0pcur.c, line 46 120809 12:35:01 InnoDB: Assertion failure in thread 2584 in file row0mysql.c line 839 InnoDB: We intentionally generate a memory trap. InnoDB: Submit a detailed bug report to http://bugs.mysql.com. InnoDB: If you get repeated assertion failures or crashes, even InnoDB: immediately after the mysqld startup, there may be InnoDB: corruption in the InnoDB tablespace. Please refer to InnoDB: http://dev.mysql.com/doc/refman/5.5/en/forcing-innodb-recovery.html InnoDB: about forcing recovery. InnoDB: Thread 3380 stopped in file ut0ut.c line 76 InnoDB: Thread 4212 stopped in file os0sync.c line 474 InnoDB: Thread 7160 stopped in file os0sync.c line 474 InnoDB: Thread 5236 stopped in file os0sync.c line 781
erorr.log 2 часть
Code
120809 12:47:28 InnoDB: Waiting for the background threads to start 120809 12:47:29 InnoDB: 1.1.8 started; log sequence number 31189624 120809 12:47:29 [Note] Server hostname (bind-address): '0.0.0.0'; port: 3306 120809 12:47:29 [Note] - '0.0.0.0' resolves to '0.0.0.0'; 120809 12:47:29 [Note] Server socket created on IP: '0.0.0.0'. 120809 12:47:29 [Note] Event Scheduler: Loaded 0 events 120809 12:47:29 [Note] c:\xampp\mysql\bin\mysqld.exe: ready for connections. Version: '5.5.25a' socket: '' port: 3306 MySQL Community Server (GPL) 120809 12:47:48 [ERROR] Table characters/auction contains 2 indexes inside InnoDB, which is different from the number of indexes 1 defined in the MySQL 120809 12:48:06 [ERROR] Table characters/auction contains 2 indexes inside InnoDB, which is different from the number of indexes 1 defined in the MySQL 120809 12:48:08 [ERROR] Cannot find or open table characters/world from the internal data dictionary of InnoDB though the .frm file for the table exists. Maybe you have deleted and recreated InnoDB data files but have forgotten to delete the corresponding .frm files of InnoDB tables, or you have moved .frm files to another database? or, the table contains indexes that this version of the engine doesn't support. See http://dev.mysql.com/doc/refman/5.5/en/innodb-troubleshooting.html how you can resolve the problem.
120809 12:48:08 [ERROR] Cannot find or open table characters/world from the internal data dictionary of InnoDB though the .frm file for the table exists. Maybe you have deleted and recreated InnoDB data files but have forgotten to delete the corresponding .frm files of InnoDB tables, or you have moved .frm files to another database? or, the table contains indexes that this version of the engine doesn't support. See http://dev.mysql.com/doc/refman/5.5/en/innodb-troubleshooting.html how you can resolve the problem.
120809 12:48:08 [ERROR] Cannot find or open table characters/world from the internal data dictionary of InnoDB though the .frm file for the table exists. Maybe you have deleted and recreated InnoDB data files but have forgotten to delete the corresponding .frm files of InnoDB tables, or you have moved .frm files to another database? or, the table contains indexes that this version of the engine doesn't support. See http://dev.mysql.com/doc/refman/5.5/en/innodb-troubleshooting.html how you can resolve the problem.
120809 12:48:08 [ERROR] Cannot find or open table characters/world from the internal data dictionary of InnoDB though the .frm file for the table exists. Maybe you have deleted and recreated InnoDB data files but have forgotten to delete the corresponding .frm files of InnoDB tables, or you have moved .frm files to another database? or, the table contains indexes that this version of the engine doesn't support. See http://dev.mysql.com/doc/refman/5.5/en/innodb-troubleshooting.html how you can resolve the problem.
120809 12:48:08 [ERROR] Cannot find or open table characters/world from the internal data dictionary of InnoDB though the .frm file for the table exists. Maybe you have deleted and recreated InnoDB data files but have forgotten to delete the corresponding .frm files of InnoDB tables, or you have moved .frm files to another database? or, the table contains indexes that this version of the engine doesn't support. See http://dev.mysql.com/doc/refman/5.5/en/innodb-troubleshooting.html how you can resolve the problem.
120809 12:48:08 [ERROR] Cannot find or open table characters/world from the internal data dictionary of InnoDB though the .frm file for the table exists. Maybe you have deleted and recreated InnoDB data files but have forgotten to delete the corresponding .frm files of InnoDB tables, or you have moved .frm files to another database? or, the table contains indexes that this version of the engine doesn't support. See http://dev.mysql.com/doc/refman/5.5/en/innodb-troubleshooting.html how you can resolve the problem.
120809 12:48:08 [ERROR] Cannot find or open table characters/world from the internal data dictionary of InnoDB though the .frm file for the table exists. Maybe you have deleted and recreated InnoDB data files but have forgotten to delete the corresponding .frm files of InnoDB tables, or you have moved .frm files to another database? or, the table contains indexes that this version of the engine doesn't support. See http://dev.mysql.com/doc/refman/5.5/en/innodb-troubleshooting.html how you can resolve the problem.
120809 12:48:08 [ERROR] Cannot find or open table characters/world from the internal data dictionary of InnoDB though the .frm file for the table exists. Maybe you have deleted and recreated InnoDB data files but have forgotten to delete the corresponding .frm files of InnoDB tables, or you have moved .frm files to another database? or, the table contains indexes that this version of the engine doesn't support. See http://dev.mysql.com/doc/refman/5.5/en/innodb-troubleshooting.html how you can resolve the problem.
Сообщение # 690 отредактировано kaban1997 - Четверг, 09.08.2012, 13:10
