El proyecto Daisuke Yanami

Desde mediados del año pasado no había podido previsualizar mis AviSynth scripts en VirtualDub. Siempre que cargaba un script que parecía estar correctamente escrito, me salía un aviso similar a este:

Raro, ¿no? Pensé que era un problema del Wine (que lo es, por cierto), o que no tenía los codecs VFW instalados correctamente. En fin, es lo malo de usar Arch Linux y tener la mayor parte de los programas actualizados. Así que antes de esto tenía que recurrir a mi partición de Windows y previsualizar desde allí los AVS.

Sin embargo, hay una solución que funciona a medias. Y digo a medias porque no es realmente una solución ya que el programa que utilizaremos arruina un poco los colores, pero nos servirá lo suficiente para sincronizar y cortar video (juro que si encodeamos en x264 por aparte no veremos ese problema de colores). Esa es utilizando avsproxy y Avidemux.

Lo primero que haremos es descargar Avidemux para Windows (sí, dije bien, para Windows) ya que esta es la única versión que contiene avsproxy. Vamos a http://avidemux.org/ y descarguemos el instalable para Windows. Una vez descargado, procederemos a instalarlo con las siguientes opciones:

Una vez instalado, identifiquemos dónde hemos instalado Avidemux, allí tenemos el ejecutable avsproxy.exe. Por ejemplo, mi ruta es: /home/gargadon/.wine/drive_c/Archivos de programa/Avidemux 2.5/avsproxy.exe. Y para nuestro script en avs, utilizaré un ejemplo de prueba, que se encontrará en la ruta /media/Respaldo/Documentos/TeUF Stuff/Smile Precure/endingpeacever.avs y que contiene lo siguiente:

mpeg2source("Smile Precure 03 (EX).d2v") # Cargamos el d2v de un Transport Stream
capitulo=trim(929,4704)+trim(7403,22116)+trim(24815,46631)+trim(48432,52626) # Para obtener el capítulo
capitulo.tfm(pp=2).Crop(2,0,-2,0).Spline36Resize(1280,720).trim(40307,43001) # Para obtener un solo trozo

Abrimos un emulador de terminal en Bash favorito (el mío es Rxvt Unicode), y ejecutamos lo siguiente, tomando como ejemplo los archivos anteriores:

$ wine "/home/gargadon/.wine/drive_c/Archivos de programa/Avidemux 2.5/avsproxy.exe" "/media/Respaldo/Documentos/TeUF Stuff/Smile Precure/endingpeacever.avs"

Obtendremos el resultado siguiente:

Ahora procedamos a abrir Avidemux, pero la versión para Linux. Si no la hemos instalado, procederemos a hacerlo (omito el paso de instalación, búscalo en tu distro).

Y en Archivo – Conectar a avsproxy sucederá la magia:

Así de simple, aunque con los colores un poco saturados, podremos previsualizar nuestros AVS. Para encodear, yo utilizo avs2pipe.exe con el binario 264 nativo de Linux y da excelentes resultados, y no obtendremos ese cambio de tonalidad que Avidemux muestra.

Añadir soporte USB a nuestro WM OpenBox con Thunar como administrador de archivos es fácil. En este pequeño tutorial usaremos SLiM como Display Manager, OpenBox como WM y Thunar como administrador de archivos.

Se preguntarán por qué no uso PCManFM. PCManFM tiene sus fallos, como por ejemplo que muestra más espacio utilizado del que realmente es. No recomiendo utilizarlo para nada.

Instalemos los programas necesarios. Para eso consideraré que ya tenemos OpenBox, SLiM, Thunar y DBus instalado y añadido en nuestros daemons:

# pacman -S udisks thunar-volman samba smbclient gvfs consolekit

Ahora bien, utilizando SLiM, editamos la línea “login_cmd” de /etc/slim.conf para que quede así:

login_cmd           exec ck-launch-session dbus-launch /bin/bash -login ~/.xinitrc %session

Después dejemos nuestro .xinitrc de tal forma que inicie con OpenBox. Esto lo omitiré porque el tutorial está hecho para Arch Linux y creo que a estas alturas medio mundo sabe como dejar su .xinitrc.

Una vez instalado y configurado todo, reiniciamos nuestra sesión y abrimos Thunar. Si todo sale bien deberíamos poder ver la red local desde Thunar, señal de que el resultado fue un éxito.

Así se ve cuando abrimos Thunar sin conectar nada:

Thunar en Arch Linux 1

Y conectando un pendrive a la computadora/laptop:

Thunar en Arch Linux 2

Si consideran que el montaje de un pendrive con Thunar es muy intrusivo, o no lo suficientemente amigable, siempre pueden arreglarlo modificando las opciones de thunar-volman-settings.

Para gustos, colores. Y había visto que a muchos les gustaba que la barra de título desapareciera en una ventana maximizada con el KDE Plasma Netbook 4.6. Desafortunadamente no soy uno de ellos y estoy acostumbrado y me gusta ver la barra de título en casi todas mis ventanas.

En Who Says Penguins Can’t Fly? encontré un tema a la inversa, donde el autor de la entrada tenía mi problema al revés: quería ocultar la barra de título en una ventana maximizada. Por fortuna no es nada del otro mundo y solo basta con editar un pequeño archivo y reiniciar el gestor de ventanas KWin.

Para eso, editemos el archivo:
~/.kde4/share/config/kwinrc

Busquemos la línea que dice:
BorderlessMaximizedWindows=true

Y la cambiamos por
BorderlessMaximizedWindows=false

Y reiniciemos KWin desde la página de “Búsqueda y ejecución”:
kwin --replace

Con eso tendremos de vuelta a la barra de título en las ventanas maximizadas.

Barra de título

Esto funciona en Arch Linux. En otras distribuciones buscar el directorio donde se encuentran los archivos de configuración de usuario de KDE y editar el archivo kwinrc.