|
Noticias del portal sobre Apple Sólo el staff puede publicar aquí |
|
Herramientas |
#161
|
||||
|
||||
Muy interesantes las aportaciones de @Metzen83
Por lo demás, me parece flipante que llevemos ocho páginas de hilo y nadie haya dicho ni una sola palabra respecto a lo que comentaba @korny en este mensaje: Anda, si el autor del articulo es el mismo lumbreras del hilo de twitter aquel...
Un invent como un piano de grande, porque la tasa de refresco de la app en iOS depende de si la app ha sido adaptada manualmente a las pantallas ProMotion o no, como de hecho se ha demostrado cuando hasta 3 dias NINGUNA aplicacion usaba los 120hz porque aun no era posible actualizarlas (porque apple actualizo el SDK tarde), ¿como es eso posible si, segun el autor del articulo, eso depende exclusivamente del sistema o no de que las apps esten adaptadas o no? Es evidente que Ricardo Aguilar no ha leído bien la documentación oficial sobre ProMotion, si lo hubiese hecho no habría obviado que iOS solo puede ofrecer 120 Hz en aplicaciones de terceros si previamente el desarrollador las adapta introduciendo una línea de código. Es decir, que la gestión que realiza iOS del frame rate está muy bien sobre el papel, pero a la hora de la verdad sufre el mismo problema que Android: depende de que los desarrolladores actualicen sus apps para soportar esa característica. Vamos, que en la vida real el 99% de apps no pasan de 60 Hz, exactamente lo mismo que sucede en Android. También podríamos hacer mención a la muy diferente filosofía de funcionamiento de iOS y Android. En iOS hay una empresa que decide TODO por el usuario: decide cuándo podrá disfrutarse de pantallas con 120 Hz, decide qué modelos dispondrán de esa característica y cuáles no y decide cómo se comportará la tasa de refresco en el sistema operativo (con la salvedad ya comentada de necesitar colaboración de los desarrolladores para pasar de 60 Hz). En Android, en cambio, hay un montón de fabricantes que ofertan desde hace años dispositivos con 60 Hz, 90 Hz, 120 Hz y 144 Hz y cada uno de ellos es libre para decidir cómo implementa esa característica, ya sea con un funcionamiento adaptativo que tenga en cuenta la app que se utilice y/o los toques que se realizan en la pantalla, o bien bloqueando el funcionamiento a determinados Hz. Que todo tiene sus pros y sus contras, por ejemplo un iPhone cuando llega a un determinado nivel de batería no permite subir de 60 Hz, mientras que en Android el usuario puede elegir si quiere apurar al máximo la batería o prefiere seguir disfrutando de altas tasas de refresco con una duración inferior. Y ya otro día si eso hablamos de que en Android llevamos años disfrutando de altas tasas de refresco incluso en smartphones de menos de 200 €, mientras que en iOS han empezado a disfrutarlo anteayer y solo los afortunados que se han podido gastar los más de 1.000 € que cuenta un iPhone 13 Pro (no digamos ya el Pro Max). Saludos |
|
#162
|
||||
|
||||
Muy interesantes las aportaciones de @Metzen83
Por lo demás, me parece flipante que llevemos ocho páginas de hilo y nadie haya dicho ni una sola palabra respecto a lo que comentaba @korny en este mensaje: Esto demuestra que el nivel medio de los foreros es bastante bajo, parece que algunos solo se leen los artículos para acumular munición a favor o en contra de Apple sin entrar siquiera a analizar su contenido con un mínimo de espíritu crítico. Es evidente que Ricardo Aguilar no ha leído bien la documentación oficial sobre ProMotion, si lo hubiese hecho no habría obviado que iOS solo puede ofrecer 120 Hz en aplicaciones de terceros si previamente el desarrollador las adapta introduciendo una línea de código. Es decir, que la gestión que realiza iOS del frame rate está muy bien sobre el papel, pero a la hora de la verdad sufre el mismo problema que Android: depende de que los desarrolladores actualicen sus apps para soportar esa característica. Vamos, que en la vida real el 99% de apps no pasan de 60 Hz, exactamente lo mismo que sucede en Android. También podríamos hacer mención a la muy diferente filosofía de funcionamiento de iOS y Android. En iOS hay una empresa que decide TODO por el usuario: decide cuándo podrá disfrutarse de pantallas con 120 Hz, decide qué modelos dispondrán de esa característica y cuáles no y decide cómo se comportará la tasa de refresco en el sistema operativo (con la salvedad ya comentada de necesitar colaboración de los desarrolladores para pasar de 60 Hz). En Android, en cambio, hay un montón de fabricantes que ofertan desde hace años dispositivos con 60 Hz, 90 Hz, 120 Hz y 144 Hz y cada uno de ellos es libre para decidir cómo implementa esa característica, ya sea con un funcionamiento adaptativo que tenga en cuenta la app que se utilice y/o los toques que se realizan en la pantalla, o bien bloqueando el funcionamiento a determinados Hz. Que todo tiene sus pros y sus contras, por ejemplo un iPhone cuando llega a un determinado nivel de batería no permite subir de 60 Hz, mientras que en Android el usuario puede elegir si quiere apurar al máximo la batería o prefiere seguir disfrutando de altas tasas de refresco con una duración inferior. Y ya otro día si eso hablamos de que en Android llevamos años disfrutando de altas tasas de refresco incluso en smartphones de menos de 200 €, mientras que en iOS han empezado a disfrutarlo anteayer y solo los afortunados que se han podido gastar los más de 1.000 € que cuenta un iPhone 13 Pro (no digamos ya el Pro Max). Saludos exactamente compañero. iOS puede gestionar la frecuencia de la pantalla siempre y cuando el desarrollador de la aplicación programe así la aplicación. Si no, nada de nada, y como bien decía un compañero en los primeros post de la conversación, el sdk de apple para hacer esto se distribuyó tarde y mal, con lo que los programadores no lo tuvieron disponible y las aplicaciones no se optimizaron a tiempo, incluso a día de hoy hay una gran mayoría que no están, ni estarán optimizadas. En android el desarrollador programa así la aplicación y al final se usa así en el sistema operativo. Por lo que me da a mi entender que en iOS es una doble capa, la que hace el desarrollador, y segundo la propia gestión que hace iOS bajo los parámetros establecidos por el desarrollador. Doble capa como decía, innecesaria totalmente... Pero que fue lo que vendió apple? la revolución más inmensa sobre el promotion de la pantalla gestionado por iOS.... marketing de clase humo, el mismo marketing que siempre han hecho... si la gente tuviera 2 dedos de frente se cansaría rápido de esto, exigiría a apple cosas reales, dejarse de nombres de marketing absurdos, y ofrecer algo tangible sin medias mentiras/verdades. Pero mientras la gente compre el humo, es lo que seguirá vendiendo. Apple tiene buenos productos, y un ecosistema potente, no lo niego, pero si no hiciera estas cosas no tendría la base de detractores que tiene tan potente, y creciendo...
__________________
----------------------------------------------------------------------------------------
La tecnología debería adaptarse al usuario, nunca al revés. ---------------------------------------------------------------------------------------- |
Estás aquí | ||||||
|