Ulmez escribió:Gas-o escribió:Ulmez lo pones tu o lo pongo yo ?
deja de marear a la gente
PD me gusta el logo de la calavera
Ponlo tu si nuestro amigo comun te lo ha enviado (que segun veo si xD), que yo hasta la noche no podré y la gente tendrá muchas ganas de probarlo.
Gracias por el tema del logo, creo que me quedó muy propio
Ulmez escribió:Gas-o escribió:Ulmez lo pones tu o lo pongo yo ?
deja de marear a la gente
PD me gusta el logo de la calavera
Ponlo tu si nuestro amigo comun te lo ha enviado (que segun veo si xD), que yo hasta la noche no podré y la gente tendrá muchas ganas de probarlo.
Gracias por el tema del logo, creo que me quedó muy propio
Y 2 sugus al que quite la dichosa pantalla esa, que me tiene hasta los mismísimos, jejejejeGas-o escribió:Ulmez escribió:Gas-o escribió:Ulmez lo pones tu o lo pongo yo ?
deja de marear a la gente
PD me gusta el logo de la calavera
Ponlo tu si nuestro amigo comun te lo ha enviado (que segun veo si xD), que yo hasta la noche no podré y la gente tendrá muchas ganas de probarlo.
Gracias por el tema del logo, creo que me quedó muy propio
tienes un mensaje privado
Gas-o escribió:tienes un mensaje privado
Ahora que no nos lee nadie creo que nos van a empezar a odiar un poquito xD
![[carcajad]](/images/smilies/nuevos/risa_ani2.gif "carcajada")
Ulmez escribió:Gas-o escribió:tienes un mensaje privado
Tu también xDAhora que no nos lee nadie creo que nos van a empezar a odiar un poquito xD
Bueno, gente, que lo subo yo al final. Asi que a eso de las 11:00 u 11:30 lo tendreis. Ya no mareamos mas la perdiz
Gas-o escribió:Ulmez escribió:Gas-o escribió:tienes un mensaje privado
Tu también xDAhora que no nos lee nadie creo que nos van a empezar a odiar un poquito xD
Bueno, gente, que lo subo yo al final. Asi que a eso de las 11:00 u 11:30 lo tendreis. Ya no mareamos mas la perdiz
si, ya te he respondido, mìra el pm de nuevo
PD gente, no os enfadeis, que està al caer
Te debo un sugus xDUlmez escribió:Ains, que poco sentido del humor...
Ya lo teneis listo para descargar. Disfrutadlo:
hilo_backup-manager-modificado-para-no-pedir-disco-en-la-unidad_1490982
Hermes escribió:Bueno, la que se ha armado
Me gustaría hacer unos comentarios, al hilo de lo que se está formando, quizá un poco offtopic en algunas partes y probablemente, post largo
El tema es que quizá alguien recuerde mi paso por estos foros hace tiempo, cuando hice el cargador homebrew de PS2 para PS3 y también en el corto periodo que tuvimos aceleración 3D en Linux. Después de eso, me desanimé y anduve a rachas por otros lares, entre ellas, la Wii. Y casi no recuerdo nada de PS3, aunque pueda parecer raro y todo esto me pilla mucho menos puesto que otros.
En todo este tiempo, estoy en una especie de retiro del veterano, que aparece en momentos puntuales durante un periodo y luego pasa a la fase baja, en este caso, añadid la desmotivación por mi situación laboral (estoy en paro desde hace muy largo tiempo y sin ingresos desde hace meses), aunque eso hace también que de alguna forma, pueda mirar las cosas de otra manera y quizá dedicar un tiempo a las cosas que de otra forma no dispondría.
El tema es que por ejemplo, yo no conozco el código ensamblador del PPC como un experto, por ejemplo, aunque que duda cabe que viendo las instrucciones, uno se puede imaginar que significan o como trabajan viendo parte del código (es algo que ocurre cuando ya se ha tocado distintos códigos de ensamblador, que sin saber, sabes cosas) y evidentemente, uno tiene buenas ideas y aprovechar lo que ya va viendo de otros y asimilar rápido cosas que desconocías ayer, desconoces hoy y aun así... trabajas con ello
Por ejemplo, el tema de las MCU USB estas, hasta el viernes pasado, no tenía una operativa y nunca he trabajado con ellas, de forma similar a cuando en tiempos de PS2, yo no tenía ni idea de la existencia de MCU como el PIC 12c508 o 16F84 y algunos ya sabéis lo que armé con ellos (y tampoco tenía ni idea de trabajar con herramientas para PS2 o con las de Wii, pero todo se aprende con voluntad, aunque se olvida con facilidad
Dicho esto, entremos en cuestiones mas serias:
El código fue desensamblado desde la última versión del payload de psgroove (pille tal cual la cadena, cree un pequeño programa para escribirlo en un fichero binario y de ahí listo para desensamblar y trabajar con el.
Hay que decir que las macros que proporcionaba el código de AerialX (que ya comente que no me funcionaba y se quedaba en negro), son muy útiles para reubicar código, pero para empezar, quedaba la cuestión de conocer el lugar exacto de salto para llamar algunas funciones.
Yo no tengo dump de memoria de PS3 que me pueda aclarar la cuestión y mucho menos del firm 3.41, pero la cosa trabaja de la siguiente forma:
- Hay una series de funciones que son llamadas utilizando saltos relativos, en la memoria del kernel. Esa es una de las razones por la que el código no funciona en un firmware inferior, pues seguramente, estén descolocados los saltos.
Por ejemplo, se llama asi a funciones como memcpy o memset, dado que disponemos de un margen muy reducido para meter código y hay que aprovechar lo que se encuentra ya servido.
Las funciones "peek" y "poke", deben estar operativas, se supone
Otra de las cosas curiosas que hace el código y que puede ser la razón de los problemas que comentáis con algunos dispositivos USB, es que se llama a una función interesante, que registra un módulo para comunicarse con el dispositivo e indicarle que el exploit fue bien (esa parte se puede anular, pero entonces no tienes la confirmación de que todo ha ido bien y de hecho, quedan huellas en psgroove.c de que estuve mirando eso
Adaptarlo a otro kernel, lo veo dificil si no se dispone de los medios apropiados, pues obviamente, esto se apoya demasiado en el propio código del kernel y es la pescadilla que se muerde la cola.
Por otro lado, el tema de los loader, el problema es que evidentemente, hay que usar el SDK de SONY y cuando no haga falta ese SDK, será por que alguien lo reversó
Yo no voy a hacer hincapié en ello, pero mas allá de moralidades e hipocresías (a nivel mundial
En mi caso, puedo decir que veo difícil meter un soporte NTFS, salvo que se intervenga de alguna forma en los dispositivos (hace falta poder registrar uno y cuando digo eso, me refiero a registrar algo que reciba los open, close, read, seek, etc, no a un driver USB, de forma que resida en memoria durante el funcionamiento del juego. No significa que no sea posible, pero trabajo llevará entenderlo todo)
De todas formas, siendo prácticos yo creo que es mejor opción añadir un mecanismo que permita salvar las restricciones de FAT 32, al menos para el copiado entre dispositivos: tal vez partir los ficheros en fragmentos mas cortos y añadirles una extensión especial, con el fin de luego poder reagruparlo en el HDD interno.
Esa debería ser una prioridad en un cargador, aunque cierto es que los juegos así partidos, no funcionaría en una unidad externa.
En todo caso, hay cosas para las que habrá que dejar pasar el tiempo e ir dejando a la peña que aporten su grano de arena: a mi no me gusta que por ejemplo, la gente cierre el código de las cosas por que si o ponga obstáculos a otros, de alguna forma: esa era una de las razones de desensamblar y preparar las cosas así, para que cualquiera pueda ver y compilar el código por su cuenta.
Saludos y siento el tocho
Hermes escribió:Yo no tengo dump de memoria de PS3 que me pueda aclarar la cuestión y mucho menos del firm 3.41, pero la cosa trabaja de la siguiente forma:
- Hay una series de funciones que son llamadas utilizando saltos relativos, en la memoria del kernel. Esa es una de las razones por la que el código no funciona en un firmware inferior, pues seguramente, estén descolocados los saltos.
![[oki]](/images/smilies/net_thumbsup.gif "Ok!")
Hermes escribió:Bueno, la que se ha armado
Me gustaría hacer unos comentarios, al hilo de lo que se está formando, quizá un poco offtopic en algunas partes y probablemente, post largo
El tema es que quizá alguien recuerde mi paso por estos foros hace tiempo, cuando hice el cargador homebrew de PS2 para PS3 y también en el corto periodo que tuvimos aceleración 3D en Linux. Después de eso, me desanimé y anduve a rachas por otros lares, entre ellas, la Wii. Y casi no recuerdo nada de PS3, aunque pueda parecer raro y todo esto me pilla mucho menos puesto que otros.
En todo este tiempo, estoy en una especie de retiro del veterano, que aparece en momentos puntuales durante un periodo y luego pasa a la fase baja, en este caso, añadid la desmotivación por mi situación laboral (estoy en paro desde hace muy largo tiempo y sin ingresos desde hace meses), aunque eso hace también que de alguna forma, pueda mirar las cosas de otra manera y quizá dedicar un tiempo a las cosas que de otra forma no dispondría.
El tema es que por ejemplo, yo no conozco el código ensamblador del PPC como un experto, por ejemplo, aunque que duda cabe que viendo las instrucciones, uno se puede imaginar que significan o como trabajan viendo parte del código (es algo que ocurre cuando ya se ha tocado distintos códigos de ensamblador, que sin saber, sabes cosas
Por ejemplo, el tema de las MCU USB estas, hasta el viernes pasado, no tenía una operativa y nunca he trabajado con ellas, de forma similar a cuando en tiempos de PS2, yo no tenía ni idea de la existencia de MCU como el PIC 12c508 o 16F84 y algunos ya sabéis lo que armé con ellos (y tampoco tenía ni idea de trabajar con herramientas para PS2 o con las de Wii, pero todo se aprende con voluntad, aunque se olvida con facilidad
Dicho esto, entremos en cuestiones mas serias:
El código fue desensamblado desde la última versión del payload de psgroove (pille tal cual la cadena, cree un pequeño programa para escribirlo en un fichero binario y de ahí listo para desensamblar y trabajar con el.
Hay que decir que las macros que proporcionaba el código de AerialX (que ya comente que no me funcionaba y se quedaba en negro), son muy útiles para reubicar código, pero para empezar, quedaba la cuestión de conocer el lugar exacto de salto para llamar algunas funciones.
Yo no tengo dump de memoria de PS3 que me pueda aclarar la cuestión y mucho menos del firm 3.41, pero la cosa trabaja de la siguiente forma:
- Hay una series de funciones que son llamadas utilizando saltos relativos, en la memoria del kernel. Esa es una de las razones por la que el código no funciona en un firmware inferior, pues seguramente, estén descolocados los saltos.
Por ejemplo, se llama asi a funciones como memcpy o memset, dado que disponemos de un margen muy reducido para meter código y hay que aprovechar lo que se encuentra ya servido.
Las funciones "peek" y "poke", deben estar operativas, se supone
Otra de las cosas curiosas que hace el código y que puede ser la razón de los problemas que comentáis con algunos dispositivos USB, es que se llama a una función interesante, que registra un módulo para comunicarse con el dispositivo e indicarle que el exploit fue bien (esa parte se puede anular, pero entonces no tienes la confirmación de que todo ha ido bien y de hecho, quedan huellas en psgroove.c de que estuve mirando eso
Adaptarlo a otro kernel, lo veo dificil si no se dispone de los medios apropiados, pues obviamente, esto se apoya demasiado en el propio código del kernel y es la pescadilla que se muerde la cola.
Por otro lado, el tema de los loader, el problema es que evidentemente, hay que usar el SDK de SONY y cuando no haga falta ese SDK, será por que alguien lo reversó
Yo no voy a hacer hincapié en ello, pero mas allá de moralidades e hipocresías (a nivel mundial
En mi caso, puedo decir que veo difícil meter un soporte NTFS, salvo que se intervenga de alguna forma en los dispositivos (hace falta poder registrar uno y cuando digo eso, me refiero a registrar algo que reciba los open, close, read, seek, etc, no a un driver USB, de forma que resida en memoria durante el funcionamiento del juego. No significa que no sea posible, pero trabajo llevará entenderlo todo)
De todas formas, siendo prácticos yo creo que es mejor opción añadir un mecanismo que permita salvar las restricciones de FAT 32, al menos para el copiado entre dispositivos: tal vez partir los ficheros en fragmentos mas cortos y añadirles una extensión especial, con el fin de luego poder reagruparlo en el HDD interno.
Esa debería ser una prioridad en un cargador, aunque cierto es que los juegos así partidos, no funcionaría en una unidad externa.
En todo caso, hay cosas para las que habrá que dejar pasar el tiempo e ir dejando a la peña que aporten su grano de arena: a mi no me gusta que por ejemplo, la gente cierre el código de las cosas por que si o ponga obstáculos a otros, de alguna forma: esa era una de las razones de desensamblar y preparar las cosas así, para que cualquiera pueda ver y compilar el código por su cuenta.
Saludos y siento el tocho
) /Offtopic y se que van a venir mas , El PSGroove se podria portar a una aplicacion de escritorio?, es decir, si en vez de conectar un USB o Iphone, o cualquier otro dispositivo, se conectara una tablet, o una laptop, o un PC al PS3 para ejecutar el exploit. ruben16 escribió:deseando que esto vaya en mi psbreak
Hermes escribió:sonoro escribió:De todas formas, siendo prácticos yo creo que es mejor opción añadir un mecanismo que permita salvar las restricciones de FAT 32, al menos para el copiado entre dispositivos: tal vez partir los ficheros en fragmentos mas cortos y añadirles una extensión especial, con el fin de luego poder reagruparlo en el HDD interno.
Esa debería ser una prioridad en un cargador, aunque cierto es que los juegos así partidos, no funcionaría en una unidad externa.
No quisiera meter la pata hasta la hingle,pero en el HDD interno ya no hay restricciones de tamaño, a lo mejor eso lo hace ya.
En el interno no hay problema, pero ¿como pasar algo del disco interno al externo o como vuelcas un juego desde disco duro externo, si tiene un fichero mayor o igual a 4 GB?
Mi disco duro por ejemplo, se queda temblando si instalo dos juegos de 20GB y aunque puedo cambiarlo por otro, siempre es conveniente conservar el backup en algún sitio por si las moscas.
PD: Me estais apedreando a MP y hoy no estoy para nadie(ando ocupado)
How to >4GB file backupping
In version 0.03, All files/folders copied from the internal disk (like /dev_hdd0/game/LAUN12345/GAMEZ/)
to the external disk (/dev_usb .. ) which are larger than 4GB will be splitted in multiple parts.
When copying the files back from external to internal, those files will be merged again.
* Note: You still can't play games with >4GB files from the external directly since those files are splitted! But now you can at least backup and restore them. (Ofcourse, games without >4GB files still works directly on external)
ruben16 escribió:deseando que esto vaya en mi psbreak
DZeros escribió:Lo más interesante es que salga un cargador de ISOS.
me lo explica? q es básicamente el BM? zen00 escribió:DZeros escribió:Lo más interesante es que salga un cargador de ISOS.
toni_v escribió:zen00 escribió:DZeros escribió:Lo más interesante es que salga un cargador de ISOS.
Pero cargador de ISOS, en formato .ISO
Si tienes una PSP o una Wii lo entenderás mejor
(Vivan los .CSO!!!)
DZeros escribió:Lo más interesante es que salga un cargador de ISOS.
![[buuuaaaa]](/images/smilies/nuevos/triste_ani3.gif "a lágrima viva")
