Facilitará Project Treble para Oreo el desarrollo y flasheo de ROMs personalizadas?

En XDA-Developers :

La razón por la que se está trabajando lentamente en ports no oficiales de Android Oreo en lugar de algo que los desarrolladores puedan compilar, arrancar y ejecutar es simple. Con el fin de poner en marcha una nueva versión de Android en un dispositivo existente, el núcleo y el árbol de dispositivos necesitan ser fuertemente reelaborados con el fin de hacer que un teléfono Android existente funcione con una versión más reciente de Android. Esto se debe a que la implementación actual del proveedor, incluyendo todos los blobs binarios propietarios, está hecha para trabajar con una única versión de Android, y por lo tanto necesitan ser reelaborados y portados a la nueva versión de Android para que el dispositivo funcione correctamente.

Casi todos los componentes dentro del teléfono utilizan un blob independiente y propietario, y requiere ser parcheado y trabajado de forma independiente para que el software más nuevo pueda utilizarlo, asegurándose también de que los otros no se rompan en el proceso. Esta es realmente una tarea que consume mucho tiempo, y la razón principal por la que la mayoría de las ROMs personalizadas estables (como LineageOS weeklies u otras ROMs con soporte oficial) no aparecen hasta 2-3 meses después de que la versión final de Android cae en AOSP. Todo este esfuerzo también significa que la ROM resultante sólo funcionará en un dispositivo o, en el mejor de los casos, en un puñado de dispositivos con especificaciones idénticas o similares.

Esto parece estar cambiando con Project Treble, según Ron Amadeo de ArsTechnica y corroborado de forma independiente por el desarrollador de ROM personalizadas SultanXDA.

Malchev afirma que Treble estandariza el soporte de hardware de Android hasta tal punto que las compilaciones genéricas de Android compiladas a partir de AOSP pueden arrancar y ejecutarse en todos los dispositivos Treble. De hecho, estas compilaciones "AOSP en bruto" son las que se utilizarán para algunas de las pruebas CTS que Google exige a todos los fabricantes de equipos originales de Android para obtener la licencia de las aplicaciones de Google. Esto significa que, debido a la modularización de la capa inferior de Android, todos los dispositivos Treble del mercado podrán arrancar una versión genérica de Android AOSP. Esto elimina la mayor parte de la molestia de portar ROMs personalizadas a un dispositivo antiguo, ya que una sola versión genérica de Android puede funcionar en muchos dispositivos. Esto acerca los dispositivos Android a algo parecido a un ordenador personal, donde se puede arrancar la última versión de Windows 10 o cualquier distribución de Linux en un ordenador de 10-12 años.

Sin embargo, todavía no podrás arrancar en tu dispositivo Treble versiones genéricas de Android 9.0 que funcionen a la perfección, ya que todavía hay que trabajar en los árboles de dispositivos y los kernels. Aún así, es un gran comienzo: gracias a las HAL modularizadas, la carga de trabajo para lanzar la próxima versión de Android debería reducirse considerablemente, y podríamos ver versiones 9.0 estables en cuestión de días/semanas en lugar de meses. Debemos tener en cuenta que Project Treble, aunque ya se está desplegando, sigue siendo un trabajo en curso, ya que todavía está recibiendo cambios en AOSP, y la capa de proveedores podría estandarizarse con el tiempo hasta el punto de que instalar una nueva versión de Android será lo mismo que instalar Windows en un ordenador.

Este es un gran avance técnico, y tiene el potencial de mejorar significativamente el desarrollo de ROMs personalizadas basadas en AOSP en nuestros foros. Pero esto solo se aplica a dispositivos con Project Treble, y actualmente los únicos teléfonos con Treble disponibles son el Google Pixel, el Google Pixel XL, el Sony Xperia XZ1 y el XZ1 Compact.