Archive for the ‘Linux’ Category

Configurar apps2sd desde Linux

Sábado, febrero 5th, 2011

Esta entrada no es sino un resumen de esta entrada de htcmania.com, ésta de 4ndroid.com y ésta de androidwik. Leedlos porque no voy a entrar en demasiados detalles aquí, toda la info está sacada de esos tres sitios.

El objetivo de este asunto es configurar la característica de Apps2sd incluida en la versión 2.2 (Froyo) de android para que por defecto se instalen todas las aplicaciones, excepto unas pocas en las que esto no es posible, en la tarjeta de memoria SD, para liberar la escasa memoria interna de la que disponen algunos terminales con android (como la HTC Desire que nos sirve de ejemplo hoy). Y hacerlo desde Linux, claro ;-)

El primer paso es instalar el SDK de android y la herramienta ADB para acceder al terminal. Tras instalar el SDK y descomprimir adb en la carpeta tools y darle permisos de ejecución… Seguimos,

El siguiente paso es configurar Linux para que reconozca nuestro terminal: En 4ndroid lo explican fácil, sólo tenemos que añadir una regla más al sistema udev para que reconozca nuestra Desire, en mi caso ha sido:

SUBSYSTEM==”usb_device”, SYSFS{idVendor}==”0bb4″, MODE=”0666

en /etc/udev/rules.d/51-android.rules. Leed el artículo original de 4ndroid para otras marcas de terminales.

Reiniciamos y ya deberíamos poder identificar el terminal conectado (habiendo activado el modo depuración y en modo “sólo carga”) con:

adb devices

A partir de ahí, y según lo explican en htcmania, el truco consiste en lanzar el comando

adb shell pm setInstallLocation 2

Para configurar el apps2sd de Foyo para que instale las aplicaciones (las que se pueda) directamente en la tarjeta de memoria en vez de en la memoria interna, independientemente de la opción que escogió el desarrollador al compilar la aplicación.

Si queremos volver al estado por defecto (en el que las aplicaciones se instalan donde seleccionó el desarrollador) pondríamos adb shell pm setInstallLocation 0 y si por algún extraño motivo quisiéramos forzar a que todas las aplicaciones se instalen en la memoria del teléfono adb shell pm setInstallLocation 1.

Conviene no olvidar que los Widgets no funcionan (o al menos no lo hacen bien) desde la tarjeta de memoria externa, así que podéis pasarlos de nuevo a la memoria interna con el propio apps2sd o con app2sd.

Pases de fotografías con kdenlive

Lunes, noviembre 29th, 2010

Kdenlive es uno de los (pocos) editores de video disponibles para Linux (con él monté los videos Sección 4.11 y Café) y si bien termina cumpliendo su misión, en ocasiones se comporta de manera errática y hacer algo tan sencillo como preparar un pase de fotografías, con transiciones entre ellas y música, puede convertirse en una tarea ciertamente frustrante.

Por suerte el otro día encontré un script que te permite generar un proyecto de kdenlive para crear un pase de fotografías de forma automática desde la consola: akw-qt. El script nos permite elegir el tiempo que se muestra cada fotografía, y la duración de las transiciones. Transiciones que se escogen al azar al generar el proyecto.

No soy muy amigo de los efectos especiales en las transiciones, y sólo me interesa utilizar la transición “Disolver”, así que me decidí a intentar modificar el script, y echando un vistazo al script de nowardev y comparándolo con el contenido de un proyecto con transiciones “Disolver”, la verdad es que no fue muy difícil adaptarlo para generar pases de fotografías a través de kdenlive a mi gusto.

El truco principalmente está en sustituir las funciones originales randomeffectlumaodd y randomeffectlumaeven por dissolveodd y dissolveeven respectivamente. Aparte de eso, sólo seguir las instrucciones y poco más.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
dissolveodd(){

number=0                                                     #initialize

echo "effect applied dissolve"                         # print the name of luma files

outslide=$(($2-1))
echo "<transition in=\"$1\" out=\"$outslide\" id=\"transition$3\" >">> "$tempfolder"/automaticslide.kdenlive
echo "<property name=\"a_track\" >4</property>" >>"$tempfolder"/automaticslide.kdenlive
echo "<property name=\"b_track\" >5</property >" >>"$tempfolder"/automaticslide.kdenlive
echo "<property name=\"factory\" >loader</property >" >>"$tempfolder"/automaticslide.kdenlive
echo "<property name=\"mlt_type\" >transition</property >" >>"$tempfolder"/automaticslide.kdenlive
echo "<property name=\"mlt_service\" >luma</property >" >>"$tempfolder"/automaticslide.kdenlive
echo "<property name=\"automatic\" >1</property >" >>"$tempfolder"/automaticslide.kdenlive
echo "<property name=\"kdenlive_id\">dissolve</property>" >>"$tempfolder"/automaticslide.kdenlive
echo "<property name=\"reverse\" >1</property >" >>"$tempfolder"/automaticslide.kdenlive
echo "<property name=\"force_track\" >0</property >" >>"$tempfolder"/automaticslide.kdenlive
echo "<property name=\"invert\" >0</property >" >>"$tempfolder"/automaticslide.kdenlive
echo "<property name=\"softness\" >0</property >" >>"$tempfolder"/automaticslide.kdenlive

echo " </transition >" >>"$tempfolder"/automaticslide.kdenlive

}

Además de utilizar sólo un tipo de transición, añadí una variable extra al principio del script, para seleccionar el perfil de proyecto para kdenlive que queramos. En mi caso hice uno con un tamaño de imagen de 1280×1024 (resolución habitual de monitores y de proyectores) y 23.976 imágenes por segundo, que es la velocidad que suelo utilizar cuando grabo vídeo.

Habría que hacer mucha limpieza de cosas que no utilizo, pero mientras tanto… Aquí os dejo mi versión modificada de akw.

(Sí, la proyección con las fotos de Barcelona la he preparado con este sistema)

HP Photosmart Wireless b109n-z

Jueves, septiembre 2nd, 2010

Sí, al contrario de lo que pone en la página de drivers para linux de HP, es posible comunicarse con la HP Photosmart Wireless b109n-z a través de una red inalámbrica desde Linux :D

Conseguirlo es realmente fácil, tan sólo hay que instalar la aplicación HPLIP y seguir las instrucciones, desde Debian (Squeeze):

1
aptitude install hplip hplip-gui

Una vez instalado HPLIP, lanzamos (como root) la aplicación para instalar la impresora: hp-setup. El asistente nos irá guiando, y si queremos acceder a la impresora por wifi nos pedirá que la conectemos por USB temporalmente para configurar la red y demás… El proceso no tiene pérdida, y una vez finalizado podremos escanear a través de XSane e imprimir a través de Cups, todo ello de forma inalámbrica :D

Recuperar el sonido tras suspensión

Lunes, julio 12th, 2010

Acabo de descubir que al poner en suspensión mi Compaq mini 110 (con Debian Squeeze), y volver a despertarlo, el sonido no funciona… Una búsqueda rápida en Google y encuentro el siguiente script que se encarga de detener los servidores de sonido antes de entrar en suspensión, y levantar todo de nuevo al despertar:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
function kill_sound_apps() {
pidsnd=$(lsof | grep /dev/snd | awk '{ print $2 }')
pidmixer=$(lsof | grep /dev/mixer | awk '{ print $2 }')
piddsp=$(lsof | grep /dev/dsp | awk '{ print $2 }')
kill $pidsnd $pidmixer $piddsp
}

case "$1" in
hibernate|suspend)
kill_sound_apps
echo `date` shut down sound for pm
;;
thaw|resume)
modprobe -r snd_hda_intel
modprobe snd_hda_intel
echo `date` starting sound coming out of pm
;;
*)
;;
esac

exit $?

Para hacerlo funcionar sólo hay que meterlo en /etc/pm/sleep.d/49sound, y darle permisos de ejecución con un chmod 755

Y, al menos en mi caso, con eso es suficiente :D

En ese foro sugieren una mejora, que probaré otro día…

Error de coordenadas en Google Earth 5

Miércoles, mayo 19th, 2010

Después de actualizar a Google Earth 5 para Linux (desinstalando primero la anterior versión, pues por algún motivo en la zona de la ventana donde se muestra el mapa no aparecía nada, sólo se quedaba en negro) vi que las coordenadas no estaban bien, las rutas y waypoints aparecían mal colocados.

Resulta que hay un problema con la versión de las librerías Qt que utiliza Google Earth, que hace que si está seleccionado un idioma que utiliza la coma para separar los decimales, éstos se eliminaban, dando lugar por lo tanto a coordenadas totalmente incorrectas.

La manera de solucionar esto se encuentra en los mismos foros de Google, y consiste en añadir al archivo googleearth la siguiente línea:

LC_NUMERIC=es_ES.UTF-8

De este modo se especifica que los números están “en español de España” y codificados en UTF-8, con lo que el programa ya entiende las coordenadas con comas en vez de puntos.