roma912

16 минут назад, MasterGH сказал:

Не нашел кода, который рисует 16x16 иконки. Может я проглядел.

Ну тут я не стал его прикреплять т.к. там довольно много не совсем нужного. Допустим 4 массива по 80 элементов а потом перебор каждого и отрисовка просто в Canvas wpf.
Все это выкладывать смысла особо нет. Это довольно простая вещь, которую не так и тяжело написать вместе с последующим сохранением в файл

19 минут назад, MasterGH сказал:

Я думаю, можно взять код, который рисует стрелочку... и после него сделать цикл с его участием, т.е.  им же иконки ресурсов нарисовать.

Тоже так думал, но когда рядом с одной стрелочкой игрока будет еще десяток, легко же запутаться

36 минут назад, Xipho сказал:

Еще раз. Не нужно в статье все разжевывать полностью. Но ты должен дать отправную точку, чтобы читатель мог понять, от чего отталкиваться.

Так я и дал читателю отправную точку

Эта точка - поиск указателя на игрока. Тут уже сам читатель должен подумать как его найти. А то получается так, что все разжевано, и пользователь пришел, сделал все по пунктам и спокойно ушел в туман. Никакой креативности, никаких раздумий, это неправильно. 

Практически никто и никогда не станет давать полной информации, как это делается от А до Я. Смысл как раз в том, чтобы человек к этому пришел сам. 

Куча статей про указатели читателю в помощь 

Прочтя статьи 2-3 уже можно попробовать что-то и поискать

14 минут назад, Xipho сказал:

У начинающего сразу возникнет вопрос - "А как ты вышел на локального игрока? Как ты нашел его указатель?".

Ну если нуб захочет, то на форуме перед ним будет куча статей как выйти на указатель игрока

Либо автоматическим поиском, либо ручным поиском, либо вырезанием указателя на игрока из какого-либо регистра в метку СЕ. Все эти способы уже разложены на форуме

И не хочется расписывать все подробно, чтобы люди действовали по статье совершенно не думая. Так никакого смысла не будет, если люди начнут действовать как роботы без смекалки и пр. Цель статьи подать идею, как обойти проблему проверки положения персонажа с серверной стороны

В данном случае обход 2мя способами

1. Наложением бафа, и последующем чтением его из программы на плюсах

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

1 минуту назад, Xipho сказал:

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

Ну если расписывать полный процесс реверсинга, от А до Я, то статья получится огромной. 

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

Считаю что на форуме уже много статей отдельно на поиск, а тут так вообще никаких проблем с нахождением, все на поверхности

4 часа назад, Xipho сказал:

Если ты пишешь статью, необходимо объяснить, как именно ты находишь этот указатель. Даже если при этом не возникает никаких трудностей

Ну мне нравится вариант комбинированный 

Т.е руками нахожу оффсет допустим здоровья, смотрю в каком адресе оно лежит

Потом делаю автоматический поиск с указанием последнего оффсета, которое было для здоровья

Несколько перезапусков, а потом выбор из оставшихся нескольких указателей

Получается комбинированный метод 

Часть руками, часть автоматически 

А координаты можно найти уже в том указателе, как правило они недалеко