|
||
|
#381
|
||||
|
||||
|
Dos cosas:
Una, que el UFT no funciona por MORPH en la HCTROM V5(LEAK JB) para SGS2, kernel philz por EXTRAS, si funciona Segunda, que ya hay una plantilla para JB, que sí que inyecta iconos solamente, se llama vrtheme, no sé si lo han hecho a partir del UFT, te lo pongo para que le eches un vistazo http://www.wuala.com/tragaldabas/Var...V5-LIMPIA.zip Última edición por trabas Día 01/12/12 a las 14:38:36. |
| Los siguientes 3 usuarios han agradecido a trabas su comentario: | ||
|
|
|
#382
|
||||
|
||||
|
Dos cosas:
Una, que el UFT no funciona por MORPH en la HCTROM V5(LEAK JB) para SGS2, por EXTRAS, si funciona Segunda, que ya hay una plantilla para JB, que sí que inyecta iconos solamente, se llama vrtheme, no tengo el enlace ahora, en dos minutos lo pongo Mi Wuala, saludos ![]() Si, conozco vrtheme, UFT se inspiró en él ;) ¿Puedes subirme el tema que no te funciona? Yo puedo aplicar XTRAS y MORPH sin problemas sobre una stock JB con kernel Philz 3.72 |
| Los siguientes 3 usuarios han agradecido a intronauta su comentario: | ||
|
#383
|
||||
|
||||
|
ya se dónde está el fallo.
El problema está en las apps que están en preload, ya UFT no busca aplicaciones ahí. Como mis temas solo tocan casualmente apps que están en /system/app no veía el fallo. A ver si esta tarde puede estar solucionado. |
| Los siguientes 5 usuarios han agradecido a intronauta su comentario: | ||
|
#384
|
||||
|
||||
|
En fin pronto estaremos a la carga, gracias Maestro. Salu2. |
|
#385
|
||||
|
||||
|
|
| Gracias de parte de: | ||
|
#386
|
||||
|
||||
|
De perdón nada, no sabéis la alegría que da que se reporten los fallos. Eso hace la herramienta mejor y más completa! Muy agradecidos
![]() Todo lo que sea reportar fallos, por pequeños que sean, así como sugerencias serán bienvenidas. Bueno, no puedo probar más así que necesitaría que alguien siguiera probando con la versión de prueba que se adjunta. Necesitaríamos saber si se aplica el tema tanto en /preload/ como en /system/app ( sea en MORPH o en XTRAS) y que los backup para restaurar a una estado anterior funcionan como deberían. Teóricamente ya debería trabajar con la partición /preload en los SGS2, así que podríamos crear las rutas MORPH/symlink/system/app/XXXX.apk/res/.... para los temas MORPH y lo mismo para XTRAS. En MOD.config, al final, se ha añadido la ruta donde se supone que están las apps en /preload Actualmente ya está preestablecida la ruta que se establece en el leak JB para el SGS2: Código:
preload_path->/preload/symlink/system/app bueno, pues ya nos contareis ![]() Si utilizáis el recovery del kernel Philz, ir a "Philz settings" y en "Menu heigh" pulsar hasta que marque 1, así se podrá ver un poco mejor el log en pantalla. *resubido, que me faltó añadir la opción para ejecutarse. Última edición por intronauta Día 01/12/12 a las 19:28:27. |
| Los siguientes 5 usuarios han agradecido a intronauta su comentario: | ||
|
#387
|
||||
|
||||
|
De perdón nada, no sabéis la alegría que da que se reporten los fallos. Eso hace la herramienta mejor y más completa! Muy agradecidos
![]() Todo lo que sea reportar fallos, por pequeños que sean, así como sugerencias serán bienvenidas. Bueno, no puedo probar más así que necesitaría que alguien siguiera probando con la versión de prueba que se adjunta. Necesitaríamos saber si se aplica el tema tanto en /preload/ como en /system/app ( sea en MORPH o en XTRAS) y que los backup para restaurar a una estado anterior funcionan como deberían. Teóricamente ya debería trabajar con la partición /preload en los SGS2, así que podríamos crear las rutas MORPH/symlink/system/app/XXXX.apk/res/.... para los temas MORPH y lo mismo para XTRAS. En MOD.config, al final, se ha añadido la ruta donde se supone que están las apps en /preload Actualmente está preestablecida la ruta que se establece en el leak JB para el SGS2: preload_path->/preload/symlink/system/app Si cuando salga la versión final de JB o si por lo que sea esta ruta cambia (ya sabemos como las gasta Samsung), debemos cambiar aquí la ruta para que el sistema sepa donde buscar. bueno, pues ya nos contareis ![]() ![]() Salu2. |
| Gracias de parte de: | ||
|
#388
|
||||
|
||||
|
ya está adjuntada en el post anterior, es que la estaba resubiendo, que le faltaba una cosilla :P
Es una versión TEST. Lo que nos gustaría es probarla lo suficiente para saber que funciona sin fallos antes de publicarla en el primer post, así que todas las pruebas que se hagan con sus respectivos reportes tanto si funciona como si no, serán bienvenidos ;) Si pudiésemos probarlo bien antes del lunes fenomenal, así queda hecho. A ver si mañana puedo dedicarle otro ratillo
Última edición por intronauta Día 01/12/12 a las 19:38:57. |
| Los siguientes 5 usuarios han agradecido a intronauta su comentario: | ||
|
#389
|
||||
|
||||
|
ya está adjuntada en el post anterior, es que la estaba resubiendo, que le faltaba una cosilla :P
Es una versión TEST. Lo que nos gustaría es probarla lo suficiente para saber que funciona sin fallos antes de publicarla en el primer post, así que todas las pruebas que se hagan con sus respectivos reportes tanto si funciona como si no, serán bienvenidos ;) Si pudiésemos probarlo bien antes del lunes fenomenal, así queda hecho. A ver si mañana puedo dedicarle otro ratillo ![]() ![]() Salu2. |
| Gracias de parte de: | ||
|
#390
|
||||
|
||||
|
ya está adjuntada en el post anterior, es que la estaba resubiendo, que le faltaba una cosilla :P
Es una versión TEST. Lo que nos gustaría es probarla lo suficiente para saber que funciona sin fallos antes de publicarla en el primer post, así que todas las pruebas que se hagan con sus respectivos reportes tanto si funciona como si no, serán bienvenidos ;) Si pudiésemos probarlo bien antes del lunes fenomenal, así queda hecho. A ver si mañana puedo dedicarle otro ratillo ![]() ![]() Tapatalking... |
| Los siguientes 4 usuarios han agradecido a 666roi666 su comentario: | ||
|
#391
|
||||
|
||||
|
gracias, crack, la voy a ir probando
EDITO: probado y funcionando
Última edición por trabas Día 02/12/12 a las 00:18:18. |
| Los siguientes 4 usuarios han agradecido a trabas su comentario: | ||
|
#392
|
||||
|
||||
|
Aquí va una segunda versión TEST con alguna corrección más.
Como no sé si podré dedicarle mañana un rato, he probado en condiciones etílicas lamentables un tema improvisado, aplicando tanto en XTRAS (añadiendo archivos en /system, /data, /preload y /sdcard) como en MORPH (añadiendo temas morph en /system/app, /system/framework, /data/app y /preload/symlink/system/app) y ha funcionado perfectamente en todas ellas. Y el backup ha eliminado todo rastro de todas las modificaciones en todas las rutas dónde hubo un cambio, sea eliminando los archivos nuevos que se incluyeron o restaurando los archivos sobreescritos si fue el caso. Así que en un principio está practicamente finiquitado a no ser que alguien reporte algún error. Como en el recovery táctil del SGS2 apenas se entiende lo que se ve (sale todo desproporcionado), es muy recomendable echar un vistazo al log que se ha creado en la carpeta UniversalFlasher junto con el backup para entender lo que se ha aplicado (o no) y si se han detectado errores. Tenerlo en cuenta también para reportar fallos. Un detalle de última hora ha sido el cambiar el nombre del archivo de opciones de MOD.config a UFT.config, ya que parece más coherente darle el nombre de la plantilla. Al fin y al cabo la plantilla no es solo para aplicar "mods" ![]() Poco más, ya nos contaréis. Última edición por intronauta Día 02/12/12 a las 04:27:20. |
| Los siguientes 6 usuarios han agradecido a intronauta su comentario: | ||
|
#393
|
||||
|
||||
|
Probe el anterior test y funciono correctamente, meti un aplicacion a la carpete preload y la instalo correctamente. Muchas gracias por tu gran trabajo Intronauta
Enviado desde mi GT-I9100 usando Tapatalk 2 |
| Gracias de parte de: | ||
|
#394
|
||||
|
||||
|
rizando el rizo...
como no se entiende casi nada del log mientras se flasea, sería positivo que se guardara un log detallando el proceso también cuando falla el morphing ¿sería posible? gracias |
| Gracias de parte de: | ||
|
#395
|
||||
|
||||
|
Aquí va una segunda versión TEST con alguna corrección más.
Como no sé si podré dedicarle mañana un rato, he probado en condiciones etílicas lamentables un tema improvisado, aplicando tanto en XTRAS (añadiendo archivos en /system, /data, /preload y /sdcard) como en MORPH (añadiendo temas morph en /system/app, /system/framework, /data/app y /preload/symlink/system/app) y ha funcionado perfectamente en todas ellas. Y el backup ha eliminado todo rastro de todas las modificaciones en todas las rutas dónde hubo un cambio, sea eliminando los archivos nuevos que se incluyeron o restaurando los archivos sobreescritos si fue el caso. Así que en un principio está practicamente finiquitado a no ser que alguien reporte algún error. Como en el recovery táctil del SGS2 apenas se entiende lo que se ve (sale todo desproporcionado), es muy recomendable echar un vistazo al log que se ha creado en la carpeta UniversalFlasher junto con el backup para entender lo que se ha aplicado (o no) y si se han detectado errores. Tenerlo en cuenta también para reportar fallos. Un detalle de última hora ha sido el cambiar el nombre del archivo de opciones de MOD.config a UFT.config, ya que parece más coherente darle el nombre de la plantilla. Al fin y al cabo la plantilla no es solo para aplicar "mods" ![]() Poco más, ya nos contaréis. ![]() Saludos Enviado desde mi GT-I9100 usando Tapatalk 2 |
| Gracias de parte de: | ||
|
#396
|
||||
|
||||
|
Más de lo que ya se "loguea" en el archivo no sabría cómo, y tampoco le veo mucha utilidad. El archivo log en la carpeta UniversalFlasher junto al backup ofrece todo lo que necesitas saber para saber qué y cómo ha pasado, es más, ofrece más de lo que se muestra en pantalla. Lo primero que muestra son las opciones relevantes configuradas en el proceso en UTF.config, útil para saber:
Pues también verás en él tanto en el proceso de XTRAS como MORPH:
Realmente no veo necesario mostrar info detallada de un proceso que ha funcionado bien, ya que el sistema es muy garantista durante la aplicación y los errores críticos se detectan y reportan al log (en pantalla y en archivo). Lo único realmente interesante es saber qué es lo que falla, y esto prácticamente ocurrirá siempre en una parte concreta del MORPH, normalmente porque no encuentra la apk de destino (como pasaba al no buscar en /preload) donde aplicar el mod y te dirá que la ignora. Con saber eso ya puedes pensar que si sabemos que la apk de destino realmente existe, quizá la ruta la hemos generado mal y en vez de en /system/app/ está en /preload , o hemos escrito mal el nombre de la apk.... Otro error típico es en los terminales que usan un symlink de /data/media a /sdcard, que deben establecer la sdcard interna como /data/media y no como /sdcard o fallará al ser incapaz de detectar la sdcard. Esto pasará en terminales como el SGS3, Nexus, HTC One X etc... y se mostrará en pantalla que no se detecta la sdcard y configuren UTF.config, que por cierto, ahí mismo se detalla este problema y cómo solucionarlo. No se me ocurre otro error, porque el proceso hasta comprueba y detecta problemas de formato en la apk y la regenera para que se pueda aplicar el MORPH (un problema que nos dio quebraderos de cabeza). A no ser que mañana aparezca un terminal con rutas nuevas como ha pasado con el uso de /preload o cambie la estructura de las sdcard como pasa con /data/media en los nuevos terminales, debería funcionar normalmente en cualquier recovery basado en CWM. Si aplicas un tema y lo hace parcialmente, checkea el log a ver qué ha pasado, puede ser que no la haya encontrado y deberás comprobar la ruta, o si dice que ha aplicado el tema, extraer la apk y comprobar que los tiene archivos dentro, lo mismo el tema no está "bien hecho" |
| Los siguientes 6 usuarios han agradecido a intronauta su comentario: | ||
|
#397
|
||||
|
||||
|
ya, lo decia porque cuando falla todo el proceso, no crea el log, y en pantalla va tan rápido que es imposible enterarse
|
| Gracias de parte de: | ||
|
#398
|
||||
|
||||
|
Si te da error en la detección de la sdcard, o te dice que no tienes suficiente espacio en ella o no tienes suficiente RAM, ahí si que no lo crea. Pero una vez obtiene un OK en estos checkeos realizados antes de tocar nada, empieza a volcar info al log incluyendo los errores. Incluso si se detiene el proceso por la razón que sea en ningún momento se elimina el log ya iniciado. En todas las pruebas con errores que hice ayer aún tengo logs con sus respectivos errores en /UniversalFlasher, así que no sabría como replicar el que falle el proceso y no genere un log ¿podrías pasarme un zip que de errores y no te cree un log? Lo mismo algo se nos está pasando. En el recovery de Philz, en Philz setting puedes ayudarte seleccionado el "heigh" a "1", así se muestra más por pantalla, pero sigue siendo insuficiente. Al menos si fallan los chequeos iniciales puedes ver por dónde van los tiros. No me gusta la apariencia de ese recovery, me gustaba más el tamaño y estructura del incluido en el Siyah, ya que permite mostrar mensajes en pantalla con la anchura estándar del CWM y ser táctil a la vez. Pero es lo que hay
Última edición por intronauta Día 02/12/12 a las 16:19:01. |
| Los siguientes 4 usuarios han agradecido a intronauta su comentario: | ||
|
#400
|
||||
|
||||
|
Saludos Enviado desde mi GT-I9100 usando Tapatalk 2 |
| Gracias de parte de: | ||