Xipho

Ты смеешься? Этот раздел похож на раздел запросов?

Еще раз. Это что - запрос? Для запросов есть специальный раздел, а данный раздел предназначен для обсуждения взлома.

Перевожу: "Что значит опубликованный список из трех пунктов?".

И что бы сие значило?

offset = destintaion address - (current instruction address + current instruction size)

Если реально большое, удобнее будет использовать фреймворк типа wxWidgets или Qt

А нафига что-то искать, если внизу слева файловый оффсет написан? 10C2A0 - по этому адресу перейти в хекс редакторе, и там будут нужное число (разумеется, байты в обратном порядке)

Дабы не допускать подобных ситуаций, переписку рекомендую вести только на форуме, и включать в нее меня. В противном случае, ресурс снимает с себя ответственность в случае возникновения непонимания сторон.

Много раз я говорил - если беретесь за запрос, проводите это дело через меня, чтобы вот таких вот ситуаций не возникало.

Можно создавать темы в "Общении", оттуда будем переносить в нужный раздел.

Игра от G5 - на 99 процентов уверен в том, что все данные хранятся на их серверах.

Найти - нет. Сделать - да.

EBP - это указатель на стек (как и ESP). Точнее, это типа базовый поинтер, и на текущую вершину стека может и не указывать. Но это технические детали, которые в данном случае не важны. Значения, которые проходят через этот регистр бесполезны (в плане использования как указатель, разумеется). А почему стек - потому что у тебя вектор объявлен как локальная по отношению к функции main переменная.

1. Используешь бесплатное - довольствуйся тем, что есть. 2. Хочешь дополнительные хотелки - будь готов предоставить автору трейнера финансовую мотивацию. 3. Не готов предоставить мотивацию - не проси. 4. Очень нужно - сделай сам. 5. Если ни один из пунктов не устраивает - перечитывай до тех пор, пока не смиришься с каким-то из них.

Потому, что архитектура процессора этого не позволяет. Ограничения, о которых написано в твоей выжимке - это ограничения архитектуры процессора. Представь, что у тебя есть два аквариума, отделенных друг от друга стенкой. И еще чуть подальше у тебя есть третий аквариум. Первый и второй аквариум соединены с третьим трубкой, но никак не соединены между собой. Дальше представь, что тебе надо немного воды из первого аквариума загнать во второй. Напомню - первый и второй аквариумы архитектурно между собой не связаны. И ты можешь из первого налить в третий, а потом из третьего - во второй. Можешь из второго налить в третий, и из него - в первый. А потом стоишь и спрашиваешь, а почему ты не можешь налить сразу из первого во второй. И вот тебе ответ - нет между ними трубки, не предусмотрено. Это и есть архитектурное ограничение. Предвосхищая твой вопрос "почему до сих пор не сделали" - потому что, процессор при работе всегда копирует данные из оперативки в свою внутреннюю память - регистры и кеш, потому что сколь бы ни была память оперативная быстрой, все равно работа с ней будет медленее, чем с собственным кешем процессора. Ограничения системной шины и законов физики. Потому, если интересно, рекомендую прокопать глубже эту тему, благо, материалов в интернетах полным-полно. И да, сравнение я привел, разумеется, довольно грубое, но хорошо иллюстрирующее ответ на твоё "почему". Если лень было читать всё, что выше, скажу кратко - твой вопрос выглядит как "у моего велосипеда есть два колеса, я могу на нем катиться вперед, могу катиться назад. А почему я не могу катиться вбок?"

Как насчет решить проблему, почитав документацию к интересующей тебя инструкции ассемблера? То, которое ты почему-то назвал Workaround 2, хотя по факту оно и есть правильное исходя из вышеупомянутой документации. И да, кстати, что конкретно ты подразумеваешь под прямой и косвенной адресацией?

1. По СЕ есть специальный раздел на форуме. 2. Я вообще не понял, причем тут указатели и название длл файла. ЗЫ. Тему перенёс. На первый раз без выдачи баллов предупреждений.

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

Слышком расплывчато. IMGUI так-то и есть GUI, и ты его можешь собрать в DLL, которую инжектишь в игру. Какой именно GUI ты имеешь в виду? Обычные виндовые окошки поверх игры? Да, можно. Красивые картинке на оверлее игры используя GDI - да, можно, но картинка будет нещадно мерцать. Ну так ты внедряешь DLL в адресное пространство игры, и там вполне себе можешь получить инстанс приложения. Проблемы не вижу от слова "совсем". Лучше не TCP, а named pipes Почитай книгу Фень Юаня "Программирование графики для Windows".

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

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

Ну чот откровенный бред. Весь KDE под линукс (и под винду, собственно, тоже) написан с использованием Qt, и это явно выходит за рамки "быстро накидать менюшку". И это уж точно крупный проект. Рекомендую впредь изучать матчасть, прежде чем позволять себе такие громкие высказывания. qBittorrent, кстати, тоже на Qt, и там тоже явно не "быстро накидали менюшку". Чего-чего??? (в оригинале была фотография девушки из рекламы школы иностранных языков в Бутово). Такого бреда я еще не слышал. Есть пример? Аж любопытно стало, как винапишная функция чтения файла, например, использует ДХ.

Вот так

Ага.

Неверно. Find what accesses найдет и чтение, и запись. А Find what writes - только запись. По теме - да, действительно, автор упоминал, что посмотрел все видео на канале. В одном из видео точно вопрос темы объяснялся. Тему закрываю.