Портируем старые плагины, такие, как Music.prx, под прошивку 6.60

[ErikPshat]

Портируем старый плагин Music.prx под прошивку 6.60/6.61

В общем пришла идея телепортации старинного отличного плагина Music.prx под прошивку 6.60.
Изначально этот плагин был изготовлен для консоли "neogeoCD 0.91" разработчиками Yoyofr & ZeLurker. Затем AhMan портировал его под PSP, во времена прошивок 3.02 ОЕ и совершенствовал его до прошивки 3.52 M33-2, добавляя кодеки и функционал.
Позже за работу взялся Cpasjuste и выпустил релиз, якобы адаптировав плагин под прошивку 3.90. С тех пор эта версия так и летает по всем просторам интернета и хорошо зарекомендовала себя в работе даже на новых прошивках.

---

Собственно суть проблемы такова, что на прошивке 6.60 плагин всё же неплохо работает, однако присутствуют свои костыли - это игнорирование настроек в файле конфигурации music_conf.txt, не работающие некоторые функции, по сочетаниям кнопок.

В чём состоит проблема?
Я просмотрел код плагина, он поставляется с исходниками. Несмотря на заявление Cpasjuste о портировании плагина под прошивку 3.90, я прекрасно вижу функции NID-ов от прошивок 3.7x. То есть, в прошивке 3.90 все NID-ы функций поменялись и меняются эти NID-ы постоянно от прошивки к прошивке.

Что такое NID-ы?
Это названия функций, которые вызываются именно по названию и выполняют присущие им действия. Но начиная где-то с прошивок 3.7x, Sony перестала напрямую вызывать функции в файлах своими именами, а стала скрывать их, хешируя названия в 4-байтный код, то есть к названию модуля прикрепляет закодированный номер функции. Вот как это выглядет на небольшом примере, после вывода дизассемблером PRXTool v1.1

0x01562BA3 [0x00001354] - sceAudioOutput2Reserve
0x086E5895 [0x000028A4] - sceAudioInputBlocking
0x136CAF51 [0x00000660] - sceAudioOutputBlocking
0x13F592BC [0x000008F4] - sceAudioOutputPannedBlocking
0x2D53F36E [0x00001374] - sceAudioOutput2OutputBlocking
0x38553111 [0x00001E04] - sceAudioSRCChReserve
0x41EFADE7 [0x00000C4C] - sceAudioOneshotOutput
0x43196845 [0x00001390] - sceAudioOutput2Release
0x5C37C0AE [0x00002070] - sceAudioSRCChRelease
0x5EC81C55 [0x00000AD8] - sceAudioChReserve
0x63F2889C [0x00001254] - sceAudioOutput2ChangeLength
0x647CEF33 [0x000012C4] - sceAudioOutput2GetRestSample

• Первая 4-х байтная единица, например 0x01562BA3 - это и есть захешированный номер NID функции.
• Следом в скобках указывается позиция, где она записывается.
• И через тире уже нам дизассемблер даёт подсказку о самом настоящем названии функции в нехешированном виде. На самом деле этих названий вы не увидите в файле. Это разработчики PRXTool уже внесли в программу названия основных известных функций, которые не меняются.

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

0x0B61478E [0x000008F4] - sceAudio_driver_0B61478E
0x0B74AAA2 [0x000028F0] - sceAudio_driver_0B74AAA2
0x2047EAD8 [0x00000578] - sceAudio_driver_2047EAD8
0x20856A07 [0x0000105C] - sceAudio_driver_20856A07
0x2533CE02 [0x000015F4] - sceAudio_driver_2533CE02
0x3E087113 [0x00002680] - sceAudio_driver_3E087113
0x3E3C44F1 [0x00000E68] - sceAudio_driver_3E3C44F1
0x4036F0AE [0x00001E04] - sceAudio_driver_4036F0AE
0x4754D283 [0x000012C4] - sceAudio_driver_4754D283
0x6985717B [0x00000AD8] - sceAudio_driver_6985717B
0x6ACDCBB3 [0x00002934] - sceAudio_driver_6ACDCBB3

То есть, дизассемблер определяет по коду программы область подфункций, принадлежащей основному модулю sceAudio_driver и, не зная настоящего названия функции, просто подставляет его цифровой хеш к названию основного модуля - sceAudio_driver_0B74AAA2

Что за 4-х байтный хеш функции?
Как я уже упоминал ранее - это хеш полного названия функции. Хотя я и раньше оперировал с хешированными НИДами и умудрялся отыскивать нужные, но не представлял откуда берётся этот хеш. Этот секрет недавно мне поведал frostegater в соседней теме, где он выложил свою консольную утилитку по превращению названия функции в её захешированный вид. Затем Yoti облегчил этот процесс, нарисовав GUI интерфейс для быстрого ввода-вывода информации . Вы можете сами потестить программку: N1D G3N3R@T0R.exe

N1D G3N3R@T0R by Yoti.png

На данном примере, на скриншоте, я взял первую строчку из 1-го блока кода выше, где указаны нерандомизированные НИДы, чтобы наглядно увидеть вывод хеша из названия функции:

• 0x01562BA3 [0x00001354] - sceAudioOutput2Reserve

Как видно, название функции sceAudioOutput2Reserve превращается в 4-байтный код 0x01562BA3.
А заменив это название в захешированный вид, его можно использовать как-то так: sceAudio_01562BA3.
Хешь извлекается следующим образом... Из названия функции генерируется чек-сумма SHA-1 (160 bit).
В данном случае SHA-1 равна - A32B56014147A25FDE15A7AF4D596DADA06BE3AB
Затем берутся первые 4 байта и инверсируются побайтно. Получаем 01562BA3.

Скрин генерации SHA-1

SHA-1.png

Думаю с этим всем всё понятно.

С чего начинать?
Начинать следует с дизассемблирования этих функций самого плагина music.prx и вот что он нам выдаёт (я почистил лишние куски кода, которые нам абсолютно не нужны и оставил только названия функций, которые изменяются от прошивки к прошивке):

Name:    Music_prx

0xB282F4B2 [0x0000536C] - sceAudio_driver_B282F4B2
0x669D93E4 [0x00005374] - sceAudio_driver_669D93E4
0x138A70F1 [0x0000537C] - sceAudio_driver_138A70F1
0x43645E69 [0x00005384] - sceAudio_driver_43645E69

0xE56B11BA [0x000053A4] - sceDisplay_driver_E56B11BA

0xD6E50D7B [0x000053AC] - scePower_driver_D6E50D7B
0x1688935C [0x000053BC] - scePower_driver_1688935C

0xC4AAD55F [0x000053C4] - sceCtrl_driver_C4AAD55F

Вот это все изменяющиеся функции, используемые плагином для своей работы.
А теперь посмотрим на SilverSpring's PSP PRX Libraries Documentation Project. Эту тему я специально подготовил, т.к. его сайт постоянно находится в ауте. И он много времени отдал этому проекту, вычисляя NID-ы: имена функций на каждой прошивке.

Итак, открываем libdoc от прошивки 3.7х и смотрим файлы, соответствующие модулям в плагине music.prx, видим следующие цифры:

kd/audio.prx 	sceAudio_Driver
				<NAME>sceAudio_driver</NAME>
				<FLAGS>0x00010011</FLAGS>
				<FUNCTIONS>
					<FUNCTION>
						<NID>0x138A70F1</NID>
						<NAME>sceAudio_driver_138A70F1</NAME>
					</FUNCTION>
					<FUNCTION>
						<NID>0x43645E69</NID>
						<NAME>sceAudio_driver_43645E69</NAME>
					</FUNCTION>
					<FUNCTION>
						<NID>0x669D93E4</NID>
						<NAME>sceAudio_driver_669D93E4</NAME>
					</FUNCTION>
					<FUNCTION>
						<NID>0xB282F4B2</NID>
						<NAME>sceAudio_driver_B282F4B2</NAME>
					</FUNCTION>
				</FUNCTIONS>
kd/display.prx 	sceDisplay_Service
				<NAME>sceDisplay_driver</NAME>
				<FLAGS>0x00010011</FLAGS>
				<FUNCTIONS>
					<FUNCTION>
						<NID>0xE56B11BA</NID>
						<NAME>sceDisplay_driver_E56B11BA</NAME>
					</FUNCTION>
				</FUNCTIONS>
kd/power.prx 	scePower_Service
				<NAME>scePower_driver</NAME>
				<FLAGS>0x00010011</FLAGS>
				<FUNCTIONS>
					<FUNCTION>
						<NID>0x1688935C</NID>
						<NAME>scePower_driver_1688935C</NAME>
					</FUNCTION>
					<FUNCTION>
						<NID>0xD6E50D7B</NID>
						<NAME>scePower_driver_D6E50D7B</NAME>
					</FUNCTION>
				</FUNCTIONS>
kd/ctrl.prx 	sceController_Service
				<NAME>sceCtrl_driver</NAME>
				<FLAGS>0x00010011</FLAGS>
				<FUNCTIONS>
					<FUNCTION>
						<NID>0xC4AAD55F</NID>
						<NAME>sceCtrl_driver_C4AAD55F</NAME>
					</FUNCTION>
				</FUNCTIONS>

Сравнив показания плагина music.prx выше и функций прошивок 3.7х здесь, мы видим, что идёт 100% совпадение!!!
Скажу больше, в прошивке 3.90 нет этих цифр впомине. То есть, там НИДы функций полностью изменены. Поэтому заявление разработчика, что он адаптировал плагин под прошивку 3.90 - явная ложь.

---

Итог: нам теперь явно ясно, что для портирования плагина под прошивку 6.60, необходимо искать соответствующие НИДы функций в этих файлах:

Название файла 	Название модуля

kd/audio.prx 	sceAudio_Driver
kd/display.prx 	sceDisplay_Service
kd/power.prx 	scePower_Service
kd/ctrl.prx 	sceController_Service

Проще говоря, НИДы плагина прошивки 3.7х необходимо сопоставить НИДам тех же функций прошивки 6.60.
Заменить их в исходниках и заново скомпилировать новый адаптированный плагин под 6.60.
Как правило, у каждого модуля существует определённый набор функций и их количество и порядок в файле редко изменяется. Поэтому, думаю, не составит труда сопоставить НИДы этих прошивок, либо ещё промежуточных и вывести параллели между прошивками.

Далее можно выстроить параллели каждого типа НИДа в каждой прошивке и составить таблицу.

---

Процесс исследования плагина music.prx

1. Для начала, необходимо вычислить все функции рандомных NID-ов, используемых плагином. Скачиваем дизассемблер PRXTool и закидываем туда наш подопытный файл music.prx.
2. Запускаем батник "16. ImpExp & Alias Print.bat" и получаем на выходе все Импорты и Экспорты функций, используемых плагином в текстовом файле "16_Import_Export.txt".
3. Удаляем все лишние строки со статическими функциями, т.е. у которых нет в названии функции суффикса с 4-значным НИДом.
4. Далее, вычисляем по рандомным НИДам версию прошивки, от которой эти НИДы были использованы. Ну тут ясное дело, что НИДы функций принадлежат прошивке 3.71.
5. Поэтому берём файлы прошивок 3.71, в которых используются эти функции и дизасмим их. Так как я больше разбираюсь в HTML, то я выбрал батник дизасма "24. DISASM2HTML.bat" и сохранил результаты в папке под названием прошивки "371". Затем произвёл то же самое действие с аналогичными файлами от других прошивок, чтобы проследить сдвиги функций от прошивки к прошивке.
6. Таким образом эти HTML файлы от разных прошивок я просто сравнил в браузере. Разница в НИДах и сходство кода видна невооруженным глазом. На этом примере я произвёл поиск в дизассемблированном файле audio.prx.html по НИДу sceAudio_driver_138A70F1 в прошивке 3.71. Затем, посмотрев на окружение найденного, произвёл поиск по соседнему значимому слову sceAudioOutput2Release в других прошивках, что явно вывело на аналогичный код и выдало изменившиеся НИДы, как на тарелочке с голубой каёмочкой.

• NID в прошивке 3.71 ***
  
• NID в прошивке 3.80 ***
  
• NID в прошивке 3.95 ***
  
• NID в прошивке 5.00 ***
  
• NID в прошивке 6.20 ***
  
• NID в прошивке 6.35 ***
  
• NID в прошивке 6.60 ***
  

скрины отдельно

3.71 sceAudio_driver_138A70F1 (первая строка в таблице ниже)

371.png

3.80

380.png

3.95

395.png

5.00

500.png

6.20

620.png

6.35

635.png

6.60

660.png

И в результате получилась вот такая таблица:

M U S I C . P R X P L U G I N f o r P S P -= by AhMan =-
Necessary Data	Firmwares NID's									Comments
FILE	MODULE	FUNCTION	3.7x	3.80/3.90	3.95/4.01	5.00/5.50	6.20	6.35	6.60/6.61	EDITED
audio.prx	sceAudio_driver	sceAudio_driver_	138A70F1	D4828217	C3C2C4B4	3E3FAE75	F462A7B9	0399579B	B7F5A1B2	hw.h; sceAudio_driver.S
audio.prx	sceAudio_driver	sceAudio_driver_	43645E69	94E28BDD	CD272A5D	909092AB	E26E49E7	475F41FE	AC81DE4F	hw.h; sceAudio_driver.S
audio.prx	sceAudio_driver	sceAudio_driver_	669D93E4	4036F0AE	C15BE9A3	BFC404F6	A502088E	E9BCD519	837701CC	hw.h; sceAudio_driver.S
audio.prx	sceAudio_driver	sceAudio_driver_	B282F4B2	80BCF50C	FCC526B7	322078A5	77EBE4A2	A388ABDB	9D77949E	sceAudio_driver.S
audio.prx	sceAudio_driver	sceAudio_driver_	035C14C6	2047EAD8	F7083625	324BA73D	A5C0603B	D35EFCD9	671E97E8	init.c
audio.prx	sceAudio_driver	sceAudio_driver_	798FB2A3	C66BDCA1	61BBE62D	F355A263	2FD643D0	A906D208	5CDEF9A4	init.c
audio.prx	sceAudio_driver	sceAudio_driver_	D6620E8E	9DA39F69	BCD3344C	1A7526DD	45457EE5	686AC4F4	E440DF7D	init.c
audio.prx	sceAudio_driver	sceAudio_driver_	47D06FE6	BE6F1721	850A552B	E8D4EE26	548EEFD1	C847973E	17D856B9	init.c
audio.prx	sceAudio_driver	sceAudio_driver_	5140D94F	0B61478E	C4839793	DC34AC20	23F19798	B29D727F	B7CCF1D7	init.c
display.prx	sceDisplay_Service	sceDisplay_driver_	E56B11BA	3749CDA0	C28EFAA7	D8D2FD35	64EE9BF2	08A10838	FBB369FD	sceDisplay_driver.S
loadcore.prx	LoadCoreForKernel	LoadCoreForKernel_	CF8A41B1	F17DD6DD	98D2CF2B	0B53340F	BEF0A05E	EF8A0BEA	F6B1BF0F	LoadCoreForKernel.S
sysmem.prx	SysclibForKernel	strcspn	89B79CB1	89B79CB1	89B79CB1	89B79CB1	Missing	Missing	Missing	config.c
sysmem.prx	SysclibForKernel	strspn	62AE052F	62AE052F	62AE052F	62AE052F	Missing	Missing	Missing	config.c
sysmem.prx	SysclibForKernel	strtok	87F8D2DA	87F8D2DA	87F8D2DA	87F8D2DA	Missing	Missing	Missing	config.c
power.prx	scePower_Service	scePower_driver_	1688935C	94C3991E	2A12371B	78834264	BF5BA7FC	9F53A71F	04711DFB	scePower_driver.S
power.prx	scePower_Service	scePower_driver_	D6E50D7B	94BC4918	19387EF4	AF23EFA6	1A41E0ED	8BA12BAF	766CD857	scePower_driver.S
power.prx	scePower_Service	scePower_driver_	4431FF21	114D3560	9AF4290C	775DA498	9CDB22B5	A2E9E73F	E52B4362	init.c (3.5x 0xD66EF08D)
ctrl.prx	sceController_Service	sceCtrl_driver_	C4AAD55F	D65D4E9A	591B3F36	6B247CCE	3CA6922B	18654FC0	2BA616AF	sceCtrl_driver.S
			↑ ↑ ↑						↑ ↑ ↑
Music plugin version 055 ported to sony PSP 3.90 firmware. Cpasjuste @ http://mydedibox.fr/				Music plugin v056 for 6.60/6.61 firmware ported by ErikPshat

Скачать: обновлённый плагин для 6.60/6/61 можно отсюдава.

[SILENT-Pavel]

Сообщение от ErikPshat Проанализировал через PRXTool файлы audio.prx от всех выложенных прошивок. НИДы у всех прошивок одинаковые, как на 3.71 . Этого быть не может. Ты по видимому распихал по всем папкам одну и ту же прошивку 3.71. Короче что-то дофига понапутал.

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

кроме 6.35 все делал по инструкции, проверял несколько раз внимательно
реальная псп щас далеко от меня к сожалению

[ErikPshat]

SILENT-Pavel, поставь Araxis Merge и сравни папки разных прошивок. Получишь результат. В проге есть возможность сравнения не по одному файлу, а сразу по 2-3 папки. Увидишь, какие файлы содержат различия, а какие идентичны. Мне долго качать эту прогу, весит аж 40 Мб. Хотя щас скачаю за часок.

Скорее всего декриптовалось всё нормально, просто когда ты всё раскладывал по папкам, наверняка копирнул в буфер прошивку 3.71 и таким образом её файлы раскидал по разным прошивкам. Поэтому размер папок разный, но обновлённые файлы от 3.71. А может это у меня что-то глюкнуло, т.к. название файла одно было audio.prx, я прогонял через PRXTool и каждый раз закидывал файл от другой прошивки. В результате все тесты оказались 100% идентичными при сравнении.

[Yoti]

Про какие именно nid'ы хоть речь? Они могут быть изменяемые (обычно это те, что используются внутри ядра) и неизменяемые (после изменения которых отвалились бы старые игры, так что преимущественно юзермоды); могут быть быть прямые (которые sha1 от функции) и непрямые (которые "солёные" и резолвятся прошивкой в прямые).

[ErikPshat]

Сообщение от SILENT-Pavel У них же разный размер у папок по прошивкам, если это была одна - то размер был бы одинаковый, каждый раз после декриптации удалял все остатки файлов от другой прошивки и делал с нуля новую.

Ну так ты сравнивал свои папки? Я кстати не поленился и скачал посвежее версию. Ну и сравнил сразу 3 папки. Для сравнения выбрал 2 крайние и одну посередине: 3.71-5.00-6.60

Ну и вот отчёт твоей проделанной работы
Там персиковым цветом выделены несвязанные файлы, т.е. которые есть в одной папке, но отсутствуют в другой.
А бирюзовым цветом выделены вставленные файлы, т.е. которых не было в других папках, но были добавлены в новых.
Собсно программа сверяет файлы не по размеру, а по внутреннему содержимому побайтно и в столбике "Различия" показывает количество различающихся блоков. Ну и как видно, ни один файл не имеет ни одного отличия

Сравнительный анализ

PRXdecFWs.png

Так что с тебя щтрафной: декриптовать всё по новой и по правилам, написанным в той теме в шапке.

---

Сообщение от Yoti Про какие именно nid'ы хоть речь? Они могут быть изменяемые

Да, в шапке я именно про это упоминал, поэтому не выводил в список неизменяемые ниды. Но это нужно ещё проверять и отсекать солёные. Хотя фрост уверял, что можно использовать и так и эдак, т.е. под своим прямым названием, либо с хешем в суффиксе. Делать-то мы будем под одну прошивку 6.60, под все другие нам не надо.
Ну если что накосячим, надеюсь ты направишь в нужное русло

[Yoti]

Сообщение от ErikPshat Хотя фрост уверял, что можно использовать и так и эдак, т.е. под своим прямым названием, либо с хешем в суффиксе. Делать-то мы будем под одну прошивку 6.60, под все другие нам не надо.

Ну да, можно. Я много читал про nid'ы, но это было на английском и я уже не помню где. Возможно, на lan.st (вечная память).

[SILENT-Pavel]

сделаем пробник по новой с чистого листа. может и правда спешил и что-то перебил горячими клавишами. Старое вложение удалил.

взял 3.71, 5.00 и 6.35
взял три дампера под 6.60 из сборника "PSARDumper's Pack 2.60-6.60"
а именно:
PSARDumper_660
PSARDumper_660_neur0n
PSARDumper_660_proxima
папку F0 целиком заливаю вообще ничего не сортируя самостоятельно из неё
все пожато LZMA и для каждой прошивки 3 версии папки F0 от разных дамперов (подписаны)
если все внутри будет правильно, доделаю остальные прошивки и залью в базу вложением,
либо может кто поможет побыстрее с реальной псп

https://www.mediafire.com/?wih7ne2v27w0o1q
21/276 mb

upd: видимо не понимаю что именно нужно и в каком виде. уступаю более понимающим, сам сливаюсь

[Yoti]

Вот вам архивчик, который я использую для первичного реверса модулей. Кинуть в папку bin/elf/prx, запустить батник. Есть моменты, которые я всё хочу доработать, но они не такие критичные.

[ErikPshat]

SILENT-Pavel, эх-эх, опять косяки, косяки да пяточки Ты бы хоть сам бы проверил, я же тебе уже и прогу подогнал.
Позже допишу, что почём.

---

Короче сравнил сначала в пределах одной прошивки, как отрабатывают дамперы.
Ну то есть сравнивал так:

• !3.71- !3.71-neuron !3.71-proxima === все 3 папки оказались идентичными. Вроде всё как надо.

Потом сравнил следующие прошивки:

• !5.00- !5.00-neuron !5.00-proxima === прошивки Unknown и neuron полностью совпадают, за исключением того, что у нейрона извлёкся ещё один лишний секретный файл: vsh\module\npsignup_plugin.prx. Видимо 2 других дампера не знают про него ничего. Нужно бы посмотреть на заголовок его в недекриптованном виде. Просьба извлечь его без декриптовки.
  А вот с proxima у них огромные различия. Откуда Проксима достал эти файлы - непонятно. Ну не могут они так декриптоваться из одного и того же EBOOT.PBP 5.00, чтобы на выходе у Проксимовского декриптора получились другие файлы.
  
  
  Сделал скриншотик

  !5.00- !5.00-neuron !5.00-proxima.png
  Короче, сравнил я файлы !5.00-proxima и 3.71-proxima - они одинаковы Получается вместо 5.00 прошивки, дампер Проксимы декриптовал ещё раз прошивку 3.71.

Потом сравнил следующие прошивки:

• !6.35- !6.35-neuron !6.35-proxima === только дампер Нейрона извлёк все файлы PRX. Unknown и proxima их не смогли вытащить, папки kd и module пустые. И так же, прошивки Unknown и neuron полностью совпадают, в тех оставшихся файлах RCO, которые в папке resource.
  А вот с proxima у RCO опять же отличия. Проксимовский дампер туда положил файлы от прошивки 5.00

Потом стал сравнивать разные прошивки одного дампера !3.71- !5.00- !6.35- === различия есть, но их очень мало. Короче дальше не буду рассказывать, потому что ещё дальше полнейший бред. Да что говорить, если даже IPL у прошивок 3.71, 5.00 и 6.35 одинаковый )))

---

В общем такое ощущение, что PS VITA имеет крутой кэш и по видимому кэширует предыдущие действия. Если в следующий раз попадаются файлы с теми же именами, она их достаёт из кэша, чтобы не тратить лишнее время на декриптовку того же по названию файла, который недавно декриптовали Вот такое складывается впечатление.

[vash]

Значит, нужно декриптовкой заниматься на ПСП и дампером от Нейрона? Могу сейчас заняться этим. Выложу в теме [БАЗА] Декриптованные RCO и PRX от всех прошивок без RCO-файлов.
П.С.: ErikPshat, просьба, уточни, от каких прошивок нужны на данное время эти файлы, смысла делать ото всех нет.

[ErikPshat]

Сообщение от vash ErikPshat, просьба, уточни, от каких прошивок нужны на данное время эти файлы, смысла делать ото всех нет.

Желательно полный набор: 3.71, 3.80, 3.90, 3.95, 5.00, 5.50, 6.20, 6.35, 6.60.

Сообщение от vash [БАЗА] Декриптованные RCO и PRX от всех прошивок без RCO-файлов.

vash, лучше делай сразу по инструкции в той теме, которую я написал там в шапке, чтобы потом лишний раз не переделывать работу.
Например папки "codepage", "data", "dic", "font" совершенно не нужны во всех архивах, т.к. они во всех прошивках одинаковы и никакой полезной нагрузки не несут.

[Yoti]

Сообщение от ErikPshat они во всех прошивках

Не во всех, но в последних.

[ErikPshat]

Сообщение от vash Значит, нужно декриптовкой заниматься на ПСП и дампером от Нейрона?

Не факт. Просто дампер от Проксимы повёл себя так из-за кэша Виты. Скорее всего точняк Вита подсовывала файлы от предыдущих действий, поэтому в папке оказывались файлы именно от предыдущих декриптовок. В папке 5.00 оказывались файлы от 3.71, а в папке 6.35 оказывались файлы от 5.00. Соответственно, если при декриптовке 6.35 не получилось дамперу извлечь файлы PRX, то и Вита из кэша ничего не доставала.

Думаю было бы то же самое с дампером Нейрона, если бы его запускали в последнюю очередь. То есть, опять бы складывались файлы из кэша Виты от предыдущих декриптовок.
Единственное отличие дампера Нейрона, что у него заложен механизм декриптовки 6.35, а другие его не учли. Я даже предполагаю где это надо копать. Дампер Unknown повёл себя так на прошивке 6.35, потому что сделан был на осове дампера Проксимы, по видимому
SILENT-Pavel, использовал одну из моих версий, ведь там одна версия была основана на Проксиме, а другая на Нейроне. Но моя версия в теме ПСАРдампера, помнится, должна была извлекать и декриптовать файлы rebootex в корне и файлы *.img + ещё какие-то файлы, потому что я там добавлял код и ключи.

И ещё у меня есть мысля, что на Вите должна быть функция в настройках "Отключения КЭШа" ???

Сообщение от Yoti Не во всех, но в последних.

Ну там какой-то файл переехал из одной папки etc в папку codepage вроде и ещё может какие изменения. Лень просто щас копаться и уточнять эти несущественные вещи.

[ErikPshat]

Итак, портирование плагина music.prx for 6.60 произведено.
Результаты исследования с таблицей и наводящая инструкция в шапке.

Просьба потестить во всех режимах на прошивке 6.60 и доложить о багах...

[SILENT-Pavel]

ErikPshat, работает на вите.
Главное отличие визуальное от не портированного - больше информации при нажатии SELECT + квадрат

апд: походу дебаг стоит единичка в конфиге. он эту инфу и показывает

апд2: работает функция "IN_GAME_MUTE = SELECT|HOME" с эмуляцией хоум на Л + Р
на не портированном плагине эта функция не работает но показывает что типа включается и выключается

апд3: на обоих версиях плагина не получается сменить частоту цпу

[ErikPshat]

SILENT-Pavel, о, спасибо за тесты. Нашёлся хоть один человек на форуме ЗЫЗч. Я уж подумал - совсем плагин теперь не робит.

Сообщение от SILENT-Pavel больше информации при нажатии SELECT + квадрат

Хорошо бы посмотреть визуально на скриншоты. Я даже не в курсе, что он ещё что-то выдаёт на экран. Ага, вижу 10-ую строчку:
Управление из конфига

VOLUP = SELECT|UP
VOLDOWN = SELECT|DOWN
START_STOP = SELECT|LTRIGGER
PREVIOUS = SELECT|LEFT
NEXT = SELECT|RIGHT
MODE_TOGGLE = SELECT|RTRIGGER #SEQ/RAND
CPU_NEXT = SELECT|TRIANGLE
CPU_PREV = SELECT|CROSS
RELOAD = SELECT|CIRCLE
DISPLAY = SELECT|SQUARE #on screen display
IN_GAME_MUTE = SELECT|HOME #press this combo once to disable game sounds, and again to enable them
LOOP = SELECT|START

:

1. + = Повысить громкость.
   
2. + = Понизить громкость.
   
3. + = Старт/Стоп воспроизведения.
   
4. + = Предыдущий трек.
   
5. + = Следующий трек.
   
6. + = Режимы (по порядку (SEQ), случайно (RAND)).
   
7. + = Повысить частоту процессора.
   
8. + = Понизить частоту процессора.
   
9. + = Перезапустить плагин.
   
10. + = Вызов на экран меню с информацией.
    
11. + = Отключение звука в игре.
    
12. + = Повторить.

Управление по умолчанию - основная кнопка НОТА

char ControlOptions[MAX_CONTROL_OPTIONS][30] = {
"VOLUP",
"VOLDOWN",
"START_STOP",
"PREVIOUS",
"NEXT",
"MODE_TOGGLE",
"CPU_NEXT",
"CPU_PREV",
"RELOAD",
"DISPLAY",
"IN_GAME_MUTE",
"LOOP",
};

u32 DefaultControl[MAX_CONTROL_OPTIONS] = {
PSP_CTRL_NOTE|PSP_CTRL_UP,//VOLUP
PSP_CTRL_NOTE|PSP_CTRL_DOWN,//VOLDOWN
PSP_CTRL_NOTE|PSP_CTRL_LTRIGGER,//START_STOP
PSP_CTRL_NOTE|PSP_CTRL_LEFT,//PREVIOUS
PSP_CTRL_NOTE|PSP_CTRL_RIGHT,//NEXT
PSP_CTRL_NOTE|PSP_CTRL_RTRIGGER,//MODE_TOGGLE
PSP_CTRL_NOTE|PSP_CTRL_TRIANGLE,//CPU_NEXT
PSP_CTRL_NOTE|PSP_CTRL_CROSS,//CPU_PREV
PSP_CTRL_NOTE|PSP_CTRL_CIRCLE,//RELOAD
PSP_CTRL_NOTE|PSP_CTRL_SQUARE,//DISPLAY
PSP_CTRL_NOTE|PSP_CTRL_SELECT,//In Game Mute
PSP_CTRL_NOTE|PSP_CTRL_START,//LOOP
};

Можешь доложить по этим 12-ти пунктам, что работает, а что нет?

Сообщение от SILENT-Pavel походу дебаг стоит единичка в конфиге. он эту инфу и показывает

Так значит он стал настройки из конфига подхватывать? Говорили, что пофигу, что написано было в конфиге. Даже если сменить путь до музыки с ms0:/PSP/Music/ на ms0:/Music/, то он всё равно проигрывал только из папки по умолчанию ms0:/PSP/Music/

Сообщение от SILENT-Pavel апд2: работает функция "IN_GAME_MUTE = SELECT|HOME" с эмуляцией хоум на Л + Р на не портированном плагине эта функция не работает но показывает что типа включается и выключается

+ = Отключение звука в игре.
Ну просто замечательно! Слышал про такой баг, когда в играх не отключался звук музыки.

Сообщение от SILENT-Pavel апд3: на обоих версиях плагина не получается сменить частоту цпу

ОК, буду разбираться...

Кстати, на Вите возможно изменить частоту эмулятора PSP? И эти настройки правильно в конфиге стоят?

ENABLE_VSH_CLOCK = 1  #set to 0 to disable the VSH from changing the cpu's speed, normally this is 1 
                      #the vsh normally changes the clock speed when playing music with the screen off (to 133mHz cpu/44mHz bus)
                      #when stoping the browser
                      #up to 333mHz when playing certain video files (possibly, I haven't been able to confirm this)
                      #and back to 222mHz when the above things are stopped
                      #this also allows overclocking in the vsh browser

CPU_SPEED = 222 # SELECT: in 3.40OE (and possbily other fws) setting the clock above 222 (bus > 111) causes the XMB (VSH) to crash  
                # This seems fixed in 3.52-M33 2, if you have problems, you might want to update
                # 1-333, cpu speed to start with

BUS_SPEED = 111 # SELECT: if you have problems, try changing this to 222/111 , some things don't like you changing the cpu speed
                # 1-167, must be less than half the cpu speed

[SILENT-Pavel]

Сообщение от ErikPshat + = Повысить громкость. + = Понизить громкость. + = Старт/Стоп воспроизведения. + = Предыдущий трек. + = Следующий трек. + = Режимы (по порядку (SEQ), случайно (RAND)). + = Повысить частоту процессора. + = Понизить частоту процессора. + = Перезапустить плагин. + = Вызов на экран меню с информацией. + = Отключение звука в игре. + = Повторить.

6.60 твой порт плагина:

1. да
2. да
3. да
4. да
5. да
6. да
7. нет
8. нет
9. ?
10. да
11. да
12. да

старый оригинальный плагин с вололо:

1. да
2. да
3. да
4. да
5. да
6. да
7. нет
8. нет
9. ?
10. да
11. нет
12. да

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

Сообщение от ErikPshat Кстати, на Вите возможно изменить частоту эмулятора PSP?

внутри xmb tn-v изменять можно
кстати насчет кэша псп ты спрашивал выше - нет такой настройки
так что все мои тесты считать адекватными только для другой виты, а не для псп сцены в целом
например потому, что виты тн-в может включать старые плагины иначе чем псп 2000 например, на псп мб не работает то что поддерживается тн-в для старых плагинов

[ErikPshat]

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

В частности, элементарно подхватывания музыки из директории, прописанной в конфиге:

• ms0:/PSP/MUSIC/
• ms0:/MUSIC/

Жалоба пошла отсюда: https://www.pspx.ru/forum/showthread.php?t=104547

[SILENT-Pavel]

Сообщение от ErikPshat Кстати, говорили, что ранее настройки из конфига совсем не подхватывались... В частности, элементарно подхватывания музыки из директории, прописанной в конфиге: ms0:/PSP/MUSIC/ ms0:/MUSIC/ Жалоба пошла отсюда: https://www.pspx.ru/forum/showthread.php?t=104547

ну тут такое дело, что мьюзик в вите читается из памяти виты РЕЛИНКОМ из псп/мьюзик вроде
другие правила, изменять эти настройки не стоит и только усложнит весь процесс, т.к. музыку удобно скидывать в память виты и быстрее
нужен чувак с реальной псп опять же. но дебаг энейблер опция в txt идущем с плагином работает вкл/выкл, т.е. файл читается плагином, но толку то
всмысле персонализированных плейлистов для айди игры вроде же не появилось от порта на 6.60

оффтоп:
а вот насчет картинок типа скринов с игр в плагине. эти картинки дублируются в памяти виты независимо от памяти псп. интересная система и удобнее чем на обычной псп. точнее почти как на ГО версии. можно остановить игру и в памяти виты просматривать скрины

[ErikPshat]

SILENT-Pavel, я имею в виду, что на PSP музыку можно ложить в папки ms0:/PSP/MUSIC/ или ms0:/MUSIC/
Но плагин, по идее, должен брать музыку исключительно только из той папки, которая прописана в конфиге, у которой нет комментирующего знака # спереди. Это 12 и 13 строчки в конфиге, идущим в комплекте с плагином music_conf.txt:

DIR = ms0:/MUSIC/ #must end with a slash
#DIR = ms0:/PSP/MUSIC/

Вот я и прошу проверить этот факт.

Сообщение от SILENT-Pavel но толку то в смысле персонализированных плейлистов для айди игры вроде же не появилось от порта на 6.60

А есть пример с исходниками, где такая функция присутствует?

Вообще странно... столько НИДов (14 штук) обновил в плагине, а так мало изменений )))

[ErikPshat]

Опана... Себе на заметку...
NID функции LoadCoreForKernel_CF8A41B1 присутствует на прошивках 1.00 - 3.7х, а в следующих прошивках изменился.
Нужно ловить и править.

LoadCoreForKernel (loadcore.prx)
0xCF8A41B1 [0x0000540C] - LoadCoreForKernel_CF8A41B1

UPD: ещё ниды функций до 5.00 присутствуют, но изменились в 6.60

SysclibForKernel (sysmem.prx)
0x89B79CB1 [0x000054B4] - strcspn
0x62AE052F [0x000054BC] - strspn
0x87F8D2DA [0x000054CC] - strtok

UPD: по непонятным причинам в исходниках присутствует нид, который ни в одной прошивке найти не удалось. Возможно старинная функция 1.х

SystemCtrlForKernel
0xCC9ADCF8 [0x0000553C] - SystemCtrlForKernel_CC9ADCF8