header-logo

Comunicación de marketing impulsada por inteligencia artificial

Descargo de responsabilidad: el texto que se muestra a continuación se ha traducido automáticamente desde otro idioma utilizando una herramienta de traducción de terceros.


Accidente de fondo de pantalla explicado: Así es como una imagen simple puede teléfonos de ladrillo suave

Jun 2, 2020 12:57 AM ET

https://youtu.be/_4wh3FA9-gw

¿Cómo puede una simple imagen bloquear un teléfono Android hasta el punto de que se vuelve inutilizable?

Es una pregunta que salió con frecuencia en las últimas 24 horas, como noticias de un “fondo de pantalla maldito” se extendió por la web.

El bloqueo de fondo de pantalla explicado

Aquí hay un resumen: Establecer una imagen en particular como fondo de pantalla puede enviar algunos teléfonos en un bucle de accidentes que los hace inutilizables.

Hay algunas soluciones, dependiendo de lo duro que se golpea el teléfono. Algunos usuarios fueron capaces de cambiar el fondo de pantalla en el corto intervalo entre los bloqueos. Otros tuvieron éxito al eliminar el fondo de pantalla utilizando la herramienta de recuperación TWRP. Pero en la mayoría de los casos, la única solución era restablecer el teléfono a la configuración de fábrica, perdiendo cualquier dato que no esté respaldado.

El tema fue sacado a la luz por Ice Universe, los usuarios chinos de Twitter conocidos por las filtraciones. Basado en informes de usuarios, muchos modelos de Samsung y Google se ven afectados, mientras que también hemos visto algunos informes de los usuarios de dispositivos OnePlus, Nokia y Xiaomi (no está claro si estos últimos dispositivos ejecutaron software de stock o ROMs personalizadas). A partir de nuestras propias pruebas y mirando los informes de los usuarios, los dispositivos Huawei parecen estar menos expuestos al problema de bloqueo de fondo de pantalla.

@UniverseIce del universo de hielo
 

¡¡¡Advertencia!!!
Nunca establezca esta imagen como fondo de pantalla, especialmente para los usuarios de teléfonos móviles Samsung!
¡Hará que su teléfono se bloquee!
¡No lo intentes!
Si alguien te envía esta foto, por favor ignórala.

View image on Twitter
10.3K personas están hablando de esto

 

El problema afecta a los teléfonos actualizados con Android 10,pero a medida que resulta, no es realmente nuevo. Los usuarios han estado informando problemas similares durante un par de años, y apenas el mes pasado Android Police informó sobre lo que parece ser un problema estrechamente relacionado que afecta específicamente a los teléfonos Pixel que ejecutan la aplicación Google Wallpapers.

Le preguntamos a un desarrollador lo que está pasando

Es un problema extraño que tiene el potencial de convertirse en un problema más amplio, especialmente si los trolls se involucran. Es fácil imaginar personajes desagradables que boobytrapping fondos de pantalla y enviarlos a los usuarios desprevenidos como una “broma”.

Entonces, ¿qué está pasando?

Hemos visto algunas explicaciones para el problema, la mayoría de ellos implicando el espacio de color de la imagen, que va más allá de lo que SystemUI de Android puede manejar y causa un bloqueo.

Para tener una mejor idea de lo que está pasando con este bloqueo de fondo de pantalla de Android, nos pusimos en contacto con Davide Bianco, un desarrollador de Android que lidera el proyecto ROM personalizado POSP,que envió un parche inicial para el problema al rastreador de errores AOSP.

Davide amablemente explicó para los lectores de Android Authority cómo una imagen puede causar tales problemas, advirtiendo que es su “toma personal”. A continuación se muestra una explicación ligeramente editada de él:

El principal problema aquí es que SystemUI sólo maneja imágenes sRGB para el fondo de pantalla y no tiene ninguna comprobación contra fondos de pantalla que no son sRGB. Esto puede provocar un bloqueo determinado en la clase ImageProcessHelper, ya que una variable utilizada para tener acceso a una matriz pasa por encima de los límites de la matriz.

Como referencia, aquí está el</a href=”https://android.googlesource.com/platform/frameworks/base/+/refs/heads/maste>

r/packages/SystemUI/src/com/android/systemui/glwallpaper/ImageProcessHelper.java-129″ target-“_blank” rel-“noopener noreferrer” data-vars-outbound-link-link “https://android.googlesource.com/platform/frameworks/base/+/refs/heads/master/packages/SystemUI/src/com/android/systemui/glwallpaper/ImageProcessHelper.java-129”>definición del método .

Esta variable se denomina y y es la suma de los valores rgb de píxeles escaneados actuales. Este píxel se obtiene escaneando cada fila y columna de la superficie de imagen en escala de grises. Cada vez que obtenemos un píxel, asignamos a y la suma de sus valores rgb (generalmente max es 255) y usamos dicha variable para acceder a un elemento de la matriz del histograma (cuyo tamaño es 256 max) y hacemos cosas con dicho elemento.

Ahora, para las imágenes en escala de grises normales, la suma de valores rgb siempre es 255, pero esta no es una imagen normal. La variable y supera 255 y genera una excepción fuera de límites (cualquier excepción en SysUI se trata como fatal, lo que conduce a un bucle infinito de bloqueos porque la imagen se procesa cada vez que se inicia SysUI). Ahora, una solución podría ser agregar una comprobación después de que y se asigna un valor que básicamente establece y en 255 si alguna vez va más allá del límite máximo. Esto realmente funciona, pero obtenemos peor calidad por alguna razón.

 

Los chicos de LineageOS fueron capaces de averiguar que este problema en particular ocurre debido a un redondeo deficiente, sobre todo porque los valores rgb siempre se redondeaban a ceil en lugar de redondeo normal. Fueron capaces de corregirlo redondeando manualmente los valores y aparentemente este método también conserva la calidad, pero realmente no veo cómo, sobre todo porque SysUI parece convertir siempre la imagen a sRGB, lo que conduce a una pérdida de color cuando el espacio de color es más grande.

También fue descubierto por un desarrollador 9to5Google (Nota del editor: el desarrollador es Dylan Roussel, un desarrollador de Android y 9to5Google colaborador) que el problema no se produce en Android 11 ya que la imagen siempre se convierte en sRGB antes de que se procesa de ninguna manera.

También traté de crear mi propia imagen rota con photoshop o gimp, pero SysUI siempre convirtió la imagen en el espacio de color seguro, lo que llevó a ningún accidente (pero una pérdida de colores ofc). Incluso intenté extraer el perfil de color de la imagen rota y usarlo en una nueva imagen, pero todavía no pude conseguir que SysUI se bloqueara.

Hay buenas noticias, y hay malas noticias

android wallpaper crash

 

La mala noticia es que el tema está ahora al aire libre, y se puede apostar que algunas personas lo utilizarán para travesuras. Más preocupantemente, este error (o uno muy similar) parece haber sido un problema durante al menos un par de años, sin ninguna acción visible de Google.

También malas noticias: si eres víctima de una broma (o de tu propia curiosidad), no hay un método fácil y sin dolor para deshacerla. Al menos el restablecimiento de fábrica sigue siendo el último recurso, pero no recomendamos probarlo en su propio dispositivo.

Leer siguiente: Los mejores fondos de pantalla de Android: Fondos de pantalla predeterminados de más de 125 dispositivos Android

La buena noticia es que esto parece ser un error directo, en lugar de malware o algo más nefasto. Decimos “parece” porque no hemos vuelto a saber de Google para la confirmación. También buenas noticias: este error no será un problema una vez que Android 11 aterriza más adelante este año.

Contact Information:

Bogdan Petrovan

Tags:   Spanish, United States, Wire