Foto-blog de Antonio Castro

Retoque fotográfico con Gimp, fotos copyleyft, licencia Creative Commons (CC-BY), fotos gratis para uso comercial con reconocimiento.

Macrofotografía abeja

Etiqueta: ImageMagick Página 2 de 3

Composite: Combinar dos imágenes en una (Tutorial ImageMagick)

img1

img1

img2

img2

Muchas veces habrás necesitado combinar dos imágenes en una y ya vimos como hacerlo usando Gimp.  ¿Cómo trabajar en GIMP usando capas, máscara, y canal alfa?

Podemos hacerlo de un modo mucho más sencillo y cómodo con el comando composite de ImageMagick disponible para Linux y para Windows. Incluso podemos usar el comando dentro de un script para realizar postprocesado de un montón de imágenes con un propósito particular. Nosotros partiremos de dos imágenes ‘img1.jpg’ e ‘img2.jpg’ y cuatro ejemplos de máscaras para ilustrar diferentes resultados.

mascara1

mascara1

output1composite  img1.jpg  img2.jpg  mascara1.jpg  output1.jpg
mascara2

mascara2

output2composite  img1.jpg  img2.jpg  mascara2.jpg  output2.jpg
mascara3

mascara3

output3composite  img1.jpg  img2.jpg  mascara3.jpg  output3.jpg
mascara4

mascara4

output4composite  img1.jpg  img2.jpg  mascara4.jpg  output4.jpg

El comando empleado para el primer caso es:

composite  img1.jpg  img2.jpg  mascara1.jpg  output1.jpg

Este programa composite es uno de los comandos que proporciona el paquete de utilidades ImageMagick. Yo uso este mismo comando en mis scripts  para hacer transiciones de vídeo entre fotografías estáticas. Para ello voy variando una máscara que simplemente tiene que empezar en blanco y volverse negra gradualmente, usando patrones intermedios que produzcan el efecto de transición deseado. Con ello se puede conseguir cualquier tipo de transición entre dos imágenes.

Bug repartido entre ImageMagick, ffmpeg, mencoder, y recordmydesktop.

Si haces uso de estos programas este artículo te puede interesar, y en caso contrario te parecerá la típica batallita de programación que sólo interesa a los frikis del software libre.

Tengo publicado un artículo en el cual presenté un script ‘dir2avi.py’ que procesaba todas la imágenes ‘*.jpg’ de un directorio y obtenía un vídeo avi, pero he descubierto que no siempre funciona bien, lo curioso es que no es por un problema de mi script y el bug está muy repartido entre diversas aplicaciones.

El fallo de ordenador de dio nombre a los bugs de programación.

El fallo de ordenador de dio nombre a los bugs de programación.

He usado aquel script y en determinadas ocasiones generaba unos vídeos con ciertas anomalías cromáticas, apareciendo manchas de colores. Incluso he publicado algún vídeo en youtube que presentaba este problema ante la impotencia de localizar el problema, pero esta vez me afectaba a un proyecto que quiero que tenía mucho interés en que quedara perfecto así que he dedicado bastante tiempo a investigarlo.

El vídeo siguiente de sólo 8 segundos muestra el efecto que tiene el bug en un vídeo.

Hice varias pruebas haciendo toda clase de variaciones posibles para hacer vídeos a partir de imágenes y para mi sorpresa resultó que de una forma o de otra en algunos casos concretos reaparecía siempre el mismo problema fuera cual fuera el método empleado.


Las imágenes jpeg de partida aparecían perfectas, pero el vídeo que producían determinadas colecciones de imágenes presentaba problemas y era difícil saber la razón. Intenté un montón de cosas:
  • Para descartar un bug en ffmpeg probé a generar el vídeo con mencoder, pero no tuve suerte.
  • Para descartar un bug en algún codec probé con distintos codecs de vídeo en ffmpeg, igualmente sin éxito.
  • El problema también apareció pasando un vídeo de formato ogg a un formato avi con ffmpeg, lo cual parecía descartar totalmente el problema en mis imágenes. Este ogg lo generé capturando vídeo desde el escritorio con recordmydesktop así que  el problema parecía burlarse de mi sentido de la lógica.
  • Quizás fuera el formato de vídeo y probé a generarlo en varios formatos (avi, mp4, mpeg, ogg, flv), pero tampoco.
  • Quizás a ffmpeg no le gusta que yo redimensione con la opción -s y use simultáneamente -sameq, así que probé a no redimensionar, a redimensinar con el mismo tamaño de la imagen, a no indicar la dimensión para que la tomara de las imágenes originales, pero nada de eso tuvo éxito.

Fueron varios días insistiendo sin éxito. El problema sólo aparece usando algunas colecciones de imágenes,  pero no lograba descubrir en que se diferencian los jpegs que daban problemas de los restantes que no los daban. Por fin llegó mi primer éxito y una posible solución. Si las imágenes que daban problemas al pasarlas a vídeo eran convertidas previamente a otro formato, por ejemplo png, el problema desaparecía confirmando el problema con el formato de las imágenes de entrada.

Decido entonces investigar un poco más los jpegs y verificando una de estas imágenes usando el comando identify -verbose de ImageMagick descubro que aparece una información contradictoria en la cabecera exif respecto al ColorSpace. En la misma imagen figura lo siguiente:
  • exif:ColorSpace: 1
  • jpeg:colorspace: 2

Uno de los dos valores debe de ser incorrecto, y los campos exif son meramente informativos.

Una breve aclaración sobre exif:
Exchangeable image file format (abreviatura oficial Exif) es una especificación para formatos de archivos de imagen usado por las cámaras digitales. Las etiquetas (tags) de metadatos definidas en el estándar Exif cubren un amplio espectro de valores. Los programas antiguos no tienen en cuenta estos valores, y los modernos los manejan como información de usuario final  principalmente.
Una imagen sin información exif es perfectamente funcional, así que no parecía muy lógico que un dato erróneo en un campo exif tuviera consecuencias en el software, pero tratándose de un caso rarito y existiendo el dato contradictorio me construyo un script que elimine todos los campos exif de mis imágenes jpeg, y … ¡Eureca!
Quitar la información exif en la imágenes jpg solucionaba el problema para ffmpeg.

Esto puede que no resulte muy emocionante para la inmensa mayoría de los mortales, pero apuesto que son muchos a lo largo y ancho de Internet que han tropezado con este escurridizo bug sin sospechar de qué se trata. Para eliminar la información exif del jpeg recurrí a la librería de imágenes PIL en python, y lo que hago con cada fichero de imagen es simplemente esto:
import Image
img=Image.open(fi)
(x,y)=img.size
img.resize(img.size) # Redimensinamos al mismo tamaño. Es un truco para suprimir toda la info de exif
img.save(fi)
Después de hacer esto las imágenes quedan sin campo exif y ffmpeg ya genera el vídeo correctamente. (Me quedé muy sorprendido cuando esto funcionó y pensé que a pesar de que una historia de bugs no resulta muy emocionante merecía la pena comentarlo en un artículo).  Publicaré en breve alguna solución que incluiré como parte de un paquete de utilidades. De momento solo tengo un parche poco presentable.


Conclusiones:
Es muy posible que ImageMagick bajo ciertas circunstancias cometa algún error en el mantenimiento de la información exif, y puede que la inconsistencia en los campos exif no sea algo tan raro, incluso podría considerarse como algo asumible porque donde tiene realmente sentido es en un fichero recién salido de una cámara de fotos.
También es muy posible que recordmydesktop genere un vídeo ogg con metainformación errónea o inconsistente y sería un bug independiente del anterior. En cualquier caso el hecho de que la información exif pueda provocar fallos en ffmpeg como mencoder, significa que ambos hacen un uso muy cuestionable de esta información, que debería ser ignorada. Sí estas se suprimen el vídeo se genera perfectamente. No tiene mucho sentido.
No descarto que todos estos programas que estoy mencionando estén haciendo cosas incorrectas y que sólo den problemas cuando se hace un determinado uso combinado de los mismos. Estaríamos ante una epidemia de bugs.

Que ffmpeg y mencoder compartan un mismo bug en la adquisición de imágenes jpeg no sería demasiado sorprendente ya que ambos son software libre y cabe la posibilidad de que uno copiara el bug del vecino.

Una idea para finalizar tus vídeos.

Créditos al final de un vídeo.

Créditos al final de un vídeo.

Finalizar un vídeo en youtube o vimeo poniendo la url que te interese es una buena práctica para atraer visitas a tu web, pero si lo haces en todos tus vídeos de la misma forma y aplicando la misma receta, puede resultar menos llamativo. Usar ideas creativas y atractivas para hacerlo es conveniente para que cada vídeo tenga su propio sello.

La idea que te presento es muy sencilla. La usé en la finalización de este vídeo, es de poco más de dos minutos, pero si no te interesa, avanza rápido hasta el final y verás como queda este truco que ahora explicaré.

Se trata de tomar el último fotograma, poner la url usando retoque fotográfico (yo uso Gimp) y luego sacar varias imágenes mediante retoques sucesivos a modo de transición entre ellas hasta la pantalla en negro o la pantalla final que desees.

La sucesión de imágenes que yo generé para ese vídeo fue creada a partir de imágenes que luego se funden unas con otras creando una transición muy suave entre ellas. Si se eligen transiciones que fundan bien unas con otras el efecto es muy agradable. Lógicamente se ha de trabajar con imágenes del mismo formato que los fotogramas de la película.

Las imágenes que yo usé fueron las siguientes:

1) Último fotograma del vídeo.

1) Último fotograma del vídeo.

Siempre partiremos del último fotograma del vídeo.

2) añadimos el rótulo con la URL.

2) añadimos el rótulo con la URL.

Partiendo siempre de la imagen anterior iremos modificando. Podemos usar un programa de retoque fotográfico para añadir un rótulo.  En este caso también hemos oscurecido la imagen del fondo. Es aconsejable mantener el fondo y el texto en capas separadas para mayor comodidad de trabajo.

3) Oscurecemos aún más el fondo y desenfocamos las letras.

3) Oscurecemos aún más el fondo y desenfocamos las letras.

Aumentamos el brillo de las letras, las desenfocamos y oscurecemos aún más el fondo.

3) Modificamos la curva de contraste.

3) Modificamos la curva de contraste.

Usamos la curva de colores para bajar el brillo de las partes más oscuras. Esto se come parte de las letras desenfocadas adelgazándolas. El efecto final conseguido será como si se hiciera una transición suave a una nueva tipografía.

4) Usamos un filtro detección de borde.

4) Usamos un filtro detección de borde.

Ahora pasamos un filtro de detección de bordes para crear un efecto metálico (otra tipografía más).

5) disminuimos el brillo.

5) Disminuimos el brillo.

Oscurecemos  todo, será la despedida definitiva.

6) Pasamos a negro.

6) Pasamos a negro.

Final en negro.

Después de hacer estas imágenes hay que crear los fotogramas de transición. Para ello colocaremos estas imágenes en algún lado y usaremos la utilidad convert de ImageMagick. El script de ejemplo es muy sencillo y se usa shell script porque en realidad basta con teclear dos comandos. Vamos a suponer que las imágenes que acabamos de conseguir las hemos nombrado con nombres del tipo ‘IMGG*.JPG’. La opción -morph 50 creará 50 imágenes de transición entre ellas.

#!/bin/bash
mkdir morph
convert -morph 50 IMGG*.JPG  morph/Z%04d.JPG

Hemos usado el asterisco que expande los nombres por orden alfabético simplemente para no tener que poner cada uno de los nombres de estos ficheros donde el orden es importante.
Después de eso ya tendremos los fotogramas para el vídeo. Recordamos que se publicó aquí un pequeño script dir2avi.py para convertir las imágenes de fotogramas contenidas en un directorio en un vídeo usando ffmpeg. En nuestro ejemplo hemos usado 50 imágenes de transición entre foto y foto que dan para un par de segundos de vídeo para cada transición, y sólo me queda decir que es más fácil de hacer que de explicar, y que el resultado puede dar un toque interesante a tus finales de vídeos.

Cualquier duda la resolveré en los comentarios. Insisto es muy fácil.

Créditos de final de un vídeo

Créditos de final de un vídeo.

Página 2 de 3

Funciona con WordPress & Tema de Anders Norén