Cifrador para PRXs

[DrNefarious]

¿Y qué herramienta es ésa y de dónde la has conseguido? Es que paso de descargármela para ver cuál es

La herramienta es el PSCRYPTER_signed, el eboot ya firmado que permite firmar otros eboot

[m0skit0]

El de kgsws ok, gracias Draqen.

[junillo]

Perdona Moskito que haya sido tan comedido.
Pero despues de tu advertencia anterior, con razon, pues me litime unicamente a postear las pruebas(dejando la herramienta).

Spoiler:

Bueno, me arriesgare, pero creo que esto puede servir para su desarrollo

He probado varias maneras de "parchear" y al final he conseguido esto con esta herramienta que se usa desde la PSP basada en PRXencrypter

Adhoc file transfer: OK
PicoDrive: NO
CFE: NO
MultiAPP: NO
PSPALARM: NO
PSPDISP: NO
GBSPmod: NO
NESTERJ: OK
HERETIC: OK
DOOM: OK
SNES EUPHORIA: NO

Efectivamente, es el PSCRYPTER_SIGNED para PSP.(Sacada del foro de Wololo)
He probado desde windows XP las dos packs del primer post pero sin resultado.
He visto que todos los DATAs despues de firmar pasan a medir 5mg, independientemente del tamaño anterior.
Curioso, que el ADHOC, aun haciendolo con windows, no me funciono. Y creo su DATA.PSP
En cambio, desde la psp si funciono.
Tambien se que no se pueden fimar aquellos que precisen de kernel y tal, pero tenia que intentarlo.
Una vez aplicados los cambios, SIEMPRE arranca el logo de sony.
Para luego indicar el error 80020148

SLSD

[darkmonster]

Todos los Homebrews que utilicen relocations de tipo 7, no jalaran en la PSP aunque este firmado, por lo que el desarrollador JJS, ha publicado una herramienta para cambiar el tipo de reubicaciones de tipo 7 a 0, esto se realiza de la siguiente manera:

OK vamos a necesitar el prxEncrypter (bbtgp, el PBPUnpacker y el fix-relocations (JJS)

1. Descomprimimos nuestro EBOOT.PBP con el PBPUnpacker, renombramos DATA.PSP -> DATA.prx.

2. Arrastramos el DATA.prx hasta la aplicacion fix-relocations.

3. Arrastramos de nuevo el DATA.prx hasta la aplicación prxEncrypter

4. Reconstruimos nuestro .PBP y listo

LIMITACIONES: No sirve para HB que necesito Kernel Mode, y el .prx debera de pesar menos de 5 MB, para que funcione.

Con este metodo se ha logrado correr Wagic! en OFW 6.35

Fuente

[m0skit0]

"DESARROLLO"

Efectivamente darkmonster, es por la relocación (está perfectamente dicho en castellano, no tengas miedo de usarlo ) tipo 7 (aunque seguramente esto a casi todos os suene a chino mandarino ).

Bueno, esto va avanzado poco a poco, y en el hilo de Wololo.net se ha reunido la crema y nata de la escena de PSP para discutir y avanzar en este tema. Sólo faltan Silverspring y liquidzigong (o como se llame ).

Por favor, por enésima (y última) vez, dejad de postear comentarios que no aportan nada, sólo conseguiréis que los borre. Al siguiente ya le mando un warning, esta vez en serio.

Saludos

[junillo]

CarlosGS acaba de lanzar la version 2.0 del PScrypter que repara la recolocaciones

http://forums.ps2dev.org/viewtopic.php?t=13088

SLSD

Bueno despues de unas grandes noticias(6.25 HEN y 5.03 HEN firmados ya landados) He estado probando con la v2 del pscrypter y tengo esto.

PSPDISP: NO(aunque arranca y dice que lo tengo en kernel 1.50)
PICODRIVE : SI (cargando isos de MEGA CD no funciona la libreria mp3)
POLYGUNWARS: SI
GBSPmod: NO

SLSD

[davidgf]

Hombre perdone usted por decir tonterías, pero tampoco hay como para ir borrando mensajes a destajo ni menospreciando.

Podrías explicar mejor por qué ese tipo de relocaciones no funcionan? Sólo he encontrado una referencia en una cabecera y el la ABI de MIPS que yo tengo no se habla del format ELF. Sólo he encontrado
#define R_MIPS_GPREL16 7

Así que imagino que fallan todas las reubicaciones referidas al registro GP con un offset de 16 bits no? Ester registro me dio problemas en mi HB cuando la sección de datos creció bastante ya que me decía que era incapaz de alcanzar ciertas partes debido a que el offset era demasiado pequeño. Por aquello que puse -G0

The $gp register is used to point to the global offset table (GOT). The GOT stores
addresses of subroutines and static data for run-time linking. Since each DSO has its
own GOT, the $gp register must be saved across function calls. Two conventions are
used to save the $gp register.

Gracias!

[m0skit0]

Podrías explicar mejor por qué ese tipo de relocaciones no funcionan?

Simplemente porque el kernel del OFW no las soporta

[davidgf]

Perdón por mi ignorancia, pero eso implica que los CFW o similares modifican mucho el OFW hasta el punto de modificar los módulos de kernel y toda la parafernalia? Yo pensaba que la mayoría de "parches" se limitaba a desactivar la comprovación de la firma de ejecutables y módulos de kernel para poderlos ejecutar sin estar firmados pero veo que no.
Y una pregunta más, la funcionalidad de cargar módulos de kernel es nativa de OFW o fue añadida por la scene?

[Jorge261008]

viewtopic.php?f=33&t=5260

Creo que estos hilos van juntos