Procesamiento de imágenes por lotes en GIMP

Normalmente utilizo para trabajar con imágenes tanto en Linux como en Windows el programa gratuito y de código abierto GIMP. Es un programa complejo pero con muchas características de interés y un sistema de plugins para extender las funcionalidades del mismo. Ya en su momento comenté en esta bitácora un plugin para optimizar el tamaño de imágenes de cara a su publicación en un sitio web.

En muchas ocasiones cuando subo imágenes a una web me gusta bajar la resolución de las mismas a la equivalente a una imagen de dos megapíxeles (1600x1200 píxeles) para reducir los tiempos de transferencia de los archivos. Cuando son muchas las imágenes a subir se puede hacer pesado el cambiar el tamaño a todas ellas de una en una.

Recientemente he instalado el plugin DBP (David's Batch Processor) que permite realizar desde GIMP diferentes operaciones de una vez sobre un grupo de imágenes (entre ellas la de redimensionar las mismas). Desde la página, además de las fuentes del plugin, se puede descargar una versión 1.1.8 para Windows que es la que estoy usando yo en mi instalación de GIMP 2.6.11.

La instalación del plugin DBP es muy sencilla y se reduce a copiar el archivo dbp.exe contenido en el archivo comprimido a la de plugins de GIMP en la instalación local de GIMP. En mi caso, con Windows 7, esta carpeta es C:\Program Files\GIMP-2.0\lib\gimp\2.0\plug-ins .

Una vez copiado el archivo e iniciado el programa GIMP, se accede al procesamiento por lotes con la opción de menú Filtros->Batch Process... . La utilización de este plugin es simple:

• En la pestaña Input seleccionar las imágenes que deseamos procesar.
• En la pestaña Rename indicamos bien la carpeta de destino para las imágenes procesadas (ha de ser necesariamente diferente a la de origen si no se desea renombrar las imágenes) o bien añadir un prefijo o un posfijo a los nombres de las imágenes ya procesadas.
• Ya sólo queda elegir la operación u operaciones a realizar sobre las imágenes de entrada. En mi caso mi interés está en la pestaña Resize donde se ha de habilitar la operación y especificar si se desea redimensionar de manera relativa o absoluta la imágenes. Si todas imágenes de entrada tienen la misma resolución lo más cómodo es realizar un redimensionamiento relativo calculando el factor de reducción correspondiente.

Resolución 1024x768 o 1152x864 en netbook

Recientemente he adquirido un netbook para disponer de un equipo ligero además de poder realizar una primera toma de contacto con Microsoft Windows 7 Starter, sistema operativo preinstalado en el equipo.

El netbook cuenta (como suele ser habitual en estos ordenadores) con una pantalla de 10 pulgadas que permite una visualización de pantalla con una resolución de 1024x600 píxeles. Esta resolución suele ser suficiente para un uso normal, aunque en ocasiones nos podemos encontrar con programas que requieren una resolución mínima de pantalla de 1024x768 píxeles.

De entrada en el diálogo de configuración de Resolución de pantalla (accesible desde menú contextual del escritorio o desde Panel de Control->Apariencia->Pantalla->Resolución de pantalla) no podemos establecer ningún modo superior, pero si disponemos en el netbook de un adaptador gráfico integrado  Intel GMA 3150 (la habitual para netbooks basados en procesadores Intel Atom), tenemos la posibilidad de hacerlo aprovechando una característica del controlador del adaptador gráfico denominada DownScaling (se reescala la pantalla para que ocupen los 1024x600 píxeles disponibles, aunque se sacrifica de esta forma nitidez de imagen).

Los pasos que he seguido de forma resumida (hay una guía detallada enlazada en las referencias finales) son:

1. Actualizar el controlador del adaptador de video a la última versión disponible en el sitio de soporte de Intel (yo he usado la versión del controlador 15.12.75.50.7.2230). Seleccionar sistema operativo Windows 7 32 bits y descargar el paquete indicado como latest (última versión). La instalación del nuevo controlador obliga al reinicio.
2. Abrir el programa regedit (ojo que tocar aqui algo que no procede puede provocar problemas en la instalación de Windows). Para ello hay que acceder al diálogo de Ejecutar en Inicio->Todos los programas->Accesorios->Ejecutar, especificar regedit como programa a ejecutar y autorizar su ejecución.
3. Ya en el programa regedit,  buscar todas las referencias a la cadena Display1_DownScalingSupported y cambiar los valores 0 por 1 cuando proceda. Opción de menú Edición->Buscar y especificar la cadena de búsqueda comentada. Pada cada coincidencia con valor 0 modificar el valor a través haciendo uso del menú contextual.
4. Cerrar regedit y reiniciar nuevamente el equipo.

Tras el reinicio ya estaba disponible la opción de subir la resolución en el diálogo de configuración de Resolución de pantalla.

Referencias:

• Noticia en inglés que comenta de la posibilidad de subir la resolución de pantalla en netbooks
• Guía en inglés de la operación que muestra paso a paso (con capturas de pantalla) lo que hay que hacer
• Mensaje en foro de Microsoft donde se indica la necesidad de reiniciar el equipo para poder aumentar la resolución después de los cambios efectuados con regedit

Problemas con Fedora 14 y VMware Server 2.0.2

Retomo la publicación en esta bitácora con un problema que me ha traído de cabeza este fin de semana después de actualizar mi equipo a Linux Fedora 14. Hace ya algunos meses había cambiado el sistema operativo Windows XP que venía preinstalado por un Linux Fedora para 64 bits (empezando por la versión 12 posteriormente actualizada a la 13), de forma que pudiera aprovechar los 4 Gbytes de memoria instalados.

El proceso de actualización  de Fedora 13 a Fedora 14 con la herramienta preupgrade se desarrolló sin problemas, aunque partiendo inicialmente de una instalación de Fedora 12, en la que el tamaño de la partición /boot por defecto era más reducido que en las versiones posteriores, tuve que recurrir a la conexión ethernet (cable) durante el proceso de actualización.

Finalizada la actualización verifiqué que todo estaba en orden: correo electrónico, navegador web, OpenOffice (actualizado ya a la versión 3.3 aunque en la web del proyecto se anuncia aún en estado Release Candidate). Lo último que revisé antes de dar concluida de forma exitosa la actualización era el funcionamiento del VMware Server 2.0.2 ... Y esto no funcionaba. La interfaz de gestión web no estaba accesible por los puertos 8222 y 8333 aunque aparentemente el servicio se iniciaba sin novedad ...

Después de buscar en internet por si alguien ya había pasado por esta situación encuentro el mismo problema reportado en un mensaje reciente de un foro de VMware (confirmado revisando /var/log/messages):

Nov  6 10:20:10 lenovor61 kernel: [ 1425.148608] vmware-hostd[5406]: segfault at 2100001c4f ip 00007f546e9c5210 sp 00007f54671fab88 error 4 in libc-2.12.90.so[7f546e893000+199000]
Nov  6 10:20:10 lenovor61 abrt[5407]: saved core dump of pid 5394 (/usr/lib/vmware/bin/vmware-hostd) to /var/spool/abrt/ccpp-1289038810-5394.new/coredump (37748736 bytes)
Nov  6 10:20:10 lenovor61 abrtd: Directory 'ccpp-1289038810-5394' creation detected

Revisé también las páginas que había consultado en su momento para la instalación inicial de VMware Server 2.0.2 en Fedora 12 de 64 bits (primero las instrucciones de un blog y posteriormente el procedimiento manual apuntado en otra página con el que realicé finalmente la instalación). En el primer blog se apuntaba un parche adicional para kernel 2.6.35 (Fedora 14 hace uso de una versión de este kernel de Linux), pero reinstalado el VMware Server siguiendo las instrucciones persistía el error inicial.

Dado que parece que por parte de VMware no va a continuar el soporte de VMware Server (por la falta de actualizaciones y novedades en relación al producto), evalué en ese momento el uso VMware Player y VirtualBox, pero la experiencia no fue satisfactoria (ya comentaré los detalles de esta "evaluación rápida" de alternativas en otra entrada de la bitácora para no alargar más de la cuenta esta historia).

Busqué entonces errores relacionados con la librería libc (provista por el paquete glibc) y el proceso vmware-hostd referidos en el log y encontré una referencia a un problema parecido en otro mensaje de un foro de VMware pero para sistemas Red Hat Enterprise Linux. La causa del error estaba en la actualización de la librería glibc junto con la actualización global del sistema, y se apuntaba como solución inicial recuperar la librería libc provista en la versión anterior de RHEL con la que VMware Server funcionaba correctamente.

Dado que volver a una versión anterior del paquete glibc no era una opción viable (ya que puede afectar a otros programas o servicios instalados en el equipo) intenté aplicar las soluciones expuestas tal y como se presentaban pero sin éxito, aunque con las instrucciones en ese mensaje y en una incidencia de CentOS relacionada conseguí después de muchas horas arrancar sin errores el servicio y volver a acceder a la interfaz de gestión. Pero más allá del login volvía a fallar el proceso vmware-hostd ... También encontré otra referencia en la que se consideraba además de la librería libc la librería zlib.

Vistos los avances conseguidos y que con la versión 13 de Fedora VMware Server funcionaba correctamente, me propuse usar las librerías glibc y zlib de Fedora 13 de forma exclusiva para el proceso vmware-hostd.

Después de varias pruebas encontré el procedimiento correcto para solventar el error en Fedora 14 (ejecutar como usuario root y con VMware Server 2.0.2 ya instalado):

# cd

# mkdir fedorafix

# cd fedorafix

# wget http://www.mirrorservice.org/sites/download.fedora.redhat.com/pub/fedora/linux/updates/13/x86_64/glibc-2.12.1-4.x86_64.rpm

# wget  http://www.mirrorservice.org/sites/download.fedora.redhat.com/pub/fedora/linux/releases/13/Fedora/x86_64/os/Packages/zlib-1.2.3-23.fc12.x86_64.rpm

# rpm -Uvh --nodeps --root=/tmp/ glibc-2.12.1-4.x86_64.rpm

# rpm -Uvh --nodeps --root=/tmp/ zlib-1.2.3-23.fc12.x86_64.rpm

# cp -Rp /tmp/lib64/ /usr/lib/vmware/lib/fc13lib64

En este punto necesitamos editar el fichero /usr/sbin/vmware-hostd para incluir antes de la última línea (la que ejecuta el vmware-hostd binario) el siguiente comando (todo en la misma línea):

export LD_LIBRARY_PATH=/usr/lib/vmware/vmacore:/usr/lib/vmware/lib/libexpat.so.0:/usr/lib/vmware/lib/libxml2.so.2:/usr/lib/vmware/lib/fc13lib64

Reiniciamos el servicio y por fin tenemos de nuevo operativo el VMware Server. Lo que parece claro es que sin soporte de VMware cada vez se hará más difícil la ejecución de este interesante producto en las nuevas versiones de distribuciones de Linux.

Portable OpenOffice 3.2

Ayer se ha publicado la nueva versión OpenOffice.org Portable, la versión de OpenOffice.org (suite ofimática gratuita y de código abierto) que no requiere instalación, y como he comentado anteriormente en otras entradas de esta bitácora, facilita el uso de los archivos generados en ubicaciones donde pueda haber dudas sobre la disponibilidad de OpenOffice.org instalado (por ejemplo, para editar un documento o realizar una presentación), o donde haya una versión más antigua de este producto.

Hay disponible para descarga una versión en español, así que no se precisa ningún procedimiento especial para disfrutar de esta práctica versión de OpenOffice.

El uso de esta versión portable de OpenOffice.org es muy interesante porque fomenta el conocimiento, el interés y la utilización de soluciones alternativas libres a productos ofimáticos de pago, de todos bien conocidos, e igualmente válidas para un porcentaje importante de usuarios.

Etiquetas de texto largas en OpenOffice Calc

Recientemente un compañero de trabajo, utilizando OpenOffice 3.1, se encontró con un problema a la hora de crear una gráfica, ya que las etiquetas de texto asociadas a los valores que deseaba representar eran largas, de forma que al crear la gráfica con OpenOffice Calc, quedaban dichas etiquetas en una única línea cada una ocupando una parte importante de la imagen.

En la siguiente imagen se muestra el problema:



Intentamos editar las etiquetas para que pudieran ser mostradas en varias líneas, pero no encontramos la forma de editarlas de forma que obtuvieramos el resultado deseado. Se planteaba en ese momento la necesidad de utilizar una herramienta alternativa ...

Me acordé entonces que IBM ha impulsado una herramienta ofimática similar a OpenOffice denominada Lotus Symphony (actualmente en versión 1.3 estable), que trabaja con los mismos formatos de fichero OpenDocument (exceptuando los archivos de base de datos utilizados por OpenOffice Base). Instalado este producto, igualmente gratuito, pudimos comprobar que la misma gráfica generada por Symphony ajusta mejor la presentación de las etiquetas largas, como se puede ver a continuación:



La misma gráfica generada con Lotus Symphony queda mejor que con OpenOffice. Es posible que no dieramos con la forma adecuada de editar las etiquetas, pero tampoco se disponía de mucho tiempo para revisar el tema y la funcionalidad de Symphony resultó suficiente.