Proyectos nuevos

Dicen que la necesidad es la madre de todos los inventos y parece ser cierto. La aplicación que suelo usar para transferir fotos desde ya sea tarjetas SD o el disco duro de respaldo, Rapid Photo Downloader, se actualizó y se hizo un poco complicada de usar, no me copió algunas imágenes desde el disco duro de respaldo y no me agradó el cambio que tuvo, la versión anterior era simple, eficiente y fácil de usar ya que no necesitas todas esas bengalas y pitos para hacer bien el trabajo, así que pretendo hacer mi propia aplicación, como siempre en Bash. Solo necesito que me cree los directorios adecuados, ni siquiera necesito renombrar el archivo y listo. Si quiero pero hacerlo más selectivo y que sólo copie los RAW, jpeg y videos.

El otro es mejorar mi aplicación para corregir defectos producidos por el lente, ya que al parecer los datos exif no se están escribiendo en el archivo destino, así que tengo que buscarlos en el RAW original. Hay que hacer pruebas.

Ya, estamos

Ok, ya se puede decir que está listo. La idea es usar igual el Rapid Photo Downloader y el el directorio de las fotos descargadas, usar getfoto el que crea el directorio TIFFMesDia respectivo con la fotos corregidas, los datos exif correctos, listos para reverlar. Un ejemplo de foto revelada.

Carretera

Es posible que se pueda ir mejorando o agregando características, pero ya con eso me basta.

 

Actualización

Bueno, tenemos actualización. Buscando cómo mejorar la calidad de los archivos mpeg2video, me topé con la realización de archivos divx (xvid, mpeg4) y me pregunté si sería posible la concatenación de esos archivos, más eficientemente que con los MP4, y lo que encontré por la red era que un ‘cat’ no funciona, ya que se estropea el índice y hay que reconstruirlo. Se puede rehacer con mencoder (-forceidx) pero no quería usar otra aplicación más. Así que le di una opción a (-f concatenate) y funcionó de maravilla. Rehice el programa con los cabios adecuados y este es el resultado:

Mejor.
Ahora solo falta sacar a SOX de la jugada y estamos listos.

Deshabilitar Touchscreen

Notebook nuevo y ya lo semi maté. Resulta que se me cayó desde la cama al suelo y se golpeó de tal modo que se astilló la esquina inferior derecha de la pantalla y tal como sucede en los parabrisas de los vehículos, se rasgó a todo lo alto. IMG_20140504_125857544_HDR Eso significó que el touchscreen se fuera a las pailas, y al tratar de mantener alineados los bordes se fue estropeando cada vez más, finalmente me descalibraba constantemente el mouse, así que me puse a buscar alguna forma de deshabiltar el touchscreen y esto fué lo que encontré.

Primero verificar el  id que le da el sistema a la pantalla:

xinput –list

Luego usando el id buscamos el nombre del dispositivo:

xinput –list-props «id»

Y finalmente usamos el nombre para deshabilitarlo:

xinput set-prop ‘Nombre del Dispositivo’ ‘Device Enabled’ 0

Para hacerlo permanenete se puede poner la línea en /etc/bash.bashrc o en .bashrc para que se active cada vez que arranque el sistema.

Ok, nueva actualización. El método anterior no me daba el resultado esperado, y buscando en el wiki de Archlinux, aparecían otros scripts que se leen al inicio, y especialmente, después de lanzar las X que es cuando lo necesito, así di con el archivo .xprofile. Se crea y se le agrega la instrucción

xinput -disable 9 &

Y listo.

Tip: Primer día de la Semana

Esto es otra cosa que cambia cada vez que se actualiza gcc o los locales y tengo que empezar a navegar para encontrarlo. El enlace directo es este.

Por si se pierde (o cambia) el texto que allí se cita es el siguiente:

Setting the first day of the week

In many countries the first day of the week is Monday. To adjust this, change or add the following lines in the LC_TIME section in /usr/share/i18n/locales/es_CL:
week 7;19971130;5
first_weekday 2
first_workday 2
And then update the system:
# locale-gen

Una Solución

Bueno, después de lidiar un poco con la instalación de Archlinux en el equipo nuevo (si, compré el de la foto, curioso porque ya estaba bien decidido y el vendedor casi no podía creer que todo fué tan rápido, casi me pregunta que si estoy seguro que es ese el equipo que necesito) . Bueno, la pega fue la conexión a la red, ya que no había reparado en un pequeño aviso que decía que ahora udev nombra en foma diferente los dispositivos de red, para evitar cambios cuando llegas a añadir uno nuevo, algo así como el UUID de los discos duros, vas a bootear desde el mismo independiente si es sda ó sdg. Así que ahora mi ehernet es enp2s0 algo bastante diferente del claśico eth0 que estaba empecinado en usar. Cuando cambié el nombre del dispositivo, todo fué miel sobre hojuelas. Por supuesto que el tener los ficheros de configuración antiguos también sirvió de mucho.

Ahora en el mismo tiempo, al PC hades le dió por empezar a matar al disco en forma reiterada, casi lo boto por la ventana del segundo piso en un arranque de furia, pero cambié la conexión a otra entrada SATA en la placa madre y todo fué bien.

Por una de esas cosas de la vida, y ya que ese PC no las hace de servidor de archivos (tengo el NAS), no es servidor web (está titan) ni sirviendo torrents (también titan, aunque podría usar para ello el NAS) y para lo único que lo uso es codificar los videos para pegarle los subs, se me iluminó la ampolleta y me dije por qué no usar un sistema para encenderlo cuando lo necesite, y el resto del tiempo que quede apagado, así no se calienta, calienta menos la habitación, disminuye el consumo eléctrico y se daña menos la conexión de disco, y la solución fué implementarle el ‘WOL’ o wake on lan, que traducido es despertar a través de una solicitud de la red que puede ser en forma interna o desde internet, claro, teniendo los parámetros adecuados (hay una opción de usar password además) pero el caso es que está bien documentado en el wiki de Archlinux y la implementación fué sencillísimo.

Siempre se aprende algo nuevo, pese a que hace mucho que esté en uso por otros.

Muerto!

Justo cuando terminé de hacer, diseñar y que había quedado completamente satisfecho con como había quedado la nueva aplicación para los formularios de la leche, la había subido al ‘servidor’ el antiguo netbook Samsung que dejé funcionando para efectos de servidor web, intercambios torrent y esas cosas, y le da por morirse. Muerto completamente, no hace ni asco al presionar el botón de encendido, así que le saqué el disco duro, para recuperar la información, la tarjeta de memoria por si sirve en algotra cosa y al cajón de los desperdicios electrónicos.

La pega fué cómo lo hago ahora. Una solución era ocupar la instalación actual de servidor web del mi actual netbook (que uso en modo local para la ficha electrónica), para lo cual, bastaba instalar el programa que actualiza el ip (DynDNS) y configurar adecuadamente el router tanto fijo de la casa, como el móvil. La pega es que no funciona con el sistema de internet móvil de Vomistar, ya que usa un proxy para asignar los números de IP individuales. Nada de mal desde el punto de vista de la seguridad pero… nada puede entrar a menos que sea a través de un canal VPN. Engorroso. Si funciona usando el router inalámbrico de Entel. Punto a favor. La pega es que es… lento.

La otra solución es montar un servidor web en el PC de escritorio, redirigir los puertos del router a ese equipo, instalar el programa de DynDNS en el PC y configurar adecuadamente todo. No es que no me gusten este tipo de desafíos, pero debo confesar que me dió un poco de lata, pero finalmente es lo que hice. Nada complicado si reciclas los archivos de configuración de un PC difunto. Una pequeña pega con el cambio de directorio del WordPress, pero finalmente resuelto.

Aplicacion Milk

Tunel SSH

Bueno, empezaron los problemas.
Hace poco deje fuera de Santiago el control remoto de mi sistema multimedia WDTV LiveHUB, y descubrí con satisfacción que existe una app gratis para reempalzarlo y usar un smartphone, ya sea android o iPhone que estén en la misma red. Funciona impecable y se solucionó el problema. El detalle es que hace uso de una funcionalidad en web del mismo equipo para manejarlo, por lo que interfiere con el servidor web que tengo en el otro PC, ergo, cada vez que intento acceder a esta página me decía que no existía adjuntado de un lindo logo de WD.

La solución fue entrar en forma remota a la configuración del router y cambiar la dirección externa del servido de la clásica 80 a otra como 8085, que se redireccione a la 80 del servidor y todo listo. Hubo que usar un acceso mediante tunel SSH que obviamente se me olvidó cómo se hacía, pero una busqueda rápida me dió la solución y voy a dejarlo aquí para recordarlo rápidamente.

ssh -L [direccion local de escucha (optativo)]:[puerto local de escucha]:[direccion remota (router)]:[puerto remoto] usuario@[direccion de servidor ssh]

Espero que esta vez no se me pierda tan fácilmente y no se me olvide.

Una última pega fué cambiar la dirección en la configuración de wordpress. Chan chán.

Nop, todavía falta algo, ya que las imágenes están direccionadas a la dirección antigua, así que hay que cambiarlas, todas y cada una. A mano.

Nooooooooo!!! Basta con hacer un respaldo de la base de datos con mysqldump a un archivo de texto .sql y luego hacer uso de otra herramienta, para buscar y reemplazar la cadena de texto por la adecuada:

sed -i 's/http:\/\/mofeta.homelinux.net\//http:\/\/mofeta.homelinux.net:8085\//g' wordpress.20121108.sql

Reemplazar la base de datos con el respaldo (drop database, create database, mysql < database) y listo. Ahora así chan chán.