funsnake, share a secret :blush:

a Huge secret :)

Well , you must talk to catalinnc.

Ask him for "[the PS3] [OFW] Angry_Birds_Star_Wars_PS3-of iCON [BLUS31273] 450MB " , the method he used to bypass ;)

Да нет тут никакого секрета. В этой игре есть установочный патч а в этом патче лежит тот самый ебоот который яко бы кто то подписал.
Очевидно школьник хочет привлечь внимание.

Вот тот самый файл. EBOOT.BIN

First i don't want attention , just trying to help.

Second, This game has an installation patch ???? well , theres no patch , but if you insist... ok...

Enjoy your opinion ;)

Есть патч у этой игры. Он вшит в самой игре в папке PS3_GAME\INSDIR\DATA000.PKG
Название патча UP0002-BLUS31273_00-ABSTARWARSMANUAL

Можно попробовать сконвертировать игру нашем методом. Уверен что она запустится.

Спасибо тебе за инфу.

OK, thanks for the sugestion ;)

: Blush:

Это потому, что scetool генерирует секцию SCE Version только в 0x10 байт, т.е. Present=FALSE.
А должен генерировать в Present=TRUE, это когда в секции SCE Version презентуются дополнительные данные, ещё на 0x20 байт.

• Секция SCE Version имеет позицию 0x00000390 и должна иметь размер 0x30 байт, вместо 0x10.
  Вот на картинке желтым цветом секция SCE Version, синим цветом - размер 0x30.
• Следом идёт секция 00000001 - Control Info [Flags] - размером 0x30
• Следом идёт секция 00000002 - Control Info [Digest] - размером 0x40
• Следом идёт секция 00000003 - Control Info [NPDRM] - размером 0x90

Вложение 12372

Поэтому Metadata Offset 0x00000480 съезжает на 0x20 байт назад.

P.S. Добавил во вложение в шапку файлы закладок для Hex Workshop, а как ими пользоваться есть инструкция здесь.

для сведения последние блок из EBOOT.BIN от патча длинною 8 это последняя часть контрольной суммы SHA-1 если выкинуть блок длинною 30

http://s019.radikal.ru/i624/1704/ba/dcbe2efe68e4t.jpg

E2E41, ах, ты имеешь в виду, что в EBOOT.BIN из PSN последние 8 байт являются частью контрольной суммы SHA-1 всего файла, без учёта последних 0x30 (48) байт. Ну так ведь и надо объяснять по-русски :) Да, действительно так, спасибо за полезную информацию :thank_you:

Вот я скачал Update-патч для игры "AFRO SAMURAI [BLUS30264]". Извлёк из PKG файл EBOOT.BIN, выделил от начала до конца весь файл и отступил от конца 0x30 байт, потом посчитал контрольную сумму SHA-1 выделения:

Вложение 12747

• SHA-1: F9302F5AC6AEAC7D1B8B76282AAAF64C1F1F65CE

Кто знает в демке DmC есть .sprx?
если есть, скиньте EBOOT.BIN и .sprx
хотя мне кажется FULL в DEMO превратится
но похимичу,если скините,сам не могу скачивать игрухи с нэта,извиняюсь,но трафиковая система до сих пор в моем гос-ве

YAGAMI55 добавил 01.05.2017 в 21:44
ErikPshat, вопрос к тебе непосредственно, хотя и другие помогут если скажут мне как запустить PSN "FREE" игры
например Bioshok 2 из Rapture Edition
суть такая-pkg игра,устанавливается с диска,но без самого диска не играется(привязка к LIC.DAT)
если поместить LIC.DAT и LIC.EDAT в игру,ничего не меняется
если поменять у игры HG на DG то LIC.EDAT виден для запуска,запускается игра,но поврежденные данные надпись красуется

Есть: http://rgho.st/8cMZk2mlP
Скачал демку "NPEB90473 DmC Devil May Cry Demo", вроде ты её хотел. Залил во вложение, пригодится.
Только в EBOOT.BIN и в SPRX в секции NPD записан ContentID
Так что тебе придётся дисковую версию под этот NPEB90473 и ContentID подгонять. Либо в этой секции менять ContentID на дисковый и подсчитывать новую контрольную сумму. Ну ты думаю знаешь как это делается при подписывании файлов с новым ContentID через make_npdata, тем более уже найдена контрольная сумма всего файла, записанная в конце.

По поводу вопроса ко мне, то я фиг знает что с этим делать. Я предлагаю заняться доработкой исходников scetool, там требуется только дописать этот недостающий блок 0x30 байт, появившийся в NP TRUE.

ErikPshat, а что в этих 30 байтах д.б ?

Вот на скриншоте я выделял жёлтым цветом: https://www.pspx.ru/forum/showpost.php?p=1109690

• Там на дисковых EBOOT.BIN и SPRX эта жёлтая секция имеет размер 0x10 (16) байт - одна строка 16-ричного кода.
• А в NP (из PSN) EBOOT.BIN и SPRX эта жёлтая секция имеет размер 0x30 (48) байт - три строки 16-ричного кода.

Вот фактически в этом основная разница.
В жёлтой секции смотри, вторые 4 байта показывают TRUE 00000001 - это NP EBOOT.
А вот если вторые 4 байта 00000000, значит это FALSE - это дисковый EBOOT.
Ну и в NP эти 2 строчки с кодом не хватает, поэтому не запускается переподписанный с HDD и нельзя переподписать Мультимен.

Ну возьми любой NP EBOOT и декриптуй. Потом снова подпиши, он получится дисковы и сравни с оригиналом. Там я выложил HBK для дискового и NP, он всё покажет.

ErikPshat, первые 16 байт (0х10) одинаковые у всех дисковых EBOOT.BIN (у разных игр)

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

Только не пиши биты - это одна восьмая от одного байта :) 1 байт = 8 бит.

вроде в дисковой также. может в PSN меньше?
Вложение 12752

Посмотрел несколько eboot. ContentID в дисковых eboot не вижу (смотрите картинки). Похоже в этом и разница.

PSN
Disk

З.ы. не смотрите на патчи, они же из PSN

in1975, эмм, я имею в виду, когда подписываешь файл через scetool, то там секция всегда получается 0x10, вместо 0x30.

ErikPshat, попробовал
все таки одной контрольной суммы мало