Hola a todos,
Hoy, he publicado la versión 1.13 de Google Drive Uploader & Explorer Tool:
Esta versión contiene los siguientes cambios:
Puedes descargarla en GitHub haciendo click aquí.
¡Disfruten!
Hola a todos,
Hoy, he publicado la versión 0.3.48 de PAQCompress:
Esta versión añade los compresores paq8pxd v87, v88 and v89.
Puedes descargarla en GitHub haciendo click aquí.
¡Disfruten!
Hola a todos,
Hoy he publicado la versión 0.3.47 de PAQCompress:
Esta versión arregla los siguientes problemas:
Puedes descargar esta nueva versión en GitHub haciendo click aquí.
¡Disfruten!
Hola a todos,
Hoy, les mostraré la carcasa external de unidad óptica OWC Mercury Pro de 5.25″:
Esta es una carcasa externa diseñada para unidades internas de CD, DVD y Blu-Ray de 5.25″. Utiliza una conexión USB 3.1 Gen 1 para transferir archivos más rápido que con una conexión USB 2.0. Esto prácticamente aplica a Blu-Ray ya que estos tienen una velocidad de transferencia mayor a la de los CD y DVD. Es por eso que nos beneficiamos con la conexión USB 3.1 Gen 1.
La unidad viene en una simple caja. Cuando la abrimos vemos otra pequeña caja que contiene los cables y los tornillos necesarios para instalar la unidad:
Luego podemos ver la carcasa:
Viene protegida dentro de una bolsa plástica:
Una vez la sacamos de la bolsa, podemos ver la brillante carcasa de metal:
Adentro, podemos ver la placa y cables SATA:
Saqué mi Unidad Blu-Ray LG WH14NS40 de mi computadora de escritorio para usarla en la carcasa con otras computadoras:
La instalación fue muy sencilla. Simplemente inserté la unidad e instalé los tornillos en los lados y abajo. El resultado es una unidad de escritorio portable que se ve muy bien:
Windows 10 lo detecta como Mercury Pro Optical y nos deja saber que está conectado con un cable USB 3.0:
Hasta el momento la unidad ha estado trabajando excelente.
Ahora, necesito otra carcasa para mi unidad LiteOn iHAS524, que sigue siendo mi favorita para leer y escribir CD y DVD.
Hola a todos,
¿Recuerdan mi post anterior donde les hablaba sobre el LiteOn iHAS524 C y mencioné los diferentes módulos de laser que este model usa en sus diferentes revisiones? Resulta que el módulo SF-DS1XD que usa el iHAS524B no funciona bien para quemar discos DVD+R DL en el iHAS524 A. Así que comencé a buscar una unidad usada de la misma revisión para reemplazarlo.
El viernes, recibí un LiteOn iHAS124 A. Este modelo usa el módulo SF-DS19L que todos los modelos LiteOn iHASx24 A utilizan (x es un número del 1 al 6).
La serie LiteOn iHASx24 son lo mismo, excepto que los modelos iHAS224, iHAS424 y iHAS624 tienen el hardware para hacer labels usando LightScribe. El iHAS124, iHAS324 y iHAS524 no tienen ese hardware. Aparte de esto, lo demás es idéntico y lo que cambia el el firmware. Las capacidades por modelos son las siguientes:
Básicamente el firmware es lo que activa las funciones de LightScribe, LabelTag y SmartErase, dependiendo del modelo que tengas. Aunque tengas otro modelo, es posible activar estas otras funciones excepto LightScribe, ya que eso depende de un hardware adicional. Es posible poder flashear un firmware de un modelo en otro modelo, pues el hardware base es el mismo con excepción del LightScribe.
Mi LiteOn iHAS524 ha estado conmigo desde el 2010 y es un escritor excelente, pues es capáz de quemar DVDs de 16x a 20x. También tiene las funciones HyperTuning, Online HyperTuning y SmartBurn, que hacen que la calidad del disco sea mejor. Es por eso que este modelo es mi escritor y lector favorito.
Esta unidad tenía el laser SF-DS1XD que le había puesto hacen unos años, pues se rompió un CD adentro y dañó el laser SF-DS19L original. Tampoco usaba DVD+R DL en ese tiempo, así que me di cuenta de este problema la semana pasada. Resulta que ese OPU no funciona bien para quemar esos discos en la revisión A. Al llegar a 50%, fallaba al tratar de enfocar en la segunda capa del disco. Es por eso que ordené un iHAS124 A.
Debido a que esta es una unidad de la revisión A, tiene el hardware idéntico al iHAS524. Ahora bien, el iHAS524 A estaba usando el mecanismo del iHAS524 C con excepción del OPU:
En ambas fotos, el LiteOn iHAS524 se encuentra en la izquierda mientras que el iHAS124 se encuentra a la derecha.
Aquí vemos el mecanismo del iHAS124 desmontado:
Y aquí está la unidad óptica:
Estaré usando esta unidad en el mecanismo original del iHAS524 mount, así que lo puse ahí:
Y finalmente aquí tenemos el mecanismo de vuelta en el iHAS524:
El OPU comenzó a trabajar inmediatamente. Los discos los lee más rápido y no hace ruidos raros. También fuí capáz quemar discos DVD+R DL sin problemas. Luego les hablaré sobre esos discos. Por ahora, me despido.
Hola a todos,
Hoy he publicado la versión 1.16 de Opus GUI:
Esta versión añade un nuevo archivo llamado audioformats.txt. Aquí puedes especificar las extensiones de los archivos que quieras que el GUI procese:
Puedes añadir extensiones que ffmpeg soporte. Si no tienes ffmpeg en tu sistema, sólamente se procesarán archivos WAV.
Esta versión también ofrece algunos arreglos y mejoras internas y actualiza los APIs de Google a sus versiones más recientes.
Puedes descargar esta versión en GitHub haciendo click aquí.
¡Disfruten!
Hola a todos,
Hoy, he publicado la versión 0.3.46 de PAQCompress:
Esta versión añade el compresor paq8pxd v86.
Puedes descargar esta nueva versión en GitHub haciendo click aquí.
¡Disfruten!
Hola a todos,
Ayer, comencé a trabajar en mi segunda colaboración para el proyecto exhale, el cual convierte archivos al codec xHE-AAC USAC. Esta vez, trabajé en añadir una opción para mostrar la versión del programa en la consola.
La imagen de arriba muestra la salida del programa al no pasar ningún argument o al pasar un argumento incorrecto.
No existía una opción que imprima únicamente la versión. Idealmente, quería una manera de que el programa imprima la versión como por ejemplo exhale version 1.0.3 ..... para poder capturarla así como hago con otras herramientas como Opusenc y Flac. Debido a esto, comencé a trabajar en añadir esta funcionalidad.
El programa verifica si solo hay un argumento (en realidad hay 2 argumentos: el ejecutable del programa y el segundo que sería la de imprimir la versión). Luego, verifica si el argumento pasado es -v o -V. Si esto es cierto, imprimimos la versión del programa al usuario:
Este es el resultado:
La salida es muy simple. Gracias a esto, puedo capturarla y pasarla a mi herramienta en desarrollo exchale GUI:
Este «Merge Request» fue aprobado y fusionado al código fuente, y está disponible para el uso de todo el mundo. Sobre mi interfaz gráfica, pronto la publicaré.
Hola a todos,
Ayer, estuve colaborando con el proyecto exhale para añadir compatibilidad para compilarlo usando MinGW en Windows.
Este proyecto es un convertidor de audio de código abierto que nos permite convertir archivos de audio WAV al codec xHE-AAC bajo el contenedor M4A.
Originalmente, el proyecto compila en Windows usando Visual Studio, pero al intentar compilarlo usando MSYS2/MinGW, nos daba problemas, específicamente esto:
H:/repos/media-autobuild_suite/build/exhale-git/src/app/../../src/app/exhaleApp.cpp: In function 'int main(int, char**)':
H:/repos/media-autobuild_suite/build/exhale-git/src/app/../../src/app/exhaleApp.cpp:246:85: error: '_SH_DENYWR' was not declared in this scope
246 | if (_sopen_s (&inFileHandle, inFileName, _O_RDONLY | _O_SEQUENTIAL | _O_BINARY, _SH_DENYWR, _S_IREAD) != 0)
| ^~~~~~~~~~
H:/repos/media-autobuild_suite/build/exhale-git/src/app/../../src/app/exhaleApp.cpp:320:100: error: '_SH_DENYRD' was not declared in this scope
320 | if (_sopen_s (&outFileHandle, outFileName, i | _O_SEQUENTIAL | _O_CREAT | _O_EXCL | _O_BINARY, _SH_DENYRD, _S_IWRITE) != 0)
| ^~~~~~~~~~
make[1]: *** [../makefile.base:112: ../../build/exhaleApp.d.o] Error 1
make[1]: Leaving directory '/build/exhale-git/src/app'
make: *** [makefile:18: all] Error 2También nos daba problemas por una definición de fprintf_s. Unos cambios tuvieron que hacerse en el código.
Para resolver el problema de que _SH_DENYRD no estaba declarado, tuvimos que añadir el header share.h:
Para resolver el problema de fprintf_s, cambié el bloque #ifndef a #if !defined para verificar adicionalmente si estamos compilando bajo MinGW. Si esto es cierto, no declaramos esta variable que apunta a la función fprintf:
Luego de realizar estos cambios, el programa compiló exitosamente.
Lo proximo que hice fue hacer unos cambios al archivo makefile.base para que el proyecto Media Autobuild Suite pasara las variables CXXFLAGS y LDFLAGS a exhale:
Estos cambios fueron aprobados y fusionados al proyecto.
Mi inspiración para añadir esta herramienta al Media Autobuild Suite fue debido a que un usuario pidió que esta herramienta fuese añadido. Trabajé para añadirlo y abrí un «Pull Request», el cual refiné aplicando unas recomendaciones.
Este «Pull Request» fue fusionado al suite y ahora todos los usuarios pueden compilar y usar esta herramienta.
Hola a todos,
Ayer recibí mi primera orden de discos Blu-Ray BDXL. Son más caros que los discos regulares BD-R y más o menos el doble del costo de los BD-R DL.
Comparando precios, decidí ordenar los discos de Verbatín, que vienen en cantidades de 10. Son uno de los más económicos si los comparamos con los que vienen con 3 o 5 discos de otros vendedores.
Estos discos tienen una velocidad de 4x, pero mi LG WH14NS40 modificado con el firmware del LG WH16NS60 es capáz de escribirlos a 8x.
El ID de media es VERBAT-IMk-000.
En mi Panasonic UJ260, estos tienen una velocidad máxima de solo 2x.
Añadí archivos a ImgBurn y me aseguré de llenar el disco lo más posible. Luego, comencé a quemarlos con mi LG WH14NS14 a la velocidad máxima de 8x.
Parece que esta unidad utiliza la estrategia Z-CLV (Zoned Constant Linear Velocity) para quemar estos discos. El patrón fue el siguiente:
Podemos ver este patrón en las siguientes imágenes:
Algunas veces, la velocidad bajaba a 3.3x cuando estaba quemando a 4x por 1 o 2 segundos:
Similarmente, cuando la unidad estaba quemando a 6x, a veces bajaba a 5x por 1 o 2 segundos:
La unidad quemó el disco de forma exitosa con una velocidad promedio de 5.7x:
La verificación fue más lenta que cuando estaba quemandolo, pues ImgBurn limitó la velocidad de lectura a 6x:
La verificación también fue exitosa y no hubo errores reportados:
La velocidad de lectura promedio fue de 4.3x, más lenta que la velocidad de escritura promedio de 5.7x. También, parece que la unidad en realidad leyó hasta un máximo de 9x, pues se nos reporta esta velocidad como la máxima en el log.
Aquí podemos ver las zonas Z-CLV del disco:
Estos discos parecen ser compatibles con la unidad de escritura Blu-Ray LG WH14NS40 Blu-Ray writer. También, se pueden quemar más rápido a 8x que su velocidad indicada de 4x. La unidad fue capáz de quemarlo y verificarlo exitósamente. Estos discos, aunque son más caros, nos permiten guardar hasta 100GB (en realidad unos 93GB aproximados) en un solo disco. Si usamos discos normales de 25GB, hubieramos usado 4. Similarmente, si hubieramos usado discos BD-R DL, hubieramos usado 2 de ellos.
Desafortunadamente, no tengo una unidad BDXL que me permita verificar la calidad del disco, pero tanto con la unidad LG como con la Panasonic fueron capaces de leer el disco sin ningún problema. Esta última parece tener 2 zonas al leer el disco. También, por ser una unidad portatil, se tardó un poco más que la unidad LG:
Si comparamos el precio de tener 10 discos de 100GB con un disco duro de 1 TB, podemos ver que los discos BDXL cuestan unos dolares adicionales:
Los discos BDX en eBay (Costaban unos $53.15 al momento de hacer la orden):
En Amazon. Parece que bajaron el precio a $49.99 en el momento de tomar la captura:
Precios de los discos duros de 1TB en Amazon:
Usar discos duros o discos BXDL está a tu discreción. Todo depende de tu uso. Personalmente, prefiero grabar mi información de forma permanente en los discos ópticos, dejando en los discos duros la data que cambia frecuentemente. También, he tenido malas experiencias con los discos duros dañandose en par de años, y aunque también tuve problemas con discos Blu-Ray en los pasados años, no pierdes tanta información como perder un disco duro entero. ¡Recuerden hacer back-ups!