"Arreglar" el retraso del cursor en el MacBook Neo: registra 1 píxel de la pantalla cada 10 segundos
Un error de retraso del cursor en el MacBook Neo de bajo coste de Apple ha llevado a los usuarios a compartir una solución chapucera: registrar periódicamente un solo píxel para forzar a macOS a tratar el puntero como un cursor dibujado por software en lugar de usar una superposición de hardware. Los comentaristas debaten lo grave que resulta que un sistema operativo moderno —especialmente Apple, asociada desde hace tiempo con interfaces fluidas— llegue con un fallo así, intercambian anécdotas sobre problemas similares de GPU y ahorro de energía, y exploran las razones técnicas por las que las transiciones entre cursor de hardware y de software pueden introducir latencia. Muchos ven esta solución como una broma ingeniosa pero reveladora sobre las complejas pilas gráficas de hoy y las prioridades cambiantes del diseño de Apple.
Reacción general al error del cursor en Neo
- Muchos ven el retraso del cursor como un “pecado cardinal” en UX: el puntero se describe como la “encarnación” del usuario en el ordenador, así que el tartamudeo hace que todo el sistema se sienta roto.
- Los comentaristas lo comparan desfavorablemente con sistemas de los años 80 y 90, donde los cursores se movían con suavidad de forma fiable, incluso en hardware mucho más débil.
- Varios dicen que esto parece algo que debería tratarse como un error crítico, que bloquea el uso.
La solución propuesta de registrar 1 píxel
- El script registra periódicamente un píxel para forzar a WindowServer a componer el cursor en lugar de usar una superposición de hardware.
- Algunos lo elogian como una solución práctica y mínimamente invasiva para un problema muy molesto.
- Otros lo califican de cura “terrible” que mantiene la GPU despierta o fuerza composición adicional, y temen que los usuarios olviden que sigue ejecutándose mucho después de que Apple arregle el error real.
- Un patrón similar de “arreglo chapucero” aparece en anécdotas: scripts que hacen hashing periódicamente para detener el coil whine, tocar archivos para evitar que las unidades USB se apaguen, etc.
Discusión técnica: cursor de hardware frente a cursor de software
- Varias publicaciones detalladas explican los cursores de hardware (planos de superposición separados, registros de posición) frente a los cursores de software (dibujados dentro de un framebuffer compuesto).
- Una teoría: el retraso ocurre durante la transición de cursor de hardware a cursor de software, posiblemente por esperar a que se vacíen colas de comandos de la GPU o fences.
- Otros argumentan que los compositores modernos simplemente vuelven a renderizar capas en cada fotograma; discrepan de las descripciones más antiguas de “guardar/restaurar debajo del cursor” por considerarlas obsoletas.
- No está claro exactamente qué hace macOS en el Neo; los comentaristas dicen que harían falta respuestas reales del código del driver o de WindowServer.
Mitigaciones alternativas y errores relacionados
- Cambiar ligeramente el tamaño del cursor ha arreglado históricamente algunos errores de GPU/composición; en el Neo, se informa que hace falta un tamaño notablemente mayor, y puede que no siempre ayude.
- Se mencionan los modos detached fullscreen de bajo consumo en macOS como fuente de fallos de renderizado pasados.
Comparaciones y comentarios más amplios sobre Apple
- Algunos usuarios de Linux informan de un retraso similar del cursor bajo carga intensa o en configuraciones concretas; otros dicen que nunca lo han visto, así que su prevalencia se discute.
- Varios comentarios lamentan un supuesto deterioro del rigor de Apple en UX, y sostienen que el bajo precio del Neo, junto con fallos visibles, socava la marca de “simplemente funciona”.
Hilos secundarios
- Breve digresión sobre la sintaxis
guardde Swift y sus ventajas. - Notas sobre usar Swift como lenguaje de scripting mediante shebang.
- Bromas anecdóticas y discusión nostálgica sobre hardware antiguo y principios de diseño de interfaces.