Mostrando entradas con la etiqueta apuntes. Mostrar todas las entradas
Mostrando entradas con la etiqueta apuntes. Mostrar todas las entradas

02 abril 2012

Programando tareas en Lignux con at, batch, cron y anacron

Si queremos programar tareas en Lignux, contamos con diversas herramientas que permiten automatizarlas. Podemos dividirlas en estas categorías: herramientas para ejecutar tareas regularmente, en un momento concreto o cuando el sistema tenga un nivel de carga bajo.

Para ejecutar tareas en un momento concreto, contamos con el comando at; para ejecutarlas cuando nos encontramos con un nivel de carga bajo, podemos utilizar también at o batch, siendo ambos comandos del mismo paquete; y para ejecutarlas de forma regular, utilizaremos cron. Los tres comandos se instalarán, al menos en Debian, si instaláis el paquete lsb-core.

Programando tareas con at

Para programar tareas ejecutaremos el comando at con una fecha del estilo HH:MM [DD.MM.AAAA] [ + desfase], donde el desfase puede ser un número y una unidad (minute, hour, day, week, month, year); los [ ] indican que el parámetro es opcional. También podemos usar horas con formato HH AM/PM.

Tras ejecutar el comando, se nos mostrará un prompt donde podremos introducir los comandos; para finalizar, pulsamos Ctrl+D. También es posible almacenar los comandos a ejecutar, separados por saltos de línea, en un fichero de texto y pasárselo al at con la opción -f archivo.

También es posible añadir los tareas a colas de prioridades con la opción -q letra, donde la letra puede ser una letra de la a a la z, mayúscula o minúscula; nos centraremos en la minúsculas. Con las letras minúsculas podemos establecer la prioridad (nice) que tendrá el proceso cuando se ejecute. Así, los procesos en la cola a (por defecto), se ejecutarán con un valor nice 2, mientras que los de la cola b, c, d... se ejecutarán con un valor nice de 4, 6, 8, etc. respectivamente, obteniendo una prioridad inferior. Cabe decir que la cola b es una cola especial de batch que explicaremos más adelante.

Finalmente, podemos gestionar las tareas con los siguientes comandos:

$ at -l # lista las tareas programadas, cuando se ejecutarán y en qué cola están
$ at -c id # muestra los comandos a ejecutar por la tarea con identificador id
$ at -r id # elimina la tarea con identificador id

Programando tareas con batch

Utilizaremos batch cuando queramos programar tareas para cuando el sistema se encuentre con un bajo nivel de carga. Funciona de la misma forma que at: ejecutamos batch y nos aparecerá un prompt donde podemos escribir los comandos a ejecutar. A diferencia de at, batch no acepta ninguna opción ni flag.

Gestionaremos las tareas programadas con los mismos comandos que hemos visto con at.

También es posible programar tareas en modo batch con at utilizando la cola b o las colas con letra mayúscula; de esta forma, las tareas encoladas en la cola A se ejecutarán a partir del momento que hayamos especificado con un valor nice 2, siguiendo el mismo mecanismo que hemos explicado antes.

Programando tareas con cron

Con cron podemos programar tareas que se tienen que ejecutar de forma periódica.

Dado que por defecto cron viene configurado para que sólo pueda ser ejecutado por el usuario root, debemos editar, o crear si fuese necesario, el archivo /etc/cron.allow y añadir los usuarios, uno por línea, que queremos que puedan programar tareas con cron.

Una vez habilitado el uso de cron, podemos editar las tareas a programar con el comando crontab -e que abrirá un editor en el que os mostrará información y una de sus últimos comentarios será así:

# m h  dom mon dow   command

Esta es una guía de cómo debemos introducir los parámetros que definen cuando se tiene que ejecutar un comando: la m y la h es el minuto y la hora en que se ejecutará el comando; un * indica en cualquier minuto u hora. Dom significa day of month, es decir, que día del mes se ejecutará el comando, del 1 al 31; mon se refiere a month, el mes, del 1 al 12; dow significa day of week, qué día de la semana se ejecutará, del 1 al 7; finalmente, command es el comando que se ejecutará. En cualquiera de los parámetros, exceptuando el parámetro de comando, soporta el asterisco (*), que viene a decir que es indiferente; sin embargo, podemos escribir */10, que si lo ponemos en el campo de minutos, significará que el comando se tiene que ejecutar cada 10 minutos. También podemos hacer una lista de números separados por comas (10, 20, 30, etc.), o un intervalo (1-5 en dow significaría de lunes a viernes).

Una vez acabada la edición, guardamos y salimos de crontab; a partir de este momento el comando se ejecutará siempre que la fecha y la hora coincida con la establecida.

Programando tareas con anacron

No lo he mencionado anteriormente, pues no es instala por defecto con el paquete lsb-core, además de tener una finalidad un tanto peculiar: anacron se utiliza para programar tareas que se tienen que ejecutar a partir de cierto periodo de tiempo, pero durante ese periodo de tiempo nuestro sistema no tiene porqué estar encendido. Por ejemplo, si yo quiero realizar una copia de seguridad como máximo cada 7 días, pero no puedo asegurar que mi PC esté siempre encendido a una hora concreta, no podría programarlo con cron, sino que debería hacerlo con anacron.

De esta manera, cada vez que ejecutemos anacron, comprobará la última ejecución de la tarea, y si es superior a los días indicados, volverá a ejecutarla.

Si queremos instalar anacron, ejecutaremos como root:

# aptitude install anacron

Por defecto, anacron sólo es ejecutado por el usuario root, y no tiene un sistema similar al de cron, que nos permita autorizar la ejecución periódica, entre otras cosas porque anacron no es un demonio que se mantenga comprobando el estado de las tareas, sino que se ejecuta al inicio del sistema o una vez al día mediante cron.

Sin embargo, es posible indicarle a anacron una configuración de usuario y un directorio donde almacenará la información sobre las tareas ejecutadas:

/usr/sbin/anacron -t anacrontab -S directorio

Tenemos que tener en cuenta que si ejecutamos anacron de esta manera, deberemos ejecutarlo de forma manual o bien programando una tarea con cron cada pocas horas o bien como una tarea al inicio de sesión con, por ejemplo, gnome-session-properties; o bien editar como usuario root el archivo /etc/anacrontab.

Veamos ahora cómo se estructura un archivo de configuración de anacron, conocido como anacrontab, en un comentario:

# period  delay  job-identifier  command

Como se puede ver, el primer elemento es el periodo, en días, en el cual queremos que se repita la tarea; el periodo puede ser también la palabra @monthly, que hará que se ejecute una vez al mes, independientemente de los días que tenga ese mes. El delay indica el timepo de espera en minutos que tardará en ejecutarse la tarea; esto se usa para no ejecutar de golpe todos las tareas o para dar tiempo a que el sistema acabe de iniciarse. El job-identifier es una palabra que identifica la tarea de forma única, como podria ser mantenimiento.diario; anacron utiliza este identificador para gestionar la información que guarda en el directorio especificado por la opción -S, o /var/spool/anacron por defecto. Finalmente, el último parámetro es el comando a ejecutar.

Sobre la ejecución de los comandos

En todos los casos mencionados, se ejecutará como intérprete el shell en /bin/sh (se puede reasignar utilizando la variable SHELL) y puede que las variables de entorno no estén asignadas (en el caso de cron debes establecer la variable PATH si quieres asegurarte de que no tendrás problemas); se pueden utilizar scripts y se pueden asignar variables en los comandos introducidos en at y batch, de la misma forma que haríamos si escribiésemos un script, o bien en el mismo archivo de configuración con cron y anacron.

Un saludo,
Morpheus

06 febrero 2012

Generador de Mapas de Mazmorras

Repasando el grupo de rol en identi.ca, veo un dent con un enlace a Dave's mapper, generador de mapas de mazmorras.

Un saludo,
Morpheus

GIMP: Como crear la silueta de un mapa

Hace algún tiempo me puse a trabajar en una nueva partida de rol; quería generar para ella un mapa de una región de la ambientación que pareciese real, en lo que a la silueta de este se refiere. Para ello, traté de encontrar algún tutorial que me permitiese generarlo en GIMP de una manera más o menos sencilla; sin embargo, no conseguí encontrar nada parecido a lo que estaba buscando, más que este tutorial, pero que seguía sin ser lo que yo buscaba.

Así pues, basándome en el tutorial encontrado, traté de generar un mapa utilizando el GIMP, y creo que he encontrado una manera bastante aceptable de generar la silueta de un mapa, además de ser bastante sencilla. Os la explico a continuación:

  1. Abrimos un archivo nuevo en GIMP utilizando una resolución lo suficientemente alta, pues lo que generemos seguramente sea mucho más pequeño de lo que sea el lienzo.

  2. Llenamos el lienzo con Filtros/Renderizado/Ruido Sólido.

    Los parámetros que pondremos serán en función de lo que deseemos:

    • Detalle: Mientras más grande sea, más escarpada será la silueta que obtendremos.
    • Tamaño X/Y: Lo estableceremos en función de si queremos contar con más islas pequeñas o más islas/continentes grandes.
    • Semilla: Sirve para generar el ruido. Podemos ir generando semillas hasta que encontremos una que nos agrade.
  3. Utilizamos la herramienta Umbral (Herramientas/Herramientas de color/Umbral) para generar las partes o las islas que compondrán el mapa.

  4. Eliminamos el color de fondo (en mi caso, blanco), convirtiéndolo en transparente con la herramienta Colores/Color a Alfa.

  5. Recortamos las siluetas que nos gusten.

  6. Las escalamos, rotamos y superponemos como nosotros queramos para generar las islas o continentes.

  7. Repetimos tantas veces como queramos los pasos del 2 al 6 en distintas capas para generar el mapa que más nos guste.

De esta forma, te quedará algo así, que podrás utilizar para rellenar con los elementos que más te gusten (montañas, árboles, ríos, etc.).

Para rellenar los mapas puedes utilizar los pinceles para GIMP overland map brushes y Tolkien-Style Map Brushes o bien el conjunto de SVG rpg map.

Finalmente, os adjunto el archivo XFC del mapa que hemos creado en este tutorial.

Un saludo,
Morpheus

01 febrero 2012

Establecer distribución de teclado por consola

Si queréis cambiar la distribución de vuestro teclado por consola hay dos formas.

La primera es con una terminal que corre sobre el servidor gráfico, es decir, sobre las X con gnome-terminal, xterm, konsole, etc.:

setxkbmap cc

cc es el código del país, en mi caso, es para el teclado en español.

Para cambiarlo sin X, es decir, en una terminal virtual como tty1 (Ctrl+Alt+F1):

loadkeys es

En este caso, he puesto directamente es, pero podria ser el código de otro pais, como us para el teclado americano. Cabe decir que este comando se tiene que ejecutar con permisos de administrador o root.

Podéis ver los códigos de distribución de teclado disponibles para setxkbmap en los directorios bajo /usr/share/X11/xkb/keymap/ y para loadkeys en /usr/share/kbd/keymaps.

Un saludo,
Morpheus

05 enero 2012

Ping usando NetBios y mDNS

Cuando usaba Ubuntu, o Mint basado en Ubuntu, podía administrar mi red local sin tener que preocuparme por si los PCs tenían asignadas direcciones IP estáticas o dinámicas asignadas por DHCP por el router, ya que podía acceder mediante las direcciones nombre.local; este formato es el Fully Qualified Domain Name o FQDN.

Cuando me cambié a Debian, por algún motivo el mismo sistema no funcionaba. Pero hoy, tras leer este enlace que habla sobre Samba (el sistema que implementa en Unix el protocolo utilizado para los grupos de trabajo de Windows), mencionaban una pista que me ha sido de ayuda.

La solución no estaba en utilizar el sistema NetBios (el utilizado por Samba), sino el sistema mDNS, que precisamente es el que utilizaba anteriormente. Sin embargo, he configurado ambos sistemas.

Para usar NetBios y mDNS es necesario instalar los siguientes paquetes:

aptitude install libpam-winbind libnss-winbind libnss-mdns

Actualización 1/06/2012: Parece que ahora, en Debian wheezy, la libnss_wins se encuentra en el paquete libnss-winbind, por tanto, ya no es necesario instalar el paquete libpam-winbind. En caso de que no estéis seguros de en qué paquete pueda estar la biblioteca, podéis instalar el paquete apt-file, que te permite buscar archivos incluso en aquellos paquetes que no tienes instalados.

Una vez instalados estos paquetes, que instalarán las bibliotecas libnss_wins y libnss_mdns, necesarias para poder configurar correctamente el sistema, editaremos el archivo /etc/nsswitch.conf y añadiremos, en orden de preferencia, a la línea hosts: los sistemas wins y mdns que queremos utilizar para resolver los nombres, quedando así:

hosts: files wins mdns dns

De esta forma, el sistema primero buscará en el archivo /etc/hosts, si no lo encuentra utilizará el sistema NetBios, el mDNS y, finalmente, si no lo encuentra recurrirá al servidor DNS configurado.

Con todo ello, podemos hacer ping utilizando el nombre de red del PC:

ping nombre

O bien nombre.local:

ping nombre.local

Un saludo,
Morpheus

28 octubre 2011

Sistema R2D100: Rol Rápido de Dados de 100

Hace un par de años quise preparar una partida de rol para la víspera de Todos los Santos, aunque finalmente la hice más tarde, pero me encontré con el problema de que no merecía la pena preparar fichas ni tratar de adaptar un sistema de juego para tan sólo un par de horas de partida tras una cena; al fin y al cabo sólo quería una narrar una historia tipo thriller y que mis amigos lanzasen algún dado ocasional en caso de necesidad.

Por todos estos motivos, ideé un pequeño sistema componiendo distintos aspectos de algunos de los sistemas que he probado. Así que tras darle varias vueltas y añadirle, posteriormente, un par de pinceladas, escribí en una libreta lo que quise bautizar como sistema R2D100, o lo que es lo mismo, sistema de Rol Rápido de Dados de 100.

Finalmente, tras estos dos años aparcado en mi libreta, he decidido pasarlo a limpio y compartirlo con vosotros.

Observaréis similitudes con el sistema Chaosium o D100, con los dados drmáticos de 7º Mar o los puntos dramáticos de Eyes Only o con las dificultades del sistema D20; espero que no lo toméis como un agravio, sino como un homenaje y una fuente de inspiración.

Aquí lo tenéis:

R2D100

Sistema por porcentaje, dificultades y bonus o malus otorgados por el DJ.

El sistema se basa en la interpretación: los bonos que da el DJ son clave, así como la dificultad que este establece.

Una tirada es mejor cuanto menor es el resultado en el D100.

Tirada típica

Una tirada típica en el sistema R2D100 sigue de la siguiente forma:

  1. El jugador declara lo que quiere que realice su personaje
  2. El DJ anuncia (o no) la dificultad en porcentaje de éxito
  3. El jugador explica como piensa realizar la acción
  4. El DJ otorga una bonificación o una penalización en función de esta explicación
  5. El jugador lanza el D100 y resta los modificadores a la tirada, si el resultado es menor o igual que la dificultad, la prueba tiene éxito

Cabe decir que los bonificadores a la tirada se restan a esta, mientras que los penalizadores se suman, siguiendo la siguiente fórmula: D100 - modificadores; esto quiere decir que si tenemos un modificador de -10 (penalización) nuestra tirada sería 1D100 + 10.

El combate y las heridas

Cuando un PJ desea atacar a otro PJ, PNJ o ente, el jugador realiza una tirada enfrentada con el defensor; si el atacante obtiene un resultado menor en la tirada que el defensor, impacta y realiza un daño igual al resultado de la división entera de la diferencia dividido entre 10. Ejemplo:

Un atacante realiza una tirada enfrentada de ataque y obtiene un 53 en el dado, mientras que el defensor obtiene un 74; por tanto, el atacante impacta e inflige (74-53)/10 = 2 puntos de daño al defensor.

Para determinar el orden de iniciativa, se lanza un 1D10; mientras más alto sea nuestro resultado, nuestro PJ actuará antes. Sin embargo, las declaraciones de acciones se hacen de forma inversa; él último declara primero, el penúltimo segundo, etc.

Puntos de vida y muerte

Cada PJ tiene 10 puntos de vida. Cuando a causa de las heridas llega a 0, el PJ se desmaya. En caso de llegar a puntos negativos (-1 o menos), el PJ empieza a desangrarse, perdiendo un punto de vida por minuto. Cuando un personaje llega a -10 puntos de vida, el PJ muere.

Haciendo el sistema no volátil: utilización de fichas

En un principio, el sistema ha sido diseñado para poder utilizarse sin necesidad de fichas. Sin embargo, es posible hacer uso de ellas mediante las siguientes reglas.

Características

Cada jugador cuenta con 6 características principales:

  • Fuerza
  • Agilidad
  • Habilidad
  • Resistencia
  • Percepción
  • Cultura

Dado que el sistema trata de centrarse en la interpretación, no se ha añadido una característica que refleje el Carisma o las habilidades sociales que pueda tener el PJ; sin embargo, como sabemos que no todo el mundo es igual y que existen personas más extrovertidas que otras, opcionalmente se puede añadir una séptima característica: Comunicación.

Cada característica puede tomar un valor mínimo de -10 y un valor máximo de 15; todas empiezan con un valor de 0, pero se puede disminuir este valor para gastar los puntos de aprendizaje en otra característica o habilidades (ver Aprendizaje y experiencia).

Los puntos de vida de nuestro personaje si utilizamos este método es de 10 + Resistencia.

Habilidades

El sistema no define unas habilidades predefinidas; en su lugar deja a elección del DJ o, si este lo permite, del jugador la elección de las habilidades que pueda tener un PJ.

Sea como sea, sólo se puede llegar a tener 50 puntos como máximo en cada habilidad.

Las tiradas

Las tiradas se realizan de la misma forma que antes, salvo en el hecho de que ahora, además de restarle el modificador a la tirada, restaremos también la característica sobre la cual se apoya la habilidad junto con esta. Por ejemplo, si quisiéramos realizar una acrobacia deberíamos tirar 1D100 - Agilidad - Saltar - modificadores, mientras que si quisiésemos realizar un salto de altura, deberíamos lanzar 1D100 - Fuerza - Saltar - modificadores.

Esta regla se aplica también al combate; por ejemplo, si quisiésemos esquivar un golpe, deberíamos emplear la característica de Agilidad junto con la habilidad de Esquivar, si la tuviésemos, o si quisiéramos acertar con un disparo a alguien restaríamos la característica de Percepción a la tirada.

En cuanto a la iniciativa en el combate, ahora se determina con un 1D10 + Agilidad.

Aprendizaje y experiencia

Cuando creamos nuestra ficha, tenemos 100 puntos de experiencia a repartir entre características y habilidades. Por cada 10 puntos de experiencia que guardemos, podemos obtener un punto dramático o PD (ver Puntos Dramáticos).

Después de la creación del personaje el PJ puede obtener experiencia para repartir en aquellas habilidades que haya realizado con éxito durante la partida. De esta forma, cuando un jugador obtiene éxito en una tirada, se marca la habilidad correspondiente; al finalizar la partida el jugador lanza 1D100 con la habilidad marcada como dificultad, si falla la tirada, el jugador gana 1D10/2 (redondeando hacia arriba) puntos que puede gastar inmediatamente en esa habilidad o puede guardarlos para poder obtener un PD. Ejemplo:

Un jugador acierta la habilidad de Buscar, con la que tiene un 32%. Al final de la partida, lanza 1D100 para comprobar si puede aumentarla, sacando un 42; dado que la tirada es mayor que la habilidad, el jugador falla la tirada y puede sumar un 1D10/2. Tira y obtiene un 5, que dividido entre 2 redondeando hacia arriba queda 3, con lo que el jugador puede gastar 3 puntos para subir su habilidad de buscar o bien guardarlos para reunir 10 puntos y así ganar un PD.

Puntos Dramáticos

Un punto dramático, o PD, es un punto que puedes gastar en una situación dramática para inclinar la balanza a tu favor. Por ejemplo, si tu personaje acaba de recibir un ataque que normalmente lo mataría o lo dejaría inconsciente, puedes gastar un punto dramático para cambiar el resultado de la acción, dando una explicación lógica de porqué no ha ocurrido; en este caso, por ejemplo, podríamos decir que la pistola de nuestro enemigo se ha quedado encasquillada.

Un punto dramático también puede ser usado para aumentar nuestro bonificador en +25%; evidentemente, sólo es posible gastar un punto dramático por acción.

Un saludo,
Morpheus

06 octubre 2011

Mostrar http en Firefox 7

Saludos,

Acabo de actualizar el Iceweasel, el Firefox en Debian con el nombre y los iconos cambiados, a la versión 7, y como ya andaba esperando, ha desaparecido el protocolo http de la barra de direcciones (el https y otros, como el ftp, siguen apareciendo).

Si la costumbre os puede tanto como a mí, podéis volver a ver el http en vuestra barra de direcciones configurándolo en la dirección about:config, poniendo el siguiente parámetro a false:

browser.urlbar.trimURLs

En la fuente de la cual he extraído la información también se menciona como eliminar el resaltado del dominio de la barra de direcciones; para ello tenéis que poner también a false lo siguiente:

browser.urlbar.formatting.enabled

Fuente: Techdows

Un saludo,
Morpheus

08 septiembre 2011

Poniendo a punto el YP-CP3 en Lignux

Hace poco, mi antiguo reproductor portátil (aka MP3), un Sansa Clip+ de 4GB dejó de funcionar; por suerte, me entraba en garantía y Fnac me hizo una tarjeta regalo por el mismo precio que este. Por desgracia, fue una gran pérdida, pues ese Sansa tenía ampliación de memoria por tarjeta microSD y reproducía Flac y Ogg (Vorbis).

Tras recibir la tarjeta, me puse a buscar un reproductor que tuviese las mismas características o similares en el catálogo de Fnac; sin embargo, lo único que me aparecían eran Samsung's, pero anteriormente ya había tenido uno y me había dado ciertos problemillas, además de que al final el conector USB, que estaba ensamblado dentro del propio artefacto, como los reproductores que estaba encontrando en el catálogo, dejó de funcionar bien y varias veces casi lo rompo debido a un golpe accidental.

Visto que no podía encontrar ningún reproductor que se ajustase a mis necesidades, envie un correo electrónico a los 3 Fnac's que hay en Barcelona, y me consiguieron encontrar una buena alternativa que se ajustase a mis necesidades, que no se encontraba en el catálogo, pero con el que contaban, y seguramente cuenten aún, con existencias en el Fnac de l'Illa Diagonal: el Samsung YP-CP3 (especificaciones), un reproductor de vídeo y audio (aka MP4), que acepta Flac y Vorbis y además se conecta al PC mediante un cable, con lo cual no corre el peligro de estropearse como mi anterior reproductor Samsung. Como podréis imaginar, es el reproductor que finalmente he adquirido.

Este reproductor, a la par que interesante, cuenta con cierta falta de soporte en Lignux; ya que pese a que se conecta sin ningún problema, no acaba de sincronizarse bien con Rhythmbox, y el programa que cabría instalar para poder sacarle toda la potencia (Emodio) requiere de Internet Explorer y el reproductor Windows Media, por lo tanto no se puede instalar mediante Wine. Pues bien, este artículo va a tratar de los pequeños parches que he realizado para poder utilizar sin problema este, de momento, gran reproductor.

Sincronizando con Rhythmbox

En primer lugar, quería aprovechar la capacidad de las últimas versiones de Rhythmbox de sincronizarse con los reproductores multimedia, y para ello apliqué un viejo truco, que es añadir un archivo con nombre .is_audio_player en la raíz del sistema de ficheros del dispositivo; sin embargo, este archivo puede especificar más información sobre el reproductor que quizás, y en mi caso, en una Debian Testing, no se encuentren en el paquete media-player-info, quedando mi archivo .is_audio_player de la siguiente forma:

output_formats=audio/mpeg,audio/x-ms-wma,application/ogg,audio/ogg,audio/flac,audio/x-wav,image/jpeg,text/plain,video/x-ms-wmv,video/x-msvideo
input_formats=audio/mpeg
audio_folders=Music/

(Fuente: FAQ Rhythmbox)

Transfiriendo las listas de reproducción

Una vez que Rhythmbox reconoce bien el reproductor y les transfiere las pistas en los formatos que acepta (si no, primero las transformaría a mp3), sería interesante conseguir que las listas de reproducción definidas en Rhythmbox pudiesen reproducirse también en el reproductor; sin embargo, el CP3 sólo acepta listas en formato SPL (un formato propio de Samsung) y WPL, el formato de Windows Media, pero Rhythmbox deja las listas en la raíz del sistema en formato PLS.

Indagando un poco por internet, encontré, entre otros, que el proyecto libmtp ya había programado una utilidad para este tipo de listas; sin embargo, el reproductor no se conecta mediante MTP, así que no podía servirme de mucho. Pese a esto, también encontré cierta información en los foros de anythingbutipod (1 y 2), obteniendo jutno con un par de pruebas las características necesarias para preparar un archivo SPL que reconociese el reproductor:

  • Las primeras dos líneas deben ser la especificación de que se trata de un archivo SPL y la versión del formato (1.00 o 2.00 según el firmware), junto con un espacio en blanco:
    SPL PLAYLIST
    VERSION 1.00
  • Cada canción debe especificarse en una línea con su ruta siguiendo el siguiente formato: \Music\Ruta\Archivo 1.mp3
  • Un espacio en blanco y una línea indicando que se acabado la lista:

    END PLAYLIST
  • El archivo debe estar codificado en formato UTF-16
  • Los saltos de línea deben estar especificados en formato CR+LF (Windows)

Siguiendo estas reglas, obtenemos un archivo SPL válido; ahora lo que nos falta es convertir las listas en PLS a este formato. Para tal fin, yo he hecho un pequeño script en Shell y AWK, que he bautizado como pls2spl.sh y que, dada la ruta donde se encuentra el reproductor, lee todas las listas sincronizadas por Rhythmbox, que por defecto se guardan en la raíz, y una vez transformadas las mueve a la carpeta Playlists:

#!/bin/bash

# Script AWK que transforma un archivo PLS al formato SPL
awk='BEGIN {
FS="/";
OFS="\\";
print "SPL PLAYLIST\nVERSION 2.00\n";
}

/[Ff]ile([0-9]+)=/ { # Sólo nos interesan las rutas de los archivos
printf "%s", gensub("[Ff]ile([0-9]+)=", OFS, 1, $1);
for(i=2; i <= NF; i++) printf "\\%s", $i;
printf "\n";
}

END {
print "\nEND PLAYLIST";
}'

TMPFILE=/tmp/spl;

# Función para obtener el nombre del archivo en una ruta
function filename() {
echo echo $i | awk 'BEGIN{FS="/"} {print $NF}';
}

readonly DIR=Playlists; # Donde se guardan las listas de reproducción

#Comprobaciones iniciales
if (( $# < 1 )); then
echo "Por favor, especifica la ruta al dispositivo (ex: /media/ypcp3)";
exit 1;
elif (( $# > 1 )); then
echo "Sólo puedes especificar un dispositivo";
exit 1;
fi

# Preparamos el awk para transformar el archivo pls
awkfile=pls2spl.awk;
echo "$awk" > $awkfile;

# Nos aseguramos de que $DEVICE no tenga un barra al final
DEVICE=$(echo $1 | awk '{if ( substr($0, length($0),1) == "/") print substr($0, 0, length($0)-1); else print $0 }' );

IFS=$(echo -e "'\n'");
for i in $(ls -1 $DEVICE/*.pls); do
awk -f $awkfile $i > $TMPFILE;

# Transformamos a CRLF (Windows) y a Unicode-16
sed s/$/'\r'/ $TMPFILE | iconv -f UTF-8 -t UTF-16 -o $DEVICE/$DIR/$(filename $i | sed s/.pls/.spl/) -;

echo -n "Se ha convertido ";
filename $i;

rm $TMPFILE;
rm $i;
done

rm $awkfile;

He de hacer notar que en el archivo .is_audio_player se podría haber especificado en qué carpeta debe guardar Rhythmbox las listas. Si lo hiciésemos, Rhythmbox especificaría la ruta del archivo de la forma file:///media/cp3/Music/archivo%201.mp3, lo cual no es una ruta válida para el formato SPL; debido a esto, he preferido mantener el comportamiento por defecto de Rythmbox, lo cual facilita la conversión, evitando el texto escapado, es decir, las construcciones del tipo %20.

Convirtiendo los vídeos

Pese a que según las especificaciones de la página web el reproductor acepta WMV, MPEG4, AVI, MP4, ASF, según las especificaciones del manual de usuario el reproductor sólo reproduce los siguientes formatos de vídeo:

AVI/SVI: MPEG-4 Perfil simple de vídeo (640x480, 800kbps), MP3 Audio
RM/RMVB: Vídeo Real Media (640x480, 800kbps), Real Audio
WMV: Vídeo WMV9 (640x480, 500kbps), Audio WMA

Con tal de poder transformar los vídeos con comodidad al formato AVI que especifica, y sobre todo poder realizar el escalado de forma automática manteniendo la proporción, he realizado un pequeño script para Avidemux valiéndome de lo que he aprendido con la entrada anterior; además, este script lo he añadido como ajuste personalizado dentro de mi carpeta personal, tal y como explican en la wiki de Avidemux. En el script, que os muestro a continuación, podréis notar que he realizado ciertas operaciones para poder realizar el escalado; si es necesario, podéis encontrar una gran referencia y fuente de información sobre javascript en el w3schools.

//AD  <- Needed to identify//
//--automatically built--

var app = new Avidemux();

//** Video **
// ** Preparing
var maxw=640, maxh=480; // Max permited by device
var resx=400, resy=240, dratio=resx/resy; // dratio=15/9=5/3 (Display)

//** Postproc **
app.video.setPostProc(3,3,0);
app.video.fps1000 = 25000;

//** Scaling **
var width=app.video.width;
var height=app.video.height;
var vratio=width/height;

if (width >= height) {
width=resx=maxw; // Video will fit up to device
height=Math.round((width/vratio)/2)*2; // Values must be pair
resy=resx/dratio;

if (height > resy || height > maxh) {
height=resy; // To preserve display and video ratio
width=Math.round((height*vratio)/2)*2; // Values must be pair
resx=resy*dratio;
}
}
else { // Improbably
height=resy=maxh;
width=Math.round((height*vratio)/2)*2;
resx=resy*dratio;

if (width > resx || width > maxw) {
width=resx;
height=Math.round((width/vratio)/2)*2;
resy=resx/dratio;
}
}

app.video.addFilter("resize","w="+width,"h="+height,"algo=1");

// ** Filling with black to preserve aspect ratio (padding)

var padw=(resx-width)/2, padh=(resy-height)/2;

app.video.addFilter("addblack","left="+padw,"right="+padw,"top="+padh,"bottom="+padh);

//** Video Codec conf **
app.video.codecPlugin("92B544BE-59A3-4720-86F0-6AD5A2526FD2", "Xvid", "CBR=800", "?xml version='1.0'?><XvidConfig><presetConfiguration><name><default></name><type>default</type></presetConfiguration><XvidOptions><threads>0</threads><vui><sarAsInput>true</sarAsInput><sarHeight>1</sarHeight><sarWidth>1</sarWidth></vui><motionEstimation>high</motionEstimation><rdo>dct</rdo><bFrameRdo>false</bFrameRdo><chromaMotionEstimation>true</chromaMotionEstimation><qPel>false</qPel><gmc>false</gmc><turboMode>false</turboMode><chromaOptimiser>false</chromaOptimiser><fourMv>false</fourMv><cartoon>false</cartoon><greyscale>false</greyscale><interlaced>none</interlaced><frameDropRatio>0</frameDropRatio><maxIframeInterval>300</maxIframeInterval><maxBframes>2</maxBframes><bFrameSensitivity>0</bFrameSensitivity><closedGop>false</closedGop><packed>false</packed><quantImin>1</quantImin><quantPmin>1</quantPmin><quantBmin>1</quantBmin><quantImax>31</quantImax><quantPmax>31</quantPmax><quantBmax>31</quantBmax><quantBratio>150</quantBratio><quantBoffset>100</quantBoffset><quantType>mpeg</quantType><intraMatrix><value>8</value><value>8</value><value>8</value><value>8</value><value>8</value><value>8</value><value>8</value><value>8</value><value>8</value><value>8</value><value>8</value><value>8</value><value>8</value><value>8</value><value>8</value><value>8</value><value>8</value><value>8</value><value>8</value><value>8</value><value>8</value><value>8</value><value>8</value><value>8</value><value>8</value><value>8</value><value>8</value><value>8</value><value>8</value><value>8</value><value>8</value><value>8</value><value>8</value><value>8</value><value>8</value><value>8</value><value>8</value><value>8</value><value>8</value><value>8</value><value>8</value><value>8</value><value>8</value><value>8</value><value>8</value><value>8</value><value>8</value><value>8</value><value>8</value><value>8</value><value>8</value><value>8</value><value>8</value><value>8</value><value>8</value><value>8</value><value>8</value><value>8</value><value>8</value><value>8</value><value>8</value><value>8</value><value>8</value><value>8</value></intraMatrix><interMatrix><value>1</value><value>1</value><value>1</value><value>1</value><value>1</value><value>1</value><value>1</value><value>1</value><value>1</value><value>1</value><value>1</value><value>1</value><value>1</value><value>1</value><value>1</value><value>1</value><value>1</value><value>1</value><value>1</value><value>1</value><value>1</value><value>1</value><value>1</value><value>1</value><value>1</value><value>1</value><value>1</value><value>1</value><value>1</value><value>1</value><value>1</value><value>1</value><value>1</value><value>1</value><value>1</value><value>1</value><value>1</value><value>1</value><value>1</value><value>1</value><value>1</value><value>1</value><value>1</value><value>1</value><value>1</value><value>1</value><value>1</value><value>1</value><value>1</value><value>1</value><value>1</value><value>1</value><value>1</value><value>1</value><value>1</value><value>1</value><value>1</value><value>1</value><value>1</value><value>1</value><value>1</value><value>1</value><value>1</value><value>1</value></interMatrix><trellis>true</trellis><singlePass><reactionDelayFactor>16</reactionDelayFactor><averagingQuantiserPeriod>100</averagingQuantiserPeriod><smoother>100</smoother></singlePass><twoPass><keyFrameBoost>10</keyFrameBoost><maxKeyFrameReduceBitrate>20</maxKeyFrameReduceBitrate><keyFrameBitrateThreshold>1</keyFrameBitrateThreshold><overflowControlStrength>5</overflowControlStrength><maxOverflowImprovement>5</maxOverflowImprovement><maxOverflowDegradation>5</maxOverflowDegradation><aboveAverageCurveCompression>0</aboveAverageCurveCompression><belowAverageCurveCompression>0</belowAverageCurveCompression><vbvBufferSize>0</vbvBufferSize><maxVbvBitrate>0</maxVbvBitrate><vbvPeakBitrate>0</vbvPeakBitrate></twoPass></XvidOptions></XvidConfig>");

//** Audio **
app.audio.reset();
app.audio.codec("Lame",128,20,"80 00 00 00 01 00 00 00 01 00 00 00 09 00 00 00 00 00 00 00 ");
app.audio.normalizeMode=0;
app.audio.normalizeValue=0;
app.audio.delay=0;
app.audio.mixer="NONE";
app.setContainer("AVI");
setSuccess(1);
//app.Exit();

//End of script

Sin embargo, pese a haber realizado este script, y siendo Avidemux un gran programa, como mínimo de transcodificación de archivos; me he encontrado con vídeos que sufrían ciertos problemas al ser transcodificados, como por ejemplo un desfase en el audio respecto al vídeo, que han hecho que utilice también otro gran programa: ffmpeg (sí, sé que mencioné que lo encontraba un poco complicado, pero para usarlo habitualmente; una vez establecidos unos parámetros que no van a variar, no lo he encontrado tan complicado). Pues con tal de realizar el mismo trabajo que con Avidemux, he hecho otro script (sí, también sé que últimamente estoy algo pesado con ellos) que se encarga también de mantener la proporción del archivo a la hora de escalarlo:

#!/bin/bash

# Constantes
readonly resx=400;
readonly resy=240;
readonly maxw=640;
readonly maxh=480;

IFS=$(echo -e "\n");

# Comprobaciones
if (( $# < 1 )); then
echo "Debes especificar los vídeos a codificar";
exit 1;
fi


# Funciones

# Recoge información sobre el vídeo en $width y $height
# $1 -> Ruta al archivo de vídeo
function getInfo() {
local video=$(ffmpeg -i $1 2>&1 | grep -iw "video:")
local size=$(echo $video | egrep -o "[0-9]+x[0-9]+");

width=$(echo $size | cut -d"x" -f1);
height=$(echo $size | cut -d"x" -f2);
}

# $1 -> Elemento a dividir
# $2 -> Width
# $3 -> Height
function divPerRatio() {
echo $(( ($1 * $3) / $2 ));
}

# $1 -> Elemento a multiplicar
# $2 -> Width
# $3 -> Height
function mulPerRatio() {
echo $(( ($1 * $2) / $3 ));
}

# Pre: haber obtenido la información de $width y $height (con getInfo)
# Retorna el tamaño del vídeo ($x $y) y la resolución en pantalla ($rx $ry)
function getRes() {
if (($width >= $height)); then
x=$maxw;
rx=$x; # Para encajar el vídeo en el dispositivo
y=$(divPerRatio $x $width $height);
ry=$(divPerRatio $rx $resx $resy);

if (($y > $ry || $y > $maxh)); then
y=$ry; # Para conservar la proporción del dispositivo y el vídeo
x=$(mulPerRatio $y $width $height);
rx=$(mulPerRatio $ry $resx $resy);
fi
else # Improbable
y=$maxh;
ry=$y;
x=$(mulPerRatio $y $width $height);
rx=$(mulPerRatio $ry $resx $resy);

if (($x > $rx || $x > $maxw)); then
x=$rx;
y=$(divPerRatio $x $width $height);
ry=$(divPerRatio $rx $resx $resy);
fi
fi
}


# Main
for (( f=1 ; f <= $# ; f++ )); do
file=${!f};

# Añadimos extension si no la tiene
if ! echo $file | egrep "\..{1,3}$" > /dev/null; then
ln $file $file.ln;
file=$file.ln;
LKD=1;
fi

getInfo $file;
getRes;

posx=$(( ($rx - $x)/2 ));
posy=$(( ($ry - $y)/2 ));

output=$(echo $file | sed -r s/'\..{1,3}$'/.cp3.avi/);

# Ejecución
ffmpeg -i $file -ab 128k -acodec libmp3lame -vcodec libxvid -b 800k -r 25 -s ${x}x$y -vf pad="$rx:$ry:$posx:$posy" $output;

# Borramos archivo con extensión
if (( $LKD )); then
LKD=0;
rm $file;
fi
done

Como podréis comprobar, transforma todo aquellos vídeos que se le pasen como argumento al script; por ejemplo:

./ypcp3.ffmpeg.sh video1.mp4 video2 video3.wmv

Pues hasta aquí hemos llegado. Espero que este artículo os haya sido de ayuda, y si no, a mí me ha resultado útil para mantener estos scripts y esta información como apunte en mi blog.

Un saludo,
Morpheus

01 septiembre 2011

Cambiando el tamaño de tus vídeos con Avidemux

Siguiendo en la línea de la entrada anterior, voy a seguir en esta entrada explicando cómo transformar diversos vídeos (en alta definición) en vídeos más pequeños pero con una calidad aceptable; en mi caso, y en mi percepción, se trata de un resultado más que aceptable.

Para ello, he utilizado Avidemux; sí, sé que podría haber usado MEencoder (de MPlayer) o FFmpeg, pero aunque ya los he utilizado alguna vez, me resulta difícil configurar todas las opciones del codificador mediante la línea de comandos. Entonces os preguntaréis: ¿cómo piensas hacerlo con Avidemux? Pues la respuesta es a medias.

Pero primero, vayamos por pasos. Antes de nada, debemos tener instalado avidemux (junto a su interfaz de línea de comandos, CLI):

# aptitude install avidemux-cli avidemux

Ahora, abrimos uno de los vídeos que queramos recodificar con él. Una vez hecho esto, configuramos todos los parámetros de vídeo y audio que querremos que tengan nuestros vídeos; en mi caso, escalar los vídeos a la mitad de su tamaño mediante el filtro dimensionar y ponerle una tasa de bits constante de 1500 kbps (que ya está puesto por defecto):

Tras ello, vamos a Archivo -> Guardar Proyecto como... y lo guardamos con la extensión .js, pues se guardarán los parámetros de nuestro proyecto como un archivo en javascript. Una vez hecho esto, abrimos el archivo con un editor de texto y eliminamos las siguientes líneas:

// 01 videos source 
app.load("/ruta/al/video.ext");
//01 segments
app.clearSegments();
app.addSegment(0,0,3017);
app.markerA=0;
app.markerB=3016;

Eliminar estas líneas es necesario ya que son configuraciones dependientes del vídeo que hemos abierto para guardar el script. Los marker son las marcas que definen el segmento de vídeo que vamos a transformar, y como comprenderéis, son diferentes para cada vídeo, motivo por el cual no se deben establecer aquí; lo mismo para la ruta.

Una vez creado y modificado el script de configuración, es hora de utilizarlo; para ello, debemos ejecutar la siguiente línea:

avidemux2_cli --force-alt-h264 --load video.ext --run script.js --save video.res.ext --quit

Los parámetros utilizados son:

--force-alt-h264
Para que en los vídeos que estén codificados con H.264 se habran correctamente sin necesidad de preguntar al usuario; lo pongo porque la mayoría de las cámaras gravan en MOV, que no deja de ser, en la gran mayoría de veces, un contenedor de este codec.
--load
Para cargar el vídeo que deseamos.
--run
Para ejecutar el script que hemos guardado anteriormente.
--save
Para indicar dónde debe guardar el vídeo recodificado.
--quit
Para finalizar el programa en cuanto haya acabado.

Una vez contamos con el script y conociendo cuál es el comando a ejecutar, para recodificar diversos vídeos deberíamos ejecutar el siguiente comando (en bash):

for i in `ls *.ext`; do
output=$(echo $i | sed s/.ext/sca.ext/);
avidemux2_cli --force-alt-h264 --load $i --run script.js --save $output --quit;
done

De esta forma, se transformarán todos los archivos con la extensión ext utilizando la configuración almacenada en script.js.

Si queréis realizar algo un tanto más complejo, podéis modificar parte del javascript, como yo he hecho a la hora de establecer el escalado, haciendo que el vídeo se escale en la proporción que hayas establecido en la variable scale:

//** Scaling **
var scale=1/2;
var width=app.video.width*scale;
var height=app.video.height*scale;

displayInfo("Video will be scaled to "+width+"x"+height+" pixels.");

app.video.addFilter("resize","w="+width,"h="+height,"algo=1");

Si aún así queréis hacerlo todo más compacto, podéis incluir el propio javascript dentro de otro script en bash. Os presento como ejemplo el que he realizado para convertir mis vídeos (atención a las comillas de las variables y los \' que he puesto en la versión del xml):

#!/bin/bash

DIR=/tmp/sca
SCRIPT='//AD <- Needed to identify//
//--automatically built--

var app = new Avidemux();

//** Video **
//** Postproc **
app.video.setPostProc(3,3,0);

app.video.fps1000 = 25000;

//** Filters **

//** Scaling **
var scale=1/2;
var width=app.video.width*scale;
var height=app.video.height*scale;

displayInfo("Video will be scaled to "+width+"x"+height+" pixels.");

app.video.addFilter("resize","w="+width,"h="+height,"algo=1");

//** Video Codec conf **
app.video.codecPlugin("32BCB447-21C9-4210-AE9A-4FCE6C8588AE", "x264", "2PASSBITRATE=1500", "<?xml version='\'1.0\''?><x264Config><presetConfiguration><name>&lt;default&gt;</name><type>default</type></presetConfiguration><x264Options><fastFirstPass>true</fastFirstPass><threads>0</threads><deterministic>true</deterministic><sliceThreading>false</sliceThreading><threadedLookahead>-1</threadedLookahead><idcLevel>-1</idcLevel><vui><sarAsInput>true</sarAsInput><sarHeight>1</sarHeight><sarWidth>1</sarWidth><overscan>undefined</overscan><videoFormat>undefined</videoFormat><fullRangeSamples>true</fullRangeSamples><colorPrimaries>undefined</colorPrimaries><transfer>undefined</transfer><colorMatrix>undefined</colorMatrix><chromaSampleLocation>0</chromaSampleLocation></vui><referenceFrames>3</referenceFrames><gopMaximumSize>250</gopMaximumSize><gopMinimumSize>0</gopMinimumSize><scenecutThreshold>40</scenecutThreshold><periodicIntraRefresh>false</periodicIntraRefresh><bFrames>3</bFrames><adaptiveBframeDecision>1</adaptiveBframeDecision><bFrameBias>0</bFrameBias><bFrameReferences>strict</bFrameReferences><loopFilter>true</loopFilter><loopFilterAlphaC0>0</loopFilterAlphaC0><loopFilterBeta>0</loopFilterBeta><cabac>true</cabac><openGop>disabled</openGop><interlaced>disabled</interlaced><constrainedIntraPrediction>false</constrainedIntraPrediction><cqmPreset>flat</cqmPreset><intra4x4Luma><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value></intra4x4Luma><intraChroma><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value></intraChroma><inter4x4Luma><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value></inter4x4Luma><interChroma><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value></interChroma><intra8x8Luma><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value></intra8x8Luma><inter8x8Luma><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value><value>16</value></inter8x8Luma><analyse><partitionI4x4>true</partitionI4x4><partitionI8x8>true</partitionI8x8><partitionP8x8>true</partitionP8x8><partitionP4x4>false</partitionP4x4><partitionB8x8>true</partitionB8x8><dct8x8>true</dct8x8><weightedPredictionPframes>smart</weightedPredictionPframes><weightedPrediction>true</weightedPrediction><directPredictionMode>spatial</directPredictionMode><chromaLumaQuantiserDifference>0</chromaLumaQuantiserDifference><motionEstimationMethod>hexagonal</motionEstimationMethod><motionVectorSearchRange>16</motionVectorSearchRange><motionVectorLength>-1</motionVectorLength><motionVectorThreadBuffer>-1</motionVectorThreadBuffer><subpixelRefinement>7</subpixelRefinement><chromaMotionEstimation>true</chromaMotionEstimation><mixedReferences>true</mixedReferences><trellis>finalMacroblock</trellis><fastPSkip>true</fastPSkip><dctDecimate>true</dctDecimate><psychoRdo>1</psychoRdo><psychoTrellis>0</psychoTrellis><noiseReduction>0</noiseReduction><interLumaDeadzone>21</interLumaDeadzone><intraLumaDeadzone>11</intraLumaDeadzone></analyse><rateControl><quantiserMinimum>10</quantiserMinimum><quantiserMaximum>51</quantiserMaximum><quantiserStep>4</quantiserStep><maximumConstantRateFactor>0</maximumConstantRateFactor><averageBitrateTolerance>1</averageBitrateTolerance><vbvMaximumBitrate>0</vbvMaximumBitrate><vbvBufferSize>0</vbvBufferSize><vbvInitialOccupancy>0.9</vbvInitialOccupancy><ipFrameQuantiser>1.4</ipFrameQuantiser><pbFrameQuantiser>1.3</pbFrameQuantiser><adaptiveQuantiserMode>variance</adaptiveQuantiserMode><adaptiveQuantiserStrength>1</adaptiveQuantiserStrength><mbTree>true</mbTree><frametypeLookahead>40</frametypeLookahead><quantiserCurveCompression>0.6</quantiserCurveCompression><reduceFluxBeforeCurveCompression>20</reduceFluxBeforeCurveCompression><reduceFluxAfterCurveCompression>0.5</reduceFluxAfterCurveCompression></rateControl><accessUnitDelimiters>false</accessUnitDelimiters><spsIdentifier>0</spsIdentifier><sliceMaxSize>0</sliceMaxSize><sliceMaxMacroblocks>0</sliceMaxMacroblocks><sliceCount>0</sliceCount><hrd>none</hrd></x264Options></x264Config>");

//** Audio **
app.audio.reset();
app.audio.codec("Faac",128,4,"80 00 00 00 ");
app.audio.normalizeMode=0;
app.audio.normalizeValue=0;
app.audio.delay=0;
app.audio.mixer="NONE";
app.setContainer("MP4");
setSuccess(1);
//app.Exit();

//End of script';

SCRNAME="script.js";

echo "$SCRIPT" > $SCRNAME;

mkdir -p $DIR;
for i in `ls *.MOV`; do
output=$(echo $i | sed s/.MOV/sca.mp4/);
avidemux --nogui --force-alt-h264 --load $i --run $SCRNAME --save $DIR/$output --quit;
rm $DIR/$output.stat*;
done

rm $SCRNAME;

Fuentes utilizadas:

Pues eso es todo. Espero que este pequeño tutorial y el de la entrada anterior os hayan sido de ayuda; desde luego, para mí lo han sido, reduciendo unos 7,9 GB de imágenes y vídeos en tan solo 2,6 GB.

Espero no haber sido muy cargante con estas últimas entradas, pero quería conservar como apuntes este pequeño trabajo, que estoy bien seguro que me serán de utilidad en el futuro.

Un saludo,
Morpheus

30 agosto 2011

Cambiando el tamaño de tus fotos con Imagemagick

Después de las vacaciones es probable que te encuentres con un montón de fotos, como es mi caso; si además esas fotos están hechas con una cámara de 13 Mpx, te encontrarás con que tienes fotos que ocupan muchísimo espacio. Si la alta resolución de esas imágenes no es una prioridad para ti, pero sí para la persona que ha hecho las fotos, sino hubiese bastado con reducir la resolución en la propia cámara; puedes escalar esas fotografías para que ocupen menos utilizando el programa Imagemagick y el comando convert.

Para ello, lo primero que tenemos que hacer es instalar Imagemagick:

# aptitude install imagemagick

Una vez instalado, tan solo queda hacer uso del comando convert. La forma de usarlo es la siguiente:

convert [opciones] archivo_origen.extensión [opciones] archivo_destino.extensión

Para escalar las fotografías usaremos las opciones -resize WidthxHeight -quality 95. También se puede ser más concreto especificando la opción -filter filtro, puediendo encontrar información sobre ello aquí; aunque según esa información el filtro Cubic no funciona bien aumentando las imágenes, hasta ahora yo lo he usado sin notar ninguna pérdida considerable al reducirlas.

Sabiendo esto, podríamos escalar todas las imágenes con la opción -resize Widthx o -resize xHeight, que escalarían las imágenes preservando la proporción, usando el siguiente comando:

convert *.jpg -quality 95 -resize Widthx img.%03d.jpg

Por desgracia, esto haría que las fotos verticales fuesen más grandes que las horizontales, lo cual puede resultar un engorro. Para evitar esto, he hecho un pequeño script en Bash que hace uso de el comando identify, también del proyecto Imagemagick, que da información sobre las imágenes que especifiquemos. De esta forma, con el siguiente comando obtenemos la resolución de la imagen, que más tarde utilizaremos en el script:

identify -format "%wx%h" imagen.jpg

Finalmente, os dejo con el script, que básicamente transforma todas las imágenes del directorio donde se encuentra el script y las deja en el directorio DIR; las imágenes medirán como máximo WIDTH pixels de altura o de anchura:

#!/bin/bash

EXEC="convert"
EXECOPT="-quality 95 -filter Cubic -resize"
WIDTH=2856 # Esto da aproximadamente 6 Mpx para fotografías con una proporción 4:3
DIR=/tmp/sca

mkdir $DIR;
for i in `ls *.JPG`; do
aux=`identify -format "%wx%h" $i`;
w=`echo $aux | cut -f1 -d"x"`;
h=`echo $aux | cut -f2 -d"x"`;
resize=`echo ${WIDTH}x`;

if (( $w < $h )); then resize=`echo "x$WIDTH"`; fi

echo "$i: ${w}x$h -> $resize";
output=`echo $i | sed s/.JPG/sca.jpg/`;
eval $EXEC $i $EXECOPT $resize $DIR/$output;
done

Este script esta basado en otro que había hecho antes, que simplemente transforma el lado más pequeño de la imagen en el más grande:

#!/bin/bash

EXEC="convert"
EXECOPT="-quality 95 -filter Cubic -resize"

for i in `ls *.jpg`; do
aux=`identify -format "%wx%h" $i`;
w=`echo $aux | cut -f1 -d"x"`;
h=`echo $aux | cut -f2 -d"x"`;
resize=`echo ${h}x`;

if (( $w < $h )); then resize=`echo "x$w"`; fi

#echo "$i: ${w}x$h -> $resize";

eval $EXEC $i $EXECOPT $resize `echo $i | sed s/.jpg/sca.jpg/`;
done

Espero que esta entrada os sirva de ayuda y podáis reducir esas cientos de imágenes de vuestras vacaciones.

Un saludo,
Morpheus

25 mayo 2011

¡Feliz día del Orgullo Friki a todos!

Pues eso, que os deseo un feliz día del orgullo friki a todos, aunque seguro que más de uno anda de exámenes (yo próximamente).

Cabe decir que si no fuese por NoPuedoCreer ¡se me hubiese olvidado!

Así que ya sabéis, hoy toca reivindicar el frikismo; yo lo hago de esta forma, publicando en un blog que no lee casi nadie que hoy es tal día. XD

Un saludo,
Morpheus

23 octubre 2010

Apunte sobre la memoria histórica

No me gusta hablar de política, al menos no con quién sé que es difícil hablar de forma calmada y argumentando puntos de vista; por ende, no me gusta comentar aspectos políticos en Internet, pues siempre te puedes encontrar con algún rebotado o radical.

Sin embargo, me parece reseñable, y digno de tener como apunte, este artículo del profesor de la UPF Vicens Navarro, en la que realiza ciertas observaciones que comparto; entre algunas de ellas, las que envuelven al juez Garzón, que a mi parecer, coincidiendo con el profesor, me parecen muy injustas.

Un saludo,
Morpheus

30 marzo 2010

Leer entrada estándar (STDIN) en Java

Por motivos académicos, tengo que aprender a programar en Java; así que, tras haber aprendido C/C++ y al ser Java un lenguaje mucho más orientado a objetos que C++, quería practicar un poquito haciendo la traducción de algunos programas que he escrito en C++ a Java. Para ello necesito leer datos de la entrada estándar; pero tras buscar referencias, tanto en la documentación de Java como en diferentes blogs y paginas, no he conseguido encontrar una manera más o menos sencilla de hacerlo.

De todas maneras, tras leer un poco más a fondo algunas referencias y la documentación, he conseguido hacerlo de una manera algo más sencilla, imitando el comportamiento del while(cin >> var) de C++:

C++ Java
#include <iostream>
using namespace std;

int main(int argc, char **argv) {
  int n;
  while (cin >> n) {
    /* Código */
  }
}
import java.util.Scanner;

class main {
  static public void main(String[] args) {

    Scanner scanf = new Scanner(System.in);

    while (scanf.hasNextInt()) {
      int n = scanf.nextInt();
      /* Código */
    }
  }
}

Aquí tenéis la documentación del elemento Scanner.

Espero que este post os haya servido de ayuda.

Actualización 31/03/2010: Por desgracia, la solución supuestamente sencilla no sirve para leer char; para ello tenéis que hacer esto:

try { char c = (char) System.in.read(); }
catch (Exception e) {}

Si alguien conoce otra manera más sencilla y menos chapucera que lo que he escrito en este post, que lo comente.

Actualización 2: Si los char van a estar separados por espacios o saltos de línea, puedes hacer una de estas dos:

// scanf.next() devuelve un String
char c = scanf.next().charAt(0);
char c = scanf.next().toCharArray()[0]; // Ambas son equivalentes

Un saludo,
Morpheus

18 febrero 2010

RPTools: Herramientas para jugar a rol en línea

Hace ya tiempo que me pasaron el enlace, pero ya sabéis como ando de tiempo (o ganas), así que por eso he tardado tanto; sin embargo, ya va siendo hora de ir colgando este apunte.

En RPTools podéis encontrar un conjunto de herramientas libres, escritas en Java, para jugar a rol por internet.

Entre otras, contiene un lanzador de dados, así como un programa que te permite moverte por un mapa, chatear con los jugadores y realizar las tiradas; en definitiva, una aplicación completa para jugar una partida en línea (parece que alguien ya ha llevado a cabo mi idea :P).

Estas herramientas pueden resultar muy útiles si nunca consigues coincidir con tus amigos para jugar por culpa del trabajo o los estudios. ;)

Un saludo,
Morpheus

17 septiembre 2009

Sweet Home 3D: Alternativa libre a Floor Plan 3D

Llego, mediante Ubuntips, a un programa libre para diseñar interiores en 3D: Sweet Home 3D, que puede servir como alternativa a Floor Plan 3D.

Está disponible para varios sistemas operativos, ya que hace uso de Java.

Aún recuerdo cuando, en Windows 95, venía incluido Floor Plan Plus 3D, en el que yo diseñaba una casa ideal para mí; creo que si me bajo esta alternativa, lo volveré a hacer. XD

Espero que este apunte os sea de utilidad!

Un saludo,
Morpheus

20 abril 2009

Sobre la derrota de la república y el franquismo, en Público

Dejo aquí un enlace a el diario Público, que ha hecho este mes un interesante reportaje sobre la derrota de la república, enlace que no quiero perder.

Recomiendo que le echéis un vistazo si el tema os interesa, aunque creo que se debería echar de todos modos, porque opino que debemos conocer nuestra historia y nuestros errores, si no queremos repetirla.

Público.es - Guerra Civil

Un saludo,
Morpheus

26 octubre 2008

Vídeo explicativo sobre la Abiogénesis

Hace aproximadamente un mes dos meses y medio me topé con este vídeo, que explica bastante bien una de las teorías sobre el origen de la vida, basadas en la abiogénesis (la aparición de vida, o materia orgànica, a partir de materia inorgánica), y me parecía importante compartirlo con vosotros, puesto que me parece una teoría interesante (si lo he puesto ahora es poco hace poco lo volví a ver, y quería dejarlo como apunte aquí):



También os pueden interesar los siguientes enlaces:
* Experimento de Miller y Urey
* Origen de la vida

Un saludo,
Morpheus

12 junio 2008

Conectar Samsung ZV60 con GNU/Linux

Imagen del Samsung ZV60

Recientemente he adquirido un Samsung ZV60, y tan pronto como lo encendía, busqué la manera de conectarlo a mi ordenador sin tener que usar su software. Tras probar un par de configuraciones, lo conseguí, y ahí va:

Lo primero que tenemos que hacer es configurar el móvil para que se conecte con el reproductor de música cuando lo conectemos por USB.

Utilizando Rhythmbox para añadir música

Si usáis Gnome, podréis utilizar Rhythmbox y el complemento para MTP (libmtp7) para sincronizar vuestra biblioteca de música con el ZV60.

Simplemente tenéis que ejecutar Rhythmbox, conectar el móvil y esperar que aparezca en el panel lateral de Dispositivos. Sólo tenéis que arrastrar y soltar vuestra música de la biblioteca al dispositivo.

Montar el dispositivo y explorar las carpetas

Para poder montar el dispositivo, debes tener instalado el paquete mtpfs, que es el que vamos a utilizar para acceder a él.

Para ello, sólo tenéis que conectar el móvil y esperar unos segundos (Atención!: Si Rhythmbox se está ejecutando, deberás cerrarlo o no podrás montar el móvil) y ejecutar el siguiente comando en una terminal:

mtpfs /mnt/

Automáticamente os montará el móvil (y aparecerá en el escritorio). Ahora sólo abrís el volumen con Nautilus y ya podéis guardar o extraer cualquier archivo del móvil. Nota: Es posible que tengáis que abrir el volumen con permisos de administrador de la siguiente manera:

sudo nautilus /mnt

Por cierto, si el archivo pesa demasiado, tardará un poco en cargarlo. Mientras esto ocurra, es recomendable que esperéis a que el archivo se cargue, o tendréis problemas para visualizar el contenido (y deberéis montarlo en otro lugar).

Para desmontar el dispositivo, simplemente ejecutad este comando:

sudo umount /mnt/

Actualización 14 de octubre de 2012 (Es increible que aún siga funcionando perfectamente):

Si se tiene instalada la biblioteca gphoto2, paquete libgphoto2-2 en Debian Wheezy, el sistema lo reconoce y lo monta automáticamente.

Melodías en formato MMF

Hace tiempo, poco después de escribir esta entrada, para poner como tono de mensaje una melodía, tuve que utilizar una página de conversión en línea, ya que el móvil sólo acepta MIDI y MMF (Yamaha SMAF) como formatos válidos para estas melodías y yo no conseguí, en su momento, encontrar la manera de que se escuchase bien utilizando ffmpeg.

Sin embargo, ahora no recordaba la página exacta, y tenia interés por conseguir hacerlo mediante ffmpeg. Tras un rato investigando, he visto que no se trataba ni de la frecuencia de muestreo, ni de los bits por segundo, sino de utilizar sonido mono, pues no acepta el estéreo. Así pues, para convertir un archivo MP3 o OGG a MMF que acepte el móvil, es tan sencillo como utilizar el siguiente comando:

ffmpeg -i input.ogg -ac 1 output.mmf

El flag -ac indica que se quiere obtener un canal mono.

Con esto, ya hemos convertido nuestro archivo input.ogg, o cualquier otro formato de audio, en un archivo en formato MMF.

Espero que este post os haya servido de ayuda ;)

Un saludo,
Morpheus

01 mayo 2008

Máquinas complejas para cosas simples

Las máquinas de Goldberg son muy conocidas (aunque no por este nombre), por ser máquinas complicadas que se utilizan para realizar tareas simples. Este tipo de máquinas se basan básicamente en el concepto de efecto dominó o reacción en cadena, como podéis ver a continuación:

Esta es una campaña de publicidad japonesa sobre (según lo que he leído en comentarios) un programa infantil sobre ciencia (aunque no podría asegurarlo). De todos modos, es realmente impresionante las cosas que llegan a idear estos japoneses.



En el siguiente vídeo podemos ver como se utiliza una máquina de Goldberg para abrir una cerveza:



Y para terminar os voy a poner un vídeo que seguro que habéis visto en la TV, la campaña de publicidad del Honda Accord (aunque hay que decir que este no es tan espectacular comparado con los otros, ya que este no es real, aunque no deja de ser interesante):



Si queréis ver más vídeos sobre este tipo de máquinas, simplemente buscad por Rube Goldberg en Youtube.

PD: Si alguien se pregunta el motivo de este post, simplemente diré que se trata de un apunte (personal) que seguro que le puede interesar a alguien.

Un saludo,
Morpheus

30 junio 2007

Relato en cadena. 3a edición (?)

Hace aproximadamente un año, leí algo sobre un relato en cadena y las reglas que lo regían y me gustaron, así que decidí hacer una pequeña adaptación y hacerlo con mis amigos. Pero no lo conseguimos acabar.

Hace poco, uno de los amigos con el que empecé a hacerlo me pidió que lo volviéramos a hacer, y yo accedí, así pues vamos a hacer este pequeño juego, sólo que esta vez lo vamos a poner en internet, para así poder tener más participantes y tener una mejor variedad temática.

De este modo, y sin haber acabado de leer el relato (prometo que lo acabaré, puesto que no lo acabé por perder la dirección y luego olvidarme de él), voy a hacer un blog para el relato y vamos a ponernos manos a la obra.

Os pongo las normas de esta edición aquí:

  1. Cualquier persona, bloguero o no, podrá participar en el relato encadenado.
  2. Cuando se haya establecido una primera lista de participantes, se sorteará el orden en el que publicarán sus fragmentos.
  3. La lista de participantes no se cerrará hasta que se publique el último fragmento del relato. Tras el sorteo inicial, todo aquel que quiera unirse al juego será añadido al final de la lista por orden de llegada.
  4. Habrá un máximo de 15 participantes.
  5. Tras el primer fragmento cada participante continuará el relato en el mismo punto donde acabó el anterior, incluyendo la última frase del anterior fragmento como la primera frase del siguiente fragmento.
  6. Excepto el último fragmento todos los participantes dejarán el relato inacabado para que el siguiente en la lista pueda continuarlo.
  7. Habrá LIBERTAD CREATIVA TOTAL. Los participantes no están obligados a publicar texto en prosa. El relato podrá ser desarrollado en forma de fotografías, viñetas de cómic, poesía, animaciones, video o cualquier otro formato que pueda publicarse en la red.
  8. Al igual que el formato, los participantes no están obligados a continuar el tono, el género, el ritmo o la trama del anterior fragmento. Se podrán dar cuantos giros de guión se deseen, siempre y cuando se respeten los puntos 5 y 6.
  9. No existe una extensión máxima ni mínima. Los fragmentos podrán ser tan cortos o tan largos como el participante desee, desde un haiku a una película completa.
  10. Se podrá utilizar cualquier idioma, siempre y cuando esté acompañado de una traducción al castellano (por razones obvias de entendimiento del idioma). Esta norma podrá ser pasada por alto en el caso de textos que acompañen a imágenes y que no sean relevantes para la comprensión del conjunto (p.e. si aparece una viñeta de Homer Simpson diciendo "ouch!", no es necesario que se traduzca como "¡Ay!").
  11. Los fragmentos serán enviados al administrador del blog del relato, vía correo electrónico, bien en el propio correo, o adjuntando un archivo de texto (en formato .txt, .html, .pdf o .odt). El autor del fragmento podrá publicarlo en su blog/página web, si así lo desea.
  12. Los participantes tendrán un plazo mínimo de 1 día y máximo de 5 días para publicar su fragmento. Pasado este tiempo se correrá el turno y el participante será enviado al final de la lista para que tenga tiempo de confirmar su participación en el juego.
  13. Los participantes podrán solicitar en cualquier momento su retirada de la lista o el cambio a un turno posterior. Todos podemos tener imprevistos, pero como consideración al resto de participantes se ruega avisen con antelación para que se corra turno.
  14. Una vez concluido el relato, se elegirá el título por votación entre todos los participantes.
  15. Los fragmentos y el resultado final del relato serán publicado bajo una licencia Creative Commons: By-Nc-Sa.

Podéis ir apuntándoos en los comentarios, tenéis hasta el sábado que viene, momento en que se sorteará el orden de los participantes. De momento ya somos 3: Ares (el causante de todo esto), Shocky y yo.

Espero que os animéis y os guste el juego. ;)

Actualización 1 de julio: Ya hay un blog listo (falta retocar un poco el diseño, pero eso es lo de menos). Ahí será donde publicaremos todos los fragmentos del relato, podéis inscribiros también ahí.

Un saludo,
Morpheus