Cada cierto tiempo, alguna que otra compañía lanza un terminal muy diferente a los que estamos acostumbrados a ver o con alguna característica que los hace singulares: el Galaxy S4 Zoom, por ejemplo, los efímeros Galaxy Beam con proyector, y las entrañables tablets Nook con Android, y estos son poquísimos ejemplos. Los YotaPhone son unos teléfonos rusos con una característica muy peculiar: tienen una segunda pantalla de tinta electrónica. De hecho, si te apetece, puedes no usar la pantalla principal y usar sólo la secundaria, lo que implica un ahorro masivo de batería. Interesantes, pero no exentos de controversia.

El primer YotaPhone fue lanzado en 2012, y el YotaPhone 2 en 2014 aunque sólo en Europa y algunas pocas regiones (su comercialización en América del Norte, por desgracia, se canceló, lo que no ayudó precisamente en su difusión pública). Pero bueno, la firma soviética rusa Yota Devices, ha anunciado oficialmente su próximo buque insignia: el YotaPhone 3, durante un evento de electrónica chino-ruso celebrado en Harbin, ciudad situada en la región China de Manchuria.

[youtube src="4dEUtl1PR0M" /]
Los detalles acerca del YotaPhone 3 de momento son muy escasos, todo lo que sabemos es que habrán modelos de 64 GB y 128 GB de almacenamiento, cuyos precios rondarán los $350 y $450 dólares respectivamente. Así mismo, fuentes del portal Liliputing señalan que el teléfono saldrá a la venta en China en septiembre, y las pre-ventas en Europa del Este y Rusia comenzarán por esas fechas.

No se ha hablado aún sobre un posible lanzamiento en América, así que de momento ello se vislumbra como inviable. Esperamos tener pronto más información sobre este YotaPhone 3. ¡Atentos!

[vía Android Police]

Nacido de las cenizas del averno en 1993, la demoníaca ópera espacial de Id Software se convirtió en una leyenda automática; DOOM, el buque insignia del género de disparos, rodeado de controversia desde su lanzamiento por sus mensajes subliminales e imágenes satánicas.

[right-side]Más de 20 años han pasado desde su lanzamiento, y DOOM no ha perdido aún su diabólico encanto, casi podría decirse que ha envejecido como el vino. Así, DOOM Anthology (v1.666) es una versión super-mejorada del DOOM clásico (que incluye The Ultimate DOOM, DOOM II y Final DOOM), y además una extensa recopilación con episodios perdidos, misiones inéditas y nuevas campañas, todas integradas con Brutal DOOM X.

  • Incluye todos los lanzamientos clásicos de DOOM hasta la fecha.
  • Incluye los juegos: Heretic y Hexen (¡brutalizados!)
  • Incluye: Brutal DOOM 64.
  • Incluye: DOOM Anthology 1.666 para Android (+APK de DOOM Touch 4.1)
  • Expansión oficial para DOOM II: No Rest for the Living
  • Nueva campaña para DOOM II: “Realm of the Dead”.
  • Nueva campaña para DOOM II: “Bloodstained Earth”.
  • Nuevo episodio para DOOM II: “Redemption of the Slain”.
  • Nuevo episodio para DOOM II: “Storm of Blood” (exclusivo de edición Legacy)
  • Nuevo episodio para Ultimate DOOM: “Visions of Eternity”.
  • Nuevos episodios para Ultimate DOOM: “City of Corpses” y “Director’s Cut”.
  • ¡Gran cantidad de nuevos niveles secretos! (¡haber si los encuentras todos!)
  • Nuevos episodios: “Plutonium Winds” y “Plutonia Revisited” para Final DOOM: Plutonia Experiment.
  • Extensas mejoras gráficas generales: brightmaps, luces dinámicas y shaders.
  • Brutal DOOM X (basado en BDv20) integrado en modo software (para la edición Legacy) y OpenGL.
  • Modo clásico: ¿amas DOOM Anthology pero odias Brutal DOOM? ¡no hay problema!
  • Incluye juego: “DOOM, The Roguelike” ó DoomRL (juego roguelike basado en turnos).
  • Incluye juego: MiniDOOM 1.3, creado por Calavera Studios.
  • Incluye mods standalone: The Lost Episodes of DOOM y Ultimate Simplicity.
  • Incluye libros y eBooks en PDF sobre DOOM: novelas, historias, viejos manuales y más.
  • Utilidades para edición de WADs y creación de mapas.
  • DOOM Anthology Add-On Pack: gigantesca colección de WADs fáciles de cargar (¡se descarga aparte!) (¡disponible muy pronto!)
Mínimos:
Procesador: Intel Dual Core @ 2.00 GHz x2.
Gráfica: Intel HD 1000, 64 MB VRAM compat. c/ Shader 2.0.
Memoria: 2 GB de memoria RAM @ 667 MHz.
Sistema operativo: Windows 9x/XP/Vista/7/8.x & Ubuntu 12.04 LTS
Pantalla: aspecto 16:9, resolución 1366×768 mínima o superior.
Almacenamiento: 950 MB libres (350 MB para Starter Pack)

Recomendados:
Procesador: Intel Core i3 (6th-gen) @ 3.7 GHz.
Gráfica: Intel HD Graphics 530/620 ó NVIDIA GeForce 940MX
Sistema operativo: Windows 7/8.x/10 & Ubuntu 12.04/16.04 LTS
Memoria: 4 GB de memoria RAM o superior
Pantalla: aspecto 16:9, resolución 1366×768 mínima o superior.
Almacenamiento: 950 MB libres (350 MB para Starter Pack)


¿Menudo paquetón, verdad? Y vaya que nos hemos demorado en su compilación. DOOM Anthology v1.666 está disponible para descargar a través del alojamiento Mega, y aunque ha sido desarrollado para Windows, funciona a las mil maravillas bajo Linux (testeado en Ubuntu 16.04 LTS con la última versión de Wine). Debajo tienes los botones para descargar (recomendamos bajar la versión 'Complete').

Si tienes problemas ejecutando DOOM Anthology en Windows 10 con gráfica Intel HD 1000, deberías probar instalarlo en Ubuntu con Wine, ¡te aseguro que funcionará perfecto!




¡DOOM Anthology 1.666 no es compatible con la anterior versión 1.3! ¡No trates de actualizar porque el resultado será desastrozo! (ESTO NO ES UNA RECOMENDACIÓN, ES UNA ADVERTENCIA): DOOM Anthology 1.666 no es una actualización de la 1.3, sino más bien una versión totalmente nueva, con una estructura de archivos y formatos totalmente diferentes.

Si tienes una versión anterior (1.3) de DOOM Anthology, debes desinstalarla y borrar todo rastro antes de instalar la versión 1.666.

Cada nueva versión de Wine, el conocido no-emulador de aplicaciones nativas de Windows para sistemas operativos basados en Linux, no hace sino mejorar lo que ya de por sí es un muy admirable trabajo de ingeniería inversa. Dos semanas después del lanzamiento de Wine 2.9, que incluía importantes mejoras en cuanto a compatibilidad y soporte para aplicaciones y videojuegos (con parches específicos para The Witcher 3 y NFS: The Run), Wine 2.10 acaba de llegar, y por sus novedades se trata de uno de los lanzamientos más importantes de los últimos meses.

Actualmente uno de los principales objetivos del Proyecto Wine y la gente de CodeWeavers pasa por llevar Wine a Android; y durante las últimas semanas, una gran cantidad de código de Android ha estado arribando al upstream de Wine.

Las novedades de Wine 2.10

[youtube src="AWZvwhwT1Sk" /]
Con todo, Wine 2.10 tiene entre sus novedades más prominentes la implementación de una versión inicial del controlador gráfico de Android, soporte mejorado para el conjunto de protocolos WebServices, múltiples mejoras en Direct2D, mejoras en la interfaz de Regedit, y como no: grandes mejoras en el soporte de aplicaciones y juegos: algunas como Final Cut Pro, Path of Exile, Medieval: Total War, Dark Souls II, Sniper Elite 2 y una amplia variedad de juegos desarrollados por Warner Bros correrán mejor bajo Wine 2.10.

Wine 2.10 incluye gran cantidad de parches, y aplicaciones como KwSing, Kingsoft WPS 2013, Origin, Guitar Pro 7, PureBASIC, Coda Finale, Notepad++ y gran cantidad de juegos basados en Unreal Engine 3, así como múltiples aplicaciones de 64-bits que no funcionaban con versiones previas de Wine compiladas con GCC-7 correrán mucho mejor con Wine 2.10.

De momento, los binarios de Wine 2.10 no están disponibles aún, pero si sientes que no puedes esperar más, puedes descargar el código fuente y componerlo por tí mismo si sabes cómo hacerlo. Se vienen cosas interesantes a Wine, ¡y a Android, de hecho!

El panorama en la gama media y baja en Android ha mejorado enormemente estos últimos años. En serio, hasta hace unos años, cualquier cosa por menos de $300 dólares era automáticamente una experiencia cercana a la desesperación y la ira autodestructiva. Para que un dispositivo Android sea considerado más malo que la tiña tiene que cumplir necesariamente alguna de estas condiciones: ser jodidamente lento, tener una batería desastroza, ser feo de cojones o rematadamente inútil. Pura maldad.

La lista de los peores teléfonos/tablets Android no es sólamente una recopilación de los gamas bajas más desastrozos que han parido nuestros simpáticos fabricantes (esos que harían entrar en cólera hasta a un monje shaolin), sino también los más sonados fiascos en la industria, lo que también incluye a buques insignia; sí, esos mastodontes que cada cierto tiempo son los emblemas de sus respectivas casas productoras.

Prepárate, y si tuviste alguna de estas magnas obras satánicas cuéntanos tu martirio en la caja de comentarios. Y quien crea en algún dios, que se encomiende a él antes de empezar.

Samsung Galaxy Ace

El rey indiscutible de los teléfonos basura. Y es muy probablemente el orígen de la mala reputación que solía tener Android en la gama media y baja. La resolución de su pantalla es bajísima, su cámara tiene una calidad miserable, un diseño como poco extraño, que no tiene nada de bonito o interesante y la cereza sobre el pastel: un rendimiento execrable. Con este smartphone, Samsung estuvo cerca de arrebatarle a Microsoft la famosa frase de: «todo lo que toca lo convierte en mierda». Para los que sufrieron en carne propia cualquier variante del Galaxy Ace, la frase debió tener mucho sentido en su día a día.

Galaxy Ace... Era como, Dios mío, ni siquiera sé como explicarlo.

Google Nexus 7 (2012)

¿No esperabas ver un terminal de Google en esta lista, eh? Es que ni te enteras. Cuando la primera Nexus 7 salió la mercado en 2012 era la mejor tablet que el dinero podía comprar (para lo estipulado en aquél entonces, era increíblemente barata); incluso si compras una nueva en la actualidad notarás lo bien que funciona, fluida y rápida, vaya...

Ay, ilusos... Eso hasta que pasan los meses y su memoria Flash empieza a degradarse al punto de que hagas lo que hagas, la formatees docenas de veces, le hagas un downgrade a Android 4.1 Jelly Bean, nada... Una vez que enciendes por primera vez una Nexus 7 (2012), su destino queda sellado para siempre, y las consecuencias empezarás a pagarlas a los pocos meses. Ni el mismísimo Gabrielle Amorth puede librarte de ese infierno.

Es una puta mierda. Se rumorea que la memoria NAND es de muy baja calidad y se degrada muy, muy rápido, por lo tanto no tiene solución aparente. Cagada de ASUS, y Google por no supervisar lo que va a vender, claro.

Se laguea tremendamente y la batería dura lo mismo que una pila sulfatada. HO-RRI-BLE.

HTC Thunderbolt

El operador estadounidense Verizon quería ser de los primeros en sumarse al carro de la conectividad 4G LTE, la novedad por aquellas épocas, lástima que decidieran hacerlo con un teléfono tan apestoso. A decir verdad, el HTC Thunderbolt no era un mal teléfono: rápido, fluido y todo salvo un gran y terrible inconveniente: apenas podías usar el puto trasto. Además de estar repleto de bugs, su autonomía era tan absolutamente lamentable que si llegaba a las 3 horas de duración (incluso sin usarlo) podía considerarse un milagro. Steve Wozniak se refirió a él como «el peor teléfono que había tenido en su vida».

HTC Thunderbolt... Dulce niño Jesús, ese teléfono mató toda impresión mía sobre HTC... La batería de ese teléfono era atroz incluso cuando nuevo, un día incluso murió en 11 minutos (sin haberlo usado). Me compadezco de quien haya tenido o aún tenga ese teléfono. Que los dioses de Android tengan piedad de su alma.

Google Nexus 9

La gran G vuelve a protagonizar una lista de lo peor de lo peor en el mundillo Android, y sí, esta vez vuelve a ser una tablet. La Nexus 10 y la Nexus 7 (2013) fueron dispositivos sobresalientes casi todos los aspectos, además de ser razonablemente baratos. Cuando Google anunció la Nexus 9 todos nos quedamos flipando: incluía un procesador NVIDIA Tegra K1, una pantalla con resolución Quad HD, 2 GB de memoria RAM y sería la primera tablet con Android 5.0 Lollipop

Los inconvenientes no tardaron en salir a la luz: la calidad de su construcción era (y sigue siendo) pésima, su plástico es de baratillo, casi todas presentan fugas de luz en sus pantallas, y para colmo es carísima. Y otro problema: la Nexus 9 lagea que da gusto. Este último es mucho más malo porque empieza a manifestarse muy rápido: la Nexus 9 empieza a ralentizarse y a sufrir cuelgues insoportables. ¿Has usado una Nexus 7 (2012) con Lollipop? Ya, así es usar la Nexus 9 luego de unos días.

Para empezar, a diferencia del Nexus 6 cuya implementación de Android es de 32-bits, la de la Nexus 9 es de 64-bits cuando casi todos sus componentes están diseñados para funcionar bajo los 32-bits, veamos: 1) la cantidad de memoria es inadecuada debido a que toda cosa hecha en 64-bits usa 20% más recursos que algo en 32-bits, 2) el procesador Tegra K1 de la tablet es una variante de dos núcleos, así que ya puedes imaginarte el tremendo peso que lleva sobre sus hombros y 3) esta tablet viene con el disco encriptado por defecto, empeorando aún más su pobre rendimiento.

Y si piensas que se trata de sólo casos aislados o de geeks inconformes, entérate: hay foros enteros dedicados únicamente a ver formas de solucionar el lag en la Nexus 9.

Mi Nexus 7 2012 hacía que me entraran ganas de salir a golpear a alguien. Mi Nexus 9 hace que me entren ganas de cometer asesinato. Si quiero evitar ir a prisión, creo que debo deshacerme de ella cuanto antes.

LG L20

Este me toca especialmente porque lo sufrí en carne propia. Basura infecta, vaya. El LG L20 salió en 2014, en pleno auge de la gama baja en Android cuando el Motorola Moto E (2014) era el rey indiscutible de la gama de entrada y los chinos empezaban a arrepentirse de sus pecados. Con Android 4.4 KitKat, el LG L20 era malo en casi todo: respuesta táctil desesperantemente errática, una pantalla con unos ángulos de visión casi nulos y resolución bajísima, y lo peor: un rendimiento nefasto. Lo único que destaca es en la duración de su batería.

Santa mierda, que se joda ese teléfono. Recordarlo me da escalofríos. No hace falta explicación.

Motorola FlipOut

[youtube src="NGAVlaCoBq4" /]
Hay experimentos que definitivamente no deberían salir nunca del laboratorio. Pero por alguna razón (que ningún ejecutivo cuerdo se atrevería a hacer en la actualidad), a algún ejecutivo de Motorola se le ocurrió la grandiosa idea de lanzar un smartphone con una pantalla diminuta acompañada de un teclado diminuto plegable. Para empeorar las cosas: MotoBLUR, la vieja capa de personalización de Motorola antes de su adquisición por parte de Google, conocida por ser tan mala como una patada en los huevos; con decirte que era peor que TouchWiz ya puedes hacerte una idea. La idea simplemente no cuajó.

Solía tener un Motorola Backflip allá por el 2009 - 2010. Motoblur me dio SIDA.

Samsung Galaxy Note 7

Samsung tiene el dudoso honor de aparecer por segunda vez en nuestro top. El Galaxy Note 7 venía para cubrir todas las carencias de su predecesor: el Note 5; tanto que incluso Samsung había decidido obviar el níumero 6 para demostrar el salto evolutivo. Salvo algunos contras rozando los minúsculos, el Galaxy Note 7 era el phablet casi perfecto, y candidato predilecto para disputar el título a mejor phablet del año. Pero una serie de gravísimos inconvenientes terminaron eclipsando a un terminal que se suponía tendría todas las ventajas que su antecesor no tuvo. En fin, las grandes ilusiones suelen desembocar en grandes desengaños.

Samsung, tratando de adelantarse a la Apple y el inminente lanzamiento de su iPhone 7 Plus, aceleró sus estaciones de trabajo para que trabajaran a la mayor prisa posible; lo que llevó a un alto volumen de baterías defectuosas que terminaban explotando, con varios incidentes, incluido un Note 7 que ardió en llamas en las manos de un niño; Samsung asumió todos los problemas y reemplazó los dispositivos en peligro por otros con la etiqueta de 'seguros'... Otro percance: los Galaxy Note 7 reemplazados también explotaban, y no sólo eso, sino que la frecuencia con que estos Note 7 reeemplazados ardían era muchísimo más alta.

Los problemas no tardaron en venírsele encima a Samsung, con un dispositivo explotando a una media de casi uno por día; un Galaxy Note 7 que ardió dentro de un avión fue la gota de rebalsó el vaso... El buque insignia de Samsung fue clasificado como material peligroso por una agencia federal norteamericana y Samsung anunció que dejaría de vender y fabricar el dispositivo. Así, el Galaxy Note 7 pasó a la historia como el peor y más inseguro que ha fabricado jamás Samsung, y así es como tiene un lugar en nuestro salón de la infamia de los peores terminales Android jamás lanzados.

A mí me falta un dedo, ¡pero qué bien iba!

El móvil con mejor mercado de segunda mano... Para los refugiados.

Desde el lanzamiento del V10 en 2015, la línea V de LG se ha convertido en la gama más costosa de teléfonos que tiene la compañía -- sí, incluso más costosa que las verdaderas protagonistas de cada año: la serie LG G. La serie LG V es también la gama más experimental de la firma coreana. Así pues, el LG V10 incluyó una novedosa pantallita secundaria, mientras que el LG V20 optaba por refinar dicha característica sin mayores pretensiones, siendo más bien una continuación de su predecesor.

Sin embargo, LG al parecer decidido subir un peldaño, y el resultado podría ser que este LG V30 podría ser no sólo una continuación del V20, sino una evolución de éste: Evan Blass acaba de revelarnos algunos renders oficiales que nos muestran con todo lujo de detalles como será el próximo LG V30.

Para todo esto serviría la 'segunda pantalla' del LG V30.
De acuerdo con declaraciones del bueno de Evan Blass, el producto final puede ser 1) o muy parecido o 2) totalmente diferente a lo que vemos en los renders, por lo cual podríamos estar frente a un prototipo que podría haber cambiado dependiendo de cuándo hayan sido estos renders.

Aún así, este LG V30 se presenta con un diseño y características verdaderamente singulares, no sólo incluirá una pantalla secundaria, sino que ésta ya no estará ubicada más arriba, sino en la parte inferior del teléfono... Al igual que un Blackberry, esta segunda pantalla se deslizará igual que los teclados físicos de antaño, pero mostrará iconos, servirá de teclado táctil, dar la hora y el clima y cualquier otra función que generalmente iría en la parte inferior.

Este LG V30 nos hace acordar al entrañable lector Nook lanzado por Barnes & Noble allá por el año 2009 para competir contra las Kindle de Amazon. Al igual que la próxima joya de LG, la Nook tenía una segunda pantalla en la parte inferior para poder controlar el dispositivo, dado que la pantalla principal de tinta electrónica no era táctil. En fin, esperamos ver qué más logra filtrarse de este LG V30 en las próximas semanas, que está muy interesante esto.

[vía Android Police]

DOOM se ha convertido en una especie de retorcido 'Hola Mundo', no sólo obstenta el lugar de leyenda indiscutible de la industria jugabilística (negar lo dicho sería tan osado como negar que El Padrino es uno de los mejores filmes de la historia), sino que es uno de los poquísimos títulos que después de tantos años (más de 20 años desde que cayera como un obús sobre nosotros) sigue teniendo una comunidad de desarrollo que crece cada día. Son miles los mods e incalculables los mapas que existen para DOOM; y es que todos en el medio lo tienen clarísimo: DOOM envejece como el vino.

Pero DOOM ostenta otro honor: es uno de los juegos más portables y portados de la historia, lo que lo convierte en una especie de 'sello de aprobación' de hackability; de hecho ha sido ejecutado en casi todas las arquitecturas y hardware disponibles, incluyendo impresoras, máquinas de ultrasonido, cajeros automáticos, calculadoras científicas, relojes inteligentes, la NES Classic la prehistórica ZX Spectrum, y más recientemente: ¡un termostato! -- Y todo esto es posible porque la gente de Id Software con John Carmack y John Romero a la cabeza lo quiso así, y más cuando el código fuente de DOOM fue liberado en 1997 bajo licencia GNU GPL.

DOOM corriendo en...

[right-side]Aquí te presentamos un listado de todos los insólitos trastos y dispositivos en los algunos muy ingeniosos desarrolladores han logrado demostrar que se puede correr y (en cierto modo) jugar DOOM. ¿La razón? Pues simplemente por que podían hacerlo.

Un termostato

[youtube src="2T5LyEjLfP8" /]
Un usuario de YouTube con mucho tiempo libre apodado «cz7 asm», logró ejecutar Chocolate DOOM, un source-port cuyo objetivo es mantenerse lo más fiel posible a Vanilla DOOM (esto es, el DOOM de MS-DOS) siendo compatible con sistemas operativos modernos, en lo más insólito que se te pudiese ocurrir: un termostato; más específicamente un termostato programable Honeywell Prestige al que acopló mediate USB un mando de SNES para poder jugar.

La Honeywell Prestige monta una placa STM32F429 basada en ARMv9, con lo que en teoría puede correr DOOM y cualquier cosa basada en Linux sin problemas, siempre y cuando haya alguien dispuesto a tomarse el tiempo para lograrlo.

Una máquina de ultra-sonido

[youtube src="xlxfWQ8EQZU" /]
¿Una máquina de ultrasonido cardiovascular GE Vivid S5 Ultrasound? Sí que puede correr DOOM, aunque lograrlo y después jugarlo no es precisamente una experiencia placentera. Si no, que te lo cuente el tío que lo consiguió:

Tuve algunos problemas con OpenGL, ya que la máquina no era capaz de reconocer archivos opengl32.dll. Además, [usar] el trackball era como manejar al personaje sobre hielo con zapatos de mantequilla. [...] Genera muy buenas imágenes de ecocardiogramas transtorácicos, pero no la recomendaría para jugar. La peor máquina gamer de $50.000 dólares.

La barra táctil de la MacBook

[youtube src="GD0L46y3IqI" /]
La barrita táctil implementada y estrenada en el MacBook Pro del 2016 es básicamente un Apple Watch en miniatura empotrado; sí, aunque no lo creas, funciona con una versión reducida de iOS (sí, el archi-enemigo de Android en teléfonos, tablets y relojes, más específicamente el watchOS) y corre independientemente de macOS aunque funciona de manera simbiótica con éste. Teniendo esto en cuenta, sólo era cuestión de tiempo hasta que alguien pudiera comprobar qué tan hackeable era: esto es, instalar DOOM.

Y sí, puede correr DOOM, pero su pantalla de 2170x60 píxeles no lo hace tarea fácil.

Relojes inteligentes

[youtube src="1ei2-jBGGYk" /]
[youtube src="JixbghXBp74" /]
Corbin Davenport, redactor de Android Police, demostró que es posible correr DOOM en Android Wear (más específicamente un reloj Samsung Gear Live con Android Wear 4.4W). Mientras tanto, otro usuario de YouTube llamado Valery Mosgayin hizo lo propio con un reloj Galaxy Gear S2 con sistema operativo Tizen. Eso sí, los controles nativos son prácticamente inexistentes.

Calculadoras

[youtube src="NsN2JIRGHAo" /]
[youtube src="nduMTX86Zl0" /]

Una PC... ¡con tostadoras!

[youtube src="vI7tWd7B3iI" /]
Si creías que con lo del termostato ya lo habías visto todo es que no has visto al youtuber Vexal jugando Brütal DOOM con tostadoras Oster y Hamilton Beach como controles conectadas a la PC y remapeadas, y el resultado es BRUTAL... Simplemente impagable. Mis diez.

Una impresora

[youtube src="NPWi5yJK3zo" /]
En 2014, el experto en seguridad e investigador Michael Jordon se las arregló durante varios meses para romper el cifrado de una impresora Canon Pixma y no sólo demostró que es posible ejecutar código en la pequeña memoria de la impresora, sino que DOOM corre casi perfectamente (aunque con una resolución atroz).

Por supuesto, Canon tomó nota del suceso e inmediatamente se puso a trabajar para que nadie más pudiese instalar DOOM en sus impresoras.

Cajeros automáticos

[youtube src="D0rStdHowAg" /]
Hace unos años un grupillo de hackers australianos logró adaptar un cajero automático para poder jugar DOOM. No se trata de algo en absoluto sorprendente, sobretodo teniendo en cuenta que la mayoría de cajeros automáticos suelen usar Windows XP como sistema operativo, la dificultad está en lograr que funcionen los periféricos necesarios para jugar.

El kernel Linux es la pieza de software más usada en la historia de la computación. No bromeamos cuando decimos que está literalmente en todas partes: está en computadoras, teléfonos, servidores, centros de datos, supercomputadoras, televisores, submarinos, aviones; lo usa la NSA para espiar, incluso está en la Estación Espacial Internacional y en el CERN... Pero, ¿cómo es que funciona Linux? Todos sabemos lo que Linux hace, pero no todos sabemos cómo lo hace, y en este extenso artículo vamos a desenmarañar todos los misterios que rodean a Linux.

El núcleo Linux está compuesto de más de 21 millones de líneas de código, cada una de las cuales carga con importantes instrucciones. Semejante cantidad de código merece un artículo igualmente grande para describir cómo cada tarea en el kernel es desempeñada, ¿verdad?.

Pero antes de explicarte cómo funciona el kernel de cualquier sistema operativo, primero debemos saber cuáles son las responsabilidades de un kernel o núcleo. El kernel proporciona abstracciones para los programadores que desarrollan aplicaciones para la plataforma del mismo. Estas abstracciones son básicamente simplificaciones para llevar a cabo tareas complejas.

Un conjunto de abstracciones

El kernel, siendo la parte más fundamental en un sistema operativo, no es la única pieza de software proporciona abstracciones, pero es sin duda una de las más importantes en dicho aspecto. Otros conjuntos de abstracciones son los que proporcionan los controladores de hardware; los drivers de hardware hablan el lenguaje del kernel, así el kernel no necesita saber cómo hablarle a cada pieza de hardware que se crea. Esto es lo que le permite a un sólo kernel correr en diferentes marcas y modelos de hardware.

Así que, cuando hablamos de abstracción, es importante también saber qué significa exactamente el término. Así como en el arte una abstracción o pieza abstracta sirve para representar algo en su forma más básica y esencial, una abstracción en informática es una forma de ocultar lo que en ocasiones sería una abrumadora cantidad de detalles detrás de un determinado proceso, preservando únicamente la información que resulta relevante.

Fíjate, por ejemplo, en las lectura y escritura de variables en la memoria RAM. Cada placa madre puede tener un controlador de memoria muy diferente al de otro; tu computadora podría tener un procesador Intel, ARM, PowerPC, AMD, SPARC o MIPS, pero eso no debería importarle a los programas que usas, y usualmente no les importa, porque el kernel abstrae todas esas diferencias en hardware en forma de una única interfaz uniforme.

Para un programador, esta interfaz luce igual que cualquier otra llamada de función, pero esta es especial debido a que es una llamada de sistema. Una llamada al sistema es simplemente una función que solicita algo del kernel (una invocación), es aquí donde el kernel lleva a cabo la solicitud, independientemente del hardware subyacente.

¿De qué es responsable el kernel Linux?

Ahora lo que necesitamos saber, de qué tareas es responsable el núcleo Linux, ¿cuáles son? ¿qué abstracciones debemos esperar del núcleo de cualquier sistema operativo moderno?


Almacenamiento de datos
Memoria de Acceso Aleatorio (RAM) lectura y escritura de variables y datos en memoria
Almacenamiento permanente lectura y escritura de archivos en dispositivos de almacenamiento
Sistema de archivos virtual

Acceso a la red
Independiente de medios físicos (Ethernet, Wi-Fi, LTE, Dialup)
Parcialmente independiente de protocolos

Planificación de tareas (Task Scheduling)
Tiempo compartido de CPU
Balanceo de carga y establecimiento de prioridades

Protocolos de dispositivos (USB, FireWire, Serie, Paralelo)
Medios extraíbles por USB
Cámaras web
Mouse y teclados

Seguridad
Permisos de grupo y usuarios
Permisos de acceso a recursos

Almacenamiento de datos

[right-side]Hay dos formas de almacenamiento, 1) el almacenamiento temporal y 2) el almacenamiento permanente. El almacenamiento temporal, que podría no ser tan obvio para muchos lectores, es la memoria RAM. No todo lo que llega a la RAM debe ser almacenado permanentemente, llega ahí porque eventualmente será descartado. Un buen ejemplo de esto es cuando navegas por internet, por obvias razones no quieres que cada página web que visitas sea almacenada permanentemente en tu PC. El almacenamiento permanente es, como ya has deducido, tu disco duro, SSD o Flash.

El núcleo Linux proporciona una completamente transparente lectura y escritura de datos en (1) la RAM, independientemente de sobre qué plataforma de hardware esté ejecutándose. No interesa si estás corriendo Linux en una antigualla con procesador Intel i386 o en el más reciente flagship Android con procesador ARM. Ten en mente que es Linux el que se modifica para soportar diferentes arquitecturas de hardware, y son estas modificaciones en el kernel las que las que le permiten brindar una intefaz uniforme a pesar del hardware no-tan-uniforme.

Además, el kernel aisla cada proceso en su propio espacio de memoria, lo que significa que dicho proceso no tiene por qué saber cuánta memoria le pertenece ya que toda la memoria visible para el proceso le pertenece. Este particionado de memoria supone un aumento de la seguridad sin ningún costo adicional para el desarrollador.

De forma similar, con (2) el almacenamiento permanente, el kernel oculta las diferencias de comunicación con SATA, USB, SCSI, PATA, M.2 y otros protocolos de almacenamiento y permite que un sólo programa pueda leer y escribir archivos en cualquier medio conectado usando cualquier protocolo y sistema de archivos soportado sin que dicho programa sufra ningún cambio. Eso pone mucho poder y responsabilidad en manos tanto del desarrollador como del usuario; y aumenta la re-utilización del código y la productividad del desarrollador porque no hay necesidad de código especializado.

Acceso a la red

Cuando se trata de redes, el asunto se torna diferente ya que cada protocolo tiene su propio formato de direccionamiento, así que la necesidad de escribir código especializado para soportar cada protocolo de red es inherente. Aquí, sólo IPv4 e IPv6 son comunes. En cuanto a los muchos otros protocolos hoy por hoy casi desaparecidos como DECnet, IPX y AppleTalk, sí hay soporte para ellos en Linux, pero soportar estos protocolos en cualquier aplicación moderna es tan poco benéfico que difícilmente valdría la pena el esfuerzo, salvo que razones de retrocompatibilidad lo exigan desesperadamente.

Volviendo al tema de IPv4 e IPv6, la forma en que se representan sus direcciones son muy diferentes entre uno y el otro, lo que es tanto una ventaja como un inconveniente. El tipo de protocolo necesario puede ser fácilmente deducido por la dirección IP. Adicionalmente, el kernel proporciona soporte para TCP, UDP, SCTP e ICMP, que pueden ser fácilmente utilizados haciendo una llamada al sistema. No importa si tu computadora está conectada usando el protocolo Ethernet, LTE o Dialup, las llamadas al sistema seguirán siendo las mismas.

Imagínate a ti mismo necesitando diferentes versiones específicas de Chrome o Firefox dependiendo de si estás conectado por Wi-Fi o Ethernet, no sólo sería incómodo para ti, sino también mucho más incómodo para los desarrolladores. Esta abstracción, nuevamente, es muy poderosa y brinda una flexibilidad que incrementa la productividad del desarrollador y una experiencia más satisfactoria de cara al usuario.


Planificador de tareas (Task Scheduler)

La planificación de tareas o task scheduling, un tópico que nunca falla a la hora de generar discusiones y opiniones contrarias. Así que no nos vamos a molestar hablando de los distintos algoritmos de scheduling que existen en Linux y sólo vamos a enfocarnos en las responsabilidades que tiene el kernel al respecto, para asegurarse de que cada proceso tenga su tajada de CPU, incluso cuando hay cientos de ellos.

Antes de que salieran los CPUs multi-núcleo, las computadoras en realidad sólo podían hacer una cosa al mismo tiempo. A cada proceso se le daba su parte justa de tiempo calculado uno por uno, pero esto se hacía tan rápido que daba la ilusión de estar corriendo los procesos simultáneamente. Antes de que apareciesen los procesadores multi-núcleo, los fabricantes de computadoras podían poner más de una CPU en una sola placa madre para permitir que más de un proceso pudiese correr de forma simultánea. Esto aún se hace en la actualidad, pero con CPUs multi-núcleo y algunas incluso con hyperthreading que permite correr dos procesos en simultáneo por cada núcleo (logrando sistemas que pueden soportar hasta más de 100 hilos a la vez).

Cada proceso quiere tiempo en la CPU, y es el kernel el que se asegura de que todos tengan su turno a tiempo. Más allá de esto, algunos procesos requieren demoras, tal vez mientras esperan a que la operación de E/S concluya, o un juego esperando por un intervalo de tiempo; y todo esto puede ser asistido por el kernel.

En lugar de que un proceso ocupe la CPU mientras espera, otro proceso puede ser ejecutado mientras tanto y así el proceso original puede regresar para terminar lo que debía, aumentando así el rendimiento general del sistema. En términos generales, la planificación de tareas significa que un desarrollador no necesita preocuparse de otros procesos ejecutándose en la máquina, sólo tiene que preocuparse del programa que desarrolla.

Vaya, el número de abstracciones en el núcleo Linux es probablemente demasiado inmenso para que una sola persona (llámese también cuerda) intente recitarlas todas y cada una. Mientras que el número de abstracciones proporcionadas por Linux puede ser abrumador, sin éstas, la cantidad de detalles que un programador necesitaría saber para implementar una aplicación sería aún más abrumadora. Con semenjante cantida de abstracciones, no podemos simplemente cubrirlas todas en este artículo. Si conoces a fondo una abstracción específica, no olvides por favor comentarla para todos en la caja de comentarios.

Artículo original escrito por Devin McElheran para Fossbytes

Ya ha finalizado el evento Google I/O 2017, y además de haber visto publicada la primera versión alfa para desarrolladores de Android O[reo] (¡sí, ha sido anunciado oficialmente!), hemos presenciado un buen número de novedades técnicas que traerá consigo la próxima versión mayor de nuestro sistema operativo móvil favorito. Tal y como se reveló en una sesión de charla del Google I/ 2017 apodada Android Fireside Chat, Android O podrá actualizar sus drivers de vídeo directamente desde el Google Play. Así es, una tarea que hasta ahora sólo podía realizarse haciendo una actualización de kernel o un complicado y riesgoso flasheo.

Esta nueva característica es parte de Project Treble, un nuevo proyecto de Google que pretende separar a Android en módulos y ofrecer a nuestros amigos los fabricantes una capa independiente (Vendor Implementation Layer) por encima del framework de Android para que hagan cuanto quieran sin que ello afecte la base del sistema. Esto significa que los usuarios podrán recibir actualizaciones de sistema operativo muchísimo más rápido al encontrarse la capa de personalización aislada del resto del sistema. Android O permitirá actualizar su base sin que la capa del fabricante se vea afectada, y probablemente viceversa.

Project Treble

Esto no ocurría antes, y es cuando hablábamos de por qué el Android 6.0 de LG no era lo mismo que el Android 6.0 de Samsung si ambos son al fin y al cabo el mismo sistema operativo: verán, cuando los fabricantes deciden personalizar el sistema operativo para sus terminales, lo que hacen es hacer las modificaciones directamente sobre los paquetes y binarios de Android partiendo desde el código fuente que Google ofrece, reemplazando elementos de un Android que originalmente se les entrega en estado puro y llenándolo con sus propios elementos propietarios. También entran en juego los controladores o drivers, pues el hardware casi nunca es el mismo en cada celular.

En fin, es así que, modificación tras modificación, este Android que en un principio era puro en su código fuente, va transformándose en lo que conocemos con LGUX o TouchWiz. Si sale una nueva versión de Android, el fabricante debe volver a modificar esta nueva versión de Android si quiere actualizar un terminal en particular, ya que seguramente los paquetes que hizo para la versión anterior ahora son incompatibles con la nueva. No se puede actualizar un Android modificado a un Android puro así como así porque muchos de sus elementos internos probablemente ni siquiera se parecen ya entre sí.

Quien acostumbre flashear ROMs y en más de una ocasión haya 'chancado'  una ROM de Android encima de otra (es decir, hecho un dirty flash) sin antes formatear las particiones, sabrá de qué hablo.

Project Treble, como ya mencionábamos párrafos atrás, aísla la base de Android para que cuando sea hora de actualizar el sistema, sólo se actualice la base y no todo el sistema operativo, que es lo que venía sucediendo hasta ahora. Con esto comienza el fin de la fragmentación en Android, pero, en relación al tema de los drivers actualizables... ¿De verdad querrán Qualcomm y MediaTek liberar actualizaciones de sus drivers para la peña? Yo tengo serias dudas...

El Huawei P10 es un dispositivo estupendo, pero recientemente está teniendo su justa parte de drama en los medios tecnológicos. Hace unos días Huawei se encontraba relativamente en la línea de fuego debido a que algunas unidades del P10 vienen de fábrica con memorias flash eMMC 5.1, lo que las hace considerablemente más lentas que las unidades que traen memorias UFS 2.1, cuyas velocidades de lectura son muy superiores, eso y que las pantallas del Huawei P10 no cuentan con cubierta oleofóbica (cuando hoy en día nos resulta impensable que un gama alta no cuente dicha capa en su pantalla); pero ahora sí que tienen problemas muy, muy calientes en sus manos.

Aparentemente, un cargador defectuoso estuvo a punto de causar un incendio en China.

Tal y como puedes ver en las fotografías, el cargador quedó crujiente. El usuario afectado asegura que esto ha ocurrido la segunda vez que ha cargado el teléfono. Resulta que dejó cargando el teléfono cuando luego de un rato notó que el cargador estaba empezando a botar humo. Este, además de quedar completamente destruido, dañó el tomacorriente y manchó de humo la pared.

Para empeorar las cosas, Huawei se ha negado a escribir un reporte para absolver a Xiao Xiang de la falla a pesar de que ninguno de los técnicos y profesionales electricistas que la compañía envío a su casa encontraron fallas en sus instalaciones eléctricas. Huawei de hecho no sólo está tratando de evadir su responsabilidad, sino que ha culpado a Xiang y a su casa por un problema cuyo único culpable es Huawei. Xiao Xiang nos cuenta que incluso ha recibido llamadas de la oficina de Huawei en Tengzhou diciéndole que borre sus publicaciones en Weibo.

Con todo el problema que se acarreó Samsung el año pasado, no es ninguna que sorpresa que Huawei quiera evitar lo mismo; pero la forma prepotente como está procediendo con el tema del cargador, se le viene una lluvia de críticas aún peor que la de Samsung. Hubiera sido mejor si Huawei admitía que el cargador estaba defectuoso y se hubiera limitado a enviarle un reemplazo, un tomacorriente y un pintor en lugar de haber culpado al tipo.

Huawei aún no se ha pronunciado al respecto, más le valdría hacerlo ya y con unas buenas disculpas.

[vía Gizmochina]

César Barrantes

{picture#https://2.bp.blogspot.com/-87jyLDIFZTM/WBFboqQGR4I/AAAAAAAAb5I/6-1SbCa-kx8owN3AsTVvNL0Gr7qlhE6WACLcB/s200/cesar-barrantes-renderizado-01.jpg} Cinéfilo, carnavalero, amante de la buena música y friki a tiempo completo. "Algo suena en mí y es mejor que una canción; el arte es sobretodo un estado del alma". {facebook#https://www.facebook.com/cesar.barrantes.7} {google#https://plus.google.com/115915750931228352631} {youtube#https://www.youtube.com/channel/UCp_z0l2keVLXFRwUPa35RtQ}

Rolo Nieves

{picture#https://4.bp.blogspot.com/-kvtvyd4PBp0/WBFbYZsq7UI/AAAAAAAAb5A/YuK4RXgt9ugsti8HLUZgmHBBPMvNj9rBwCLcB/s200/rolo-nieves-renderizado-01.jpg} Amante de la informática, apasionado del software libre, GNU/Linux, el rock progresivo y usuario sin remedio de Android. Cada aspecto de mi vida es psicodélico. {facebook#https://www.facebook.com/LeMoktar} {google#https://www.google.com/+RoloNieves}
Con tecnología de Blogger.