Faq Wow
Andjei
20 авг 2009
Романыч (20.08.2009, 15:05) писал:
Подскажите где квест на рыбалку после 300???
ФuH
20 авг 2009
Baron (20.08.2009, 16:09) писал:
а у нас ботов разрешено использовать на серваке ?! )
Ну это как бы прога халява, а значит не в коем случае даже речи быть не может
Удали сообщение, пока Колян твой вопрос не прочитал
Сообщение отредактировал ФuH: 20 августа 2009 - 16:14
Baron
20 авг 2009
ФuH (20.08.2009, 16:11) писал:
Ну это как бы прога халява, а значит не в коем случае даже речи быть не может
Удали сообщение, пока Колян твой вопрос не прочитал
Удали сообщение, пока Колян твой вопрос не прочитал
● Запрещено использование сторонних программ, дающих преимущество над остальными игроками.
а жаль, нашёл парочку афигенных Ботов )))
***(название скрыто) — инструмент, который играет Вашим персонажем World of Warcraft так, как Вы этого захотите. Он бегает, прыгает, убивает монстров, лечится, собирает трофеи, может даже разговаривать... Без вашей помощи! Именно благодаря высокому качеству имитации программа получила такую большую популярность и высокую распространенность среди игроков мира World of Warcraft. WOW *** следит за здоровьем персонажа, его отдыхом, сытостью, энергий, арго. WOW *** передвигает курсором мышки и нажимает на кнопки, как реальный игрок.
ЗЫ: вот же до чего технология дошла )))
я чесный игрок, не буду использовать!!! )
ФuH
20 авг 2009
Baron (20.08.2009, 16:19) писал:
эээххх... это отмечено в правилах
● Запрещено использование сторонних программ, дающих преимущество над остальными игроками.
а жаль, нашёл парочку афигенных Ботов )))
***(название скрыто) — инструмент, который играет Вашим персонажем World of Warcraft так, как Вы этого захотите. Он бегает, прыгает, убивает монстров, лечится, собирает трофеи, может даже разговаривать... Без вашей помощи! Именно благодаря высокому качеству имитации программа получила такую большую популярность и высокую распространенность среди игроков мира World of Warcraft. WOW *** следит за здоровьем персонажа, его отдыхом, сытостью, энергий, арго. WOW *** передвигает курсором мышки и нажимает на кнопки, как реальный игрок.
ЗЫ: вот же до чего технология дошла )))
я чесный игрок, не буду использовать!!! )
● Запрещено использование сторонних программ, дающих преимущество над остальными игроками.
а жаль, нашёл парочку афигенных Ботов )))
***(название скрыто) — инструмент, который играет Вашим персонажем World of Warcraft так, как Вы этого захотите. Он бегает, прыгает, убивает монстров, лечится, собирает трофеи, может даже разговаривать... Без вашей помощи! Именно благодаря высокому качеству имитации программа получила такую большую популярность и высокую распространенность среди игроков мира World of Warcraft. WOW *** следит за здоровьем персонажа, его отдыхом, сытостью, энергий, арго. WOW *** передвигает курсором мышки и нажимает на кнопки, как реальный игрок.
ЗЫ: вот же до чего технология дошла )))
я чесный игрок, не буду использовать!!! )
А главное в этой проге то что она не только "следит за здоровьем персонажа, его отдыхом, сытостью, энергий, арго" но и следит за здоровьем самого человека, так же как и за его свободным временем
Она не полностью пашет мне кажется как тут описанно, и вроде бы она может бить мобов только в одной локации,и там где они не агресивные. Слышал про такой бот из линаги, там они канают и много кто ими польщовался не у нас в есиле.
Baron
20 авг 2009
ФuH (20.08.2009, 16:22) писал:
А главное в этой проге то что она не только "следит за здоровьем персонажа, его отдыхом, сытостью, энергий, арго" но и следит за здоровьем самого человека, так же как и за его свободным временем Она не полностью пашет мне кажется как тут описанно, и вроде бы она может бить мобов только в одной локации,и там где они не агресивные. Слышал про такой бот из линаги, там они канают и много кто ими польщовался не у нас в есиле.
Она не полностью пашет мне кажется как тут описанно, и вроде бы она может бить мобов только в одной локации,и там где они не агресивные. Слышал про такой бот из линаги, там они канают и много кто ими польщовался не у нас в есиле.Бот для WoW
- Автоматически записывается и заходит на БГ
- Отвечает на висперы и делает скрины
- При виспере ГМа отвечает ему и выходит из игры (или выключает компьютер)
- Релогинится при дисконнекте
- Выбегает из пещеры АВ и портуется на базу (АВ Тринкетом)
- Перемещается по карте, атакует противников
- Вешает бафы, использует стелс (для Рогов и Друидов)
- Подходит к любой версии wow (в том числе для частных серверов)
- Не определяется системой Warden
ЗЫ: пипец )))
Wish
20 авг 2009
Baron (20.08.2009, 16:26) писал:
есть ещё один. но он по проще будет. описание ниже
Бот для WoW
- Автоматически записывается и заходит на БГ
- Отвечает на висперы и делает скрины
- При виспере ГМа отвечает ему и выходит из игры (или выключает компьютер)
- Релогинится при дисконнекте
- Выбегает из пещеры АВ и портуется на базу (АВ Тринкетом)
- Перемещается по карте, атакует противников
- Вешает бафы, использует стелс (для Рогов и Друидов)
- Подходит к любой версии wow (в том числе для частных серверов)
- Не определяется системой Warden
ЗЫ: пипец )))
Бот для WoW
- Автоматически записывается и заходит на БГ
- Отвечает на висперы и делает скрины
- При виспере ГМа отвечает ему и выходит из игры (или выключает компьютер)
- Релогинится при дисконнекте
- Выбегает из пещеры АВ и портуется на базу (АВ Тринкетом)
- Перемещается по карте, атакует противников
- Вешает бафы, использует стелс (для Рогов и Друидов)
- Подходит к любой версии wow (в том числе для частных серверов)
- Не определяется системой Warden
ЗЫ: пипец )))
можешь попробовать, 30% что будет работатьНа форуме разрабочиков есть интересный мод
Цитата
Playerbot позволяет использовать персонажей с вашего аккаунт как ботов, которых можно контролировать и которые могут вам помогать. Использованы могут быть только персонажи с вашего аккаунта, так что возможно максимум девять ботов.
Боты будут использовать только те способности, которые они имеют. Снаряжение ботов, как и обычных игроков теряет прочность, так что время от времени придется заходить за бота, чинить его снаряжение и учить заклинаниям.
Боты будут использовать только те способности, которые они имеют. Снаряжение ботов, как и обычных игроков теряет прочность, так что время от времени придется заходить за бота, чинить его снаряжение и учить заклинаниям.
тока это реализовываеться в ядре
Baron
20 авг 2009
у нас такое поканает ? )
предупреждаю, если кто выполнит и что то пойдёт не так, меня не венить, сам не проверял, хочу поинтерисоваться у людей, которые в этом хоть что то понимают
сам боюсь выполнять эти действия, ещё чаво сломаю вовик )))
Уменьшаем ПИНГ
Выполняем следующее:
Пуск - Выполнить - вводите regedit
Жмёте enter
1 . Ищите:
HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Servises \ Tcpip \ Parameters \ Interfaces \
Там будет несколько подпапок с именем по типу {7DBA6DCA-FFE8-4002-A28F-4D2B57AE8383}.
мотрите каждое, и ищите в каком стоит ваш интернетовский IP шник.
Правой кнопкой мыши и добавляете DWORD параметр с именем TcpAckFrequency, присваиваете значение 1 (хоть в 10ичной хоть в 16ичной системе)
Если что-то потом не понравится, то выставление значеня 2 вернёт настройку по умолчанию.
2 . Ищите HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ MSMQ \ Parameters
Правой кнопкой добавляем параметр DWORD c именем TCPNoDelay и ставим значение параметра 1
3. Перегружаем компьютер
Если начинаются страшные потери пакетов, то возвращайте настройки обратно.
Подобное шаманство будет интегрировано в новый патч.
Как это работает?
Значение TcpAckFrequency определяет частоту отправки TCP/IP подтверждающего сообщения.
Если значение равно 2, TCP/IP будет отправлять подтверждение после 2 принятых сегментов
Если после принятия 1 сегмента и отсутствия второго сегмента на протяжении 200 миллисекунд.
Если значение равно 3, TCP/IP отправляет подтверждение после приема 3 сегментов,
Ели после приема 1 или 2 сегментов и отсутствии последующих сегментов на протяжении 200 миллисекунд.
И так далее.
Если вам требуется сократить время ответа за счет удаления задержек отправки подтверждений TCP/IP, задайте это значение равным 1.
В таком случае TCP/IP будет немедленно отправлять подтверждение для каждого сегмента.
Если ваши соединения используются в основном для передачи крупных объемов данных и задержка в 200 миллисекунд несущественна,
Имеет смысл увеличить это значение для снижения дополнительной нагрузки отправки подтверждений.
Ну а если мелкие, такие как наши пакетики WoW то лучше поставить немедленное.
Параметр TCPNoDelay отключает алгоритм Nagl'e.
Из алгоритма следует, что в TCP соединении может присутствовать
Только один исходящий маленький сегмент, который еще не был подтвержден.
Следующие маленькие сегменты могут быть посланы только после того, как было получено подтверждение.
Вместо того чтобы отправляться последовательно, маленькие порции данных накапливаются
и отправляются одним TCP сегментом, когда прибывает подтверждение на первый пакет.
Красота этого алгоритма заключается в том, что он сам настраивает временные характеристики:
Чем быстрее придет подтверждение, тем быстрее будут отправлены данные.
На медленных глобальных сетях, где необходимо уменьшить количество маленьких пакетов, отправляется меньше сегментов.
Собственно отрубая данный алгоритм мы выигрываем в том что не тратим лишнее время на подтверждение целостности данных...
но и целостность наших данных, степень ошибок сразу встает вопросом.... глюки могут случаться чаще...
Так что используя данные настройки, мы уменьшаем реально нагрузку... увеличивая проходимость канала и следовательно "уменьшаем" задержку....
Однако при этом страдают такие вещи как скачивание файлов, службы торента, ДонЛоадер вова тоже будет дольше качать патчи....
Потом мы можем терять данные (протокло TCP теряет свое основное преимущество над UDP)
предупреждаю, если кто выполнит и что то пойдёт не так, меня не венить, сам не проверял, хочу поинтерисоваться у людей, которые в этом хоть что то понимают
сам боюсь выполнять эти действия, ещё чаво сломаю вовик )))
Уменьшаем ПИНГ
Выполняем следующее:
Пуск - Выполнить - вводите regedit
Жмёте enter
1 . Ищите:
HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Servises \ Tcpip \ Parameters \ Interfaces \
Там будет несколько подпапок с именем по типу {7DBA6DCA-FFE8-4002-A28F-4D2B57AE8383}.
мотрите каждое, и ищите в каком стоит ваш интернетовский IP шник.
Правой кнопкой мыши и добавляете DWORD параметр с именем TcpAckFrequency, присваиваете значение 1 (хоть в 10ичной хоть в 16ичной системе)
Если что-то потом не понравится, то выставление значеня 2 вернёт настройку по умолчанию.
2 . Ищите HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ MSMQ \ Parameters
Правой кнопкой добавляем параметр DWORD c именем TCPNoDelay и ставим значение параметра 1
3. Перегружаем компьютер
Если начинаются страшные потери пакетов, то возвращайте настройки обратно.
Подобное шаманство будет интегрировано в новый патч.
Как это работает?
Значение TcpAckFrequency определяет частоту отправки TCP/IP подтверждающего сообщения.
Если значение равно 2, TCP/IP будет отправлять подтверждение после 2 принятых сегментов
Если после принятия 1 сегмента и отсутствия второго сегмента на протяжении 200 миллисекунд.
Если значение равно 3, TCP/IP отправляет подтверждение после приема 3 сегментов,
Ели после приема 1 или 2 сегментов и отсутствии последующих сегментов на протяжении 200 миллисекунд.
И так далее.
Если вам требуется сократить время ответа за счет удаления задержек отправки подтверждений TCP/IP, задайте это значение равным 1.
В таком случае TCP/IP будет немедленно отправлять подтверждение для каждого сегмента.
Если ваши соединения используются в основном для передачи крупных объемов данных и задержка в 200 миллисекунд несущественна,
Имеет смысл увеличить это значение для снижения дополнительной нагрузки отправки подтверждений.
Ну а если мелкие, такие как наши пакетики WoW то лучше поставить немедленное.
Параметр TCPNoDelay отключает алгоритм Nagl'e.
Из алгоритма следует, что в TCP соединении может присутствовать
Только один исходящий маленький сегмент, который еще не был подтвержден.
Следующие маленькие сегменты могут быть посланы только после того, как было получено подтверждение.
Вместо того чтобы отправляться последовательно, маленькие порции данных накапливаются
и отправляются одним TCP сегментом, когда прибывает подтверждение на первый пакет.
Красота этого алгоритма заключается в том, что он сам настраивает временные характеристики:
Чем быстрее придет подтверждение, тем быстрее будут отправлены данные.
На медленных глобальных сетях, где необходимо уменьшить количество маленьких пакетов, отправляется меньше сегментов.
Собственно отрубая данный алгоритм мы выигрываем в том что не тратим лишнее время на подтверждение целостности данных...
но и целостность наших данных, степень ошибок сразу встает вопросом.... глюки могут случаться чаще...
Так что используя данные настройки, мы уменьшаем реально нагрузку... увеличивая проходимость канала и следовательно "уменьшаем" задержку....
Однако при этом страдают такие вещи как скачивание файлов, службы торента, ДонЛоадер вова тоже будет дольше качать патчи....
Потом мы можем терять данные (протокло TCP теряет свое основное преимущество над UDP)
Wish
20 авг 2009
Baron (20.08.2009, 17:20) писал:
у нас такое поканает ? )
предупреждаю, если кто выполнит и что то пойдёт не так, меня не венить, сам не проверял, хочу поинтерисоваться у людей, которые в этом хоть что то понимают
сам боюсь выполнять эти действия, ещё чаво сломаю вовик )))
Уменьшаем ПИНГ
Выполняем следующее:
Пуск - Выполнить - вводите regedit
Жмёте enter
1 . Ищите:
HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Servises \ Tcpip \ Parameters \ Interfaces \
Там будет несколько подпапок с именем по типу {7DBA6DCA-FFE8-4002-A28F-4D2B57AE8383}.
мотрите каждое, и ищите в каком стоит ваш интернетовский IP шник.
Правой кнопкой мыши и добавляете DWORD параметр с именем TcpAckFrequency, присваиваете значение 1 (хоть в 10ичной хоть в 16ичной системе)
Если что-то потом не понравится, то выставление значеня 2 вернёт настройку по умолчанию.
2 . Ищите HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ MSMQ \ Parameters
Правой кнопкой добавляем параметр DWORD c именем TCPNoDelay и ставим значение параметра 1
3. Перегружаем компьютер
Если начинаются страшные потери пакетов, то возвращайте настройки обратно.
Подобное шаманство будет интегрировано в новый патч.
Как это работает?
Значение TcpAckFrequency определяет частоту отправки TCP/IP подтверждающего сообщения.
Если значение равно 2, TCP/IP будет отправлять подтверждение после 2 принятых сегментов
Если после принятия 1 сегмента и отсутствия второго сегмента на протяжении 200 миллисекунд.
Если значение равно 3, TCP/IP отправляет подтверждение после приема 3 сегментов,
Ели после приема 1 или 2 сегментов и отсутствии последующих сегментов на протяжении 200 миллисекунд.
И так далее.
Если вам требуется сократить время ответа за счет удаления задержек отправки подтверждений TCP/IP, задайте это значение равным 1.
В таком случае TCP/IP будет немедленно отправлять подтверждение для каждого сегмента.
Если ваши соединения используются в основном для передачи крупных объемов данных и задержка в 200 миллисекунд несущественна,
Имеет смысл увеличить это значение для снижения дополнительной нагрузки отправки подтверждений.
Ну а если мелкие, такие как наши пакетики WoW то лучше поставить немедленное.
Параметр TCPNoDelay отключает алгоритм Nagl'e.
Из алгоритма следует, что в TCP соединении может присутствовать
Только один исходящий маленький сегмент, который еще не был подтвержден.
Следующие маленькие сегменты могут быть посланы только после того, как было получено подтверждение.
Вместо того чтобы отправляться последовательно, маленькие порции данных накапливаются
и отправляются одним TCP сегментом, когда прибывает подтверждение на первый пакет.
Красота этого алгоритма заключается в том, что он сам настраивает временные характеристики:
Чем быстрее придет подтверждение, тем быстрее будут отправлены данные.
На медленных глобальных сетях, где необходимо уменьшить количество маленьких пакетов, отправляется меньше сегментов.
Собственно отрубая данный алгоритм мы выигрываем в том что не тратим лишнее время на подтверждение целостности данных...
но и целостность наших данных, степень ошибок сразу встает вопросом.... глюки могут случаться чаще...
Так что используя данные настройки, мы уменьшаем реально нагрузку... увеличивая проходимость канала и следовательно "уменьшаем" задержку....
Однако при этом страдают такие вещи как скачивание файлов, службы торента, ДонЛоадер вова тоже будет дольше качать патчи....
Потом мы можем терять данные (протокло TCP теряет свое основное преимущество над UDP)
предупреждаю, если кто выполнит и что то пойдёт не так, меня не венить, сам не проверял, хочу поинтерисоваться у людей, которые в этом хоть что то понимают
сам боюсь выполнять эти действия, ещё чаво сломаю вовик )))
Уменьшаем ПИНГ
Выполняем следующее:
Пуск - Выполнить - вводите regedit
Жмёте enter
1 . Ищите:
HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Servises \ Tcpip \ Parameters \ Interfaces \
Там будет несколько подпапок с именем по типу {7DBA6DCA-FFE8-4002-A28F-4D2B57AE8383}.
мотрите каждое, и ищите в каком стоит ваш интернетовский IP шник.
Правой кнопкой мыши и добавляете DWORD параметр с именем TcpAckFrequency, присваиваете значение 1 (хоть в 10ичной хоть в 16ичной системе)
Если что-то потом не понравится, то выставление значеня 2 вернёт настройку по умолчанию.
2 . Ищите HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ MSMQ \ Parameters
Правой кнопкой добавляем параметр DWORD c именем TCPNoDelay и ставим значение параметра 1
3. Перегружаем компьютер
Если начинаются страшные потери пакетов, то возвращайте настройки обратно.
Подобное шаманство будет интегрировано в новый патч.
Как это работает?
Значение TcpAckFrequency определяет частоту отправки TCP/IP подтверждающего сообщения.
Если значение равно 2, TCP/IP будет отправлять подтверждение после 2 принятых сегментов
Если после принятия 1 сегмента и отсутствия второго сегмента на протяжении 200 миллисекунд.
Если значение равно 3, TCP/IP отправляет подтверждение после приема 3 сегментов,
Ели после приема 1 или 2 сегментов и отсутствии последующих сегментов на протяжении 200 миллисекунд.
И так далее.
Если вам требуется сократить время ответа за счет удаления задержек отправки подтверждений TCP/IP, задайте это значение равным 1.
В таком случае TCP/IP будет немедленно отправлять подтверждение для каждого сегмента.
Если ваши соединения используются в основном для передачи крупных объемов данных и задержка в 200 миллисекунд несущественна,
Имеет смысл увеличить это значение для снижения дополнительной нагрузки отправки подтверждений.
Ну а если мелкие, такие как наши пакетики WoW то лучше поставить немедленное.
Параметр TCPNoDelay отключает алгоритм Nagl'e.
Из алгоритма следует, что в TCP соединении может присутствовать
Только один исходящий маленький сегмент, который еще не был подтвержден.
Следующие маленькие сегменты могут быть посланы только после того, как было получено подтверждение.
Вместо того чтобы отправляться последовательно, маленькие порции данных накапливаются
и отправляются одним TCP сегментом, когда прибывает подтверждение на первый пакет.
Красота этого алгоритма заключается в том, что он сам настраивает временные характеристики:
Чем быстрее придет подтверждение, тем быстрее будут отправлены данные.
На медленных глобальных сетях, где необходимо уменьшить количество маленьких пакетов, отправляется меньше сегментов.
Собственно отрубая данный алгоритм мы выигрываем в том что не тратим лишнее время на подтверждение целостности данных...
но и целостность наших данных, степень ошибок сразу встает вопросом.... глюки могут случаться чаще...
Так что используя данные настройки, мы уменьшаем реально нагрузку... увеличивая проходимость канала и следовательно "уменьшаем" задержку....
Однако при этом страдают такие вещи как скачивание файлов, службы торента, ДонЛоадер вова тоже будет дольше качать патчи....
Потом мы можем терять данные (протокло TCP теряет свое основное преимущество над UDP)
Anarxist
20 авг 2009
M*o*L*o*D*o*Y (20.08.2009, 17:31) писал:
Сервак та по времени вообще, когда заработает?
http://forum.esilnet...showtopic=14144
triton
22 авг 2009
Pan40 (21.08.2009, 19:14) писал:
Лут со многих босов Ульдуара в сундуках а как видиш сундуков у нас нету! :smile262:
Сообщение отредактировал triton: 22 августа 2009 - 13:34
mekil
22 авг 2009
triton (22.08.2009, 13:33) писал:
Лут со многих босов Ульдуара в сундуках а как видиш сундуков у нас нету! :smile262:
Niceman
22 авг 2009
с драконом НЕЛЬТАРАКУ невозможно поговорить так как он находиться в воздухе, но стоит на земле исправьте из-за этого прокочать репу с КРЫЛЬЯМИ ПУСТОВЕРТИ нельзя переставьте его в другое место как было раньше 
delusion
22 авг 2009
mekil (22.08.2009, 13:48) писал:
Оно и правельно а то ходили бы роги по халве шмот отгребали, лучше лут в боссов поставить
Kitty_Mery
23 авг 2009
В чем проблема, сказали один аккаунт, я зашел на него, потом вышел, хочу опять зайти и пишет, что данная учетная забись заблокирована, хотя бана нету, что это вообще может быть? На 2 аккаунт заходит без проблема, пробывал убрать привязку к ip адресу, ну когда выбираешь, ставишь галочку, то пишет письмо вам не отправлено и тд итп, вообщем типа ошибка, что делать, кто поможет?
SeM
23 авг 2009
А чё за дисконты такие продолжительные ? немогу зайти на акк. и где тема недовольства 
