Functor

Не пишите глупости. Зачем брать из базы то, что уже было из нее взято ранее и поддерживается в актуальном состоянии? Так же, когда персонаж принимает гильдию, значение в БД обновляется не моментально. Nezdeshniy, используйте: attachrid(killedrid); А дальше уже знакомыми Вам методами. ------ Incubus опередил Не столь важно, но я бы использовал переменную типа ".@"

Либо Вы будете выполнять рекомендации, либо смысла нету Вам тут спрашивать решение. Neshta - так же файловый вирус. Необходимо лечить с помощью CureIt, из-под LiveCD или подключив хард к другому компу. После успешного лечения, восстанавливаем параметры запуска исполняемых файлов с помощью reg файла. http://rghost.ru/39555330

Ничего реинсталить не надо. Все успешно лечится. Не один раз уже лечил системы, которые были заражены данным вирусом. Хорошо, что Вы имеете в виду под "кушает системные библиотеки"? Почему Вы считаете этот процесс необратимым?

Я не тролль. Держите скриншот: Ссылки на сообщения: http://ea-support.ru/index.php?findpost=9566 http://ea-support.ru/index.php?findpost=9587 В данной ситуации на тролля больше похожи Вы. Пустословите, уходите от ответа, без оснований ставите минусы, а потом просите в доказательство скрин. Причем последний минус был за 2 минуты до написания Вами последнего сообщения. Его я так же прошу аргументировать.

next, Вы мне "в тихую" поставили минус за то, что Вам правда глаза колит? Слив засчитан.

В будущем сделаю конвертацию в PNG с прозрачностью.

CureIt - это разработка Dr.Web. Так что скорее всего так же вылечит. Но мы в данной ситуации имеем дело с файловым вирусом - необходимо лечить из-под LiveCD, либо подключив хард к другому компу.

А с чего Вы взяли, что необходимо удалять у всех персонажей?

Файловый вирус таким способом не выведешь Это файловый вирус, который заражает файлы на Вашем компе(системные в том числе). Необходимо из под LiveCD произвести сканирование антивирусным сканером CureIt. Он вылечит файлы. После чего не забудьте поменять свои пароли.

Провалилась, потому что Вы еще до сих пор не согласны предоставить пруфы, которые подтвердят Ваши, пустые на данный момент, слова?

Спасибо Нету тем - нету пруфов. Хотя я очень сомневаюсь, что при наличии тех тем, про которые Вы пишете, что нибудь бы поменялось. Потому что пруф — это НЕОПРОВЕРЖИМОЕ доказательство, подкреплённое неоспоримыми фактами. А в таких темах обычно пруфов нету. Я не отрицаю возможность обхода Harmony, так же как и любой другой защиты. Но если уже заявляете о массовости этого явления, то будьте добры предоставлять пруфы, а не догадки или пустые слова.

С помощью поиска на форуме нашел только одну тему про ботов. Но и там только подозрения и пустые слова. Так что в качестве пруфа совсем не годится.

Анна Малюк, Ваше сообщение так же не обладает особым весом. Только слова.

И что же именно Вы в ней такого обошли, что оценили ее в 20$-50$? Как минимум бота запустили, да? В любом случае без пруфов грош цена Вашему мнению. Выглядит это так: А я разобрал VM в защите Magnum Anticheat, в которой выполнялись защищенные участки кода, отреверсил алгоритм шифрования трафика и на коленке написал dll. Причем все это сделал попивая чай. Так что защита не стоит и 5 баксов. Вам нужны пруфы? Ну уж нет, я ничего доказывать никому не буду!

А чем Вам не понравился процесс с PID 4940? Судя по выводу netstat это , скорее всего, браузер. Причем он не слушает 80 порт.

Предполагаю, Вы не пользовались поиском.

Обновил Image Collector и первый пост.

Renegade Bastard, почему не ответили на вопрос? ещё один не умеющий читать трассы? Помоему на моём скрине чётко видно на чьей стороне проблема и где именно. А причем тут Ваши результаты трассировки? next цитировал сообщение Стёпы Алексеева. ________ Потеря пакетов наблюдается при посылке ICMP пакетов предпоследнему хосту. В случае с последним целевым хостом все ОК. Транзитные пакеты проходят без потерь. Так где Вы проблему увидели? static.152.253.40.188.clients.your-server.de - 0 | 825 | 825 | 53 | 56 | 60 | 58 |

ещё один не умеющий читать трассы? Помоему на моём скрине чётко видно на чьей стороне проблема и где именно. А причем тут Ваши результаты трассировки? next цитировал сообщение Стёпы Алексеева.

Вы можете припомнить сервер, где использовались 3 дополнительные grf с idnum2itemresnametable.txt и картинками кастомных итемов? Я нет. Ибо это изврат Да и не у всех дополнительная grf будет лежать в клиенте. Придется копировать ее к data.grf и создавать/править DATA.INI. Так же будут производится лишние движения по подключению ненужных нам grf и поиску в них. Это все скажется на производительности программы. Как Вам такой вариант? Мне он нравится больше всего. Радиопереключатель будет обозначать программе grf-ку, из которой необходимо взять список соответствий.

В таком случае будет лучше добавить опциональную возможность указать дополнительную grf. Если указана дополнительная grf - соответствия берутся именно с нее, а поиск производится в обеих grf. Если не указана дополнительная grf - соответствия берутся с data.grf и поиск производится только в data.grf.

kadze, в этом ничего странного нету. Суть предложения в том, что бы собирать результаты с нескольких файлов ресурсов

Ок. Как появится свободное время, добавлю такой функционал. Просто необходимо будет указать путь не к data.grf, а к DATA.INI.

Возможно. Но это большой объем работы. Поскольку необходимо изучать spr формат и алгоритм компресии. А так же искать библиотеки, с помощью которых превратить пачку bmp в gif анимацию. В случае с картинками итемов все проще. Все необходимое есть в data.grf. А тут мы имеем lub файлы. С которых так просто необходимую инфу получить не получится. Придется программе скармливать отдельно lua файл. Что уже нарушает удобность использования Image Collector Есть еще вариант сделать статический список вшитый в программу. Но он мне не очень нравится. Так что пока пусть будет как есть.

А разве в data.grf есть картинки мобов? Утилита готова: http://ea-support.ru/index.php?showtopic=1001