Los Google Pixel extenderían su soporte de actualizaciones gracias a Project Treble

El problema de la línea 800/1 Sony muy sutilmente echo la culpa a Google diciendo que el Z3 com Nougat no pasaría la certificación de Google, y aunque Sony no quiso dar más explicaciones para no jugar a ver quién tiene la culpa, la principal diferencia entre el 800/1 Y el 805 es la capacidad de cifrado de disco por hardware.

Tal como he dicho en otros comentarios tengo un Mi4 con el SD 801 y Android Nougat en 7.1.2 gracias a Lineage OS. Funciona no sólo razonablemente bien sino que va con total soltura, más fluida que con MIUI. Entiendo que se pasan por dónde sé yo el tema de la certificación de Google porque de otra forma no se explica que un grupo de personas hasta cierto punto pequeño sean capaces de hacer algo que por ejemplo Samsung con todos sus recursos no puede/quiere.

Lineage OS, o cualquier otra ROM basada en AOSP tiene la autorización de Google y por ello tampoco traen las Gapps instaladas. Esto en teoría, muchos desarrolladores menos conocidos instalan las apps y servicios de Google sin su consentimiento, pero Lineage no lo hace, y lo deja muy claro que se puede instalar, pero ellos apenas te dicen como, no proporcionan el archivo necesario, esto lo hace otra persona ajena al proyecto. https://wiki.lineageos.org/gapps.html

Los fabricantes que venden sus móviles con los servicios de Google y su bendición, tienen algunas (pocas) exigencias por parte de Google, y no pueden ni les conviene enfrentarse con Google.

Es cierto, no había reflexionado en ese detalle, viene sin las gapps. Se flashean a posterior. En todo caso hablo del soporte para el procesador ya que Google se pronunció al respecto y de hecho no actualizaron los Nexus que lo llevan.

Un saludo!

Es un juego donde nadie se declara culpable.

El caso del 801, Qualcomm dice que no hay interés por parte de los fabricantes, los fabricantes dicen que no tienen el controlador y que si lo tuvieran, Google no les dejaría actualizar.

Pero esto no excusa las tardanzas y dejadez, los parches de seguridad hacen que sea posible una implementación fácil y rápida, aparte, algunos fabricantes tienen su propio SoC, y ni Samsung ni Huawei son las más rápidas en actualizar.

Yo personalmente creo que Google deberían plantear "devolver" parte del dinero que gana con la gente usando Android en móviles de otros fabricantes (compras de apps, subscripciones a Play Music y Drive) a los fabricantes que se comprometan con 24 meses de actualizaciones y 36 meses de parches de seguridad.

Project Trebble es precisamente para abordar el problema de que NINGUN fabricante de SoCs quiere gastar recursos en actualizar sus chips una vez lanzados.

A partir de que Project Trebble exista, ni Google ni los usuarios dependen ya del fabricante para actualizar Android, sera mucho mas facil para la comunidad y para los fabricantes de telefono cambiar actualizar.

Para nada lo veo así. En caso de que Qualcomm no quiera dar un update de sus drivers gráficos para Android 9.x (o el que sea) debo de tirar de gráficos por software y perder rendimiento y consumo? No tiene sentido.

Piensa que Google y todos los demás les interesa evolucionar y si saco la librería megaguay3.11 y cargarse el soporte a anteriores porque el rendimiento es mucho mejor, lo harán y si X SoC no quieren sacar drivers para ello, seguirán sin haberlo.

El mejor ejemplo es Intel con sus skylake. Llevan años arrastrando funciones que a día de hoy solo utilizan 4 gatos y ocupan sitio en sus CPU's y que fácilmente se pueden emular. Solución? Soporte a partir de w10.

No has entendido project Trebble.

No hay que sacar drivers para las nuevas versiones de Android, se sacan una vez, al principio, y ya esta, que de todas formas es lo que hacen los fabricantes de hardware, basicamente no dan soporte mas que cuando lanzan sus SoCs. Ahora Google por lo menos tiene la opcion de que eso no le frene.

Si la libreria no requiere hardware mas moderno pues se podrá implementar sin problemas.

Si la nueva libreria de Android 9 o 10, requiere hardware con nuevas funcionalidades, de todas formas el hardware no lo iba a poder hacer, asi que ese telefono en esa version de Android mas nueva no podra hacer eso, pero por lo menos disfruta del resto de ese nuevo Android.

Tal como esta pensado Project Trebble, Google se sacude de encima la no colaboracion de los fabricantes de SoCs. Hay un corte entre la capa cerca del hardware (y algun tipo de HAL, imagino) y el resto del sistema. Ese resto del sistema es lo que va a poder actualizarse a partir de ahora.

Los dos escenarios que propones son mucho más complicados.

Primeramente, aunque se habla de "una capa de personalización", lo que está por detrás no es tan simple como Samsung compilado el código AOSP y instalando TouchWizz por encima, su sistema, al igual que el de otros fabricantes deberían de ser considerado un fork de Android, porque sus modificaciones van más allá de un Launcher y un simple tema de colorines.

Y en el segundo están las licencias de los controladores y cuestiones legales.

Y Google anda en una línea muy fina que está entre exigencias y mantener los fabricantes a su lado.

Actualmente como esta desarrollado android estoy completamente de acuerdo contigo, pero mi comentario va enfocado a partir del proyecto Trebble que comentan, en ese escenario creo que google pudiera realizar lo que comento y asi ir eliminando la fragmentacion y aquellos equipo que por antiguos no soporten las nuevas capacidades de android los pasas a android GO pero con la version mas reciente.