El software Adobe Audition CS6 ofrece herramientas intuitivas que permiten conseguir un alto rendimiento en edición, mezcla, restauración y efectos de sonido. Gracias a las nuevas y potentes funciones, como la ampliación de clips en tiempo real, la alineación de voz automática y la compatibilidad con superficies de control, podrá presentar proyectos más rápido que nunca.
Funciones
Edite audio con mayor rapidez y precisión, gracias a Adobe® Audition® CS6. Limpie el audio, alinee y edite rápidamente los diálogos, cambie el tono y la velocidad de los clips, automatice las mezclas con la compatibilidad con superficies de control y colabore más fácilmente; todo ello gracias a un sinfín de funciones nuevas y mejoradas.
Edición rápida y precisa
Haga más en menos tiempo gracias a las herramientas de edición intuitiva, diseño de sonido, procesamiento, mezclas y masterización, que están optimizadas para los flujos de trabajo de películas, vídeo y radio. Acelere la producción con el software multiplataforma de alto rendimiento que agiliza la producción con funciones mejoradas de vista previa de archivos, inserción de clips, mejora de audio, uso compartido de proyectos y mucho más.
Ampliación de clips en tiempo real
Amplíe clips de forma no destructiva y en tiempo real. Previsualice los cambios y los ajustes, y utilícelos para obtener resultados de mejor calidad. El nuevo modo Velocidad variable ajusta la velocidad y el tono a la vez.
Alineación de voz automática
Alinee rápidamente los diálogos en exteriores y reemplácelos por grabaciones en estudio o incluso por pistas de producción ruidosas. Ahora, puede corregir los problemas de sincronización labial en mucho menos tiempo.
Compatibilidad entre EUCON y otras superficies de control
Trabaje con superficies de control que utilizan protocolos Mackie Control y Mackie Logic, así como con superficies de control Avid Artist Series, que tienen compatibilidad nativa con EUCON.
Informacion:
Windows
Procesador Intel® Core™2 Duo o AMD Phenom® II
Microsoft® Windows® XP con Service Pack 3 o Windows 7 con Service Pack 1. Las aplicaciones de Adobe® Creative Suite® 5.5 y CS6 también son compatibles con Windows 8. Consulta las preguntas frecuentes de CS6 para obtener más información acerca de la compatibilidad con Windows 8.*
1 GB de RAM; 2 GB para reproducción de HDV y HD
2 GB de espacio disponible en el disco duro para la instalación; se necesita espacio libre adicional durante la instalación (no se puede instalar en dispositivos de almacenamiento flash extraíbles)
Resolución de 1280 × 800
Tarjeta gráfica compatible con OpenGL 2.0
Tarjeta de sonido compatible con el protocolo ASIO o Microsoft WDM/MME
Unidad de DVD-ROM para instalación desde soporte de DVD
Software QuickTime 7.6.6 necesario para funciones de QuickTime
Es posible que se necesite una interfaz USB o MIDI para la compatibilidad con la superficie de control externa (consulte las especificaciones del fabricante de su dispositivo)
Opcional: Unidad óptica para la grabación de CD
Instalacion:
1-Ejecutan El Setup Adobe
2-Durante la instalacion escojan prueba o probar.
3-Al terminar la instalacion copean el archivo Amtlib.dll en donde instalaron
su Adobe Audition y ponen en remplazar y quedara full.
parte 1
https://mega.co.nz/#!u0QHjKLZ
Llave
adYycA-ILnUXcIzCUDXmZBCKjzYQcfRhDzSgcSH11wU
parte 2
https://mega.co.nz/#!2lAwyLSI
Llave
Da6jjgL-DPqxM979B3HLQAKmJBczvOIMvvgoTGTQyRo
Saludos
jueves, 29 de agosto de 2013
Adobe Audition CS6 FULL MEGA 2 links
martes, 30 de julio de 2013
Entorno de desarrollo integrado (IDE) para ensamblador.
Estoy en un proyecto personal el cual consiste en un entorno de desarrollo integrado para el lenguaje ensamblador, utilizando nasm como ensamblador, ld como enlazador (por ahora solo en sistema tipo unix) y chmod para incrementar los permisos de los ejecutables creados (idem que con ld).
Básicamente un entorno de desarrollo integrado es un editor de textos con ciertas características que lo distinguen del anterior, a conocer:
El lenguaje que estoy utilizando acá es C# ya que es el lenguaje que vimos en un cuatrimestre en la universidad y que, gracias a lo anterior, puedo resolver cuestiónes de gráficas sin mucho problema.
Hay opciones que permiten ajustar el programa para generar comandos automáticos y la utilización de tales o cuales programas según el ambiente donde se esté ejecutando.
Todavía no considero subirlo a sourceforge o a codeplex ya que está muy básico y a veces me confundo el qué utilizar ya que cuando vuelvo a leer el código me imagino nuevas formas y más óptimas que las anteriores.
En fin, la licencia será libre pero todavía en discución, ya que no quiero que nadie se adueñe comercialmente de mi pequeño desastre $').
En fin, algunas imágenes no descriptivas para evitar el aburrimiento:
Básicamente un entorno de desarrollo integrado es un editor de textos con ciertas características que lo distinguen del anterior, a conocer:
- Resaltado de palabras reservadas; tales como instrucciónes, macros, símbolos, directivas, &c.
- Números de línea; los cuales permiten volver a dirigirse a un punto determinado facilitando la depuración.
- Fácil acceso a herramientas; mediante un botón uno tiene acceso a un comando generado automáticamente sin necesidad de, por cada ensamblado, escribir toda una secuencia de comandos nuevamente.
. - Edición de texto heredada; tiene las opciónes comúnes que se puede encontrar en cualquier editor de texto plano, como seleccionar todo, buscar y reemplazar, Alta Modificación y Listado de archivos fuente, &c.
- Opciónes diversas.
El lenguaje que estoy utilizando acá es C# ya que es el lenguaje que vimos en un cuatrimestre en la universidad y que, gracias a lo anterior, puedo resolver cuestiónes de gráficas sin mucho problema
Todavía no considero subirlo a sourceforge o a codeplex
En fin, la licencia será libre pero todavía en discución, ya que no quiero que nadie se adueñe comercialmente de mi pequeño desastre $').
En fin, algunas imágenes no descriptivas para evitar el aburrimiento:
Los íconos son del tema Tango. En el archivo de código fuente seguro se ve la imágen de emu8086. Si alguien conoce una manera de eliminar rastros de wine en mint, avisenme.
Y esto es todo por ahora.
jueves, 7 de marzo de 2013
Llamada a procedimientos/funciónes/rutinas en ensamblador
Al llamar a un procedimiento, no deben pasarse los parámetros por medio de los registros, sino por medio de la pila. Por su condición, deben ponerse los parámetros en orden inverso de tal manera que en la función se tomen en el orden correcto (ascendente).
La siguiente función en C, será ejemplo de este post:
En el ejemplo, al llegar a la función llamada, la pila contendría lo siguiente:
Para tomar los parámetros en la función, no debe utilizarse el puntero de pila (SP) por los siguientes motivos: Es un puntero dinámico, y por esta razón cambia sin que nos diga; por no estar diseñado para este propósito; por ser automático; es implícito su manejo.
Por las razones anteriores, en lugar del puntero de pila (SP), se utiliza el puntero base (BP), el cual se diseñó para reemplazar a SP.
La idea central es utilizar el puntero base para obtener los valores de la pila sin modificar el puntero de pila, es decir, sin utilizar las intrucciónes PUSH y POP ni modificar a mano a SP.
La copia de BP a SP es algo así como obtener una imágen de la pila en ese momento. BP sería una referencia a los parámetros obtenidos. Siempre y cuando el valor del puntero de pila no se modifique, se podrá utilizar el puntero base sin problemas.
En la copia anterior, el valor del puntero base se sobreescribiría con el valor del puntero de pila causando errores en llamados a procedimientos anidados. Para resolver el anterior problema y el actual, las siguientes intrucciónes serían entonces las ideales al comienzo de la subrutina:
Y la pila en procedimientos que incluyen las intrucciónes de arriba quedaría algo como lo siguiente:
La siguiente función en C, será ejemplo de este post:
fun (par1, par2, par3);
Lo que en asm de intel con su propia sintaxis, sería lo siguiente:
MOV AX,PAR3
PUSH AX
MOV AX,PAR2
PUSH AX
MOV AX,PAR1
PUSH AX
CALL fun
En el ejemplo, al llegar a la función llamada, la pila contendría lo siguiente:
Para tomar los parámetros en la función, no debe utilizarse el puntero de pila (SP) por los siguientes motivos: Es un puntero dinámico, y por esta razón cambia sin que nos diga; por no estar diseñado para este propósito; por ser automático; es implícito su manejo.
Por las razones anteriores, en lugar del puntero de pila (SP), se utiliza el puntero base (BP), el cual se diseñó para reemplazar a SP.
La idea central es utilizar el puntero base para obtener los valores de la pila sin modificar el puntero de pila, es decir, sin utilizar las intrucciónes PUSH y POP ni modificar a mano a SP.
La copia de BP a SP es algo así como obtener una imágen de la pila en ese momento. BP sería una referencia a los parámetros obtenidos. Siempre y cuando el valor del puntero de pila no se modifique, se podrá utilizar el puntero base sin problemas.
En la copia anterior, el valor del puntero base se sobreescribiría con el valor del puntero de pila causando errores en llamados a procedimientos anidados. Para resolver el anterior problema y el actual, las siguientes intrucciónes serían entonces las ideales al comienzo de la subrutina:
PUSH BP
MOV BP,SP
...
...
POP BP
Y la pila en procedimientos que incluyen las intrucciónes de arriba quedaría algo como lo siguiente:
martes, 5 de febrero de 2013
Binary Coded Decimal (BCD)
La computadora por sí sola maneja sólo números binarios (o bien estados lógicos). Podemos sumar, restar, multiplicar y dividir (en asm intel: add, sub, mul/imul, div/idiv) , entre otras cosas, siempre en formato binario .
Ahora bien, nosotros tenemos números binarios para generar valores; ¿y que tal si con el formato binario simulásemos el sistema decimal?
La respuesta a esa pregunta es el tema de este post: El sistema decimal codificado en binario o mejor conocido como BCD.
En el BCD nosotros tenemos NO una palabra (word, tamaño de máquina) para generar un número sino sólo un cuarteto de bits (un nibble) los cuales representan cada uno a una cifra del número decimal que estaríamos simulando.
Ahora bien, con un cuarteto ¿cuales son los posibles valores que podríamos generar?
0000 -> 0
0001 -> 1
0010 -> 2
0011 -> 3
0100 -> 4
0101 -> 5
0110 -> 6
0111 -> 7
1000 -> 8
1001 -> 9
1010 -> 10
1011 -> 11
1100 -> 12
1101 -> 13
1110 -> 14
1111 -> 15
Podríamos generar hasta el número 0xF lo cual a simple vista determinamos que con un cuarteto de bits nos basta y sobra para simular una cifra que va del 0 al 9.
Al manejar BCD nos podemos encontrar con desbordes tanto de la cadena de 4 bits (puede que un resultado dé 5 bits) o bien que nos pasemos del máximo de la base 10 la cual estaríamos simulando. En ambos casos, al resultado de la suma se le sumaría un 6 (0110) y el desborde pasa al próximo número (idéntico a la suma en base 10).
imagínense la siguiente suma:
49
56
-----
105
ahora codificada en bcd
0100 1001
0101 0110
--------------------
1111
1° 1+0 = 1 y en todos los demás bits la suma da 1. A simple vista podemos ver que el resultado será 1111 número que no existe en el sistema decimal como único. En este caso a ese resultado, como mencioné anteriormente, se le sumaría un 6 y el desborde pasa al siguiente número.
1
0100 1001
0101 0110
--------------------
1111
+0110
---------
0101
Sigamos entonces con la operación:
1
0100 1001
0101 0110
--------------------
1111
+0110
---------
1010 0101
Luego el resultado al pasarlo a binario quedaría:
(8+2)--(4+1) = 105
Lo bueno del bcd es que es fácilmente comprobable si lo hacemos a mano, ya que desde la primaria sabemos sumar y es esta operación la que nos permitiría conocer la verdad sobre la suma en decimal codificado en binario.
Ahora bien, nosotros tenemos números binarios para generar valores; ¿y que tal si con el formato binario simulásemos el sistema decimal?
La respuesta a esa pregunta es el tema de este post: El sistema decimal codificado en binario o mejor conocido como BCD.
En el BCD nosotros tenemos NO una palabra (word, tamaño de máquina) para generar un número sino sólo un cuarteto de bits (un nibble) los cuales representan cada uno a una cifra del número decimal que estaríamos simulando.
Ahora bien, con un cuarteto ¿cuales son los posibles valores que podríamos generar?
0000 -> 0
0001 -> 1
0010 -> 2
0011 -> 3
0100 -> 4
0101 -> 5
0110 -> 6
0111 -> 7
1000 -> 8
1001 -> 9
1010 -> 10
1011 -> 11
1100 -> 12
1101 -> 13
1110 -> 14
1111 -> 15
Podríamos generar hasta el número 0xF lo cual a simple vista determinamos que con un cuarteto de bits nos basta y sobra para simular una cifra que va del 0 al 9.
Al manejar BCD nos podemos encontrar con desbordes tanto de la cadena de 4 bits (puede que un resultado dé 5 bits) o bien que nos pasemos del máximo de la base 10 la cual estaríamos simulando. En ambos casos, al resultado de la suma se le sumaría un 6 (0110) y el desborde pasa al próximo número (idéntico a la suma en base 10).
Probemos entonces el funcionamiento de bcd:
imagínense la siguiente suma:
49
56
-----
105
ahora codificada en bcd
0100 1001
0101 0110
--------------------
1111
1° 1+0 = 1 y en todos los demás bits la suma da 1. A simple vista podemos ver que el resultado será 1111 número que no existe en el sistema decimal como único. En este caso a ese resultado, como mencioné anteriormente, se le sumaría un 6 y el desborde pasa al siguiente número.
1
0100 1001
0101 0110
--------------------
1111
+0110
---------
0101
Sigamos entonces con la operación:
1
0100 1001
0101 0110
--------------------
1111
+0110
---------
1010 0101
Luego el resultado al pasarlo a binario quedaría:
(8+2)--(4+1) = 105
Lo bueno del bcd es que es fácilmente comprobable si lo hacemos a mano, ya que desde la primaria sabemos sumar y es esta operación la que nos permitiría conocer la verdad sobre la suma en decimal codificado en binario.
