Category: Temas técnicos

Ya tenía rato queriendo probar Android, pero por una cosa o por otra no podía. Sin embargo, ahora que la empresa de telefonía celular Docomo va a sacar un modelo que lo incluye, pensé que es buen momento para comenzar a estudiarlo y ver qué se puede hacer con él.

Creí que sería más difícil, pero no me tomó ni 20 minutos tener el SDK listo y Eclipse con todo lo necesario para hacer un ¡hola mundo! Fácil, rápido, y lo mejor: es Java.

Como se pueden dar cuenta, el japonés se muestra a la perfección (ya tiene por default todo en UTF-8). Sin embargo, había un problema: no viene con ningún método para escribir en japonés, lo cual merma mucho lo que se puede hacer con el emulador por estos lares.

Después de estar buscando un rato, me encontré con Simeji, un programa que hace precisamente lo que necesito. Lo único que hay que hacer es bajar el archivo. apk, instalarlo en algún device creado previamente (el emulador) y listo. Ahora sí se puede comenzar a pensar en aplicaciones dirigidas al público japonés.

Como es un emulador, no tiene acceso al market, pero si hay forma de bajar el .apk a la computadora, la instalación es sencilla gracias al programa adb.

Hay versión para Linux, Mac y Windows. Si tienen un poco de tiempo, valdría la pena que lo prueben, para que se den una idea de lo que se puede (y podrá) hacer con Android.

Por cierto, Android está causando revuelo porque ha podido ser instalado en netbooks con éxito. La que se menciona más es la EeePC 701 (que tengo justo al lado, je), pero he visto videos en donde lo tienen instalado con Dell también. Obviamente no funciona todo todavía, pero la comunidad de desarrolladores ha logrado un excelente avance con los drivers de red (ya funciona). Falta pulir un buen, pero de concretarse, será muy interesante ver la batalla en netbooks: Linux, Android, y Windows 7, que ya se dijo que la versión starter podrá ser instalada en ellas.

En donde JD = Javadoc. Una adaptación del famoso RTFM! (y no salgan con TL. DR por favor :P).

Si uno hace una clase en Java y se toma la molestia de escribir la documentación como se debe y de hacer el Javadoc, lo mínimo que esperas al momento de que le haces un cambio al código es que quien usa tu clase lea la documentación para ver qué cambió, sobre todo si le dijiste en persona que los cambios estaban hechos y documentados debidamente.

Una de las principales clases que he creado en mi trabajo (casi desde que entré, y de la que estoy 100% a cargo) ha sufrido cambios considerables. Y como en la empresa no conocían el concepto de “versión de software”, decidí levantar un servidor de svn en mi máquina. Así ha sido más fácil que el jefe baje el código nuevo una vez que ha sido modificado. También subí al svn el Javadoc. Total: esta clase de la que hablo regresaba, hasta el momento, un array de 2 LinkedList<String>. Bien pude haber regresado algo como LinkedList<LinkedList<String>>, pero como eran 2 listas máximo, preferí un arreglo. Sin embargo, en el cambio más reciente que me pidieron, ahora regreso un arreglo de 4 listas ligadas de strings. Termino la modificación de código, hago pruebas, veo que todo funciona, documento código, subo al svn la modificación.

Varias horas después, cuando el jefe tiene tiempo de probar el nuevo código, me dice “me da error, revisa qué pasa”. Y yo con cara de “¿eh? ¿En dónde le da error?” Al mostrarme su código, me di cuenta de que nunca escuchó que ahora el arreglo contenía 4 listas ligadas, y, por tanto, donde él usa mi código mandaba una ArrayIndexOutOfBoundsException.

Quizá de lo que más me puedo quejar de mi trabajo es que me exigen todo bien documentado… y no leen la documentación. No sé por qué me recuerda a cierto sensei en cierto laboratorio en cierta universidad (de la que me gradué); pero no digo nombres, porque si no yo mismo me enojo 😛

Ahora que me he puesto de lleno la meta de sacar algunas herramientas sencillas para procesamiento de lenguaje natural, estoy puliendo, y en algunas partes rehaciendo, una parte del código que creé durante mi estancia en la universidad por acá.

Haber escogido Java no suena tan lógico, sobre todo cuando existen lenguajes como Perl, Ruby e incluso Python, que hacen la vida más tranquila en cuanto a procesamiento de texto. ¿Entonces? La verdad, no hay una razón definida; simplemente recuerdo que cuando comencé a programar la idea que tenía en mente recordé que quería practicar Java porque tenía rato que no lo usaba… y el resultado fue que terminé haciendo gran parte del código en ese lenguaje.

Una vez, creo que hace como 3 años, comencé a portar código a Ruby y recuerdo que obtuve buenos resultados, pero como nunca le di seguimiento en serio, el código se perdió y me quedé de nuevo en Java. No es malo del todo, ya que he aprendido muchos trucos del lenguaje. Sin embargo, con todo y que tengo mucho tiempo de no hacer nada en serio en él, me sigue gustando más C++.

Precisamente para practicar un poco en C, C++, Python y, en menor medida, LUA, estoy tratando de instalar el psptoolchain; de esta manera, puedo continuar con el algoritmo del jueguito de PSP que quería sacar hace ya tiempo (y del cual sí terminé de codificar el “esqueleto”). El problema es que siempre truena en la parte final de la compilada. Necesito sentarme a revisar el error y buscar información.

Ciertamente es diferente sentarte a programar con un monitor de 19″ (wide) enfrente. La computadora de la casa siempre ha estado conectada al monitor de 32″ que funge también como televisión, pero con la mudanza el escritorio quedó en el mismo cuarto que el monitorzote, así que opté por usar el de 19″ para cosas más serias, y el de 32″ para cuando quiero ver alguna película, serie o similares. La tarjeta de video que tengo es una nVidia Corporation G70 [GeForce 7600 GS] (gracias a lspci -v); la tengo con la opción “TwinView” en true y como “Clone”. Cierto es que podría usarla como extensión de un solo escritorio (como queda configurada originalmente en Windows), pero para fines prácticos, en Linux la tengo como clon.

Necesito ponerme a hacer limpieza de discos duros. Tengo muy poco espacio libre y hay muchas cosas que bien pueden estar en DVD sin mayor problema (como videos musicales). Me llama la atención comprar una unidad de BluRay, pero nunca termino de convencerme, incluso con el hecho de que ya bajó de precio (y seguro bajará más). Lo que sí urge comprar es un armazón nuevo, porque el que tengo de plano no funciona: es de esos “sin tornillos”, y gracias a eso tengo la unidad lectora de tarjetas “bailando”… la tengo que detener con las 2 manos cuando pongo una SD Card o una Memory Stick, si no, se va hasta adentro y tengo que abrir la máquina nada más para empujarla hacia afuera.

Por lo pronto, a dormir… De verdad que los días se pasan volando.

Las 2 barras laterales comienzan a estar muy pobladas. Me percaté de que la sección “Categorías” ocupaba mucho espacio vertical, así que opté por moverle al código para que quedara todo más compactado.

Los cambios se realizaron, como siempre, en wp-includes/classes.php:

• Todo es dentro de la clase Walker_Category
• En start_el, dejo la variable catimg como la tenía originalmente en el hack, esto es, $catimg = “<img src = \”caticons/” . $cat_name . “.jpg\”>”;
• Cambio la asignación de la variable $link para que solo tenga la imagen de la categoría después de la liga, es decir, omito los nombres de categorías:
  $link .= $catimg . ‘</a>’;
• Omito la primera asignación a la variable $output, que es en donde se designa a cada elemento como miembro de una lista.
• Cambio la asignación de la variable $output para que solo contenga lo que la variable $link contiene.
• En end_el, simplemente omito la asignación del tag de fin de elemento de lista </li> a $output.

El resultado es notable. Estuve tratando de poner la liga a los feeds en la primera barra, pero por alguna razón la primera imagen nunca aparece. No me quise pelear más por hoy.

Hoy por la mañana prendí la computadora para anotar unas direcciones de casas que quiero ir a ver debido a que me tengo que mudar. Hasta ayer por la noche todo funcionaba bien, pero de repente la computadora se quedaba en una pantalla negra y no me dejaba avanzar.

Después de buscarle un poco, me di cuenta de que el problema era que los drivers de mi tarjeta de video (Nvidia) no estaban sincronizados con la versión del kernel. Fedora hizo no sé qué cosas, y terminó rompiendo las dependencias de los paquetes. Así, tenía 2 cosas diferentes, fuera de sincronía, y no podía arrancar.

Reinicié en modo texto y, con la laptop, busqué información en internet. Efectivamente, el problema era el driver de Nvidia, pero la cuestión es que esos drivers salen junto con cada nueva versión del kernel, por lo que algo me estaba faltando. Ejecuté un yum update y vi, después de una hora de buscarle, el problema: el repositorio de livna no respondía, y eso hacía que los demás repositorios no se actualizaran del todo.

Moví el archivo .repo a un directorio temporal, otra vez ejecuté un  yum update, y, como lo esperaba, todo se actualizó normalmente. Reinicié en runlevel 5 y GNOME se carga a la perfección.

Me divertí, como siempre lo hago con estos problemas, sin embargo, con eso de que traigo el tiempo encima para mudarme, esa hora que me tomó resolver esto la voy a tener que reponer en el laboratorio al rato. Ni modo, a ver si con esto aprendo a respaldar bookmarks 😀

Me aventé la tarea de hacer esto en Linux debido a que siempre dependía de programas como Magic DVD, Super DVD Ripper, etc., en las ventanitas. Como siempre, era simple cuestión de leer.

Me encontré con programas como dvd::rip, que es muy, pero muy bueno. Obviamente que todos (o la mayoría) de los programas gráficos se basan en otros que son de línea de comando. En este caso me encontré con transcode y mencoder (para las codificaciones), y hubo uno en especial que me gustó mucho por su sencillez: lxdvdrip.

lxdvdrip es un programa que hace que copiar un DVD sea increíblemente fácil. Lo único que realiza es sacar el VOB del DVD al disco duro, presentar un preview con mplayer, y después pedir un DVD para copiar. Es todo. Tiene, sin embargo, algunas opciones interesantes que se activan con el parámetro -st. Algunas de ellas son:

-st=copy: Con la versión reciente, permite copiar tanto DVD-5 como DVD-9 sin problemas. Antes solo permitía copiar DVD de 4.7 GB.
-st=partialcopy: Aún en fase experimental. Esta opción dumpea el DVD completo al disco duro y después te da la opción de escoger los títulos que quieres que se copien al nuevo DVD.

Sabemos que primero hay que sacar del DVD el archivo .VOB que contenga el video en sí (dumpear). Eso es fácil. Luego viene la tarea de cambiarlo a algún formato como .avi usando códecs, y es ahí donde lxdvdrip no llega, pero las demás opciones varían: K3b incluye una opción para sacar el video de los DVD y codificarlos en avi usando Xvid; dvd::rip usa transcode para crear los avi; mencoder tiene la ventaja de poder agregar bitrate variable en el audio.

Continue reading ““Ripiando” DVDs en Linux”

Ayer que llegué temprano a la casa me dispuse a ver una serie de capítulos de 創聖のアクアリオン (Sousei no Aquarion), una de las muchas que están en la lista de espera. Sin embargo, me desesperé mucho por todas las fallas que tiene la librería y el códec que había mencionado en un escrito anterior: las imágenes se pixeleaban, había brincos en la reproducción que causaban que no hubiera sincronización del audio y el video… en fin.

Hoy decidí mejor entrar en Windows y ver los capítulos usando el mplayer para ese sistema operativo. Antes no me gustaba porque el video siempre se quedaba en el centro de la pantalla (tengo widescreen), pero, leyendo el manual, me di cuenta de que la opción -monitoraspect era lo que estaba buscando. Así, el comando mplayer -fs -monitoraspect 16:12 <archivo de video> me da el video de pantalla completa. Fui feliz durante un rato, pero pensé que debería hacer otro intento en Linux, ya que no amerita arrancar las ventanitas nada más para ver videos.

Generalmente instalo mplayer desde el código fuente, pero ahora con Fedora 10 decidí probar con yum, además de que cuando lo compilaba me aparecían problemas que antes no tenía. Decidí volver a bajar las fuentes del subversion y aventarme los pasos como siempre: códecs en /usr/local/lib/codecs, ./configure (nunca le pongo GUI), make y make install. Dos versiones de mplayer en la máquina, la original en /usr/bin/mplayer y la recién compilada en /usr/local/bin/mplayer. Usando exactamente los mismos códecs, la versión original seguía con los problemas, pero la nueva versión no me daba en el video, pero ahora no escuchaba antes. Revisé el log y me di cuenta de que por alguna razón se selecciona oss como dispositivo de salida de audio. Intenté con mplayer -ao alsa y sí funcionó, pero la imagen a veces se congelaba de la nada (problema que había tenido antes). Acto seguido, probé con mplayer -ao sdl y tenía sonido y nada de congelamientos… pero había una especie de “ruido” en el sonido, no  molesto, pero sí notorio. Más problemas…

Revisé el configure.log porque se me hizo muy raro no haber tenido sonido con mplayer -ao pulse (para usar pulseaudio) y mi sorpresa fue que no lo había detectado. ¿La razón? No tenía los archivos para desarrollar pulseaudio. Un yum -y install pulseaudio-libs-devel instaló lo necesario, y de nuevo a repetir el proceso de instalación. Probé con mplayer -ao pulse Futurama4x18.avi y al fin tuve éxito: no congelamientos, sincronía correcta en audio y video, y con la opción de -monitoraspect 16:12 de nuevo tengo videos de pantalla completa en Linux. Y para no errarle más puse todo en el archivo de configuración (~/.mplayer/config); además, así evito la fatiga de estar tecleando cada vez las opciones de monitoraspect, fs y ao.

Todo esto lo pude resolver gracias a que me aventé la leída completa del manual de mplayer (man mplayer) y a que ya se me pegó la costumbre de ver los logs de todo (antes también los veía, pero me daba flojera hacerles caso o analizarlos a fondo). Es algo muy simple y hasta lógico, pero muchas veces simplemente lo pasamos por alto.

Eso sí: ¿alguien ha leído completa la licencia de Windows? Yo confieso que no. Seguro el panda al menos la leyó completa una vez, pero, ¿qué tal los demás? No es un log ni un manual, pero supongo que ha de tener puntos interesantes.