mplayer por linea de comandos pero sin la linea de comandos (OS X)

Despues de compilar el mplayer para OS X (los binarios precompilados me dan algunos probmemillas, además de estar un poco obsoletos) me parece un peñazo tener que estar abriendo el Terminal y toda la pesca cada vez que quiero ver una peli, así que aquí va un pequeño AppleScript que, automáticamente, abre un Terminal e invoca al mplayer con lo que haya seleccionado en la ventana de finder que hay en primer plano:

tell application "Finder"
 set these_items to the selection
end tell

set file_list to ""
repeat with i from 1 to the count of these_items
 -- This could be done in 1 line but it becomes unreadable
 set this_file to (item i of these_items) as alias
 set this_file to quoted form of POSIX path of this_file as string
 set file_list to (file_list & this_file) & " "
end repeat

tell application "Terminal"
 (* Of course, for this to work, mplayer needs
  to be reachable from the $PATH
  *)
 do script "mplayer " & file_list
end tell

Funciona genial con QuickSilver, y si hay más de 1 archivo los reproduce uno tras otro en la misma ventana de mplayer. Además mplayer es bastante listo como para saber cuando no está abriendo un archivo multimedia y pasar al siguiente sin alborotar demasiado, así que no hay que preocuparse por tratar eso y se simplifica mucho mucho el código.

Como mejora quedaría detectar un archivo de subtítulos con el formato de nombre "nombre_del_archivo_de_video.lang.srt" y pasarselo al mplayer (que no lo detecta automáticamente por culpa de la parte ".lang." [VLC, o QuickTime+Perian, sí detectan ese patrón]), pero la falta de operaciones con texto de AppleScript hace esto demasiado complejo para que compense (No RegEx?, No party). Probablemente en un futuro migre el código a Python, o a una combinación AppleScript/Python (¡/igor/ no: /aigor/!).

No actualices los codecs de tu mac para ver pr0n

Leo en wired que ha aparecido un nuevo troyano para usuarios de mac llamado OSX.RSPlug.A que, como todos los troyanos, no ataca ninguna vulnerabilidad del software, sino del meatware (el cachocarne que hay entre la silla y el teclado). Según el informe de Intego, la compañía que ha descubierto el troyano, determinadas páginas web de pornografía hacen creer al usuario que debe actualizar los codecs del equipo cuando en realidad está modificando los parámetros de DNS del ordenador para suplantar determinadas páginas web de sitios muy populares (como eBay, o PayPal), para luego proceder a interceptar las contraseñas y los números de tarjeta de crédito que el usuario utilice. Además ejecuta un cronjob para comprobar que "todo anda bien" (bien para el troyano, no para el usuario).

Hmm..., no estoy seguro de querer hacer una valoración de esto, ya que este tipo de valoraciones suelen atraer a trolls y desembocar en flames. Lo único 100% seguro es que es imposible que pasen cosas de este tipo ejecutando programas cuyo código está públicamente disponible y ha sido revisado por gente con los conocimientos necesarios. Básicamente que exista peer review es el único mecanismo de confianza posible, aunque luego a la hora de usar el programa al usuario le importe una mierda por que no va a saber qué hacer con el código y va a usar el programa como si fuera una caja negra o una chistera que saca conejos cuando metes la mano.

Control de presencia bluetooth: OSX, KDE, GNOME

Ordenados según los he ido viendo:

1. Ricardo Galli, Presencia automática en kopete con el teléfono Bluetooth. KDE, shellscript. En español.

2. The Technocrat, Bluetooth Proximity Detection on OS X, bloqueo de pantalla/sistema. Applescript. En inglés (via makezine blog).

3. Javi Perez, Bloqueo y desbloqueo de pantalla por detector de presencia en Ubuntu con bluetooth: aimtooth. GNOME, bashcript. En español.

4. GNOME presence monitor. Trond Danielsen, Python, via Venraiker

Parece que se estan poniendo algunos con bluetooth de un tiempo a esta parte.

Actualizado, gracias a dexae