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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

В чём бред то? В каждом исполняемом файле 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-ми байтовый поинтер.

---

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

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

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

---->

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

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

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

---

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

---

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

---

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