Iris manager? 4.30?

Iris Manager es un gestor que desarrolló Hermes y lamentablemente se retiró de la Scene de PS3.

A no ser que Iris lo modifique alguien con permiso de su creador nunca lo verás en CFW superiores de 3.55

Salu2.

releon escribió:Iris Manager es un gestor que desarrolló Hermes y lamentablemente se retiró de la Scene de PS3.

A no ser que Iris lo modifique alguien con permiso de su creador nunca lo verás en CFW superiores de 3.55

Salu2.

Incorrecto: Hermes Manager lo desarrolló Hermes con el código fuente disponible desde el primer día, para quien quisiera trabajar a con el (su última versión junto con todas las librerías desarrolladas y códigos fuentes, se adjuntaron en el hilo oficial) . Iris Manager es la versión de éste que sacó D_Skywalk para 3.55 y también hizo públicos los fuentes. Y no, nadie le tiene que pedir permiso al creador para modificar los fuentes, que para eso los puso a disposición de todos

Y dicho esto, la gente prefiere Multiman que está desarrollado usando el SDK de SONY y que nuevamente, es de código cerrado al parecer. Así que si no hay Iris Manager para 4.30, será por que nadie lo quiera desarrollar y por que algunos dev apuestan por cerrar el código y cosas así, pero no por que Hermes o Estwald se opongan, ni mucho menos (al revés, si yo estaré encantado de la vida si lo hacen )

Saludos

Asi es skywalker_D lo izo para jfw 356, solo tienes que preguntarle si quiere hacerlo este es vuestro no iris 1.3-dev-git

Estwald escribió:

releon escribió:Iris Manager es un gestor que desarrolló Hermes y lamentablemente se retiró de la Scene de PS3.

A no ser que Iris lo modifique alguien con permiso de su creador nunca lo verás en CFW superiores de 3.55

Salu2.

Incorrecto: Hermes Manager lo desarrolló Hermes con el código fuente disponible desde el primer día, para quien quisiera trabajar a con el (su última versión junto con todas las librerías desarrolladas y códigos fuentes, se adjuntaron en el hilo oficial) . Iris Manager es la versión de éste que sacó D_Skywalk para 3.55 y también hizo públicos los fuentes. Y no, nadie le tiene que pedir permiso al creador para modificar los fuentes, que para eso los puso a disposición de todos

Y dicho esto, la gente prefiere Multiman que está desarrollado usando el SDK de SONY y que nuevamente, es de código cerrado al parecer. Así que si no hay Iris Manager para 4.30, será por que nadie lo quiera desarrollar y por que algunos dev apuestan por cerrar el código y cosas así, pero no por que Hermes o Estwald se opongan, ni mucho menos (al revés, si yo estaré encantado de la vida si lo hacen )

Saludos

Aún sin ir descaminado (Her...Estwald,jeje) llevas razón,sorry.

Salu2 fiera.

Os dejo el sitio personal de david colmenero por si os interesa contactar con el para este asunto:



Ojala lo porten a 4.2x ,que aunque el multiman sea el mas completo en la variedad esta el gusto

Estwald escribió:

releon escribió:Iris Manager es un gestor que desarrolló Hermes y lamentablemente se retiró de la Scene de PS3.

A no ser que Iris lo modifique alguien con permiso de su creador nunca lo verás en CFW superiores de 3.55

Salu2.

Incorrecto: Hermes Manager lo desarrolló Hermes con el código fuente disponible desde el primer día, para quien quisiera trabajar a con el (su última versión junto con todas las librerías desarrolladas y códigos fuentes, se adjuntaron en el hilo oficial) . Iris Manager es la versión de éste que sacó D_Skywalk para 3.55 y también hizo públicos los fuentes. Y no, nadie le tiene que pedir permiso al creador para modificar los fuentes, que para eso los puso a disposición de todos

Y dicho esto, la gente prefiere Multiman que está desarrollado usando el SDK de SONY y que nuevamente, es de código cerrado al parecer. Así que si no hay Iris Manager para 4.30, será por que nadie lo quiera desarrollar y por que algunos dev apuestan por cerrar el código y cosas así, pero no por que Hermes o Estwald se opongan, ni mucho menos (al revés, si yo estaré encantado de la vida si lo hacen )

Saludos

A este personaje Estwald/Hermes si que da gusto leerle. Gracias por ser como eres y por todo tu trabajo el cual has brindado siempre desinteresadamente. Tu si eres un scener de verdad pocos como tu quedan. Se te agradece por siempre y gracias por compartir tambien ademas de las herramientas los codigos fuentes para que otros devs interesados trabajen en el. En algun lugar del cielo si llegase a existir despues de la muerte ya tu tienes un pedazo de el ganado de seguro Usted si que es grande en esto de la scene

ederedereder escribió:Os dejo el sitio personal de david colmenero por si os interesa contactar con el para este asunto:

http://david.dantoine.org/

Ojala lo porten a 4.2x ,que aunque el multiman sea el mas completo en la variedad esta el gusto

Gracias ede, ya se lo he propuesto.

Pero este es vuestro no iris 1.3-dev-git

Hola, me han llegado unos correos diciendome que me pase por aquí...
Yo lo que pasa que estoy ya un tanto desconectado de la escena, pero si puedo actualizar la consola sin perder los saves de la jefa, tengo hoy y mañana libres para trastear

En teoria sería actualizarla, hacer unos dumps del LV2 y comparar

Tengo la noche libre, si alguien se apunta

D_Skywalk escribió:Hola, me han llegado unos correos diciendome que me pase por aquí...
Yo lo que pasa que estoy ya un tanto desconectado de la escena, pero si puedo actualizar la consola sin perder los saves de la jefa, tengo hoy y mañana libres para trastear

En teoria sería actualizarla, hacer unos dumps del LV2 y comparar

Tengo la noche libre, si alguien se apunta

Gracias por venir tan rapido yo soy uno de esos tantos pesaitos que te hemos llamado, yo tengo algo de tiempo

D_Skywalk escribió:Hola, me han llegado unos correos diciendome que me pase por aquí...
Yo lo que pasa que estoy ya un tanto desconectado de la escena, pero si puedo actualizar la consola sin perder los saves de la jefa, tengo hoy y mañana libres para trastear

En teoria sería actualizarla, hacer unos dumps del LV2 y comparar

Tengo la noche libre, si alguien se apunta

aqui vamos de nuevo jeje,algo de tiempo tengo hoy y mañana tambien asi que cuenta conmigo,tengo 4.21 rebug

Tenemos alguna herramienta para hacer los dumps de LV2? o tengo que portar la mia tambien a 4.30

Un Saludo y voy ya por el 3.55 no check, ya queda menos

D_Skywalk escribió:Tenemos alguna herramienta para hacer los dumps de LV2? o tengo que portar la mia tambien a 4.30

Un Saludo y voy ya por el 3.55 no check, ya queda menos

en 4.21 rebug estan la toolbox que trae para hacer dump del lv2

si es verdad http://rebug.me/download/REBUG-TOOLBOX-02.00.00.pkg

Pues estoy instalando el E3 4.30 espero que no haya problemas para usar ese toolbox

Bueno ya queda poquito 31%

Un Saludo
Update: LV2 4.30 dumpeado, a ver que se cuece...

jejejeje, gracias makina eres genial

Wuala! que loco! se actualiza y todo para ponerse con ello, despues de llevar tiempo retirado

Multiman (XD) tambien puede dumpear LV2. Además, si lo dumpeas, con ello irá el payload, supongo

De todas formas hay keys para extraer lv2 desde el propio pup...

Al final me tendré que pasar a CFW4.xx si dskywalk sube el Iris. Lo siento no puedo ayudarte que sigo en CFW3.55

Estwald escribió:Wuala! que loco! se actualiza y todo para ponerse con ello, despues de llevar tiempo retirado

Multiman (XD) tambien puede dumpear LV2. Además, si lo dumpeas, con ello irá el payload, supongo

De todas formas hay keys para extraer lv2 desde el propio pup...

Al final el hmanager ,ahora el iris manager va dar guerra ,fue portado al jfw 3.56 y ahora al cfw 4.2x ,asi que ya merecio la pena su creacion ,lo que me encantaria es que alguien sacara la opcion para cargar los juegos del hdd directamente desde el xmb.

1saludo

+111111111111111111 Si portáis el Iris Manager a 4.30 o 4.21 Rex, GRANDE!!!

Esta en ello a ver que sorpresa trae D_slywalker

Acabo de ver un bug en la E3 4.30 que podría dar cuelgues, lo solucionaré desde el Iris parcheando directamente pero no se si ocurrirá igual en Rogero o en 4.21... a saber desde cuando se arrastra (en 3.55 esta todo bien).

Os pego el bug:
Función correcta tal y como se debería parchear:


Función tal y como aparece en E3 4.30:


El error está en que parchean en 00057238 en lugar de en 00057234 y se comen el salto...

Por lo demás cuento los adelantos, aun sin probar ya he pasado el syscall8 y el hook a 4.30. Sólo los he compilado y ahora andaba repasando los parches que se deben de hacer y ver como están en 4.30... cuando me he encontrado eso

A ver si lo arreglo luego... Necesitaremos a alguien en rogero, para confirmar el bug. Los de 4.21 el LV2 será muy diferente y no os puedo asegurar que pueda haber iris para esa versión (al no poder yo testear allí).

Un Saludo a todos los viejunos que seguían usando iris en 3.55 y voy a ver si ceno algo

D_Skywalk escribió:Acabo de ver un bug en la E3 4.30 que podría dar cuelgues, lo solucionaré desde el Iris parcheando directamente pero no se si ocurrirá igual en Rogero o en 4.21... a saber desde cuando se arrastra (en 3.55 esta todo bien).

Os pego el bug:
Función correcta tal y como se debería parchear:

ROM:00055F64 loc_55F64:                              # CODE XREF: ROM:00055F3Cj
ROM:00055F64                                         # ROM:00055F48j
ROM:00055F64                 lis     %r31, -0x7FFF
ROM:00055F68                 li      %r31, 0
ROM:00055F6C                 b       loc_55E78 # -- aquí volvemos....


Función tal y como aparece en E3 4.30:

ROM:00057234 loc_57234:                              # CODE XREF: ROM:0005720Cj
ROM:00057234                                         # ROM:00057218j
ROM:00057234                 lis     %r31, -0x7FFF
ROM:00057238                 lis     %r31, -0x7FFF
ROM:0005723C                 li      %r31, 0 # -- aquí no :(


El error está en que parchean en 00057238 en lugar de en 00057234 y se comen el salto...

Por lo demás cuento los adelantos, aun sin probar ya he pasado el syscall8 y el hook a 4.30. Sólo los he compilado y ahora andaba repasando los parches que se deben de hacer y ver como están en 4.30... cuando me he encontrado eso

A ver si lo arreglo luego... Necesitaremos a alguien en rogero, para confirmar el bug. Los de 4.21 el LV2 será muy diferente y no os puedo asegurar que pueda haber iris para esa versión (al no poder yo testear allí).

Un Saludo a todos los viejunos que seguían usando iris en 3.55 y voy a ver si ceno algo

hei, wellcome compi, me alegra verte otra vez por aqui, si quieres te puedo ayudar a trastear como en los tiempos de 3.55, tengo rogero 4.30 2.03. un saludo

Pues si alguien se anima a ayudar necesitaría para comprobar si tenemos parcheado lv1/lv2.

Deben ser del UPDATE.PUP sólo necesitamos en principio lv1 y lv2 de ahí tanto 3.55 como 4.30 (OFW y E3) -- para que podamos comparar --

Os dejo esos deberes para mañana, necesitamos comprobar si han tocado LV1 el E3 Team y si necesitamos cambiar algo de aquí:



Si conseguís eso, como todo lo demás está hecho (payload, fixes, funcs) yo creo que mañana podríamos tener una alfa para ir haciendo pruebas

Update:
He publicado los cambios ya en el git: http://gitorious.ps3dev.net/irismanager ... anager-4-x

Un Saludo y buenas noches

jope macho, si supiese algo de programacion te hechaba una mano xD... pero bueno por lo demas si que puedo, caundo ya lo tengas todo preparao, me avisas para trastear con los betas, tambien si te hace falta algun logo soy tu hombre xD. un saludo

D_Skywalk escribió:Pues si alguien se anima a ayudar necesitaría para comprobar si tenemos parcheado lv1/lv2.

Deben ser del UPDATE.PUP sólo necesitamos en principio lv1 y lv2 de ahí tanto 3.55 como 4.30 (OFW y E3) -- para que podamos comparar --

Os dejo esos deberes para mañana, necesitamos comprobar si han tocado LV1 el E3 Team y si necesitamos cambiar algo de aquí:

Venga, va, voy a tratar de echarte una manita

Veamos, en 4.30 la base de la syscalls está en:

800000000035DBE0

Cada direccion es igual a (BASE + 8 * num_syscall), con lo que por ese lado, está claro el tema.

El problema es el siguiente:



Esto es del LV2 sin parchear (descifrado desde el PC). Si te fijas, verás que nuestras syscalls favoritas o más en concreto, las que no están en uso, comparten entrada (800000000033BF88, que genera un error 0x80010003)

Si recuerdas, esas direcciones apuntan una tabla con tres elementos, donde el primero señala la dirección a la función.

En E3 se parchean las syscalls 6 y 7 así:



El offset de función original en 8000000000305610 (lo mismo para poke), apuntan a un "blr" en diferentes partes. Al menos con el poke, me he fijado que no han pensado en buscar otras entradas que compartan un blr para preservar ese salto que tal vez, se utilice (que una rutina retorne simplemente, no implica que no esté en uso en un momento dado).

Lo que está claro es que han tomado esas entradas para habilitar el peek y poke y a ti te va a tocar hacer algo similar para habilitar otras syscalls.

¿Mi opinión?. Pues que sería buen momento para dejarse de tantas syscalls e implementar una sola que lo haga todo (en plan syscall 8) y así no habría que buscar tantos puntos de anclaje (syscalls 6 y 7 obligatorias y 8 y 36...)

Voy a seguir echando un vistazo a ver si encuentro "huecos" aparentes para conectar otras syscalls...

Excelente, bueno todo eso ya creo que lo tenemos lo que necesito es saber que han tocado del LV1 y donde están ahora HVSC_SYSCALL_ADDR y NEW_POKE_SYSCALL_ADDR y si están parcheadas o tenemos que parchear también LV2 para que podamos tocarlo (ya sabéis aquello de dejar el check en un solo byte).

Por cierto, lo he puesto en twitter pero ya subí el git con todos los avances: http://gitorious.ps3dev.net/irismanager-4-x

Un Saludo y si me decís eso (yo aquí no tengo para desencriptar LV1) podemos hacer ya pruebas

Es un placer y de los grandes veros trabajar juntos

D_Skywalk escribió:Excelente, bueno todo eso ya creo que lo tenemos lo que necesito es saber que han tocado del LV1 y donde están ahora HVSC_SYSCALL_ADDR y NEW_POKE_SYSCALL_ADDR y si están parcheadas o tenemos que parchear también LV2 para que podamos tocarlo (ya sabéis aquello de dejar el check en un solo byte).

Por cierto, lo he puesto en twitter pero ya subí el git con todos los avances: http://gitorious.ps3dev.net/irismanager-4-x

Un Saludo y si me decís eso (yo aquí no tengo para desencriptar LV1) podemos hacer ya pruebas

Eso que buscas, ¿no es donde se parchea (o parcheaba: vete a saber si se puede ahora, que lo mismo está protegido ) la rutina de LV2 que llamaba a LV1?

Esas direcciones de LV2 en realidad, es donde se alojan las rutinas sys_fs_mkdir() (syscall 811) y sys_fs_rmkdir (syscall 813).

En 4.30 sería:

#define HVSC_SYSCALL_ADDR 0x_80000000001B6428ULL // where above syscall is in lv2

#define NEW_POKE_SYSCALL_ADDR 0x80000000001B6950ULL // where above syscall is in lv2

(esto sale de (BASE_SYSCALL+ 8 *811) y en esa dirección está la dirección que apunta a esas rutinas.

Supongo que eso se usa para restablecer las syscalls luego, por que cómo sea otra cosa

Ahora bien, se supone que en LV1 se hacía un parche (de un solo byte) al formar el firmware para la función 114 (si no recuerdo mal), de LV1 y que éste se mapeaba en la dirección HV_BASE y ahí es donde se dirigía el poke ese para romper el bloqueo...

¿Problema?. Que cómo yo estaba en 3.41 y no me tenía que preocupar por esas cosas, no se que cojones es lo que hacéis en LV1 realmente y en lo que habrá variado ahora.

Dump de LV1 puedes hacer tu mismo si instalas Multiman, pero el problema es que no era código lo que parcheas con el poke, si no una entrada a la tabla que controla los permisos de los mapas de memoria, o algo así, que yo recuerde

EDITO:

Para que se comprenda mejor, ahora que he visto tu antiguo código:



La primera función sirve para hacer poke en la región de LV1 alojada en memoria de LV2 (HV_BASE), pero el parche se realiza a partir de HV_BASE + 0x363a78 cómo dirección fija, pero lo más probable es que ahora el parche haya variado de dirección

Si la dirección 0x363a78 corresponde con ésta del lv1.elf (3.55)

seg008 000000000035A900 0000000000366D98 R W . . L byte 00000009 public BSS 64

En 4.30 la misma sección sería:

.unknown 0000000000363900 0000000000373D98 R W . . L byte 00000009 public BSS 64

O dicho de otra manera: (0x363a78 - 35A900) = 0x9178, 0x363900 + 0x9178 = 0x36CA78

No es seguro que esa sea la entrada a parchear, por que lo mismo estoy equivocado o han variado cosas, pero 0x36CA78 parece ser la dirección de la entrada en LV1, si sólo ha variado el offset

Esta forma de hablar que me sonaba como al maestro...
mecagonlaputa que me he emocionao y todo X_DD


Es que llevo toda la puta tarde intentando desencriptar el lv1 de 4.30 para ver con el IDA que cojones han tocado los de E3 Team y nada ahora me peta el wine con las scetools ¬¬_

Total ya podemos mirar si rula, que yo creo que si, pero me gustaría comprobar que han hecho estos mangurrianes sólo viendo el fallo que reporté antes, me gustaría tener un diff de lo que han tocado, al menos por saber todas las modificaciones. Lo que menos me gusta de los nuevos CFW es que están ultra magreados, vamos el modo stealth de las sys8 poco sentido tiene ya

Igualmente lo que intento es poder usar el lv2_memcpy que vendría muy bien para el bdemu

Un Saludo y un placer ^^_

Que emocionante ver los últimos 2 comentarios, que recuerdos me trae... los buenos momentos de la scene

D_Skywalk escribió:Esta forma de hablar que me sonaba como al maestro...
mecagonlaputa que me he emocionao y todo X_DD


Es que llevo toda la puta tarde intentando desencriptar el lv1 de 4.30 para ver con el IDA que cojones han tocado los de E3 Team y nada ahora me peta el wine con las scetools ¬¬_

Total ya podemos mirar si rula, que yo creo que si, pero me gustaría comprobar que han hecho estos mangurrianes sólo viendo el fallo que reporté antes, me gustaría tener un diff de lo que han tocado, al menos por saber todas las modificaciones. Lo que menos me gusta de los nuevos CFW es que están ultra magreados, vamos el modo stealth de las sys8 poco sentido tiene ya

Igualmente lo que intento es poder usar el lv2_memcpy que vendría muy bien para el bdemu

Un Saludo y un placer ^^_

. Mirate el edit que he hecho: si lo necesitas, te puedo pasar yo los elfs desencriptados (yo es que tengo un programilla apañado que me extrae los elfs de lv0, lv1, lv2, vsh.self, nas_plugin.sprx y category_game.xml, aparte de alguna otra información interesante, de cuando quise mirar que "mierda" es lo que andaban metiendo hace unas semanas )

Por cierto, ¿para que necesitas scetool, si te vale unself?. Sólo tienes que añadir las keys de forma apropiada, claro

Pues ha quedado la mar de collejo!



Y el unself me pide unas keys nuevas y yo tengo las de 3.56 que estan en ps3dev, y luego todo el mundo comparte unos ficheros de texto del scetool con las keys de 4.30 pero yo no las puedo usar en nuestras tools. He probado con el binhexkey y tampoco

Supongo que lo más cómodo es que algún alma caritativa me pase las keys para el unself y así puedo ojear yo también ;P
Pero vamos lo que te sea más cómodo, tampoco voy a rechazar un lv1 "toh wapo"

Un Saludo
Pd: lo que pasa es que me apuesto el huevo derecho de Mikel24 a que todo esto ya está parcheado en el E3...

Tienes un MP: avisa cuando ya lo tengas (dicho en todos los sentidos: por si las moscas, cómo ando en 3.55 voy a hacerte un dump de LV1 y así al menos sabrás que buscar si la corrección que te he pegado no funciona )

Estwald escribió:Tienes un MP: avisa cuando ya lo tengas (dicho en todos los sentidos: por si las moscas, cómo ando en 3.55 voy a hacerte un dump de LV1 y así al menos sabrás que buscar si la corrección que te he pegado no funciona )

perfesto

Y ya tengo las keys, digamos que cayeron del cielo

Estoy ojeando lo que me has pasado y todo lo demás que me han enviado, ya puedes borrar lo tuyo

Un Saludo!

Me encanta ver que los devs se ayudan, gracias chicospor todo.

Bueno he encontrado algo más en el parcheo...

"EB C2 FE 28" cambia a "EB C2 FE 88", todo lo demás parece estar bien, creo que esto ya podemos ir probandolo compas!

Petando en 3, 2, 1...

Un Saludo y subo los cambios al git testeo

Vale, datos del dump:

Lo que se "pokea" en 3.55 en LV1 es esto:

offset 0x363a78 0000000000332948 79C74B46BCCC8198 BF5CE935F3A8F412 6BFB4F9C00000000

Y por cierto, según los resultados de mis dumpeos, parece que no hay que hacer corrección en la dirección (he obtenido unos bytes del segmento 6 del programa que coinciden)

Atento a lo que he puesto en negrita y a éste listado de los segmentos del elf de lv2

.unknown 8000000000000000 8000000000003028 R W X . L dword 00000001 public CODE 64
.unknown 8000000000003080 80000000002BB784 R . X . L dword 00000002 public CODE 64
.unknown 80000000002BB790 80000000002DF92C R . . . L qword 00000003 public CONST 64
.unknown 80000000002DF930 80000000002DF9B0 R W . . L qword 00000004 public DATA 64
.unknown 80000000002DF9B0 80000000002E58C0 R W . . L byte 00000005 public DATA 64
.unknown 80000000002E58C0 8000000000328538 R W . . L qword 00000006 public DATA 64
.unknown 8000000000328540 8000000000332948 R W . . L qword 00000007 public DATA 64
.unknown 8000000000332980 8000000000349090 R W . . L byte 00000008 public DATA 64
.unknown 8000000000349090 8000000000464D60 R W . . L byte 00000009 public BSS 64

Jejeje brutal estos hombres

Y para que modificamos eso en LV1 si no lo tocamos en LV2? que me he perdido

Bueno alguien me dice por que no puedo firmar con mi devkit?
Me sale error 80010017, lo que uso para firmar es make_self_npdrm, no si tengo que usar otro, actualizarlo...

vamos que tengo el elf calentitoooo!

Un Saludo, ajuda!

Por cierto, algo que viene de kakaroto y que al parecer, no incluyen en los CFW. Es algo que he visto esta tarde:

Buscando aquí:

http://ps3devwiki.com/wiki/Patches

Veo al final:

4.21 patches
[edit] Summary
[edit] lv2_kernel.self
[edit] kakaroto's sigcheck patch

In memory 0x800000000005A2A8 (which corresponds to offset 0x6a2a8 in lv2_kernel.elf) replace : "e9 22 99 90 7c 08 02 a6" with : "38 60 00 00 4e 80 00 20".
(Source: https://twitter.com/KaKaRoToKS/status/2 ... 6972798977)

Lo cual te lleva aquí:

http://pastie.org/private/3np6uj6md1occbctdeir6a

The NPDRM ECDSA signature in the SELF footer is checked by lv2. It first asks appldr to tell it whether or not the signature is to be checked, and appldr will only set the flag if the SELF is a NPDRM with key revision from 3.56+ (the ones without private keys). This means that the SELF files signed with the new 3.56+ keys still don't have their ecdsa checked (probably to speed up file loading).
If appldr says the ecdsa signature must be checked, then lv2 will verify it itself, and return an error if it's not correct

O sea, si no entiendo mal, con mi inglés patatero de andar por casa, la razón por la que se necesita firmar con keys 3.56+ el homebrew y otras cosas que tenemos en versiones inferiores, es por que se hace un chequeo en lv2 y kakaroto nos da indicaciones para poder parchearlo en 4.21.

En 4.30 el método 4 sería este:



El método 3, sería aquí:





PD: D_Skywalk, tienes que firmar con scetool y keys 3.56+ por lo mismo que estoy poniendo aquí

Edito: habia equivocado direcciones DD
Edito 2: añadido método 3, ahora si, correcto

Ostia pues es verdad no? es tu solucion d_skywalk

Mira, sacado de 4.21 Eboot Resigner (fichero .bat)



Eso te pediría el cid (como ejemplo te ponen JP0700-NPJB00001_00-0000000000000000), etc.

Si lo apañas un poco, puedes hacer que el Makefile te lo haga a partir del ELF (si te fijas, el primer sceetool que hay es para extraer elf desde un EBOOT.BIN, asi que eso "sobra". Lo importante es el último scetool

Saludos

Me ha olido a crack por aquí, y me he pasado a ver qué se cocía, jajaja

Vaya dos! Y eso que llevabáis tiempo sin tocar esto.... me cago en la leche, yo no me acuerdo ni de la mierda que he programado esta mañana en el curro xD

Bueno, ahora si que está correctamente los parches esos que mencionaba, que había metido el gambazo sin darme cuenta (si es que está uno oxidado )

De todas maneras, mira que son mamones algunos que seguro que tienen los payloads correctamente ajustados y nos están haciendo de currar a nosotros sin decir ni pío

hie , si os sirve de algo, os dejo el sourde del manager de kakaroto, solo abria mirar lo de cargar backup, dijo que no daria soporte a ello, pero que el manager esta preparado para ello.

source.
http://kakaroto.homelinux.net/2012/11/eleganz-the-elegant-homebrew-manager/


y la version completa es un .pkg
http://www.multiupload.nl/V6YZTP0OET

a ver si os vale de algo. un saludo

Estwald escribió:Bueno, ahora si que está correctamente los parches esos que mencionaba, que había metido el gambazo sin darme cuenta (si es que está uno oxidado )

De todas maneras, mira que son mamones algunos que seguro que tienen los payloads correctamente ajustados y nos están haciendo de currar a nosotros sin decir ni pío

Ese es el problema de que muchos pasen la GPL, ahora lo que nosotros descubramos lo usaran muchos otros, mientras que todo esto ya se han peleado los del E3/Rebug/Roguero...

Bueno tios, tengo que ser imbécil por que no rula

hago esto:


Y sigue dando el error 80010017

No te digo que me atranco en las tonterías... alguna pista?

Un Saludo, esto de no tener preparadas las tools es un rollo

D_Skywalk escribió:Y sigue dando el error 80010017

No te digo que me atranco en las tonterías... alguna pista?

Un Saludo, esto de no tener preparadas las tools es un rollo

Yo es que estoy en 3.55 y no me apetece pasarme a un firmware inestable y tampoco se que puede estar sucediendo ahí

Tal vez sea de la key revisión (en el directorio "data" puedes editar las keys y buscar las que son de aplicaciones npdrm para 3.60, que lo mismo tienes otra key revision que no sea la 10 y chutan)

EDIT:

Hum, pues no, veo que solo tienen la revisión 10 para NPDRM ¿no será que estás firmando un elf no válido o que te faltan esas keys?

EDIT2:

Mira tambien de poner la versión del SDK del PARAM.SFO a 3.60, a ver si va a ser eso

Mirad mejor lo subo y lo revisáis a ver si realmente lo que pasa es que la estoy cagando con el ELF o el SFO como dices :/

http://david.dantoine.org/ficheros/ps3- ... 430elf.zip

Esto no es ni alfa, tened cuidado si cargáis esto en vuestra consola, avisados quedáis
Si alguien lo empaqueta, podéis subirlo sin problemas en público, pero no creo que sea aun muy útil aun. Lo dicho si alguien lo empaqueta y lo me lo comparte, se lo agradecería

Un Saludo!

Si quieres mirar lo del PARAM.SFO, busca en psl1ght el fichero sfo.xml.

Si quieres, lo copias al directorio donde tengas irismanager (donde esté el makefile) lo edditas y donde pone "PS3_SYSTEM_VER" cambialo a 03.60000 (el mio estaba en justo la mitad D, 01.8000)

Luego abres el makefile y donde pone ICON0, TITLE, etc, añade SFOXML := sfo.xml

Voy a mirarte de fimar yo con scetool el irismanager de 3.55 desde dentro y así vemos si hay algun problema de procedimiento, o algo

EDITO:

A mi con esto me rula:

pkg: $(BUILD)
@echo Creating PKG...
@mkdir -p $(BUILD)/pkg
@mkdir -p $(BUILD)/pkg/USRDIR
@cp $(ICON0) $(BUILD)/pkg/
./scetool.exe --self-app-version=0001000000000000 --sce-type=SELF --compress-data=TRUE --self-add-shdrs=TRUE --skip-sections=FALSE --key-revision=1 --self-auth-id=1010000001000003 --self-vendor-id=01000002 --self-type=NPDRM --self-fw-version=0003004000000000 --np-license-type=FREE --np-content-id=$(CONTENTID) --np-app-type=EXEC --np-real-fname=EBOOT.BIN --encrypt $(BUILD)/$(TARGET).elf $(BUILD)/pkg/USRDIR/EBOOT.BIN
@$(SFO) --title "$(TITLE)" --appid "$(APPID)" -f $(SFOXML) $(BUILD)/pkg/PARAM.SFO
@$(PKG) --contentid $(CONTENTID) $(BUILD)/pkg/ $(OUTPUT).pkg

Dos cosas:

1) ten cuidado con el separador en el makefile (debe ser un tabulador al principio), que a mi me la ha estado jugando

2) Eso está ajustado para 3.40 por lo que tendrás que cambiar la key-revisión a 10 y el -self_fw_version para que sea 0003006000000000

Ahora en un rato, miro a ver que pasa con lo tuyo, si es que está mal formado o no (con mis herramientas, lo puedo refirmar para 3.40: eso si, me va a petar la consola )