Ayer hice el paquete debian instalable en ubuntu del proyecto TBO, lo he añadiro al repositorio propio que tenemos en sugus para facilitar la instalación.

Se puede iinstalar de la siguiente forma:


/etc/apt/sources.list
...
deb http://sugus.eii.us.es/debrepo sugus main

# apt-get update
# apt-get install tbo

Si no sabes cómo añadir nuevos repositorios puedes mirarlo en la guia ubuntu y aquí está el cómo instalarlo.

Además de los lenguajes de programación normales y corrientes existen lenguajes de programación esotéricos creados para "divertirse" o de manera meramente educativa/científica, no con una orientación funcional.

Un lenguaje esotérico muy conocido es el brain fuck, cuyas primitivas son "><+-[]. y ,". Estos son todos los simbolos de los que dispone el lenguaje y con los que hay que escribir el programa.

No voy a explicar qué hace cada simbolo ni cómo, para eso está la wikipedia o la página oficial. Incluso hay tutoriales sobre brainfuck para aprender a programar las primitivas básicas de un lenguaje de programación con estos simbolos.

La cosa es que me ha dado por ahí y ayer me puse a programar algo. La idea era hacer un programita que pidiera dos números por teclado, y luego los sumara. Nada complicado.

El mayor problema con el que me he encontrado es a la hora de representar el resultado por pantalla cuando el número era mayor de 10, puesto que con brainfuck tienes que sacar por pantalla caracter a caracter.

Por supuesto este programa no suma números de más de dos dígitos, dado que la entrada se hace cáracter a carácter y parsear un 12 por ejemplo implicaría una complejidad inimaginable (quizás no tanto, pero eso requeriría unas cuantas horas más).

Aquí está el código:

<++++++++++[>++++++++++<-]><++[>+++++<-]>.<++++++
[>----------<-]>-.<+++[>+++<-]>.<<<<<<,>>>>>><<<<
,>>>>[-]<++++++++++[>++++++++++<-]><++[>+++++<-]>
.<++++++[>----------<-]>.<+++[>+++<-]>-.<<<<<<<,<
<<,>>><<<<[-]++++[>>>>------------<<<<-]++++[>>>>
>------------<<<<<-]>>>>[>+<-]>>>[-]<<[>>+<<-]>>[
<+<+>>-]<<>>+<>>>[-]+<<<>>>>>[-]<<<<<>>>>[-]+++++
+++++[<<<<-+[>>>[-]<<<>>>>>+<<<<<-]->>>[<<<>-<>>>
[-]]<<<>>>[-]+<<<>>>>>[<<<<<+>>>>>-]<<<<<>>>>-]<<
<<<<<<<<[-]++++++++++++++++++++++++++++++++++++++
++++++++++>>>>>>><<<<[-]++++++[>>>>++++++++<<<<-]
>>>>.<<<<[-]++++++[>>>>--------<<<<-]>>>>[<<<<<<<
[-]++++++++++++++++++++++++++++++++++++++>>>>>>>[
-]]<<<<<<<[>>>>>+<<<<<-]>>>>>.[-]<[-]++[>+++++<-]
>.

¿Por qué brainfuck? ¿Estás loco o qué? No se, es divertido tratar de encontrar soluciones a problemas y si tienes que utilizar un lenguaje como este el reto es mucho mayor. Nunca viene mal ejercitar un poquiito las neuronas y recordar cosas de computación básica. Al fin y al cabo el universo podría reducirse a estos simbolos, eso sí, habría que escribir un montón.

La semana pasada di una charla dentro de las jornadas de Software Libre, Conocimiento Libre y Sociedad que se han impartido en la Universidad de Sevilla durante los días 8, 9, 15 y 16 de abril.

Mi charla trataba sobre las herramientas de diseño libres. Pretendía dar a conocer las herramientas de diseño libres más populares y enseñar un poco cómo usarlas.

Para dar esta charla me preparé una presentación de ocho páginas, y ya que tengo TBO funcional pues lo utilicé y generé un pdf que es lo que mostré.

Haciendo esta presentación me he dado cuenta de que la herramienta de texto es bastante incómoda, así que tengo que empezar a trabajar sobre ella. También me he percatado de la necesidad de poder clonar páginas completas.

En futuras versiones intentaré mejorar la herramienta de texto y añadir la opción de clonación de página para hacer de TBO una mejor herramienta.

Hoy ha sido un día productivo en el desarrollo de TBO. Lo primero que he hecho es arreglar un fallo que venía produciendose casi desde el principio y que parecía aleatorio. EL problema era que al añadir un objeto arrastrando, no aparecía en la posición que lo soltabas, algunas veces. Resultó ser problema del scroll y ya está solucionado.

Otra cosa importante que he añadido hoy al programa es la posibilidad de añadir imágenes png. Así pues se pueden añadir capturas de pantalla u otras imágenes, muy útil a la hora de hacer presentaciones.

Y por último lo más importante, TBO ya es instalable al menos en una distribución por paquetería. Hoy he creado el paquete para Archlinux y por lo tanto se puede instalar fácilmente con el comando yaourt:

$ yaourt -S tbo-git

Cuando un sistema de control de versiones nos da un conflicto en una mezcla suele ser un fastidio, porque eso quiere decir que toca hacer la mezcla a mano. Por suerte existen buenas herramientas que sirven para facilitar la tarea.

Yo como soy usuario de vim, pues suelo usar vimdiff para ver diferencias y mezclar de un fichero a otro.

Me acabo de hacer un script para cuando tengamos un conflicto en git poder abrir directamente las dos versiones de un fichero conflictivo, versión tuya y versión externa, a la vez en un vimdiff con un solo comando. Lo he llamado gitconflict:

#!/bin/bash
 
git show :2:$1 > $1.ours
git show :3:$1 > $1.theirs
 
vimdiff $1.ours $1.theirs

El script este crea dos ficheros el .ours y el .theirs con las dos versiones correspondientes.

Y para usarlo:

$ gitconflict fichero_conflictivo

Ayer estuve haciendo algunas cosillas con gitpython y cairo para hacer unas gráficas chulas usando la información que nos ofrece un repositorio git. He creado un proyecto en gitorious con estos scripts.

Lo más chulo es el script gittimeline.py, que basandose en los commits y las estádisticas de estos commits muestra una galaxia de commits. Se van mostrando bolitas de colores que simbolizan a cada committer. El tamaño de la bola depende del número de cambios hechos y con el tiempo se van difuminando las bolas. Cuando un committer es regular, la bola que lo representa se va acercando al centro.

Aquí hay un vídeo de cómo se vería:

La forma de usar el script es la siguiente:

gittimeline.py path-to-repo [update-time-ms] [since-date]

Para repositorios grandes recomiendo usar el parámetro since-date para que no tarde una eternidad en empezar. La fecha se tiene que especificar con el formato 1970-01-01.

Desde principios de año estoy trabajando en yaco. Yaco es una pequeña empresa sevillana que se dedica a prestar servicios de consultoría y desarrollo de software libre y sobre todo desarrollo web con python tanto plone como django.

El funcionamiento de la empresa es parecido al de Emergya (empresa en la que estuve trabajando durante ocho meses) e incluso comparten una historia común, sin embargo tiene una serie de diferencias, por ejemplo emergya es prácticamente el doble de grande que yaco, y afronta casi todo tipo de proyectos, sin embargo yaco está más enfocada o especializada en el desarrollo de aplicaciones web.

Una empresa al fin y al cabo es un conjunto de empleados, y en esta empresa hay gente muy buena y muy inquieta, y por parte de la dirección se les permite pensar, opinar y desarrollarse. Un ejemplo de esto es el "día de proyectos personales" que es una iniciativa nueva de este año y que pretende brindar a los desarrolladores un día al mes para dedicar a desarrollar un proyecto propio. Es decir, que la empresa te dona parte de su tiempo para que lo dediques al proyecto software libre que a ti te parezca. Algo similar a lo que se hace en google, pero con menos recursos, por algo se empieza.

Pues bien, en principio voy a dedicar estos días de proyectos personales a seguir desarrollando sweetter y que no muera el proyecto. Mi idea principal es refactorizar todo el código, y corregir fallos que ahora que estoy desarrollando en django estoy descubriendo, y posteriormente surtir al proyecto con una serie de plugins útiles y empezar a buscarle rentabilidad o utilidad primero dentro de yaco, y después hacia nuestros clientes.

Y ya que estoy hablando de yaco, voy a contar las cosas que me gustan de trabajar aquí:

• Trabajo desarrollando en python y con software libre
• Hay gente con mucha experiencia e ideas interesantes, el equipo de trabajo es ideal y se puede trabajar de manera dinámica y ágil
• Los empleados están organizados, hay un delegado de personal que representa al conjunto de los empleados y todos conocen sus derechos
• Horario flexible y ajustable a tus necesidades
• La oficina está en el centro y puedo ir patinando
• La oficina es un lugar genial donde trabajar, está muy bien decorada, con las paredes pintadas con monigotes, hay una terraza, un sofá, en definitiva, se está como en casa
• Tenemos un futbolín y una wii en la oficina
• Hay comida y bebida gratuita en la oficina
• Cada vez que se consigue un proyecto nuevo hay desayuno gratis para todos, más conocido como campanazo, porque hay una campana que se toca cuando se consigue el proyecto.

Estoy pensando en cómo implementar el sistema de deshacer/rehacer de TBO, y no se cuál sería la mejor forma de hacerlo.

Las dos opciones que estoy barajando son:

1. Guardar el estado. La idea es que antes de cada operación que se pueda deshacer se guarde el estado actual del documento en la lista de deshacer.

pros: creo que es fácil de implementar/mantener
contras: El coste en memoria puede ser considerable, y clonar el estado en cada operación puede ser computacionalmente costoso.

2. Guardar la operación y su inversa. La idea es que antes de cada operación que se pueda deshacer se guarde la operación a realizar junto con su inversa en la lista de deshacer.

pros: Menor coste tanto en memoria como de calculo.
contras: Pueden existir operaciones cuya inversa sea muy compleja.

Me decanto por la segunda opción, pero lo mismo debería mirar un poco el código de gimp o inkscape un poco para ver qué es lo que hacen.

Hoy me he puesto y he grabado un vídeo del estado actual de TBO para mostrar un poco su funcionamiento. Aquí está el vídeo:

De vez en cuando me da por grabar un vídeo de cómo dibujo con el inkscape y esas cosas, lo acelero, le pongo música y lo cuelgo en youtube. Pues bien voy a explicar cómo hago toda esa mierda, para cuando se me olvide, o por si alguien que esté aburrido lee estoy y le sirve de ayuda.

Grabación del vídeo

Para grabar lo que hago en mi escritorio utilizo una fantabulosa aplicación llamada gtk-recordmydesktop. Esta aplicación me genera un fichero out.ogv.

Conversión a avi y aceleración

El ogv está muy bien, pero si lo quieres subir a youtube o a algún sitio de estos es mejor convertirlo. Yo lo convierto a avi usando mencoder. Además acelero el vídeo para que no sea un tostón de 30min:

mencoder out.ogv -fps 250 -vf scale=640:375 -ovc lavc -o output.avi

Creación de cabecera

Para que el vídeo quede más bonito se le puede añadir una cabecera, una imagen con texto que salga antes del vídeo y que desaparezca con un fundido.

Para ello vamos a utilizar imagemagick, ffmpeg y mencoder.

Primero capturamos el primer frame del vídeo:

ffmpeg -i output.avi -vcodec png -vframes 1 -ss 00:00:00 -an -f rawvideo first.png

Luego con el gimp o con el editor que te de la gana, creamos la imagen de cabecera que vamos a introducir, del mismo tamaño que first.png (640x375). Recomiendo un texto claro y simple sobre fondo negro. Y a esta imagen la llamamos title.png.

Ahora ejecutamos el siguiente script en el mismo directorio donde están las imágenes title.png y first.png.

#!/bin/bash
tmpname=tmpcrop.png
ext=.png
startimage=title.png
endimage=first.png
qual="100%"
 
percent=100
counter=0
while (( percent > 0 ))
  do
    counter=$(($counter+1))
    if [ $counter -lt 10 ]
    then
        n="0$counter"
    else
        n="$counter"
    fi
    composite -blend $percent -gravity center $startimage $endimage -quality $qual frame$n$ext
    percent=$(($percent-2))
  done

Este script genera una animación de 50 frames de "fade out" de la imagen de cabecera hacia el primer frame, el fundido.

Ahora para que se pueda ver la cabecera, copiamos la imagen repetidas veces, unas 100 estará bien:

for i in $(python -c "print '\n'.join('%02d'%i for i in range(1,100))"); do cp title.png a$i.png ; done

Ahora borramos title.png y first.png y generamos un .avi a partir de todos los pngs que tenemos:

mencoder mf://*.png -mf fps=25:type=png -ovc lavc -lavcopts vcodec=mpeg4 -oac copy -o title.avi -ffourcc DX50

Todo junto, unir dos .avi

Para unir la cabecera con el vídeo usaremos ffmpeg y cat. Convertimos los dos vídeos a vídeos temporales mpeg:

ffmpeg -i output.avi -sameq main.mpeg
ffmpeg -i title.avi -sameq title.mpeg

Y los vídeos mpeg se pueden unir con el comando cat:

cat title.mpeg main.mpeg > video.mpeg

Y lo volvemos a convertir a avi:

ffmpeg -i video.mpeg -sameq video.avi

Vamos a por el sonido

Ahora queremos añadirle una banda sonora, así que buscamos una canción bonita que vaya con nuestro vídeo y que dure algo más. Podemos ver la duración del vídeo reproduciéndolo con mplayer y pulsando oo.

El archivo de sonido se puede retocar con audacity para recortarlo, añadirle efectos de fadein fadeout al principio y al final, etc. Pero aquí voy a explicar como añadir el efecto de fadeout al final con sox, desde la consola.

Fadeout mp3 con sox

Para que quede bien el corte a la canción vamos a añadir el efecto de fundido en el sonido. Supongamos que tenemos la canción elegida y se llama soundtrack.mp3.

Lo primero es convertirla a wav para trabajar sobre ella:

lame --decode soundtrack.mp3 soundtrack.wav

Ahora supongamos que nuestro vídeo dura dos minutos y queremos que el fundido sea en los últimos 5 segundos:

sox soundtrack.wav st.wav fade t 0 120 5

El 120 son los dos minutos (en segundos) y el 5 son los 5 segundos de fundido.

El efecto fade con sox recibe cuatro parámetros:

fade [type] fade-in-length [stop-time [fade-out-length]]


Puedes ver más ejemplos y detalles sobre sox en su manual, man sox.

Ahora convertimos el wav a mp3:

lame st.wav

Añadir banda sonora. Adjuntar audio a video

Para finalizar vamos a unir el mp3 que hemos editado con el vídeo. Para ello vamos a utilizar mencoder:

mencoder video.avi -o final.avi -ovc copy -oac copy -audiofile st.wav.mp3

Y con esto y un bizcocho tendremos un vídeo genial para subir a youtube o a donde haga falta, y todo hecho desde la línea de comandos, por lo que podríamos crearnos un megascript que le metiera una cabecera y unos créditos a nuestros vídeos de manera automatizada.