Tip: Codificando MPEG-4 Audio con cdparanoia & FAAC

Como muchos conocemos, existe una herramienta para manipular tracks de audio CDDA (Compact Disc Digital Audio) de nuestros CDs de audio (original o copia). Aunque el MP3 es el formato de audio compromido popularmente mas difundido a pesar de sus restricciones. Siguiendo con ese misma linea personalmente y a pesar de sus royalties presentes en el standar desde hace ya algun tiempo he tomado por codificar con este mejorado standar que ha prometido una mejor compresion de audio con menor bitrate.el que fue famoso inicialmente AAC ahora es denominado M4A (no confundir con MP4 Container) y que nos permite llevar a los mas sofisticados equipos de audio de todo tipo a disfrutar de un gran audio limpio sin gran esfuerzo.  Para esto estoy utilizando herramientas como CDParanoia y el ya bien reconocido FAAC (Free Advanced Audio Codec). Por ejemplo para codificar "al vuelo" un track de un Audio-CD insertado en el compartimiento se procede con lo siguiente:


$ cdparanoia 1 -w - | /usr/bin/faac -w -s -q 160 -X --artist "Mickey Taveras" --album "Luchare" --title "Luchare" --genre "Salsa" --year "1996" --disc "1/1" --track "1/12" -r -o luchare.m4a -
cdparanoia III release 10.2 (September 11, 2008)


Freeware Advanced Audio Coder
FAAC 1.28


Ripping from sector     180 (track  1 [0:02.00])
 to sector   14580 (track  1 [3:14.00])


outputting to stdout


Quantization quality: 160
Bandwidth: 22050 Hz
Object type: Low Complexity(MPEG-4) + M/S
Container format: MPEG-4 File Format (MP4)
Encoding - to luchare.m4a
   frame          | bitrate | elapsed/estim | play/CPU | ETA
 8250/8271  ( 99%)|  199.5  |   12.0/12.1   |   15.91x | 0.0  == :^D * ==)   


Done.




 8271/8271  (100%)|  199.5  |   12.1/12.1   |   15.92x | 0.0 


MP4 format optimization... Done!

Y listo podemos reproducirlo con lo que queramos, lo importante es que el sistema pueda decodificarlo.

;-)

OpenBSD: Autenticar usuario PPPoE Telefónica ADSL Colombia

Luego de la situación presentada hace dos dias acerca de la situación presentada con la no respuesta en la resolución de la conectividad de una LAN atravezando los nat's entre la caja openbsd y el modem ADSL+ ZTE ZXV-W300 publiqué a un foro de OpenBSD-Colombia (hasta este momento no recibi sugerencias o comentarios algunos) y via identi.ca repliqué el mensaje a otras redes sociales. Desde Facebook un amigo y colega de años atrás, el Ing. Manuel Serrano "mañe" me comenta lo siguiente:

"Hola viejo wil, esto que tu estas intentando hacer se conoce como nat sobre nat, aunque te deberia de funcionar sin problemas te recomiendo que configures el modem adsl en modo bridge y le delegues la autenticacion pppoe a la caja con esto la ip publica sera full administrada por la caja y el modem zte solo estara practicamente trabajando en un 20%. Saludos..."

Le comentaba entonces a Mañe que estaría averiguando al respecto, que la solución anterior que habia logrado con triple-nat era a medias pero tenia total desinformación acerca de esa técnica. Me di la tarea de averiguarme un poco mas y fue asi cuando encontre información googleando. COn el temor de desconfigurar el modem ZTE, conversé con mi padre para que me facilitara un modelo Billion ADSL cuyos patrones de una tia por parte de papa le obsequiaron por que ya no lo necesitaban. Me traje el router... verifique las configuraciones de los patrones de la conexion ADSL (PVC0 VPI 0  VCI 35) y los registré junto con los MTU y anuncio de la puerta de enlace. Efectivamente ya la luz indicaba enlace DSL  y PPP pero algo ocurría y que habría olvidado, ya tenia el nombre de usuario PPPoE pero la contraseña.. cual sería... ?
Intentando recordar le colocaba los ultimos seis digitos de la cedula del suscriptor, los digitos completos y nada.. Luego de recoger todo entonces recordé algo que tenia que ver con la contraseña default de acceso a la cuenta de correo electrónico asignada pero me acosté a dormir... A la mañana siguiente antes de tomar rumbo a laborar, tomé el modem Billion y efectivamente logró autenticar el PPPoE. Las siguientes pruebas esa noche serían ya para verificar el mecanismo de bridge del modem y como dijo Manuel, hacerlo de tal forma que delegara sus actividades de Autenticación PPPoE, TCP/IP, enrutamiento y cortafuegos a un tercero (router Wi-Fi personal o en este caso la caja servidora con openbsd) [1]

En la próxima entrega, comentaré entonces la experiencia de lograr hacer que OpenBSD a través de la configuración de PPPoE en ella, me permitiese autenticar y/o asignar la dirección ip pública.
Hasta pronto.

[1] http://openbsd-wiki.org/index.php?title=PPPoE_Router_and_Firewall