Diversas compañías han intentado lanzar sus propios clones de Apple, creando lo que hasta ahora la empresa de la manzana se ha negado a hacer: un netbook. Pero esto podría quedar en el pasado, de acuerdo a los rumores que han surgido desde Cupertino.

Según se dice, la próxima versión de Snow Leopard 10.6.2 eliminaría el soporte a Atom, haciendo que los netbook con ese procesador dejen de funcionar cuando se instale la actualización del sistema operativo.

Por el momento, la recomendación es quedarse con la versión 10.6.1 o anterior si es que tienes un “hackintosh” con este procesador. Apple ya tiene una batalla épica con Palm por la sincronización de la Pre con iTunes, y una modificación de este tipo en Snow Leopard seguiría la misma línea.

Link: Hackintosh Netbook users take note: Snow Leopard 10.6.2 update kills support for Atom Processor (OSX Daily)

Nueve meses después de su debut para Windows, Google Chrome anunció en su blog el lanzamiento de sus primeras versiones Mac y Linux para desarrolladores. Éstas todavía son ediciones muy inestables, recomendadas sólo para valientes que quieran probar el programa bajo su propio riesgo.

Entre las cosas que estas ediciones primarias no pueden hacer están: ver videos de YouTube, modificar las configuraciones de privacidad, cambiar el buscador de internet predeterminado e imprimir. Por todas estas limitaciones, Mike Smith y Karen Grunberg, gerentes de productos de Chrome, prometieron ponerse las pilas.

Trataremos de tener Google Chrome en versiones beta estables lo antes posible”, escribieron en el blog.

Pese a que informamos de una versión primitiva del navegador para Linux a mediados de marzo, y de unas capturas de pantalla para OSX en febrero, que las cosas no han funcionado tan rápido como Chrome para Windows.

Aún así, este lanzamiento es una buena noticia para los seguidores de la manzana y el pingüino, quienes esperan tener pronto una alternativa más para surfear por la red global de computadores y más allá.

Link: Danger: Mac and Linux builds available (blog.chromium.org vía FayerWayer Brasil)

De acuerdo a Apple no hay planes de una netbook (al menos eso dice), pero eso no quiere decir que la empresa no esté planeando algo en Mac OS X para un  mejor desempeño en netbooks.

Ya sea error o no, algunos usuarios de la MSI Wind que tenía instaladas versiones de hackintosh de OS X, reportaron que al actualizar el sistema operativo al reciente liberado OS X 10.5.7 han notado resultados significativos en el rendimiento de la batería. Es decir que cuando normalmente una batería de 6 celdas MSI Wind les duraba entre 3.45 horas ahora les dura entre 4.5 a 5 horas.

Posiblemente una coincidencia al realizar correcciones  en su última versión, pero también es posible que la empresa este optimizando sus sistema operativo para un mejor desempeño en chips de baja potencia, es decir una netbook o bien una ultraportátil.

Si esto no es una señal divina de Apple en el campo de las netbooks, al menos será una buena noticia para Psystar.

Link: OS X 10.5.7 reportedly improves hackintosh netbook battery life (Liliputing)

Ya está disponible la actualización 10.5.7 del sistema operativo OS X de Apple. Esta sub-versión incorpora 68 parches de seguridad, muchos de los cuales soluciona vulnerabilidades que podrían permitir que hackers ejecuten código de forma remota e incluso ataques de cross-site scripting (XSS).

Lo más importante son las mejoras para el Flash Player, iChat, PHP, Ruby, Apache, el navegador Web Safari, soporte para el formato de imágenes RAW, mejoras del rendimiento de redes y nuevas opciones para ajustar las variales del control parental del sistema.

La actualización, que pesa más de 285MB, también pretende mejorar la reproducción de video y una falla del movimiento del cursor que varios usuarios habían reclamado tener en los últimos Macs con gráficos de Nvidia.

Link: About the Mac OS X 10.5.7 Update (Apple)

(cc) by Alexander Grundner

Recientemente y después de mucho tiempo sin mayores novedades, se liberó la version 0.5 del set de codecs y utilidades de audio y video FFmpeg.  Este proyecto de código abierto es el que está detras de los sistemas de audio y video en Linux como mplayer/mencoder y gstreamer, y también está disponible para sistemas Unix como ffmpegX en Mac OSX.

Esta versión nos trae el soporte para VDPAU, nuevos codecs, varias correcciones y muchas otras mejoras. Todo esto lleva a preguntarse que otras proyecciones podría tener el proyecto y entre ellas si veremos un adecuado soporte Blu-ray o si vendría en un futuro cercano una versión 1.0.

El sitio Phoronix realizó una entrevista a los desarrolladores de FFmpeg para despejar estas interrogantes, y la hemos separado en dos partes para que no se pierdan los detalles.  Aqui va nuestra primera entrega.

A continuación una breve presentación de las víctimas:

• Diego Biurrun originalmente comenzó a trabajar en Mplayer, pero actualmente desarrolla FFmpeg. Es responsable de mantención del código, manejo de asuntos jurídicos y otras tareas de organización. Diego se incorporó haciéndose cargo de la posición de Release Manager en la versión 0.5.
• Coudurier Baptiste descubrió FFmpeg hace tres años y cuando se dió cuenta de que era el mejor conjunto de herramientas para multimedia en Linux comenzó por corregir errores al azar.  Rápidamente se convirtió en el mantenedor del código que maneja a QuickTime, y es considerdo como el salvador del soporte de MOV/MP4 en FFmpeg.
• Robert Swain se aventuró en iniciar el desarrollo de software libre de multimedia a través de la actualización de los codecs de Xvid y X.264, y más tarde en FFmpeg.  Luego se decidió continuar sólo con FFmpeg, interesándose particularmente en facilitar su uso. Robert es también es el mantenedor del decodificador AAC de FFmpeg y anteriormente participó en el proyecto como parte del programa Google Summer of Code.

El lanzamiento de la versión 0.5

El ChangeLog de esta versión tiene más de 150 cambios y la lista sigue creciendo.  En los últimos dos años siempre se dijo a los que quisieran usar el proyecto FFmpeg que lo descargaran directamente desde el repositorio SVN en donde se encuentra el código fuente, sin tener un release oficial. ¿Qué motivó a los desarrolladores de FFmpeg a liberar una nueva versión? Diego explica que fueron bombardeados con solicitudes para hacer una presentación oficial, pero ninguno tenía la suficiente motivación y apuro para organizar la liberación de esta versión de FFmpeg. En última instancia Diego decide tomar las riendas y logra la liberación de FFmpeg 0.5 actuando como Release Manager.  En el futuro estiman que el proyecto se moverá en ciclos de lanzamiento entre tres y seis meses, de una forma similar a los ciclos que se están usando con éxito en otros proyectos importantes como es el caso del escritorio GNOME y distribuciones de Linux como Ubuntu y Fedora.

El camino a FFmpeg 1.0

Con el característico toque de humor de los proyectos de código abierto, la versión 0.5 ha recibido el nombre clave de “half-way to world domination A.K.A. the belligerent blue bikeshed“, que en Chile se podría traducir como “medio camino a la dominación mundial, también conocido como la beligerante mocha azul“.

Al ser preguntados sobre cuanto tiempo de trabajo queda para ver FFmpeg 1.0, Diego dice que el término 1.0 está demasiado idealizado y no cree en los roadmaps o en los planes de liberación tipo old-school, prefiere el enfoque de release basado en el tiempo como lo están haciendo muchos, por lo que lo que sería una versión 1.0 aun está en el misterio.

Lo que se encuentra hoy en SVN, que fue la base de la liberación de la versión 0.5, fue la eliminación de APIs obsoletas, donde se está trabajando para sustituirlas. Los desarrolladores tienen también la esperanza de tener mas optimizaciones y mejoras en la documentación en un futuro próximo. En camino en este momento viene el soporte de codecs para TwinVQ, WMA9, HE-AAC y AMR.  Este último es muy utilizado en los equipos móviles, por ejemplo cuando se graba un video con el teléfono celular.

Baptiste está especialmente interesado en que el ambito de aplicación de FFmpeg se amplie dando soporte a formatos y codecs utilizados en el campo profesional como son MXF, GXF y D-10 relacionados con SMPTE y DNxHD de Avid.

Blu-ray en Linux

Las películas Blu-ray ahora se pueden reproducir en Linux, pero no existe mucho soporte y exige mucha intervención manual. Por ejemplo si el disco Blu-Ray tiene DRM, el usuario debe instalar una utilidad y aplicar otras medidas para ver una película que fue comprada en forma legítima, y cuando tienen audio en formato DTS-HD MA simplemente no funciona. Hace algunos meses había algo de código propuesto para resolver parcialmente este problema en FFmpeg, pero más tarde fue rechazado. Ninguno de los entrevistados tiene equipos con Blu-Ray por lo que no tienen un interés personal en este tema, Diego reiteró que esta interesado en el soporte a “todo formato bajo el sol, ciertamente Blu-Ray”, pero no se acepta cualquier parche y se rechazan aquellos que tienen problemas técnicos. Los tres desarrolladores están de acuerdo en que el soporte Blu-Ray aparecerá en FFmpeg, pero no están seguros de cuando estará disponible para que todos lo puedan usar en forma decente.

OpenCL y GPGPU

Después de hablar acerca de Blu-Ray, la discusión se dirigió a un nuevo estándar llamado Open Computing Language (OpenCL). Se trata de un nuevo lenguaje estándar de programación paralela dirigido a la GPGPU (programación de propósito general en procesadores gráficos). Tanto Nvidia, ATI/AMD e Intel, están trabajando para hacer que su hardware y drivers sean compatibles con Open CL, lo que transformará a sus procesadores gráficos en potentes procesadores que puedan correr código OpenCL. Con el soporte de GPGPU por medio de OpenCL, la codificación y decodificación de audio/vdeo se podrá hacer mucho mas rápido en estos procesadores. De todas formas confiesan que desconocen si hay alguien ya trabajando en estos temas, y mencionan que tanto OpenCL como el esfuerzo de Nvidia llamado Compute Unified Device Architecure CUDA (Arquitectura de dispositivo de computo unificada) son interesantes y tienen mucho potencial.

Conscientes de que tanto material es dificil de masticar, dejaremos para una segunda entrega el resto de la entrevista en donde se tocan otros temas como : VDPAU, VA-API y XvBA, nuevos codecs, aspectos legales y los desafíos que enfrenta este proyecto tan importante.

Link: An interview with the developers of FFmpeg (Phoronix.com)

Cuando te roban un laptop puede ser muy difícil recuperarlo, y si no tienes respaldo de tus archivos vas a perder mucho más que hardware.  En teoría hay varias formas de poder dar con su paradero, incluso se han reportado casos en que se han logrado recuperar siguiendo algunas sencillas recomendaciones.

Digo “en teoría” porque artesanalmente se pueden hacer muchas cosas, sobre todo en sistemas altamente programables como Linux, pero una cosa es saber que se puede y otra muy distinta es arremangarse las mangas y poner manos a la obra.  Eso es lo que ha hecho Tomas Pollak, uno de los editores clásicos del area Linux/Unix de FayerWayer, quien en su blog anuncia la disponibilidad de Prey, una aplicación que te puede ayudar a localizar ese equipo robado, incluso si cuenta con una cámara web puede usarla para sacar una foto del ladrón o “receptador de especies”.

En pocas palabras, lo que hace Prey es recolectar información sobre el estado actual del sistema como por ejemplo dirección IP local, red WIFI a la que está conectado, procesos en ejecución etc, junto a información para acceder al equipo en forma remota como es la dirección IP pública.  Con esta información puede ayudar incluso a localizarlo geográficamente y planificar una visita de cortesía.

Prey trata de ser poco intrusivo en tu sistema y se integra con los mecanismos internos de activación de tareas (cron) para ejecutarse cada cierto tiempo.  Cuando el propietario lo activa remotamente, Prey recolectará los datos necesesarios y los enviará al correo electrónico configurado.

Prey ha sido probado con éxito en Ubuntu Linux y Mac OSX.  Ya que es una solución construida en base a bibliotecas y servicios propios de sistemas Unix, en teoría debería funcionar sin mayores cambios en otras distribuciones de Linux y probablemente en otros sistemas Unix como Solaris/OpenSolaris.

Desde aquí le enviamos nuestras felicitaciones a Tomás Pollak por crear Prey y los correspondientes agradecimientos por compartirlo.

Links :

- Prey : Y rastrea tu computador robado (bootlog)
- Utilidad pública : Robo de Notebook – Recuperado (LinuxChillan)
- Thieves caught on stolen MacBook webcam (geek.com)
- SETI Project finds something : A stolen laptop (wired.com)

La gran dificultad de contar con versiones para otros sistemas operativos que no sean de Microsoft es que el código original de Chrome estaba demasiado amarrado a Windows, se puede interpretar que la prioridad de Google no era sacar un producto diseñado con miras a futuro, sino que ser el primero en incorporar cambios radicales para competir de igual a igual frente a los dominantes Internet Explorer y Firefox en la plataforma que cuenta con la mayor cantidad de usuarios, el resto se podía atacar más tarde.

Esta actitud puede ser bastante criticada por los talibanes de la Ingeniería de Software, pero la historia demuestra que los diseños perfectos se pueden transformar en proyectos infinitos, en donde un release final puede tardar años, es cosa de recordar lo que costó llegar a la versión 1.0 de Mozilla (antes de Firefox).

Una de las decisiones a tomar por parte del equipo de Chrome era usar o no la misma versión de Windows para las otras plataformas por medio de Wine como ya lo habían hecho antes con Picasa.  El equipo de Chrome considera que su versión para Windows es suficientemente rápida incluso corriendo sobre Wine, ya había evidencia de que la versión actual se puede ejecutar sobre Linux en forma relativamente exitosa, y hasta existe CrossOver Chromium para los que le temen a la linea de comandos.

Pero la ruta más corta, no es necesariamente la mejor.

El uso de Wine quedó descartado debido a que el resto de los usuarios merece tener la mejor experiencia que Chrome le pueda entregar.  Otra alternativa que surgió, fue usar un toolkit que permitiera tener una sola versión multiplataforma, en este caso el candidato claro era QT que está disponible para las tres plataformas.  Sin embargo a la hora de entrar en detalles, el uso de un toolkit genérico hace que se tengan que sacrificar las características únicas de cada plataforma y que sólo se use un denominador común entre ellas, similar a lo que sucede con las aplicaciones construidas con Java Swing. Es también una ruta corta, a costa de sacrificar la integración de Chrome con cada sistema operativo. Como dicen Google, al final se termina hablando con el mismo lenguaje, pero con acento extranjero.

En el caso de Linux, QT puede ser bastante cercano a algo nativo cuando se usa el escritorio KDE, pero en el caso de MacOS X, los usuarios apuntan a una serie de inconsistencias entre una aplicación QT y una aplicación nativa en Cocoa.

El equipo de Chrome quiere que el navegador siga siendo un ciudadano distinguido entre los navegadores y al mismo tiempo que no sea mirado con malos ojos por los usuarios de cada plataforma.  En el caso de MacOS X  declaran explícitamente que la API es demasiado buena como para no aprovecharla.

Un clon la versión de Windows definitivamente no sería aceptable en MacOS X. Donde las APIs para el desarrollo de interfaces de usuario son altamente evolucionadas y tienen muchas características impresionantes.

En Linux el escenario no era tan claro ya que no existe un toolkit nativo que sea usado por la totalidad de los usuarios.  A ojos de Google existen al menos dos grande líderes : QT y GTK+, y entre ellos dos el que está más de acuerdo a sus objetivos es GTK+, lo que provocó una airada reacción de los que consideran que QT es técnicamente superior.

En palabras del lider del área de interfaz de usuario de Google, Ben Goodger:

Mi pensamiento inicial era que un clon de la versión de Windows sería aceptable en Linux dado que el rendimiento de la aplicación por si sola es impresionante, y también debido a  la resistencia de algunos miembros del equipo que trabaja para la versión de Linux respecto a la interfaz del usuario.  Pero se pusieron de pie y hicieron su esfuerzo hacia una interfaz GTK+, si leen las otras discusiones en esta lista, verán que ese es el camino que hemos decidido.

Dado que Chrome es de código abierto, siempre está la posibilidad de que se haga un desarrollo independiente con QT, en donde las voces críticas tendrán su oportunidad de demostrar la defendida superioridad de este toolkit.

Se espera que las versiones oficiales para MacOS X y Linux estén disponibles al público en Junio.

Links:

- Linux : the views situation (Chromium-dev)
- Linux version of Chrome to use GTK+ (OS News)
- Chrome gets Mac deadline (CNET)

Excelentes noticias para los desarrolladores de programas de Antivirus para OS X: Ha re-nacido un nuevo mercado. Malas noticias para los que pensaban que el ambiente de OS X estaba a salvo de infecciones.

Los virus en el mundo Apple han dejado de ser una broma. La semana pasada, ya te informamos que más de 20 mil computadoras Macintosh estaban contagiadas con el troyano OSX.Trojan.iServices.A.

Hoy, más de 5 mil computadoras ya están infectadas con una variación de este mismo troyano, gracias a la pereza de algunos usuarios de pagar USD$700 por una copia legal del Photoshop CS4.

Todas las versiones pirata de la aplicación de fotografía de Adobe, están infectadas con este virus.

Si por esas cosas raras de la vida estás infectado, la única manera por el momento de eliminarlo de tu sistema es mediante el software VirusBarrier X5. Te aconsejamos comprarlo (pagar dinero para adquirirlo legalmente) … porsiacaso.

Link: New Variant of Mac Trojan Horse iServices Found in Pirated Adobe Photoshop CS4 (Intego) (vía)