CUSTOM ROM Pixel Experience PIE CAF(Android 9.0) para Xiaomi RMN5. Versión Actual del 23/08/19 con FW PIE

Nunca me da problemas.
Si puedo instalo desde el Play store la aplicación y desde el titanium restauro solo datos.
Las aplicaciones que no están en el play las restauro desde titanium completas
-----
Restauraré unas 10 desde titanium

Yo hago lo mismo desde hace mucho tiempo, desde los tiempos del Jiayu S3. Lo hago con apps que tienen datos importantes para mi. Sigo el proceso que me aconsejó Antonio en su día. La app la instalo desde el store y recupero solo datos desde TB.

Con la copia de seguridad de Google se puede hacer lo mismo. Te instala las apps y cuando ya tienes TB operativo recuperas los datos de las apps que quieres. Yo tengo como costumbre, o manía mía, no iniciar estas apps hasta que ya les recuperé los datos. Nunca he notado problemas. Si bien es cierto que últimamente a Tasker se le cruza mucho el cable y me deja de funcionar con lo que tengo que reiniciar el móvil. Pero yo creo que no es por recuperar lso perfiles con TB. Es porque Tasker aún no está muy bien adaptada a PIE.

Saludos
 
Yo uso Migrate lo veo mucho más sencillo y rápido que Titanium, en pocos minutos tienes todas tus Apk con sus datos funcionando. Aparte que la copia pesa menos. En algúnas roms recomiendan que no se restaure con TB, no recuerdo en cuales eran pero en Xda es seguro.
 
Yo uso Migrate lo veo mucho más sencillo y rápido que Titanium, en pocos minutos tienes todas tus Apk con sus datos funcionando. Aparte que la copia pesa menos. En algúnas roms recomiendan que no se restaure con TB, no recuerdo en cuales eran pero en Xda es seguro.

Como veo que tienes suficiente práctica usando Migrate, ¿te importaría abrir un hilo con un mini tuto de los pasos que sigues?. Igual en el uso de Migrate, como pasa con el uso del TWRP, seguir un determinado método mejora los resultados obtenidos :sweatsmile:

Las recomendaciones de usar TB, igual que otras sobre cómo instalar rom y magisk, son eso, recomendaciones. Cada uno lo hacemos a nuestra manera y nos vamos depurando nuestro propio método. Porque lo que a uno le funciona, a otro no tanto, Eso siempre es así.

Saludos
 
Como veo que tienes suficiente práctica usando Migrate, ¿te importaría abrir un hilo con un mini tuto de los pasos que sigues?. Igual en el uso de Migrate, como pasa con el uso del TWRP, seguir un determinado método mejora los resultados obtenidos :sweatsmile:

Las recomendaciones de usar TB, igual que otras sobre cómo instalar rom y magisk, son eso, recomendaciones. Cada uno lo hacemos a nuestra manera y nos vamos depurando nuestro propio método. Porque lo que a uno le funciona, a otro no tanto, Eso siempre es así.

Saludos
A ver si saco tiempo esta tarde y lo hago, aunque no es nada del otro mundo y al principio tuve también que pedir algo de ayuda. Luego, una vez que te pones a hacerlo le ves la sencillez.
 
Nueva actualización....
Jhenrique pasa a CAF la Pixel Experience.....
Por tanto hay que hacer instalación limpia
IMG_20190222_070732.jpg
 
Que es eso de CAF?
Eso, eso... Que es eso?


Ésto, con ayuda del traductor de Google, lo deja clarísimo...
¿Qué es CAF y cuál es la diferencia entre una CAF y una ROM que no es de CAF?

Es posible que haya encontrado ROMs que mencionan la etiqueta CAF en su nombre o descripción, o en alguna otra parte, mientras que otros tienen la etiqueta LOS y AOSP. Tomemos, por ejemplo, las muy populares ROMs de CAF del sultán.
La pregunta que surge entonces es: ¿Qué es exactamente CAF? ¿Y qué hay de diferente en las ROM de CAF, en comparación con las ROM normales que no son de CAF?
Este es un tema un tanto complejo, y nadie en la comunidad ha escrito una publicación detallada sobre este tema, así que, veamos esto desde el principio, ¿vale?
CAF significa el Foro CodeAurora . Es, como su nombre lo indica, un foro en línea donde Qualcomm publica códigos de fuente y parches para sus CPU. Code Aurora es un tipo de iniciativa en la que las marcas pueden lanzar los códigos de código abierto para SoC (en términos simples, CPU) para el desarrollo futuro. Solo mantén esto en tu mente por ahora, lo necesitaremos más tarde.
Cada vez que Google lanza una nueva versión de Android, ponen sus códigos fuente en el control remoto de AOSP , para que los fabricantes y desarrolladores personalicen, ajusten o modifiquen las cosas y liberen ROM para teléfonos. Estos códigos tienen un historial limpio y organizado para cada nueva "etiqueta" de Android, una revisión de Android. Por ejemplo, Android-8.1.0_r14 significa que es la 14ª revisión de Android 8.1 estable. Estos códigos (publicados por Google) están limitados y probados para funcionar en una pequeña cantidad de dispositivos (a menudo se denominan dispositivos compatibles con AOSP).Cualquier error que se encuentre en estos códigos es manejado y corregido directamente por el equipo de AOSP en Google. Las ROM personalizadas construidas sobre estos códigos no modificados tienen AOSP como base y están etiquetadas con la etiqueta AOSP.
Los desarrolladores de LineageOS (abreviados como LOS, anteriormente CyanogenMod) toman estos códigos y los editan y modifican para que funcionen en muchos más dispositivos. Luego liberan estos códigos modificados en su página de GitHub ( haga clic para ver ). LOS es un proyecto impulsado por la comunidad, y no hay ayuda monetaria ni presión para realizar pruebas exhaustivas y de alta calidad. Aún así, errores y errores son corregidos rápidamente por la comunidad.Ahora, debido a que los códigos fuente de LOS pueden ejecutarse en más dispositivos que los de AOSP, tenemos muchas más ROM construidas sobre LOS que AOSP, y, como lo adivinaste, las ROM creadas con LOS como base tienen la etiqueta LOS, naturalmente.
Aparte de esto, los fabricantes de conjuntos de chips como Qualcomm y MediaTek también quieren implementar sus propias características de hardware específicas en Android. Por lo tanto, toman los códigos fuente de AOSP de Google, los modifican según su CPU, agregan o eliminan funciones y luego pasan los códigos modificados a los OEM (fabricantes de teléfonos) para el desarrollo del sistema operativo. AOSP tiene licencia de tal manera que los fabricantes de conjuntos de chips pueden modificar y pasar los códigos a los OEM sin lanzarlos al público. Como resultado de esto, los códigos fuente permanecen solo con los OEM, y depende de su voluntad de liberarlos o no.
Sin embargo, a diferencia de otros, Qualcomm agrega sus modificaciones, realiza las modificaciones según el SoC y luego las publica al público (lea: desarrolladores) en CAF(Si tiene una memoria que no apesta, recuerde lo que es CAF). Las ROM hechas sobre los códigos fuente modificados de Qualcomm están etiquetadas con la etiqueta CAF.
Ahora hablemos de lo que CAF trae a la mesa.
Qualcomm fabrica la CPU, por lo que es bastante seguro decir que nadie conoce mejor las CPU de Qualcomm que Qualcomm. En el CAF, agregan un montón de cosas que pueden aprovechar su destreza en la CPU, como un mejor procesamiento de audio, varios ajustes del reloj de la CPU, parches y librerías de la cámara, y mucho más. Los desarrolladores saben qué papel juega CAF en el desarrollo.Es una de las principales razones por las que los dispositivos Snapdragon obtienen muchas más ROM que, por ejemplo, MediaTek. Si cree que el software de su teléfono está mucho más optimizado y es más fluido en las ROM de CAF, no es una coincidencia. Por lo tanto, las ROM de CAF, si están disponibles, generalmente se consideran más optimizadas para las SoC Snapdragon de Qualcomm que las ROM de LOS y AOSP.
Ahora que sabes todo esto, de nada.


Fuente:
CAF vs AOSP, LOS & Others | customroms faq
 

Del blog

Es tendencia

¿Ha terminado la locura de añadir tantas cámaras a los móviles?

  • Si

  • No

  • No lo se

  • Ya me gustaría...

  • Ya te gustaría...


Los resultados solo son visibles tras votar.
Atrás
Arriba