WinRar v5.0 Español [x86-x64][Compresor de calidad]
WinRAR es un potente programa compresor y descompresor de datos multi-función, una herramienta indispensable para ahorrar espacio de almacenamiento y tiempo de transmisión al enviar y recibir archivos a través de Internet o al realizar copias de seguridad.
WinRAR sirve para comprimir todo tipo de documentos o programas de forma que ocupen menos espacio en disco y se puedan almacenar o trasmitir por Internet mas rápidamente.
Compatible: programas gratuitos de descompresión de archivos RAR para múltiples plataformas (Windows, OS/2, Mac OSX, BeOS, Linux, FreeBSD, Solaris, BSD Unix, HP_UX, Irix, Pocket PC, ... ) así como soporte completo de archivos ZIP 2.0 y descompresión de archivos CAB, ARJ, LZH, TAR, GZ, ACE, UUE, BZ2, JAR, ISO, Z, 7Z. WinRAR también soporta atributos de seguridad y flujos de datos en ficheros NTFS.
WinRAR - ¿Qué hay de nuevo en la versión más reciente?
- 1. Nuevo formato de archivo RAR 5.0. Puede usar la opción "RAR 5.0" en el cuadro de diálogo de compresión o el modificador -ma desde la línea de órdenes para crear archivos RAR 5.0.
Los programas antiguos, incluyendo versiones anteriores de WinRAR, no son capaces de descomprimir archivos RAR 5.0, de forma que si prevé enviar un archivo a otras personas es necesario que tenga en cuenta la compatibilidad. Puede seleccionar la opción "RAR" en vez de "RAR5" en las opciones de compresión para crear archivos RAR 4.x compatibles con versiones anteriores de WinRAR.
- 2. Cambios en el algoritmo de compresión en RAR 5.0:
- a. El tamaño máximo del diccionario de compresión se ha aumentado hasta 1 GB en la versión de 64 bits de WinRAR. La versión de 32 bits puede usar diccionarios de hasta 256 MB al crear archivos. Tanto la versión de 32 bits como la de 64 pueden descomprimir archivos con cualquier tamaño de diccionario, incluidos los de 1 GB;
- b. El tamaño predefinido del diccionario para RAR 5.0 es de 32 MB, resultando normalmente en ratios de compresión mayores y menor velocidad que con los 4 MB de RAR 4.x. Puede usar la opción de compresión "Tamaño del diccionario" o el modificador -md<tamaño> para cambiar este valor;
- c. Se ha modificado la sintaxis del modificador -md<tamaño> para soportar tamaños de diccionario mayores. Añada 'k', 'm' o 'g' para especificar el tamaño en kilo-, mega- o gigabytes, por ejemplo, -md64m para un diccionario de 64 MB. Si no especifica las unidades se asumen megabytes, así -md64m es lo mismo que -md64;
- d. El formato RAR 5.0 incluye los algoritmos de compresión de ejecutables Intel IA-32 y la compresión delta, pero los algoritmos de RAR 4.x para texto, audio, color real e Itanium no están soportados. Estos algoritmos excluidos no son eficientes para los tipos de datos y configuraciones de hardware modernas;
- e. La descompresión RAR 5.0 puede usar varios núcleos del procesador. Aunque no al mismo nivel que en la compresión, mejora la velocidad de descompresión para ficheros grandes con datos poco comprimibles o cuando se usan sumas de control BLAKE2.
- 3. Cambios en el formato de archivo RAR 5.0:
- a. Las fechas de los ficheros se almacenan como Coordenadas de Tiempo Universal (UTC) en vez de en formato local, haciendo que el intercambio de ficheros entres diferentes zonas horarias más sencillo;
- b. Los nombres de ficheros y los comentarios de archivo usan codificación UTF-8.
- 4. El registro de recuperación de RAR 5.0 esta basado en los códigos de corrección de errores Reed-Solomon. Si el tamaño del registro de recuperación es suficientemente grande, un 5% o mayor, el nuevo sistema de corrección de errores proporciona una resistencia mucho mayor a daños múltiples comparado con el registro de recuperación de RAR 4.x. Para tamaños más pequeños, del 1 al 2% o menores, los daños de tipo aleatorio tiene menos diferencias entre el formato 4.x y el 5.0. Para daños únicos continuos la eficiencia es casi la misma.
Adicionalmente al borrado normal de datos, el nuevo registros de recuperación es capaz de detectar eliminaciones e inserciones de tamaños mucho mayores que en las versiones anteriores de WinRAR. El tamaño máximo de inserción es de varios megabytes. el tamaño máximo de borrado depende del tipo de daños y en algunos casos puede ser tan grande como el tamaño del registro de recuperación.
De todas formas, la mejor eficacia en la recuperación se obtiene si no se han producido eliminaciones e inserciones, de forma que todos los datos incluyendo los sectores dañados preservan las posiciones originales en el archivo. Así, si utiliza algún programa especial para copiar el archivo desde un medio dañado, es mejor escoger el modo en el que los sectores dañados se rellenan con ceros o con cualquier otro valor en vez de eliminarlos completamente del fichero resultante.
El registro de recuperación RAR 5.0 es más resistente a daños en el propio registro de recuperación y puede usar un registro de recuperación parcialmente dañado. Tenga en cuenta que la orden de "Reparar" no arregla bloques dañados en el registro de recuperación, solo los datos de los ficheros son corregidos. Después de un proceso de reparación exitoso puede que necesite crear de nuevo los registros de recuperación para los ficheros recuperados.
El nuevo registro de recuperación no esta ya basado en sectores de 512 bytes e incorpora estructuras de datos mas complejas de forma que es imposible especificar su tamaño en sectores. Para archivos RAR 5.0 el parámetro del modificador -rr[N] y la orden rr[N] se trata siempre como un porcentaje del tamaño del archivo independientemente de la presencia del carácter %. Normalmente un registro de recuperación N% puede reparar hasta un N% de datos dañados continuos e incrementa el tamaño del archivo solo algo mas del N%. La habilidad de reparar múltiples daños es proporcional a N.
Hemos usado el trabajo "Screaming Fast Galois Field Arithmetic Using Intel SIMD Instructions" por James S. Plank, Kevin M. Greenan y Ethan L. Miller para mejorar las prestaciones del código Reed-Solomon. También estamos agradecidos a Artem Drobanov y Bulat Ziganshin por sus ejemplos e ideas que nos han permitido hacer el código Reed-Solomon más eficiente.
- 5. La orden "Verificar" verifica la validez de los registros de recuperación RAR 5.0. El registro de recuperación se verifica después de procesar todos los ficheros archivados.
Si el archivo dañado contiene el registro de recuperación, es posible repararlo incluso si la verificación de registro de recuperación falla. La orden "Reparar" intenta usar incluso un registro de recuperación parcialmente dañado. Si encuentra un resultado negativo en la verificación del registro de recuperación trátelo como un motivo para recrear el archivo original si los ficheros originales están todavía disponibles, pero no como un motivo para no usar la orden "Reparar".
- 6. Cambios en el algoritmo de cifrado en RAR 5.0:
- a. El algoritmo de cifrado se ha cambiado de AES-128 a AES-256 en modo CBC. La función de derivación de clave esta basada en PBKDF2 usando HMAC-SHA256;
- b. Un valor especial para la verificación de la contraseña permite detectar contraseñas incorrectas sin la necesidad de descomprimir el fichero entero;
- c. Si las cabeceras de archivo no están cifradas (la opción "Cifrar nombres de fichero" esta desactivada), las sumas de control para ficheros cifrados RAR 5.0 se modifican usando un algoritmo especial que depende de la contraseña que hace imposible adivinar el contenido del fichero basándose en la suma de control. No espere que estas sumas de control cifradas coincidan con los valores del CRC32 o del BLAKE2.
- 7. Los archivos RAR 5.0 permiten usar sumas de control BLAKE2sp de 256 bits ( https://blake2.net ) en vez del CRC32 de 32 bits. Active la opción "Usar suma de control BLAKE2" en la página "Opciones" del cuadro de diálogo de compresión o especifique el modificador -htb en la línea de ordenes para usar sumas de control BLAKE2.
A pesar de producir archivos ligeramente mayores, BLAKE2 puede usarse para identificar el contenido de un fichero. Si dos ficheros tienen el mismo valor BLAKE2 queda prácticamente garantizado que el contenido de ambos ficheros es el mismo. La capacidad de detectar errores de BLAKE2 es también mucho mayor que la pequeña capacidad de CRC32.
- 8. Características eliminadas:
- a. La verificación de autenticidad no proporcionaba el nivel requerido de confianza y se ha eliminado;
- .b El modificador -en (no añadir bloque de "final de archivo") no está soportado en archivos RAR 5.0, que siempre tienen un bloque de final de archivo. Este bloque ayuda a WinRAR a ignorar de forma segura datos externos como firmas digitales añadidas al archivo;
- c. El esquema antiguo para nombres de volumen basado en la extensión (archivo.rNN) ya no está soportado en archivos RAR 5.0, que usan solo el esquema de nombres de volumen archivo.partNN.rar;
- d. Los comentarios de ficheros ya no están soportados tanto en archivos RAR 4.x como RAR 5.0. La orden 'cf' se ha eliminado de la versión de consola de RAR. Esto no afecta al soporte de comentarios de archivo, que esta presente en ambas versiones de archivos y no se prevé su eliminación.
- 9. Las opciones "Establecer contraseña" y "Tamaño del diccionario" se han movido a la página "General" del cuadro de dialogo de compresión.
- 10. Se puede usar la opción "Guarda enlaces simbólicos como enlaces" en la página "Avanzado" del cuadro de dialogo de compresión para guardar y restaurar enlaces simbólicos y puntos de reanálisis NTFS como enlaces, de forma que su contenido no se almacena. El equivalente en la línea de ordenes es el modificador -ol.
La opción similar para los enlaces fuertes NTFS es "Guardar enlaces fuertes como enlaces". Su equivalente en la línea de ordenes es el modificador -oh.
Ambas opciones solo están disponibles para archivos RAR 5.0.
- 11. Se ha añadido soporte solo para extracción del formato de archivo XZ.
- 12. Cambios en el proceso de volúmenes de recuperación en el formato de archivo RAR 5.0:
- a. El número máximo de volúmenes RAR+REV en el formato 5.0 es de 65535 en vez de 255;
- b. Las operaciones con volúmenes de recuperación son más rápidas que en RAR 4.x;
- c. Además de los datos de recuperación, los fichero REV RAR 5.0 también almacenan información como las sumas de control de los ficheros protegidos por lo que son un poco mas grandes que los volúmenes RAR que protegen. Si planea copiar ficheros RAR y REV individuales en algún medio extraíble necesita tener esto en cuenta y especificar un tamaño de volumen RAR algunos kilobytes menor que el tamaño del medio.
- 13. El tamaño máximo de la trayectoria para ficheros en archivos RAR y ZIP se ha incrementado hasta 2048 caracteres.
- 14. La línea de ordenes RAR devuelve el código de salida 11 si detecta que el usuario ha introducido una contraseña incorrecta. Este código solo se puede devolver para archivos RAR 5.0. No es posible distinguir una contraseña incorrecta de un archivo dañado en archivos RAR 4.x.
- 15. Las ordenes 'v' y 'l' muestran los nombres de los ficheros archivados al final de la línea y no al principio como antes. También otros campos disponibles en los listados de las ordenes 'v' y 'l' ahora solo se muestran con 'lt' y 'vt'.
Las ordenes 'vt' y 'lt' proporcionan información detallada multilínea para cada fichero archivado.
'vta' y 'lta' también muestran cabeceras de servicio en la lista.
- 16. Ahora el juego de caracteres predeterminado para las listas de ficheros en ordenes como 'rar a arcname @filelist' es ANSI tanto para WinRAR como para la versión de consola RAR. En versiones anteriores era ANSI para WinRAR y OEM para RAR para consola. Puede usar el modificador -sc<juegocar> para especificar otro juego de caracteres.
- 17. El visor interno de WinRAR puede detectar y mostrar ficheros en formato UTF-8 y UTF-16 little endian.
- 18. Se usa el formato UTF-16 little endian en el fichero de registro de RAR y WinRAR rar.log, así que los nombres de fichero Unicode se almacenan correctamente en el fichero de registro. WinRAR trunca automáticamente el fichero rar.log antiguo en formato no Unicode para evitar mezclar diferentes codificaciones en el mismo fichero de registro. En el caso de RAR para consola necesita eliminar el rar.log antiguo manualmente, en caso contrario RAR añadirá mensajes en UTF-16 al fichero rar.log existente.
Puede usar el modificador -sc<juegocar> para cambiar la codificación por defecto del fichero de registro, como por ejemplo con -scag para codificación ANSI.
- 19. La orden 'r' (reparar0) de la línea de ordenes puede incluir un parámetro opcional destpath\ para definir la carpeta de destino para los ficheros reparados:
rar r archive.rar destpath\
