Resulta que el GNUPlot, al exportar a ficheros .eps, les hace una caja, cuanto menos, demasiado grande. Resulta que no es difícil corregir dicho fallo, editando a mano dicho fichero.

Antes:

%!PS-Adobe-3.0 EPSF-3.0
%%BoundingBox: 0 0 406 296
%%HiResBoundingBox: 0.000000 0.000000 405.200000 295.100000
%.........................................
...

Después:

%!PS-Adobe-3.0 EPSF-3.0
%%BoundingBox: 50 50 406 296
%.........................................
...

Vamos, que el truco está en el BoundingBox, más info aquí.

Estos dias que me encuentro atareado escribiendo mi proyecto fin de carrera, me topo con la necesidad de dibujar ciertas cosillas, como ondas y mostrar ejemplos de lo que es el periodo de muestreo o su precisión. Y dibujar, para qué decirlo, se me da muy muy mal.

Si a eso se le añade que me gustaría tener los dibujitos en un formato origen semidecente (bitmaps descartados), el asuntillo se complica aún más. He hecho pruebecillas con el xfig, pero no me ha convencido el resultado. Me han recomendado el programilla de dibujo del OpenOffice, pero tampoco me ha hecho mucha gracia.

Hasta que hoy, leyendo Linux Weekly News, me encuentro con PyX: un proyectillo para crear dibujitos en PostScript encapsulado (EPS) en Python. La lista de ejemplos es impresionante.

Hoy, por ayer ya, he tenido la presentación de mitad de proyecto. Ésto es algo típico aquí y que no se suele hacer en España (al menos en la UJI). La cosa no ha ido mal del todo, ha sido más bien cortita: 20 minutillos que, a decir verdad, se me han hecho cortos.

Hay que decir que la presentación debería haber sido el viernes pasado en vez de este lunes, pero tras un pequeño diálogo con mis tutores de proyecto se decidió cambiar. Me dijeron: Luis, la presentación de mitad de proyecto es informal, pero no tanto. Así que la cambiamos y así tenía tiempo de practicar un poco más, cosa que no he hecho mucho durante el fin de semana, aunque sí que la llevaba mucho mejor preparada.

La anécdota ha sido que me he cargado, a mitad de charla, el apuntador que servía también para pasar las traspas. De repente, el botón se ha hundido para no volver a salir. Jan, uno de mis tutores, ha sido muy hábil recordándome luego que el asunto había sucedido exactamente en el minuto 16.

Vamos a hablar un poco más de mi proyecto fin de carrera. Sobre todo porque se queda anotado y en caso de emergencia puedo reestablecer el pasado. Mi pequeña caja negra sin sentido...

En estos momentos estoy desarollando una librería que se utilizará para la grabación y reproducción del sonido. En un principio, esta biblioteca (o librería, Bibliotek auf Deutsch) se iba a usar tanto para grabar los sonidos iniciales de los motores de Minerva y también para que durante la simulación se cargasen los sonidos en memoria (OpenAL se encargará de reproducirlos). Pero parece que el propio OpenAL tiene ya rutinas para hacer esto último, con lo que por el momento sólo utilizaremos la biblioteca para la aplicación que grabará los sonidos.

La biblioteca, que se llama telesound, utiliza a su vez otras dos bibliotecas: Audio File Library para cargar y guardar los samples y aRts para la reproducción y grabación de los mismos. El problema que tengo ahora (aparte de recordar/aprender --C++--) es que la documentación de la segunda deja mucho que desear si queremos desarrollar en C++. Te vienen con cosas como el IDL y demás que no entiende nadie (¿o sí?). Lo que está bien documentado es el interfaz en C. Y uno se dice: pues menos mal que el propio aRts está en C++. Los ejemplos de aplicaciones de KDE, como los que hay en kde-multimedia tienen el problema de que no atacan directamente a aRts, sino que utilizan funciones de ayuda del propio KDE. E introducir una dependencia tan grande para una aplicación tan pequeña no vale la pena.

Eso en lo que respecta a la primera parte y es con lo que estoy ahora. Para la segunda vamos a utilizar OpenAL, que viene a ser el equivalente de OpenGL pero en sonido. Yo de OpenGL no tengo mucha idea, aunque ya he estado mirando cosillas. Parece que la maravillosa librería va a simular los distintos efectos que producen la velocidad o los rebotes de las ondas sonoras en la realidad. Pero vamos, sobre la segunda parte sólo puedo divagar en estos momentos.

Estoy aprovechando también para aprender Emacs, ya que estoy rodeado de gurús del mismo. Nunca es tarde para aprender...