Modificar la calidad de sonido Ogg en GStreamer
Agosto 31, 2008 at 8:27 PM | In Consejos y utilidades, Liberación digital, Software bits | 1 CommentTags: audio cd, calidad de sonido, Gnome, gstreamer, pipeline, ripear, rythmbox, sound juicer
Para ripear CD’s de sonido en GNU/Linux hay muchas alternativas, tanto gráficas como desde consola y tanto para GNOME, KDE o cualquier entorno que usemos.
Como usuario de GNOME, y como no me gusta complicarme en demasía, he usado la herramienta que trae por defecto el entorno. Me refiero a Sound Juicer, obviamente. Éste programa es una herramienta muy potente y eficaz para codificar discos de sonido, además de muy sencilla a la vez.
Pues con motivo de mi cambio completo a GNU/Linux hace ya un tiempo, me decidí desde ése entonces a recodificar mis discos en el formato libre Ogg, en vez de seguir usando el privativo y arcaico MP3 (o los igualmente privativos aunque no tan arcaicos WMA y AAC). Como desde hace algún tiempo mi iPod shuffle se murió, y después dichos reproductores ya no llamaron mi atención, me decidí a conseguirme mejor uno de ésos reproductores sencillos y sin marca. Para mí, cubren perfectamente mis necesidades: son baratos, nada ostentosos y lo más importante: leen sin problemas el formato Ogg Vorbis.
No obstante de comenzar a ripear nuevamente mi colección, me dí cuenta de que la calidad de cada archivo Ogg era de sólo 160 Kbps. No es que me considere un audiófilo o que tenga un oído finísimo, pero tal calidad no es de mi agrado. Así que fui al diálogo de las preferencias y luego a donde se modifica la información de los archivos. Pero en vez de encontrarme con la clásica barrita deslizante para elegir la calidad, me salió algo como esto:
audio/x-raw-float,rate=44100,channels=2 ! vorbisenc name=enc quality=0.5 ! oggmux
¿Y qué es esto? Ésa fue mi primera pregunta. Después de investigar un poco, supe que eso es un pipeline. Es decir, una cadena de procesos secuenciales que sirven para obtener el archivo de sonido, en éste caso. Lo explican mejor en la Wikipedia, así que si quieren saber un poco más de ello, pueden revisar allá.
Como sea, comprenderán que para alguien que se acostumbró a la citada barrita deslizante tal código me sonó a jeroglifícos. Pero analizando bien, encontraremos una parte donde pone quality, por lo que podemos suponer que ahí es donde se modifica la calidad de sonido final. Más, ¿qué valores puede admitir?
Investigando de nuevo, llegué a la documentación de GStreamer, en donde encontré lo que me interesaba: el apartado dedicado a la calidad. Según lo que dice ahí, son admitidos los valores desde -0.1 a 1. ¡Vaya forma de marearlo a uno! Entonces, si quiero poca calidad, uso valores negativos, y la máxima se consigue con el entero 1.
Perfecto. Aprendido esto, modifiqué mi pipeline, quedando así:
audio/x-raw-float,rate=44100,channels=2 ! vorbisenc name=enc quality=0.7 ! oggmux
Como dije antes, con el valor de 0.5 conseguí 160 Kbps. Ahora, con el de 0.7 la salida es de 224 Kbps. Eso está mucho mejor.
Este valor se puede modificar en cualquier momento y para cualquier CD. Ahora, esto aplica a los programas que usan GStreamer para la codificación, como Rythmbox y el citado Sound Juicer. Banshee creo que también, pero éste si que usa la barrita en cuestión.
ZSNES y el sonido en GNU/Linux
Junio 29, 2008 at 1:06 AM | In Consejos y utilidades, Debian, Sucesos | 14 CommentsTags: debian, sonido, zsnes
El SNES ha sido siempre una de mis consolas de videojuego favoritas. No obstante, nunca pude conseguir varios juegos que me gustaron mucho en su tiempo. Afortunadamente, gracias a la computadora y un emulador, es posible jugar ésos juegos sin necesitar la consola real.
Desde que usaba Windows, el programa ZSNES ha sido mi preferido para hacerlo. Cuando migré a GNU/Linux supuse que no habría versión para éste sistema y ya me había resignado a ello. Agraciadamente, el programa sí que está disponible y funciona muy bien, debo decir. Cuando lo instalé en Fedora no tuve problemas para usarlo. Pero hoy, en Debian, me dí cuenta de que a pesar de que el programa estaba bien instalado y no parecía haber algún problema aparente, no me daba sonido. Los juegos no se escuchaban en absoluto.
Verifiqué configuración aquí y allá. Y después me puse a googlear alguna respuesta. Algunas personas recomendaban bajar la resolución de la ventana, y otras usar OSS en vez de ALSA. No me funcionó ninguna de esas recomendaciones. Seguí buscando y di con la solución.
El problema, al parecer está en el archivo de configuración del emulador que se encuentra en /home/user/.zsnes. Allí se encuentra el archivo zsnesl.cfg, el cual hay que editar para que funcione el sonido. Al abrirlo (se puede hacer sin estar como root, puesto que el fichero en cuestión está en nuestro Home) hay que buscar el apartado que se refiere al sonido (‘Sound’). El inicio del apartado luce así:
; —-
; — Sound –
; —-; libAO driver to use. Use zsnes –help to see valid list.
; However “auto” (to automatically pick best one), and “sdl” should
; always be available.
libAoDriver=”auto”
Aquí, entonces, hay que cambiar la línea que no está comentada (la que no tiene punto y coma), es decir, la que dice libAoDriver. Como ven, el valor que tiene es auto (así era en el caso del mío). Hay que cambiar ése auto por sdl, con lo que le diremos al emulador que use ALSA en vez de intentar buscar automáticamente un controlador adecuado. Debe entonces de quedar así:
; —-
; — Sound –
; —-; libAO driver to use. Use zsnes –help to see valid list.
; However “auto” (to automatically pick best one), and “sdl” should
; always be available.
libAoDriver=”sdl“
Guardamos el archivo y lo cerramos. Abrimos ZSNES y en teoría debe funcionar. Si no lo hace, hay que asegurarse de tener instalada la librería libsdl1.2.debian-alsa (supongo que lo de ‘debian’ varía según la distribución usada, pero no tengo manera de comprobarlo).
Y pues eso es todo. A mí me funcionó y ahora ya tengo sonido en el emulador. Así que a recordar mis viejos tiempos con el Super Mario World =3.
Recuperar los archivos de un backup de Windows
Mayo 15, 2008 at 12:54 AM | In Consejos y utilidades, Puertas y ventanas, Software bits | 6 CommentsTags: copia de seguridad, extraer, ntbackup, ntbkup, recuperar bkf, restaurar, unrecognized media
Si son de aquéllos usuarios que por una u otra razón aún tengan que lidiarse con Windows y sus cosas, y además son el tipo de usuarios que le toma importancia a sus datos, entonces es casi seguro que tengan entre sus prioridades las reverenciales copias de seguridad. Hay que aceptarlo: por mucho que resulte fastidioso programarlas y monitorizarlas, en muchas ocasiones nos pueden salvar de un desastre.
Por supuesto, hay software especializado en este tipo de tareas, pero también hay que aceptarlo: la mayoría hace sus backups con la herramienta incluida en Windows: la herramienta Copia de Seguridad. Este programa, aunque básico, cubre las funcionalidades esenciales de copia, además de venir de serie en el SO.
No obstante, en varias ocasiones (‘pretty often’, como me gusta decirlo), sucede que, aunque el archivo de copia se haya hecho y esté bien guardado y no haya terminado con errores aparentes, a la hora de intentar restaurar algo, nos sale con mensajitos tipo:
- The backup file contains unrecognized data and cannot be used; - El archivo de backup contiene informacion no reconocida y no puede ser usado - An inconsistency was encountered on the requested media; - Se encontró una inconsistencia en el medio solicitado - The backup file is unusable. You must erase it, or choose another file - El archivo de backup es inutilizable. Debe borrarlo, o elija otro archivo
¿Y que pasa? Simple: que no podemos recuperar la información que tenemos, por que al señor archivo, se le pegó su gana corromperse. Ahora, aquí tenemos tres opciones:
1. Jalarnos el cabello y comenzar a gritar histéricamente rodando por el suelo. Por supuesto, con esto nada se resolverá y sí ganaremos un bonito ataque nervioso ^__^.
2. Recurrir a alguno de esos programas tipo Repair My Backup o BKF Repair Tool. Claro, estos programas son de pago, por lo que tendremos que desembolsar una pasta. Dependiendo de lo que necesitemos, puede ser una opción aceptable, a menos que no tengamos $90-180.00 USD, que es lo que cuestan este tipo de softs.
3. O podemos usar la herramienta que os paso a mencionar:
NTBKUP es un programa de DOS que es capaz de leer, buscar y extraer información de archivos QIC (copias de WIN 9x) y BKF (copias de Win XP/2K/2K3 y creo que también de NT) corruptos. Una vez ejecutado, y con los parámetros configurados como necesitemos, se pondrá a buscar dentro del archivo de copia y extraerá la información que necesitemos.
Por ejemplo: si tengo un archivo DOC muy importante llamado “sociedades.doc” que quiero y no puedo recuperar de mi copia llamada “Info.bkf“, basta abrir una consola de DOS, ir al directorio en donde está el programa y escribir:
ntbkup.exe “C:\Copias de seguridad\Info.bkf” -xsociedades.doc
Con lo que le estoy diciendo al programa que busque en la ruta de backup indicada y sólo me extraiga los archivos que se llamen así (aquí puse la ruta entre comillas por que lleva espacios en su nombre. Si el lugar en donde esté tu archivo no los lleva, no son necesarias). El modificador -x sirve para indicar un filtro en la búsqueda y funciona en una base *.*, por lo que es posible buscar por nombre, extensiones o ambos. Por supuesto, no son las únicas opciones, ya que también permite extraer todos los archivos de una ruta conocida y/o hacerlo recursivamente.
Las opciones son variadas y están mejor explicadas en la Web del autor (en inglés), en donde además da unas buenas explicaciones sobre el tema.
Sólo hay que hacer una mención: este programa es estrictamente un extractor y no un reparador. Lo que significa que aunque extraigas la información, tu archivo BKF seguirá corrupto. Por eso, si lo que quieres es repararlo, recomiendo mejor una de las herramientas de pago que menciono más arriba.
Pero no hay que pensar que el programa se limita, pues puede extraer de archivos de varios GB (yo lo probé hace poco con uno de 136 GB). Además, al tener licencia GPL, es libre (y gratis), por lo que no necesitaremos pagar ni un duro y tenemos el código fuente a disposición para modificarlo y redistribuirlo.
Para algunos casos, en verdad que nos puede llegar a salvar la vida (o algo así), en serio.
Enlace a la página de información y descarga: NTBkup.
Mi cuento con Debian, parte 2
Abril 14, 2008 at 11:44 PM | In Consejos y utilidades, Debian, Fedora, Liberación digital, Linux Shell, Lo que mola, OMG, Sucesos | Leave a CommentTags: .dmrc, chmod, compartir home, debian, Fedora, ignored, permisos, root
En la anterior entrada comentaba mi overview de Debian, una vez que decidí instalarla. Continuaré ahora con los subsiguientes Urghhss y Yeys! que ha habido.
Después de darme cuenta de que al parecer, por poner repos de Lenny no petaba nada, vino lo que casi cualquiera con dos dedos de frente hubiera hecho: querer acceder a su información personal.
Como cuando instalé Fedora hice una partición exclusiva para el Home, supuse que Debian la detectaría y se enlazaría a ella. Pues no. Me creo un espacio /home distinto, y no montó automáticamente la partición en cuestión. La verdad esto último no me sorprendió. Sabía que no estaba ni en Mint ni en Ubuntu, así que tendría que montarla manualmente. Suerte que sé hacerlo ya casi de memoria. No obstante, como dije, quería que mi /home fuera el mismo para las dos distros. Así que sin reparar en si era posible o no causaría conflictos, me lancé a la consola haciendo un:
[kureno@LunaNueva ~]$ su - Contraseña: [root@LunaNueva ~]# nano /etc/fstab
Para editar el archivo fstab y hacer que montara automáticamente la partición y que la pusiera como el Home.
# /etc/fstab: static file system information. # # <file system> <mount point> <type> <options> <dump> <pass> proc /proc proc defaults 0 0 /dev/hda4 / reiserfs notail 0 1 /dev/hda3 none swap sw 0 0 # Entrada /dev/hda5 (particion /home): /dev/hda5 /home ext3 defaults 0 2 /dev/hdc /media/cdrom0 udf,iso9660 user,noauto 0 0 /dev/fd0 /media/floppy0 auto rw,user,noauto 0 0
De esta manera, hda5, la partición Home, queda enlazada como el nuevo Home. Hecho esto, a reiniciar y ver si el asunto pirulaba…
Blog de WordPress.com. | Theme: Pool by Borja Fernandez.
Entries and comments feeds.
