“Un error ha ocurrido en su cerebro. Este proceso ha causado aburrimiento fatal y será terminado permanentemente. Por favor guardar todos los pensamientos en progreso y reiniciar su cerebro. ”
Fantástica y genial obra del artista callejero Kong.
“Un error ha ocurrido en su cerebro. Este proceso ha causado aburrimiento fatal y será terminado permanentemente. Por favor guardar todos los pensamientos en progreso y reiniciar su cerebro. ”
Fantástica y genial obra del artista callejero Kong.
Bad Apple es probablemente uno de los screensavers más llamativos que he visto para Windows. Básicamente es un video creado para Touhou Project con transparencias creando la ilusión de siluetas de personajes de anime en nuestro escritorio.
Mi único problema con el protector de pantalla ha sido la aparente resolución del mismo. A pesar de tener varias opciones de calidad, incluyendo unas de alta calidad con diferentes filtros (bicúbico y bilinear), la imagen se llega a ver un poco pixelada lo cual le resta parte del llamativo visual. Supongo que a resoluciones bajas no se presentan estos problemas. Aun así, este screensaver me está haciendo reconsiderar la pantalla negra que uso usualmente uso como protector de pantalla.
Los chicos de PocketNow han creado un sencillo tutorial con él cual nos enseñan a ejecutar Windows 95 en teléfonos con sistema operativo Android.
Los pasos a seguir son relativamente fáciles y sencillos y la ejecución de Windows 95 no es tan lenta como me la esperaba. Los teléfonos han avanzado mucho y esta es una muestra del verdadero poder de procesamiento que tienen estos dispositivos.
La emulación obviamente no es del todo perfecta debido a que Windows 95 no soporta resoluciones “extrañas” y solamente funcionara a una resolución de 640×480 por lo cual se mostraran barras negras a los lados, además de que obviamente el sistema operativo jamás estuvo pensado para dispositivos multi-touch por lo que el uso del mouse llega a ser algo problemático ya que este se debe de arrastrar para poder utilizarlo.
Como bien dice el autor del video ¿para qué hacerlo? Porque se puede, nada más.
La guía que presento a continuación ha sido creada en mente para usuarios de Windows que deseen bloquear ciertos puertos en sus computadoras además de que he creado este artículo como complemento a la guía para poder acceder a Hulu sin utilizar algún servidor proxy.
* Nota: Mi Windows está en Ingles, por lo cual he utilizado los nombres tal como aparecen en el sistema operativo, aun así, con una básica traducción la guía deberá servir para cualquier versión de Windows en cualquier otro idioma.
En Windows el procedimiento para el bloqueo de puertos simplemente no es tan sencillo. Para efectuar el bloqueo de puertos se necesitara utilizar una herramienta denominada MMC (Microsoft Management Console). Para invocarla bastara con apretar la tecla de Windows + R, escribir MMC y teclear enter.
Después de todos estos no tan sencillos pasos habrán bloqueado el puerto 1935 y podrán continuar con la guía para acceder a Hulu sin proxy alguno.
Multibar es una nueva herramienta para Windows que trata de combinar la funcionalidad de varios programas en uno y además trata de ser estéticamente agradable. Básicamente combina la funcionalidad del Dock de Mac OS X, las capacidades para lanzar aplicaciones de QuickSilver y herramientas de búsqueda en un solo programa fácil de usar.
Básicamente lo veo como un clon de Docky de Gnome Do para Windows.
El programa es completamente gratuito y fácil de utilizar, además de ser intuitivo ya que no es necesario arrastrar aplicaciones para que estas sean añadidas basta con añadir archivos de las aplicaciones y Multibar hará el resto.
El día de ayer fue lanzada la versión beta, que más bien aún debería ser alpha, de MetroTwit, cliente nativo para Twitter del cual ya les había hablado con anterioridad.
El cliente, visualmente, es muy atractivo debido a que está basado en la interfaz Metro de Microsoft que ha sido utilizada para el Zune y próximamente en los nuevos teléfonos con Windows Phone 7 Series. Es atractivo, cuenta con integración del taskbar de Windows 7 por lo cual nos notificara del número de mensajes no leídos, además de contar con una función de autocompletar para hashtags y usuarios.
Por ser un cliente nativo para Windows hace uso de WPF (Windows Presentation Foundation) para todos los efectos visuales y transiciones del programa.
Al ser una beta aún tiene muchos, pero muchos errores; como lo había mencionado más bien debería ser una versión alpha. Es común encontrar errores inexplicables, uso de memoria y procesador bastante elevados comparados con otros clientes, además de que carece de funcionalidades básicas como lo es la integración con acortadores de URL, geo-localización y publicación de fotos.
Sin duda en las próximas versiones MetroTwit ira mejorando y aun con todas sus carencias actuales ya se ha convertido en mi cliente preferido bajo Windows.
Con la recién salida de Portal en Mac OS X las comparativas de desempeño, y calidad de imagen entre Windows y Mac OS X no se han hecho esperar y los resultados preliminares son bastante tristes.
Los chicos de AnandTech han hecho una comparativa utilizando una Hackintosh, debido al pobre desempeño y hardware no tan nuevo que se ofrece en las Macs, inclusive las nuevas.
En cuando a la calidad de imagen las texturas en Mac OS X se ven borrosas, y como si fueran de menor resolución que su contraparte en Windows.
Inclusive el color se ve un poco diferente, aunque esto podría ser explicado por los diferentes perfiles de color que utilizan Windows y Mac respectivamente.
En cuanto al desempeño a resoluciones bajas la diferencia llega a ser hasta de un 66% y esta se va reduciendo a medida que la resolución aumenta (esto se explica debido a que el CPU se va haciendo un cuello de botella).
Primeramente Source Engine de Valve, fue programado originalmente para correr en DirectX, API propietario de Microsoft, que obviamente solo funciona en Windows y por extensión en su consola Xbox.
Para todos los demás existe un API de código abierto llamado OpenGL. Sin ponerme a discutir de las ventajas o desventajas tecnológicas de OpenGL vs DirectX simplemente diré que actualmente el desempeño de ambos es muy comparable y ambos ofrecen características muy similares, por lo cual no es suficiente para explicar la brecha de desempeño tan grande entre ambas plataformas.
En un reciente artículo publicado en Phoronix se compara el desempeño en juegos OpenGL entre Windows 7, Ubuntu 10.04 y Mac OS X 10.6 utilizando como base el mismo hardware: una mac mini. Por lo general Windows 7 resulto victorioso, seguido muy de cerca por Ubuntu 10.04 y con Mac OS X muy rezagado.
¿Qué tan buena es la implementación de Apple de OpenGL en contraste con la de Microsoft o la utilizada en Linux? No lo sé.
Tomando en cuenta que Apple es parte de Khronos Group, grupo dedicado al desarrollo de estándares abiertos en los que se incluye OpenGL y sus derivados uno podría suponer que la implementación de OpenGL en Mac OS X debería ser mínimamente decente.
Cualquier usuario en Linux que tenga suficiente tiempo en la escena debe de saber que por años la implementación de los drivers de Nvidia y ATI ha dejado mucho que desear. Aunque esto se ha visto mejorado en los últimos meses aun no podemos decir que los drivers bajo Linux están a la par con sus contrapartes de Windows.
Podríamos suponer que lo mismo está pasando en Mac OS X.
Bajo Windows Nvidia tiene versiones nuevas, y betas, de sus drivers por lo menos dos veces al mes. Estas versiones arreglan problemas y en muchos casos mejoran el desempeño de los juegos. ATI hace lo mismo pero lo hace una vez al mes; cada mes hay una versión nueva de sus drivers.
¿Cuántas veces sucede esto bajo Linux o Mac OS X? ¿Cuántas veces han tenido que actualizar los drivers de video bajo Linux o Mac OS X? Probablemente ninguna.
Suponiendo que la implementación del Source Engine en Open GL es buena (conociendo a Valve lo debe de ser), y tomando como base los resultados de Phoronix, podemos asumir que los problemas pueden ser causados por la implementación de OpenGL de Apple, los malos drivers de ATI/Nvidia o una combinación de ambos.
Conociendo el pobre desempeño de ATI y Nvidia bajo Linux no me sorprendería que sean los principales culpables y que mediante actualizaciones de drivers la brecha de desempeño se pueda ver reducida.
Por mientras la mejor recomendación para aquellos usuarios con Mac OS X: Sigan usando bootcamp, o cómprense una PC.

¿Si están usando Windows alguna vez han intentado crear una carpeta con el nombre de CON? Windows arrojara un error diciendo que el nombre especificado es inválido y esto se debe a la retro-compatibilidad de Windows con versiones muy viejas que datan hasta MS-DOS.
Un device file (archivo de dispositivo) es una palabra clave reservada que se utiliza en MS-DOS para permitir el acceso a determinados puertos y dispositivos.
La mayoría de las versiones de Windows también contienen este apoyo, por lo cual es imposible crear carpetas con los siguientes nombres (por lo menos desde el explorador, en cualquier command prompt es posible crearlos):
En guías anteriores ya les he mostrado como crear túneles SSH para acceder a sitios a los cuales originalmente se nos impide el acceso, como lo es Demonoid en algunos países, entre otros.
El método es relativamente sencillo y funciona en la mayoría de los casos con la excepción de un sitio en particular: Hulu.
Típicamente para configurar el uso de un servidor proxy, del tipo que sea, lo hacemos mediante las preferencias del programa a utilizar. En nuestro caso las preferencias del navegador deben ser cambiadas para reflejar el uso del servidor proxy.
Una vez creado el servidor y cambiadas las preferencias del navegador podemos acceder a las paginas que deseamos y hacer uso de sus servicios.
Hulu es un caso muy particular.
Si intentamos acceder a Hulu sin un proxy obtenemos la siguiente pantalla la cual nos informa que su librería de videos solamente puede ser transmitida dentro de los Estados Unidos.

Si accedemos a Hulu utilizando un proxy también obtenemos un error pero este es completamente diferente.

Este “error” se lo podemos agradecer a un bug poco conocido de Adobe Flash: Flash NO respeta las preferencias de proxy del navegador. Los chicos de Hulu lo saben y cuando detectan la diferencia entre el navegador y el plug-in arrojan un error.
La única manera de hacer que Flash juegue de acuerdo a nuestras reglas es cambiando las preferencias de red del sistema. Por desgracia Windows no tiene una opción global del sistema para hacer esto. En Mac OS X y en Linux estas opciones si existen, pero en Windows debemos utilizar un pequeño programa llamado Proxifier.
Proxifier es un pequeño programa, de paga por desgracia, que funciona en Windows y en Mac OS X, que redireccionar el trafico de nuestro sistema de acuerdo a las reglas que nosotros establezcamos.
Otra alternativa, gratuita, a Proxifier que pueden usar es Freecap.
Options>Proxy SettingsComo es usual he creado dos screencasts demostrando los pasos. El primero en Windows y el segundo en Mac OS X.

Ya les había platicado en otro post de programas gratuitos de Microsoft sobre Process Explorer, esta aplicación para freaks del control de su PC se acaba de actualizar a su versión 12. Si no estas satisfecho con tu administrador de tareas puedes probar este administrador en esteroides.
Una de las nuevas opciones en esta actualización por ejemplo, es la posibilidad de saber que servicios están corriendo sobre cada “svchost.exe” del sistema y poder monitorear más fácilmente tus recursos, también cuenta con una opción para buscar en línea un proceso específico y poder saber más de él. Algo muy útil también es la posibilidad de saber que DLLs se relacionan con cada proceso lo que ayuda muchísimo para identificar problemas.
Puedes bajarlo aqui.

Para saber de qué trata este blog basta con dar un vistazo por la página principal o visitar alguna de las entradas al azar seleccionadas de nuestros archivos. También es posible seguirnos vía RSS, Twitter o Facebook.
Más: Acerca de Logit42 • Ale en Twitter • Fer en Twitter • Peredo en Twitter
Social Media