20. Marzo 2011 by Iván V.G..

El otro día se me ocurrió la idea de meter un par de vídeos en mi PSP, y resultó más complicado de lo que pensaba. A continuación dejo resumido en unas líneas el proceso a seguir. Asumo que el lector tiene los conocimientos necesarios del manejo de su PSP como conexión al ordenador y uso de los menús principales para acceder a todas las funciones de la PSP.

Busqué mucha información por Internet y la primera conclusión a la que he llegado es que la solución parece que difiere según la serie a la que pertenezca la PSP que se tenga. En las que tienen un firmware anterior a la versión 2.50 sólo se puede usar el formato MP4 con el códec estándar (xVid/DivX), mientras que en las posteriores se debe usar MP4 con el nuevo códec AVC / H.264 (más detalles a continuación), y además se colocan en sitios diferentes de la tarjeta de memoria. Tampoco es ya necesario en las últimas versiones crear manualmente “miniaturas” de previsualización en formato JPG de tamaño 150×120 con la extensión “.THM”. Me centraré en el formato más reciente, ya que es del que hay menos información en la red.

El vídeo ha de codificarse en un formato MP4 (vídeo con códec “H.264/MPEG-4 AVC” y tasa de bits de 768 kbps, audio con códec “MPEG-4 AAC LC” y tasa de bits 128 kbps), y preferiblemente en la resolución nativa de la PSP, que es 480×272 (si el vídeo no es panorámico es mejor usar 368×272), con el objetivo de mejorar lo máximo posible la relación tamaño / calidad. Para hacer ésto existen múltiples programas y soluciones, pero yo lo hago de la forma más simple posible, que es usando una herramienta llamada Avidemux desde Linux, que tiene preconfigurada la configuración adecuada para grabar el vídeo en el formato adecuado. También se habla mucho de una utilidad llamada “xvid4psp” y de PSP Video Converter para Linux, aunque no he probado ninguna de las dos.

Una vez que tenemos el vídeo en el formato adecuado, nos aseguramos de que tenga la extensión “.MP4″ y lo almacenamos en un directorio concreto de la tarjeta de memoria, que desde el firmware 3.30 es simplemente “VIDEO” (antiguamente era “100MNV01″ para el códec estándar o “100ANV01″ si se usó el códec AVC, dentro de “MP_ROOT” en cualquier caso; además los ficheros debían llamarse “M4Vxxxxx.MP4″ en el primer caso y “MAQxxxxx.MP4″ en el segundo, donde las “x” representan un número consecutivo).

En general, si teniendo en cuenta todo lo anterior aparece el error “El vídeo no es compatible”, probablemente se deba a que no lo sea, es decir, que no esté en el formato correcto. Es importante tener en cuenta que MP4 no es un formato concreto, sino más bien una cápsula en la que se pueden meter datos de vídeo y sonido codificadas de diferentes formas.

Publicado en Informática | Imprimir | Ningún comentario »

15. Septiembre 2010 by Iván V.G..

Linux Mint continúa con su impresionante vorágine creativa. Aparte de disponer de la versión 9 con una impresionante variedad de escritorios (Gnome, KDE, FluxBox, XFCE, LXDE… imposible no encontrar un entorno al gusto de cada cual), hace apenas unos días han rizado el rizo con la primera versión estable de la esperada versión basada en Debian, conocida como LMDE (Linux Mint Debian Edition).

Para quienes no lo sepan, Linux Mint es una distribución de Linux que hasta ahora estaba basada en Ubuntu, y que la completaba en algunos aspectos haciéndola incluso más fácil de usar que aquella para el usuario medio (especialmente en aspectos de tipo multimedia, de usabilidad y de instalación de software).

La principal y más notoria ventaja de esta versión respecto al resto es que, al estar basada en Debian Testing, se trata de una “distribución rodante”, es decir, que permanecerá siempre actualizada sin necesidad de reinstalar periódicamente, al estilo de otras distros como el propio Debian, Gentoo, ArchLinux, etc.

Los forofos de Debian, aunque probablemente no lo desterraremos jamás de nuestras máquinas más serias, estábamos esperando la llegada de esta versión para flirtear con ella en nuestras máquinas de carácter más lúdico. Os animo a probarlo

Publicado en GNU/Linux | Imprimir | Ningún comentario »

12. Junio 2010 by Iván V.G..

Ayer TVE canceló la serie “Pelotas”. Yo la empecé a ver hace pocos meses, sin muchas ganas porque José Corbacho, su autor, no es santo de mi devoción, pero el caso es que poco a poco me he ido enganchando junto con mi familia y, tras el extraño final de ayer, con agradecimiento de despedida incluido, esta mañana encontré la explicación en el periódico: se cancela por tener «una audiencia discreta (con una media de 2,3 millones de seguidores, un 12% de la cuota de pantalla)». Eso es algo más de una persona de cada diez que están viendo la tele, lo cual es mucha gente aunque claramente no es mayoría.

¿A qué viene esto, que por otra parte no tiene nada de raro en la televisión donde los espectadores sólo son números? Pues viene a que me he acordado una vez más del software libre. Si se tratara de una de estas aplicaciones de código abierto y licencias libres, el problema sería tan fácil de resolver como que un grupo de aficionados o seguidores con los conocimientos apropiados hiciera un “fork” o derivación de la serie para continuarla, o incluso pagase a otros para hacerlo si faltan esos conocimientos o cualquier otro requisito (generando así empleo). Todos esos seguidores no estarían indefensos ante cualquier decisión unilateral del organismo o empresa que ofrece el producto, sino que sería un producto verdaderamente compartido, tanto en el disfrute como en la creación.

Publicado en Informática | Imprimir | Ningún comentario »

2. Diciembre 2009 by Iván V.G..

Llevaba mucho tiempo usando productos gratuitos de VMware (Player y Server), pero ha llegado el momento de cambiar a VirtualBox; básicamente, porque tiene mejor rendimiento y porque además tiene una versión de código abierto que viene incluido en los repositorios de la mayor parte de distribuciones GNU/Linux. Este producto, al parecer, está basado en el fabuloso qEmu que también probé en su momento, que es de uso algo más farragoso y que, a pesar de ser código abierto, tiene un módulo del kernel bajo licencia privativa. Ambos son mejores que VMware, repartiéndose entre ellos los récords en diferentes aspectos, pero puesto que VirtualBox es más fácil de usar y parece que tiene un futuro más prometedor (ahora lo lleva Sun tras adquirir a sus creadores Innotek), me he decantado por él.

AVISO: El procedimiento descrito a continuación está hecho a modo de guía o recopilación de información disponible a lo ancho de la red destinada a usuarios con una experiencia básica. No pretende ser una descripción exhaustiva y, por lo tanto, no aseguro que funcione correctamente ni aunque se siga con exactitud. En estas instrucciones, como en cualesquiera otras, si encuentras un comando que no sabes lo que hace, deberías averiguarlo antes de ejecutarlo. Y por supuesto, deberías tener copia de seguridad de todo lo que toques.

El primer problema es tratar de convertir las antiguas máquinas al nuevo sistema. Esto realmente se reduce a convertir el disco y configurar un nuevo sistema con las mismas características de hardware. Para convertir el disco se puede encontrar mucha información en la red, aunque muchos de los documentos disponibles se basan en el uso de una utilidad de qEmu y en la herramienta “vditool”, que ya no está disponible en las nuevas versiones de VirtualBox.

Ahora hay dos opciones, mucho más sencillas: a) Desde la propia interfaz gráfica de VirtualBox se puede crear una máquina virtual nueva y simplemente usar como disco el fichero .vmdk de VMware, o b) convertir el fichero de disco de VMware (.vmdk) al formato de VirtualBox (.vdi). Elijo la última opción, porque en general siempre son preferibles los formatos nativos.

Antes de empezar conviene desinstalar las VMware Tools desde VMware, ya que luego se resistirán a desinstalarse en ejecución desde otro sistema de virtualización.

Para hacer la conversión lo hacemos en dos fases: primero convertimos con una utilidad de qEmu la imagen de disco de VMware a formato crudo, y luego con una utilidad de VirtualBox la convertimos de formato crudo a imagen de VirtualBox. Por lo que he leído con la utilidad de qEmu se podría hacer de una sola vez, pero como dije antes, creo que los formatos y utilidades nativos son la mejor opción con cada programa, por lo que:

• Para pasar de VMware (.vmdk) a formato crudo (.bin) usamos la orden “qemu-img convert origen.vmdk intermedio.bin”.
• Para pasar de formato crudo (.bin) a imagen de VirtualBox (.vdi) usamos la orden “VBoxManage convertdd intermedio.bin destino.vdi”.

En este momento podemos abrir VirtualBox y definir una nueva máquina virtual, a la que añadir el nuevo disco. Da igual que las características “físicas virtuales” sean diferentes, ya que el mero cambio de “componentes hardware” hará que Windows proteste y exija una reactivación, por lo que es un buen momento para aprovechar y aumentar la RAM, por ejemplo.

En este sentido yo necesitaba ampliar el disco duro, para poder actualizar a Vista, que para una instalación en disco de 8GB exige al menos 15GB libres para actualizar… sin comentarios. El problema es que, por lo que yo sé, no se puede ampliar un disco ya definido, por lo que hay que crear uno nuevo del tamaño deseado y volcar la información del viejo al nuevo.

Una vez iniciado Windows en el nuevo entorno virtual, lo primero que dirá es que necesita una reactivación porque “el hardware es significativamente diferente” (…de nuevo sin comentarios). Después el administrador de dispositivos empezará a alertar de que hay hardware nuevo, y no encontrará automáticamente controladores. Cancelaremos todas las ofertas de instalación de los mismos, e iremos directamente a instalar las Guest Utilities de VirtualBox desde el menú de “Dispositivos” de la máquina virtual. Esto instalará todo lo necesario salvo, quizás, el controlador de la tarjeta de red. En este caso lo que hay que hacer es probar desde la pantalla de configuración de la máquina virtual a elegir diferentes emulaciones de tarjeta de los cuatro modelos diferentes que hay: alguno suele configurarlo automáticamente Windows (y si no habrá que buscar el controlador correspondiente desde la web del fabricante correspondiente y hacerlo llegar a la máquina virtual por ejemplo mediante directorios compartidos o CD para instalarlo).

Para agrandar el disco lo que vamos a hacer es crear un nuevo volumen de disco del tamaño deseado que conectaremos a la máquina virtual como maestro (o esclavo, da igual, lo importante es tener claro cuál es cuál), y luego desde Knoppix arrancado sobre la propia máquina virtual copiaremos el disco pequeño al grande. Todo este proceso está bien descrito en esta página, pero lo resumo a continuación:

• Inicio Knoppix y desde la línea de comandos creo una nueva partición en el disco nuevo idéntica a la del viejo. Lo hago con “fdisk”, usando siempre la opción “-u” para que muestre los datos en sectores (ya que tienen la misma medida en discos diferentes, no como los cilindros). Con “fdisk -lu” podemos ver la tabla de particiones del disco viejo, y con “fdisk -u” creamos la partición igual en el nuevo (luego la agrandaremos).
• Copiamos el sector de arranque del viejo al nuevo. Como siempre tiene el mismo tamaño, hacemos «dd if=/dev/hdb of=/dev/hda bs=446 count=1».
• Ahora viene lo más divertido: redimensionar la partición para que ocupe todo el disco. Hay dos formas de hacerlo, la fácil (con parted, QTparted o programa similar) y la “difícil” (usando “ntfs-resize” y “fdisk” desde la línea de comandos). Como podréis imaginar, me gusta más la “difícil”, así que manos a la obra: Tenemos una partición y un sistema de ficheros dentro de ella, por lo que tenemos que agrandar las dos cosas: la primera lo hacemos con “fdisk” (siempre con la opción “-u”), borrando la existente y creando una nueva que comience exactamente en el mismo sitio que la anterior y que acabe después o al final del disco. Aunque suene raro “borrar la partición”, lo único que estamos haciendo es editar la tabla de particiones, por lo que nuestros datos recién copiados no serán alterados independientemente de que cambiemos la partición, que es una especie de “marco ficticio” que los rodea en el disco. Una vez hecho eso ejecutamos «ntfsresize -n /dev/hda1» para probar que la operación funcionará, y si no da errores, lo repetimos quitando el “-n” para que no sea una prueba y haga la operación realmente.

Ahora podemos apagar la máquina virtual y desconectar el viejo disco, dejando sólo el nuevo más grande. Y ya estamos listos para reiniciar nuestro Windows con disco duro agrandado, teniendo en cuenta que es normal que en el primer arranque se lance la comprobación de consistencia de discos de Windows (”chkdsk”).

Publicado en Informática | Imprimir | Ningún comentario »

2. Diciembre 2009 by Iván V.G..

Afortunadamente, tras un inquietante tiempo de letargo, el software Thingamablog con el que se elabora esta página web sigue vivo gracias principalmente al esfuerzo de Bob Tantlinger.

Recientemente ha sido publicada la versión 1.5, en la cual he tomado parte con una minúscula contribución en ello (traducción al castellano), puesto que ese es el espíritu del software libre.

Os recuerdo que Thingamablog es un software basado en Java que permite la creación y edición de una bitácora electrónica (”b-log” o “blog” en inglés) con la importante particularidad respecto a sistemas similares de que la bitácora se crea en local (es decir en tu disco duro) de forma estática, lo que significa que la puedes subir a cualquier servidor HTTP estándar como los que facilitan la mayoría de proveedores de conexiones a Internet, sin necesidad de que cuenten con bases de datos, intérpretes de lenguajes PHP, JSP, etc. ¡Vamos, que cualquiera puede instalarse fácilmente su bitácora en su propio servidor!

Publicado en Informática | Imprimir | Ningún comentario »

7. Febrero 2009 by Iván V.G..

El otro día, haciendo limpieza en un ordenador con XP, encontré el juego de Pinball que este incluye por defecto, y recordé lo extremadamente adictivo que es y el tiempo que me hizo perder hace años.

Hablo en pasado porque hace años que la mayoría de los ordenadores que utilizo usan Linux, y las pocas veces que tengo la necesidad de usar un ordenador con Windows es para configurárselo a alguien o por motivos muy concretos.

El caso es que hice la típica suposición: “tiene que haber algo parecido para Linux”. Y, como de costumbre, la respuesta fue afirmativa: existe un juego llamado “Emilia Pinball Emulator” tan simple y adictivo como el de Windows. Suele venir en todos los repositorios de las principales distribuciones, así que su instalación es trivial, pero si no lo fuera, siempre se puede acudir a la página del proyecto.

Hay que comentar que el juego tiene sólo un par de mesas definidas bastante sencillas, pero la buena noticia es que se pueden editar mesas a gusto de cada uno con un editor llamado “pinedit” disponible en la página del proyecto.

Seguro que hay otras alternativas mejores… pero yo, que soy un jugador ocasional, no necesito más.

Publicado en GNU/Linux | Imprimir | Ningún comentario »