Группа переводчиков *KUDOS MUST DIE!*

[paul_met]

Цитата: Сообщение от Rotoid И что значит (0х18) и (0х800) (я нуб), где можно подробнее прочитать про хедеры?

Это адреса в hex'е.
У меня давно витает мысль в голове написать простенькую прогу для поиска поинтеров в экзешнике. Может скоро руки до неё и дойдут...
PS: Просьба к нику транскрипцию не применять...

[MFS]

Цитата: Сообщение от paul_met У меня давно витает мысль в голове написать простенькую прогу для поиска поинтеров в экзешнике. Может скоро руки до неё и дойдут...

Ох, было б офигенски! Всячески агитирую тебя поскорее это сделать=]

Цитата: Сообщение от paul_met Просьба к нику транскрипцию не применять...

Лень было язык переключать, пардон %)

[paul_met]

Цитата: Сообщение от Rotoid Ох, было б офигенски! Всячески агитирую тебя поскорее это сделать=]

Беда в том, что я не так давно нашёл ещё пачку разных видов поинтеров, которые не попадают под стандартную классификацию. Так что, даже не знаю как лучше поступить. Всё-таки истину не оспоришь - к каждой игре нужен индивидуальный подход.

[Kazooki]

Цитата: Сообщение от paul_met Поитеры могут быть как 4-х байные, так и 8-ми. На примере исполняемого PSX-EXE файла значение поинтера обычно вычисляется путем сложения адреса начала искомого текста и смещения. Смещение вычисляется путем вычитания из области оперативной памяти (0х18) размера заголовка (0х800).

Абрвалг сплошной. Что 18h? Какой еще заголовок? Бред какой-то.

Цитата: Сообщение от ViToTiV хотя попадались и однобайтные.

оО это как? пример конкретный можно игра/файл?

Цитата: Сообщение от paul_met Цитата: Сообщение от ViToTiV ты наверное хотел сказать 2-х и 4-х байтные, хотя попадались и однобайтные. Нет, я сказал правильно. А что ты имел ввиду я не знаю.

ViToTiV пытался донести светлую мысль что 32 бит÷8=4 байта.

Цитата: Сообщение от paul_met Беда в том, что я не так давно нашёл ещё пачку разных видов поинтеров, которые не попадают под стандартную классификацию.

Да неужели? Примеры пожалуйста.

[ViToTiV]

Цитата: Сообщение от Kazooki ViToTiV пытался донести светлую мысль что 32 бит÷8=4 байта.

так и есть, но впадлу было уже что-то объяснять)

Цитата: Сообщение от Kazooki оО это как? пример конкретный можно игра/файл?

ну конкретно игру уже не вспомню, просто шли подряд длины строк и всё, в Breath of fire 3 даже может, хотя наверное там двухбайтные, не помню уже...

[lupus]

Цитата: Сообщение от paul_met Это адреса в hex'е. У меня давно витает мысль в голове написать простенькую прогу для поиска поинтеров в экзешнике. Может скоро руки до неё и дойдут...

Было бы отлично...

[Kazooki]

lupus, Cобственно зачем? Как правило рядом с блоком текста и блок указателей на него. И Хорор уже какую-то утилитку выкладывал причем с сырками.

[paul_met]

Цитата: Сообщение от Kazooki Абрвалг сплошной. Что 18h? Какой еще заголовок? Бред какой-то.

В чём бред то? В каждом исполняемом файле PSX-EXE имеется заголовок, в котором храниться некоторая полезная информация:

• по адресу 0х1с - размер исполняемого файл.
• по адресу 0х18 - в какую область оперативной памяти его загружать.

Размер заголовка можно вычислить путём вычитания из реального размера файла - размер файла без заголовка, записанный по адресу 0x1c. Как правило это размер получается равным 0х800.
Затем из значения, находящегося по адресу 0х18 вычитаем размер заголовка 0х800 и получаем наше заветное смещение.
Все операции производятся с учётом обратного порядка байт.

---

На счёт 8-ми байтового поинтера, то когда стандартный 4-х байтовый поинтер разбивается на части, то есть сначала идёт 2 последних байта поинтера, потом пара неизвестных мне байт, а затем 2 первых байта поинтера, впрочем после них опять неизвестная мне пара байт. Такой указатель получается 8-ми байтовым ибо по другому его нельзя классифицировать. В качестве примера можно посмотреть экзешник американской версии игры Vandal Hearts (SLUS_004.47). 8-ми байтовый поинтер, например можно найти по адресу 0х396B0 и выглядит он как "0180023CEC374224". Жирным выделены две части 4-х байтового поинтера, который в обычном случае выглядел бы как "EC370180".

---

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

---

Цитата: Сообщение от Kazooki lupus, Cобственно зачем? Как правило рядом с блоком текста и блок указателей на него. И Хорор уже какую-то утилитку выкладывал причем с сырками.

Это правило к какой системе относиться? У которых в качестве носителей выступают картриджи?
Поинтеры могут быть где угодно (даже в другом файле в то время, как искомый текст сидит в экзешнике). Так что основываться на теориях смысла особого нет. Надо по-любому конкретно вычислять место нахождение указателя.

[Kazooki]

Цитата: Сообщение от paul_met по адресу 0х1с - размер исполняемого файл.по адресу 0х18 - в какую область оперативной памяти его загружать.Размер заголовка можно вычислить путём вычитания из реального размера файла - размер файла без заголовка, записанный по адресу 0x1c. Как правило это размер получается равным 0х800.Затем из значения, находящегося по адресу 0х18 вычитаем размер заголовка 0х800 и получаем наше заветное смещение.Все операции производятся с учётом обратного порядка байт.

О, так понятней.
Если ида не устраивает, то можнео наверно и так. Правда она иногда не правильно интерпретирует данные, но есть поиск по hex. Но я привык к PEC.

Цитата: Сообщение от paul_met На счёт 8-ми байтового поинтера, то когда стандартный 4-х байтовый поинтер разбивается на части, то есть сначала идёт 2 последних байта поинтера, потом пара неизвестных мне байт, а затем 2 первых байта поинтера, впрочем после них опять неизвестная мне пара байт. Такой указатель получается 8-ми байтовым ибо по другому его нельзя классифицировать. В качестве примера можно посмотреть экзешник американской версии игры Vandal Hearts (SLUS_004.47). 8-ми байтовый поинтер, например можно найти по адресу 0х396B0 и выглядит он как "0180023CEC374224". Жирным выделены две части 4-х байтового поинтера, который в обычном случае выглядел бы как "EC370180".

Но указывает то он на 800137EC. Так? Т.е по твоей логике длинна указателя 0180~n~EC374 будет равна 4+n и назвать его конечно можно хоть 147398-байтным. И не смущает, что поинтер выходит за пределы разрядности.

Цитата: Сообщение от paul_met Это правило к какой системе относиться? У которых в качестве носителей выступают картриджи?

---->

Цитата: Сообщение от Rotoid где и как нужно искать эти самые поинтеры применительно к играм именно на ЗЫЧ???

Цитата: Сообщение от paul_met Поинтеры могут быть где угодно (даже в другом файле в то время, как искомый текст сидит в экзешнике).

Конечно есть не стандартные случаи когда нет отдельной таблицы, а указатели идут вперемешку с кодом или другими данными. Или от опорного указателя тем или иным образом вычисляется смещение к данным. Поинтеров вообще в нативном виде может и не быть, но ведь речь шла о:

Цитата: Сообщение от paul_met У меня давно витает мысль в голове написать простенькую прогу для поиска поинтеров в экзешнике

[paul_met]

Цитата: Сообщение от Kazooki Но указывает то он на 800137EC. Так? Т.е по твоей логике длинна указателя 0180~n~EC374 будет равна 4+n и назвать его конечно можно хоть 147398-байтным. И не смущает, что поинтер выходит за пределы разрядности.

Я рассматриваю это как одно целое, так как обычный 4-х байтовый поинтер разбит на части получается и идёт не в том порядке как обычно. В любом случае изменение любого байта из этих 8-ми приведёт либо к исчезновению искомого текста, либо вообще к зависону. Какой смысл привязываться к битности? От этого легче не становиться.

---

Ты не того процитировал - отвечал же lupus'у, а не Rotoid'у.

---

"Простенькая" в визуальном плане, а не в техническом. Проще говоря без навороченного GUI. Хотелось бы конечно охватить как можно больше случаев.

---

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