¿¿Boobster carga copias de seguridad en 2.5??

Pues la diferencia es que el firmware se lanza una vez emulado el UMD, en orden inverso no es posible porque el propio firmware no deja ejecutar código no firmado.

Vamos, eso creo yo.

Saludos,
Dumbis

A esa misma conclusion he llegado yo, pero entonces como el devhook es capaz de cambiar la iso/ciso emulando el firm 2.5 apretando el boton home + l ó r

Porque el devhook sigue cargado en memoria.

Yo lo que me llevo preguntando es que si podrían añadir al devhook algo que hiciese como ese programa que permitía en 1.5 lanzar aplicaciones sin el kxploit, porque si se puede hacer que se quede parte del devhook en memoria también se podría añadir eso, como hace el Dax ZISO, que según dijo Dark_Alex, al salir de un juego sin quitar la emulación el Dax mantenía el programa ese del nokxploit.

Así podríamos emular una 2.5 que permitiese ejecutar homebrew, y no necesitaríamos reinicar para salir del devhook y cargar otra cosa, además que podríamos utilizar la encriptación wpa para el wifi, etc.

Fran_Teruel escribió:Así podríamos emular una 2.5 que permitiese ejecutar homebrew, y no necesitaríamos reinicar para salir del devhook y cargar otra cosa, además que podríamos utilizar la encriptación wpa para el wifi, etc.

wow eso si que si.... supongo que se podria con aplicaciones comunes (emuladores, wifi sniffer, pdf, etc....) todos los que no modifican el kernel como daxziso, ya que al ser 2.5 el kernel sera diferente. Pero todas las demás aplicaciones comunes seria un puntazo, y para isos ya tenemos el propio devhook. ojala lo implementen

Fran_Teruel escribió:Yo lo que me llevo preguntando es que si podrían añadir al devhook algo que hiciese como ese programa que permitía en 1.5 lanzar aplicaciones sin el kxploit, porque si se puede hacer que se quede parte del devhook en memoria también se podría añadir eso, como hace el Dax ZISO, que según dijo Dark_Alex, al salir de un juego sin quitar la emulación el Dax mantenía el programa ese del nokxploit.

Así podríamos emular una 2.5 que permitiese ejecutar homebrew, y no necesitaríamos reinicar para salir del devhook y cargar otra cosa, además que podríamos utilizar la encriptación wpa para el wifi, etc.

tambien lo he pensado, al poder quedar residente y tal y como hace la supuesta epsilon bios, se podrian saltar las protecciones de la 2.5 emulada. supongo que con el tiempo mejorarán la scene, el gran paso de una emulacion 100% ya esta conseguido.

merol escribió:
wow eso si que si.... supongo que se podria con aplicaciones comunes (emuladores, wifi sniffer, pdf, etc....) todos los que no modifican el kernel como daxziso, ya que al ser 2.5 el kernel sera diferente. Pero todas las demás aplicaciones comunes seria un puntazo, y para isos ya tenemos el propio devhook. ojala lo implementen

Se puede hacer... pero no os imaginais como hana cambiado las cosas desde 1.5 a 2.5...

Para empezar el parche que el devhook hace para ejecutarse a si mismo no es del todo completo y no permite en todos los casos la carga de modulos no encriptados. Consegui traceando la ejecución de la funcion sceKernelCheckExecFile, "corregir" (parchear) parcialmente en ram el modulo loadcore para que acepte modulos no firmados pero hay varios problemas:
- los prx de usuario no me dieron ningun problema en cargarse pero los de kernel... ¡se cargaron en la particion de usuario! y por tanto no pudieron empezar a ejecutarse al no poder el firmware resolver las exportaciones de kernel.

- Incluso con esas, la carga de homebrew tanto de usuario como de kernel desde la memory stick o desde una iso-homebrew todavia da un error 0x80020148 y no se por qué... Probablemente no haya "corregido" todos los caminos inequivocos para esa función.

Por cierto, que los pbp deben ser modificados para los firmwares 2.XX para que no pongan lo de datos corruptos en el xmb (ese error no lo da porque el homebrew no este firmado sino porque el sfo tiene un formato incorrecto en esos firmwares).

- Otra diferencia entre los firmwares 1.XX y 2.XX, es que en los 2.XX las exportaciones de usuario y de kernel están más separadas. Donde antes una funcion exportada a ambos (por ejemplo, sceKernelLoadModule) era la misma para ambos modos (aunque despues siguieran distintos caminos condicionales), ahora están totalmente separadas como dos funciones distintas, con dos direcciones de memoria distintas.

Uff, las cosas han cambiado de verdad en los firmwares 2.XX.
Ya veré que se puede hacer pero no aseguro nada.

De momento siempre podeis probar con el eloader que funciona en la 2.50 emulada, aunque ya se que es algo incomodo.

En resumen:

- Podeis ejecutar vuestros prx's no firmados si los añadis a la lista de los archivos pspbtcnf*.txt, tanto prx's de kernel como de usuario. (los elf's no funcionarán porque se cargan en posiciones fijas de memoria que ya estan ocupadas por modulos del vsh)

- Pero una vez cargado tu modulo, será incapaz de cargar otros modulos no firmados. Con un parche que he hecho en ram esto esta solucionado, pero los prx's de kernel no podrán ser ejecutados (aunque tengo una ligera idea de como resolver esto, creo que en 2.XX los modulos de kernel no pueden cargar otros modulos de kernel, solo de usuario, y al reves, los modulos de usuario pueden cargar ambos, algunos pensareis que no tiene sentido, pero creedme, lo tiene).

- Cuando se intente cargar un homebrew no firmado desde el XMB, inluso si tiene el formato PBP correcto para el firmware 2.XX, o incluso si lo meteis en una iso, e incluso a pesar de mi parche, e incluso si es un prx y no un elf... todavia no funcionará y aun no se por qué

Bueno, así están las cosas y asi las he contado

UFFF si dark_alex le está metiendo mano al devhook significa que se avecinan tiempos muy lúcidos para la scene UF UF UF....Vamos crack animo con tus investigaciones!!

¿Alguien ha probado a meter una aplicación en una iso?

Igual con un poco de suerte funciona, tendré que probarlo.

Fran_Teruel escribió:¿Alguien ha probado a meter una aplicación en una iso?

Igual con un poco de suerte funciona, tendré que probarlo.

No, como ya he dicho en mi mensaje, no funciona.

Dark_AleX escribió:
No, como ya he dicho en mi mensaje, no funciona.

Uy esa parte de tu mensaje me la he devido de saltar al leerlo. Pues entonces na, a esperar.