[ TUTORIAL ] [Tutorial] Crear un tema universal para cualquier ROM. Universal Flasher Tool 4.4 (10/06/2014)

**intronauta** · #**401** 03/12/12, 00:08:04

Cita: Originalmente Escrito por el box

He intentado cambiar el status_close para provar y me a dejado sin cortina....y me ponia un mensaje que decia ....sea detenido systemUI ....luego he intentado restaurar el brackup de la carpeta universal flaser y seguia igual...no se...solo he provado una vez.
Saludos

Enviado desde mi GT-I9100 usando Tapatalk 2

mmm ¿y estás seguro de que debería funcionar? lo mismo es un error al modiciar el xml.

Extrae el SystemUI.apk modificado y mira a ver si ha inyectado bien el archivo. Si inyectándolo con UFT te falla pero metiéndolo a mano en la apk y ésta en el sistema te funciona bien, sube tu UFT pera ver qué pasa y dime en qué rom lo estás aplicando. Si tampoco te funciona aplicándolo a mano tiene que ser un problema del mod en sí.

He probado inyectando en /system/app/SystemUI.apk un resources.arsc totalmente vacío y evidentemente me ha dado FC el proceso systemUI al reiniciar. He restaurado el backup y sin problemas.

Luego he probado con una app ubicada en /preload (/preload/symlink/system/app/VideoPlayer.apk) y lo mismo, en este caso ni aparece en listado de apps después de inyectarle el resources.arsc vacío, y perfecto al restaurar el backup.

el box · #**402** 03/12/12, 23:17:21

Cita: Originalmente Escrito por intronauta

mmm ¿y estás seguro de que debería funcionar? lo mismo es un error al modiciar el xml.

Extrae el SystemUI.apk modificado y mira a ver si ha inyectado bien el archivo. Si inyectándolo con UFT te falla pero metiéndolo a mano en la apk y ésta en el sistema te funciona bien, sube tu UFT pera ver qué pasa y dime en qué rom lo estás aplicando. Si tampoco te funciona aplicándolo a mano tiene que ser un problema del mod en sí.

He probado inyectando en /system/app/SystemUI.apk un resources.arsc totalmente vacío y evidentemente me ha dado FC el proceso systemUI al reiniciar. He restaurado el backup y sin problemas.

Luego he probado con una app ubicada en /preload (/preload/symlink/system/app/VideoPlayer.apk) y lo mismo, en este caso ni aparece en listado de apps después de inyectarle el resources.arsc vacío, y perfecto al restaurar el backup.

Perdona...he estado muy ocupado y no he visto la respuesta....dicen por hay que van a sacar la jb oficial para el s2 mañana....voy a esperar haber que rutas sacan....no vaya a ser que nos comamos el coco y luego haya que cambiarlo todo....muchas gracias por tu respuesta....saludos y gracias.

Enviado desde mi GT-I9100 usando Tapatalk 2

trabas · #**403** 04/12/12, 10:21:30

intronauta, el test2 ya se está usando masivamente para hacer modificaciones por morph en la HCTRomV5 , sin fallos, gracias , eres un crack

dejo un enlace a uno de esos TEST2, con unos pngs para los toggles, en SystemUI.apk

\MORPH\preload\symlink\system\app\SystemUI.apk\res \drawable-hdpi\

https://www.dropbox.com/s/zvclsv7hpp...s_HCT_V5.0.zip

**audalecio** · #**404** 04/12/12, 12:18:38

Maestro, en la Carbono JB de momento lo qu hemos probado funciona bien, tanto en xrtras como en morph, así que por nosotros ya puedes quitar la etiqueta de Test2 a UFT definitivo.

Otra cosa será que cuando saquen la oficial de samsung, vuelvan a cambiar las rutas,....

Salu2 y gracias por tu respuesta tan rápida en adaptarte a la JB.

**Ahivas** · #**405** 04/12/12, 22:12:24

Cita: Originalmente Escrito por audalecio

Maestro, en la Carbono JB de momento lo qu hemos probado funciona bien, tanto en xrtras como en morph, así que por nosotros ya puedes quitar la etiqueta de Test2 a UFT definitivo.

Otra cosa será que cuando saquen la oficial de samsung, vuelvan a cambiar las rutas,....

Salu2 y gracias por tu respuesta tan rápida en adaptarte a la JB.

Confirmo lo del compañero, estupendo

Enviado desde mi GT-I9100 usando Tapatalk 2

**intronauta** · #**406** 05/12/12, 16:07:23

Al final en la versión TEST se han rehecho un montón de procesos internos para plantearlo de otra forma, ya que con los nuevos sistemas y estructuras empezaba ser dramático y muy difícil darle soporte en todas las circunstancias.

Cambios:

MORPH funcionará en cualquier ruta, no solo en /data/app, /system/app, /system/framework o la ruta que poníamos en la versión TEST para las apps en /preload. Ahora trabajará en cualquier unidad siempre que esté previamente montada, sea cual sea (/sdcard, /preload, /sdfsdfs o /pepito). Y dentro de ella, trabajará en la subcarpeta que sea, no hay que establecerla previamente. Así que ya no tenemos que estar pendientes de si la rom de turno cambia la ruta donde están las apps. Si las apps están en una carpeta llamada /MORPH/pepito/grillo/aplicaciones/ el proceso las detectará, no hay limitaciones en la estructura para aplicar MORPH. Lo único que debemos tener en cuenta es que si queremos que haga cosas en /system, debemos montar system en el updater-script, y lo mismo para data, preload, pepito o la que sea. Es decir, debemos montarlas como siempre se ha hecho, desde el updater-script y ya se encarga UFT del resto.

Ya no hace falta poner /data/media en la sdcard interna para los terminales que usaban un symlink entre /data/media y /sdcard como el SGS3, HOX, Nexus, etc... Solo debemos establecer en UFT.config la carpeta donde se monta la sdcard con la que queremos trabajar, sea /sdcard/, /emmc/, etc... y ya está. En la carpeta MORPH y XTRAS podemos mantener el nombre genérico /sdcard y dejar que el proceso la renombre en función de esta configuración. Se entiende que sabemos como monta el recovery las particiones. (por ejemplo en el sgs2 la interna es /emmc y en un Nexus es /sdcard, independientemente de cómo el sistema las llame cuando android esté iniciado)

Ha sido un calvario rehacer y simplificar un montón de procesos para que pueda adaptarse mejor a lo que venga pero está practicamente finiquitado

Cuando se hagan más pruebas se subirá para que la probéis (si queréis) y reportar errores o satisfacciones varias antes de subirla al primer post ;).

**audalecio** · #**407** 05/12/12, 16:18:58

Cita: Originalmente Escrito por intronauta

Al final en la versión TEST se han rehecho un montón de procesos internos para plantearlo de otra forma, ya que con los nuevos sistemas y estructuras empezaba ser dramático y muy difícil darle soporte en todas las circunstancias.

Cambios:

MORPH funcionará en cualquier ruta, no solo en /data/app, /system/app, /system/framework o la ruta que poníamos en la versión TEST para las apps en /preload. Ahora trabajará en cualquier unidad siempre que esté previamente montada, sea cual sea (/sdcard, /preload, /sdfsdfs o /pepito). Y dentro de ella, trabajará en la subcarpeta que sea, no hay que establecerla previamente. Así que ya no tenemos que estar pendientes de si la rom de turno cambia la ruta donde están las apps. Si las apps están en una carpeta llamada /MORPH/pepito/grillo/aplicaciones/ el proceso las detectará, no hay limitaciones en la estructura para aplicar MORPH. Lo único que debemos tener en cuenta es que si queremos que haga cosas en /system, debemos montar system en el updater-script, y lo mismo para data, preload, pepito o la que sea. Es decir, debemos montarlas como siempre se ha hecho, desde el updater-script y ya se encarga UFT del resto.

Ya no hace falta poner /data/media en la sdcard interna para los terminales que usaban un symlink entre /data/media y /sdcard como el SGS3, HOX, Nexus, etc... Solo debemos establecer en UFT.config la carpeta donde se monta la sdcard con la que queremos trabajar, sea /sdcard/, /emmc/, etc... y ya está. En la carpeta MORPH y XTRAS podemos mantener el nombre genérico /sdcard y dejar que el proceso la renombre en función de esta configuración. Se entiende que sabemos como monta el recovery las particiones. (por ejemplo en el sgs2 la interna es /emmc y en un Nexus es /sdcard, independientemente de cómo el sistema las llame cuando android esté iniciado)

Ha sido un calvario rehacer y simplificar un montón de procesos para que pueda adaptarse mejor a lo que venga pero está practicamente finiquitado

Cuando se hagan más pruebas se subirá para que la probéis (si queréis) y reportar errores o satisfacciones varias antes de subirla al primer post ;).

Vamos resumiendo que veo que no te aburres.

En fin cuando la subas la probaremos y diremos que tal. Aunque tal como estaba la ultima la Test2, en el S2 funciona perfecta.

Salu2.

trabas · #**408** 05/12/12, 19:40:07

Perfectisima,

esperamos la nueva versión para probarla, muchas gracias, intro, crack

Mi Wuala, saludos

el box · #**409** 06/12/12, 12:34:45

Cita:

Al final en la versión TEST se han rehecho un montón de procesos internos para plantearlo de otra forma, ya que con los nuevos sistemas y estructuras empezaba ser dramático y muy difícil darle soporte en todas las circunstancias.

Cambios:

MORPH funcionará en cualquier ruta, no solo en /data/app, /system/app, /system/framework o la ruta que poníamos en la versión TEST para las apps en /preload. Ahora trabajará en cualquier unidad siempre que esté previamente montada, sea cual sea (/sdcard, /preload, /sdfsdfs o /pepito). Y dentro de ella, trabajará en la subcarpeta que sea, no hay que establecerla previamente. Así que ya no tenemos que estar pendientes de si la rom de turno cambia la ruta donde están las apps. Si las apps están en una carpeta llamada /MORPH/pepito/grillo/aplicaciones/ el proceso las detectará, no hay limitaciones en la estructura para aplicar MORPH. Lo único que debemos tener en cuenta es que si queremos que haga cosas en /system, debemos montar system en el updater-script, y lo mismo para data, preload, pepito o la que sea. Es decir, debemos montarlas como siempre se ha hecho, desde el updater-script y ya se encarga UFT del resto.

Ya no hace falta poner /data/media en la sdcard interna para los terminales que usaban un symlink entre /data/media y /sdcard como el SGS3, HOX, Nexus, etc... Solo debemos establecer en UFT.config la carpeta donde se monta la sdcard con la que queremos trabajar, sea /sdcard/, /emmc/, etc... y ya está. En la carpeta MORPH y XTRAS podemos mantener el nombre genérico /sdcard y dejar que el proceso la renombre en función de esta configuración. Se entiende que sabemos como monta el recovery las particiones. (por ejemplo en el sgs2 la interna es /emmc y en un Nexus es /sdcard, independientemente de cómo el sistema las llame cuando android esté iniciado)

Ha sido un calvario rehacer y simplificar un montón de procesos para que pueda adaptarse mejor a lo que venga pero está practicamente finiquitado

Cuando se hagan más pruebas se subirá para que la probéis (si queréis) y reportar errores o satisfacciones varias antes de subirla al primer post ;).

Vamos que la vas a dejar perfecta....a la espera para provarla...muchas gracias.
Saludos

Enviado desde mi GT-I9100 usando Tapatalk 2

tinchosfe · #**410** 06/12/12, 13:30:10

Esto es genial, muchas gracias por compartir tus conocimientos, eso destaca tu grandeza de espíritu.

Enviado desde mi HTC One X usando Tapatalk 2

**ilustretbk** · #**411** 06/12/12, 17:54:29

impresionante trabajo....

estaria bien unas capturas del proceso o incluso un video tutorial......con eso lo bordais...

ademas asi os evitais demasiadas preguntas de gente que sea muy noob..

jay2079 · #**412** 06/12/12, 18:04:04

Cita: Originalmente Escrito por ilustretbk

impresionante trabajo....

estaria bien unas capturas del proceso o incluso un video tutorial......con eso lo bordais...

ademas asi os evitais demasiadas preguntas de gente que sea muy noob..

+1

asi no preguntare tanto

htcmaniajose · #**413** 06/12/12, 18:15:53

Pues otro a la espera para probar la nueva creación.

Muchas gracias crack

Enviado desde mi GT-I9100 usando Forum Runner

**intronauta** · #**414** 06/12/12, 18:27:12

Aquí va la versión candidata que parece que funciona en un sgs2 y nexus 7

DESCARGA: http://db.tt/fYsFCfqI

*no distribuirla aún, por favor, hay que probarla.

Resumiendo:

Por desgracia muchas de las cosas no han podido ser, sobre todo porque el sistema multiusuario de JB es un calvario y hay que seguir configurando las cosas como antes, y encima ser cada vez más cuidadosos :

Ahora se puede poner en MORPH o DATA la ruta que te venga en gana, system, data, preload, sdcard o la que sea.

UFT.config ha sufrido algunos cambios:

El montaje de las particiones lamentablemente hay que seguir establecióndolos en UFT.config como siempre pero ya no se limita a /system/y /data.

Nunca montar particiones desde el updater-script, hay que hacerlo desde UFT.config, es imprescindible para que funcionen los backups!

Por defecto viene preconfigurado con los montajes estándar para montar /data y /system. Pero si necesitas trabajar con particiones "no estándar" como por ejemplo con /preload en los SGS2, deberás decirle al sistema como montar dicha partición, y ponerlo a continuación:

[MOUNTPOINTS]
################################################## #############
MOUNT1:/sbin/mount /system
MOUNT2:/sbin/mount /data
MOUNT3:/sbin/mount /dev/block/mmcblk0p12 /preload
MOUNT4:
################################################## #############

Se pueden añadir tantos montajes como se necesiten (MOUNT4:, MOUNT5: MOUNT6:..) solo hay que respetar la numeración, y el prefijo /sbin/ no siempre es necesario, posiblemente solo con mount /system funcione en la mayoría de los casos. Aún así no está de más.

Ya no hay configuración para la sdcard externa en UFT.config, solo trabajaremos con una y será la que establezcamos en UFT.config. Y debe ser la carpeta real, no un symlink.
Y aquí viene el problema, ya que con el sistema multiusuario en 4.2 necesitas saber cómo monta el recovery tu sdcard dependiendo del usuario que seas, ya que el symlink genérico a "sdcard" no nos vale.

[SDCARD FOLDER]
################################################## #############
DEFAULT_INTERNAL_SDCARD=/emmc
################################################## #############
(Typical paths: /sdcard, /emmc, /data/media, /data/media/0,...)

Por ejemplo, en un SGS2 lo normal es que la interna sea /emmc y en otros terminales /sdcard, no suele cambiar. Si en un sgs2 quieres flashear desde la externa, pones /sdcard y andando.

Pero por ejemplo en un Nexus 7 la cosa se complicó en JB 4.1 y mucho más con JB 4.2:

En JB 4.1 la sdcard interna es /data/media/ con un symlink a /sdcard, es decir, debemos poner /data/media y no el symlink /sdcard
En JB 4.2 la sdcard interna es /data/media/0 con symlink a /sdcard, es decir, debemos poner /data/media/0 y no el symlink /sdcard.

En estos sistemas, si usamos /sdcard fallará en ambos casos ya que no funciona en carpetas con symlinks, y si estamos en una estructura multiusuario (>4.2) y usamos solo /data/media, el flasheo se hará porque dicha ruta es válida aunque no esté apuntando correctamente a tu sdcard, pero la reiniciar perderás el backup de vista. En este caso concreto, al utilizar /data/media en vez de /data/media/0, el backup estaría en /data/media/UniversalFlasher/***.zip, pero no es un sdcard.

Si tu sistema o terminal necesita /data/media/0 deberás saberlo y establecerlo en UFT.config. La plantilla intenta ser desatendida pero no es adivina ;)

Quizá más delante los recoveries se adapten mejor al multiusuario, pero por ahora hay que darle las rutas reales a UFT.config.

Y recuerda que en MORPH o XTRAS podemos mantener sin problemas el nombre genérico de la carpeta /sdcard como "sdcard" para trabajar en ella sea cual sea la ruta real donde esté, ya se encargará el proceso de renombrararla a la que corresponda. Aunque también podríamos usar la ruta real sin problemas

Por ejemplo, poniendo /data/media como sdcard en UTF.config, cualquiera de estas dos rutas ofrecerán el mismo resultado:

/XTRAS/sdcard/Wallpapers/****.png
/XTRAS/data/media/Wallpapers/****.png

Si ponemos /emmc idem:

/XTRAS/sdcard/Wallpapers/****.png
/XTRAS/emmc/Wallpapers/****.png

Y poco más, lo demás está igual. Se han rehecho muchos procesos internos para hacer que estas cosas funcionen y se ha probado hasta decir basta, así que solo que da que algunos probéis un poco si todo funciona bien para darle el visto bueno.

Lo que necesitamos saber es que TODO se aplica bien y el backup restaura TODO a como estaba antes sin dejarse nada!!

Si hay errores comprobar los logs y si no debería haber fallado, subirlos para verlos ;)

**intronauta** · #**415** 07/12/12, 00:26:25

Cita: Originalmente Escrito por ilustretbk

impresionante trabajo....

estaria bien unas capturas del proceso o incluso un video tutorial......con eso lo bordais...

ademas asi os evitais demasiadas preguntas de gente que sea muy noob..

ale, si alguien se anima a grabar un vídeo o hacer una presentación de cómo crear un tema, lo subiremos al primer post con mucho gusto

Cita: Originalmente Escrito por trabas

intronauta, el test2 ya se está usando masivamente para hacer modificaciones por morph en la HCTRomV5 , sin fallos, gracias , eres un crack

dejo un enlace a uno de esos TEST2, con unos pngs para los toggles, en SystemUI.apk

\MORPH\preload\symlink\system\app\SystemUI.apk\res \drawable-hdpi\

https://www.dropbox.com/s/zvclsv7hpp...s_HCT_V5.0.zip

Aprovecho y recuerdo las dos únicas cosas a las que cualquiera está obligado si quiere distribuir UFT:

NO borrar el archivo README.txt de la plantilla

Ahí es donde están los créditos, el contacto con nosotros y la info básica de la aplicación. Es fundamental que esta información se distribuya junto con la plantilla.

NO borrar la cabecera del Universal Flasher Tool del updater-script

ui_print(" ");
ui_print(" <<-----------------------------");
ui_print(" UNIVERSAL FLASHER TOOL [v4.1]");
ui_print(" by JRsoft & Intronauta");
ui_print(" - - - - - - - - - - - - ");
ui_print(" based in <vrtheme system>");
ui_print(" ----------------------------->>");
ui_print(" ");

Se puede añadir a continuación lo que queráis, pero esta cabecera identifica la plantilla, sus creadores, la versión y los obligados créditos, así que debe mantenerse intacta.

Ambas dos son las únicas cosas que os pedimos

**intronauta** · #**416** 10/12/12, 15:59:51

Actualizado a UFT v4.1

*hay cambios importantes respecto a las versiones test y anteriores, así que debe leerse el primer post de nuevo para configurar UFT.config.

MOD.config renombrado a UFT.config
UFT.config rehecho/reestructurado
Añadida la opción para incluir el comando de montaje de cuantas particiones necesitemos
Corregido el tamaño del backup en determinados escenarios
Reescritos multitud de procesos
Compatibilidad con estructuras multiusuario.
Tanto MORPH o XTRAS puede trabajar en cualquier subruta siempre que la partición esté montada (UFT.config)
Correción de errores

**Andro** · #**417** 11/12/12, 16:10:17

Cita: Originalmente Escrito por intronauta

Aprovecho y recuerdo las dos únicas cosas a las que cualquiera está obligado si quiere distribuir UFT:

NO borrar el archivo README.txt de la plantilla

Ahí es donde están los créditos, el contacto con nosotros y la info básica de la aplicación. Es fundamental que esta información se distribuya junto con la plantilla.

NO borrar la cabecera del Universal Flasher Tool del updater-script

Se puede añadir a continuación lo que queráis, pero esta cabecera identifica la plantilla, sus creadores, la versión y los obligados créditos, así que debe mantenerse intacta.

Ambas dos son las únicas cosas que os pedimos

Buenas.

Estos uft con iconos de baterias y tal que comentaba Trabas, eran sobre unos trabajos que hice yo.

Lo cierto es como sobre la nueva JB no sabia que uft era el que valia, cogi uno de otro compañero, que sabia seguro que funcionaba y lo modifique con mis cosas..

Fallo mio.. mea culpa..

Ya he eliminado los enlaces, y he rehecho los uft tal y como comentas. Ademas de hacerme seguidor de este hilo, y asi aprender algo mas (que nunca sobra..)

Gracias por el trabajo Intro y siento la metedura de pata..

**intronauta** · #**418** 11/12/12, 16:25:14

Cita: Originalmente Escrito por Andromaniac

Buenas.

Estos uft con iconos de baterias y tal que comentaba Trabas, eran sobre unos trabajos que hice yo.

Lo cierto es como sobre la nueva JB no sabia que uft era el que valia, cogi uno de otro compañero, que sabia seguro que funcionaba y lo modifique con mis cosas..

Fallo mio.. mea culpa..

Ya he eliminado los enlaces, y he rehecho los uft tal y como comentas. Ademas de hacerme seguidor de este hilo, y asi aprender algo mas (que nunca sobra..)

Gracias por el trabajo Intro y siento la metedura de pata..

Lo normal con los zips que nos vamos encontrando o reciclamos es modificar la cabecera del updater-script poniendo nuestra propia cabecera y eliminar archivos "innecesarios" de la vista como el típico README.txt. En condiciones normales se suele hacer así y todos lo hemos hecho, pero es que con UFT necesitamos que ambas cosas se mantengan intactas ya que nos ayuda muy mucho a dar un correcto soporte a la plantilla, ofrecer información a terceros y distribuir los créditos oportunos que consideramos obligatorios.

Sigue habiendo mucha gente que lo borra y modifica y en parte lo entendemos, pero por favor, no debe hacerse

**Andro** · #**419** 11/12/12, 16:32:16

Cita: Originalmente Escrito por intronauta

Lo normal con los zips que nos vamos encontrando o reciclamos es modificar la cabecera del updater-script poniendo nuestra propia cabecera y eliminar archivos "innecesarios" de la vista como el típico README.txt. En condiciones normales se suele hacer así y todos lo hemos hecho, pero es que con UFT necesitamos que ambas cosas se mantengan intactas ya que nos ayuda muy mucho a dar un correcto soporte a la plantilla, ofrecer información a terceros y distribuir los créditos oportunos que consideramos obligatorios.

Sigue habiendo mucha gente que lo borra y modifica y en parte lo entendemos, pero por favor, no debe hacerse

Como ya he dicho, el fallo fue mio por hacer las cosas sin mirar.. coger lo primero que vi y usarlo.. Y eso que ni siquiera modifique nada del updater-script ni nada..

Borre png, y meti los mios y los subi a algunos compañeros..

Pero bueno, ya esta corregido.. updater-script de nuevo completo, y Readme.txt de nuevo en su sitio.. Las cosas mejor si estan bien hechas..

**intronauta** · #**420** 16/12/12, 01:26:05

Actualizado a UFT v.4.1.1

Correcciones menores detectando la sdcard

Los siguientes 2 usuarios han agradecido a intronauta su comentario:
audalecio, dragones1978

Los siguientes 4 usuarios han agradecido a trabas su comentario:
[ Mostrar/Ocultar listado de agradecimientos ]

Los siguientes 2 usuarios han agradecido a Ahivas su comentario:
audalecio, el box

Los siguientes 8 usuarios han agradecido a intronauta su comentario:
[ Mostrar/Ocultar listado de agradecimientos ]

Los siguientes 3 usuarios han agradecido a audalecio su comentario:
[ Mostrar/Ocultar listado de agradecimientos ]

Los siguientes 6 usuarios han agradecido a intronauta su comentario:
[ Mostrar/Ocultar listado de agradecimientos ]

Los siguientes 7 usuarios han agradecido a intronauta su comentario:
[ Mostrar/Ocultar listado de agradecimientos ]

Los siguientes 5 usuarios han agradecido a intronauta su comentario:
[ Mostrar/Ocultar listado de agradecimientos ]

Gracias de parte de:
audalecio