o al menos para el modelo del que yo dispongo, una Canon Selphy CP740
La historia comenzó así. De repente necesitaba imprimir dos imágenes en color; en general uso una HP8000, pero la tengo en reparación, así que solo disponía de la Selphy CP740, que es una impresora de sublimación que solo uso cuando alguien me pide una copia en papel "a la antigua" de una foto. Después de modificar las fotos hasta lograr el efecto requerido, intenté imprimir y...
no detectaba las imágenes (la impresora la uso directamente por tarjeta SD sin conexión al ordenador). Empecé a cambiar el formato de las unidades flash (SD y lápices USB), hasta que utilicé directamente la de la cámara y me dí cuenta de que las fotos originales sí eran visibles y las JPG comprimidas en Gimp no.
Comprobé los diferentes formatos de compresión a jpg y las opciones avanzadas que ofrece Gimp
y tras diferentes intentos quedó claro que la compresión en jpg en Gipm para ser interpretada por la Selphy CP740 debe llevar desactivado la función de progresivo, tal como aparece en la siguiente imágen
Solucionado el problema.
Mostrando entradas con la etiqueta Compresión. Mostrar todas las entradas
Mostrando entradas con la etiqueta Compresión. Mostrar todas las entradas
jueves, 26 de febrero de 2015
viernes, 16 de diciembre de 2011
Instalar paquete rar en Fedora
El paquete rar no está en los repositorios de Fedora, así que no podemos aplicar directamente la orden yum install rar. En este caso tenemos que recurir a un repositorio externo, en concreto a ATrpms. Son repositorios para, según sus propias palabras, "Red Hat Linux flavours". Por supuesto, descubrí los repositorios consultando en la red a otros usuarios, en concreto, aquí. Si nos dirigimos a los paquetes de Fedora 16 (en este caso), descubrimos que ahí está el paquete rar. Según las instrucciones encontradas aquí, y las de instalación de ATrpms, podemos instalarlo descargando manualmente los paquetes necesarios, que podemos encontrar para Fedora 16 aquí -bien de 64 bits o 32 bits- y luego instalarlos mediante rpm -Uhv (debería llegar rpm -ihv, ya que vamos a instalar, pero con -U, si el paquete ya estuviera instalado, aseguramos el reemplazo del paquete anterior por el nuevo; además, así recomiendan en las instrucciones de ATrpms). Es decir, una vez bajados,
sudo rpm -Uhv atrpms-repo-16-4.fc16.x86_64.rpm # 64bits
sudo rpm -Uhv atrpms-repo-16-4.fc16.i686.rpm # 32bits
Con ello los podemos encontrar ya en /etc/yum.repos.d/.
Finalmente,
sudo yum install rar
Y listo. Ya podemos recuperar los volúmenes perdidos o detectar crc erróneas. Una vez terminado, recomiendo eliminar el paquete, por todas esas razones que ya he dicho muchas veces.
sudo yum remove rar
Un último apunte; solo podremos usar sudo si lo hemos instalado. Si no es así, deberíamos hacer
$ su -
(palabra del administrador)
# rpm ....
# yum ...
La forma más fácil de instalar sudo y que quede configurado es a través de easyLife. Tal que así
sudo rpm -Uhv atrpms-repo-16-4.fc16.x86_64.rpm # 64bits
sudo rpm -Uhv atrpms-repo-16-4.fc16.i686.rpm # 32bits
Con ello los podemos encontrar ya en /etc/yum.repos.d/.
Finalmente,
sudo yum install rar
Y listo. Ya podemos recuperar los volúmenes perdidos o detectar crc erróneas. Una vez terminado, recomiendo eliminar el paquete, por todas esas razones que ya he dicho muchas veces.
sudo yum remove rar
Un último apunte; solo podremos usar sudo si lo hemos instalado. Si no es así, deberíamos hacer
$ su -
(palabra del administrador)
# rpm ....
# yum ...
La forma más fácil de instalar sudo y que quede configurado es a través de easyLife. Tal que así
Etiquetas:
ATrpms,
Compresión,
Configuración,
easyLife,
Fedora,
Instalación,
Linux,
paquete,
Red Hat,
rpm,
sudo,
Terminal,
yum
martes, 13 de diciembre de 2011
Razón para la instalación y eliminación siguiente del paquete rar. ACTUALIZACIÓN
Han surgido dudas sobre la afirmación que realicé en alguna entrada previa. Las razones son varias; la primera, y quizás poco importante, según la forma de pensar del usuario, es que el paquete rar no es libre, como ya había dicho aquí y podemos comprobar en esta imagen,
donde se ve claramente que es SHAREWARE. Pero, en segundo lugar, provoca alteraciones en el reconocimiento de caracteres al descomprimir ficheros, lo que hace que los ficheros comprimidos no sean correctamente reconocidos y no puedan ser directamente extraídos por las guías gráficas rápidas que usamos. Como ejemplo, estos subtítulos; con el paquete rar instalado aparecen así
y la aplicación encuentra un error y no descomprime los ficheros. Desinstalamos rar y ...
...podemos descomprimir perfectamente los ficheros. Esas son las dos razones.
Para aquellos que, como yo, hayan abandonado el mundo fácil y suave de Ubuntu, haremos una entrada de como instalar el paquete rar en Fedora, ya que no está en los repositorios oficiales iniciales de la distribución.
Actualización: Ante la duda de algún amigo de por qué cargo rar teniendo un unrar-free, una simple aclaración: rar lo uso para recuperar volúmenes perdidos, nunca para descomprimir. Una nueva utilidad es la detección de volúmenes con crc errónea, que últimamente son muy frecuentes en nuestras correrías multimedia.
donde se ve claramente que es SHAREWARE. Pero, en segundo lugar, provoca alteraciones en el reconocimiento de caracteres al descomprimir ficheros, lo que hace que los ficheros comprimidos no sean correctamente reconocidos y no puedan ser directamente extraídos por las guías gráficas rápidas que usamos. Como ejemplo, estos subtítulos; con el paquete rar instalado aparecen así
y la aplicación encuentra un error y no descomprime los ficheros. Desinstalamos rar y ...
...podemos descomprimir perfectamente los ficheros. Esas son las dos razones.
Para aquellos que, como yo, hayan abandonado el mundo fácil y suave de Ubuntu, haremos una entrada de como instalar el paquete rar en Fedora, ya que no está en los repositorios oficiales iniciales de la distribución.
Actualización: Ante la duda de algún amigo de por qué cargo rar teniendo un unrar-free, una simple aclaración: rar lo uso para recuperar volúmenes perdidos, nunca para descomprimir. Una nueva utilidad es la detección de volúmenes con crc errónea, que últimamente son muy frecuentes en nuestras correrías multimedia.
domingo, 6 de noviembre de 2011
Recuperación en terminal de volúmenes perdidos en compresiones rar multivolumen
Lo prometido es deuda, y un comentario me ha recordado que aun no había mirado la recuperación de volúmenes rar perdidos en el terminal de Linux. No lo había mirado por que cobardemente estaba recuperando los volúmenes en una máquina virtual de Windows con un WinRar shareware sin licencia. Los días de prueba se han terminado, otra razón más para solucionarlo con terminal. En el fondo, es muy sencillo.
Paso 1. Instalación de rar - un simple sudo apt-get install rar
Paso 2. La orden, por si no nos acordamos, la podemos consultar a través de man rar, y entre las opciones, la que nos interesa es la rc
Paso 3. Como prueba he borrado el paquete 4 de una compresión multivolumen. Para facilitar la acción, he corregido el nombre, lleno de espacios, que en terminal de Linux son siempre un problema, por una simple f. Como se ve en la imagen, falta el volumen 4.
Paso 4. Ejecutamos el comando rar con la opción rc
rar rc f.part01.rar
En el caso de WinRar es necesario llamar a los ficheros rev; en este caso, la opción rc nos permite llamar al multivolumen. El comando calcula los volúmenes, observa el número de volúmenes de recuperación y cuantos paquetes faltan y comienza la reconstrucción
Paso 5. Listo. Todo ha funcionado. Reconstrucción 100% realizada.
Aquí esta el paquete.
Otras dudas:
Si me faltan volúmenes de recuperación, ¿qué puedo hacer? Solo es necesario tener tantos volúmenes de recuperación como paquetes nos falten. Por ejemplo, en este caso he borrado el primer volumen de recuperación y el paquete 14; como le quedan 2 volúmenes de recuperación (2 y 3) puede recuperar perfectamente el que falta.
Como decía antes, en WinRar hacía un doble click en cualquiera de los volúmenes rev y el programa comienza. En el terminal también vale. La orden ha sido
rar rc f.part01.rev
es decir, llamando al primer paquete de recuperación. Como disponemos de tres volúmenes de recuperación, para terminar la prueba, he borrado hasta tres paquetes que el programa debería poder recuperar.
El resultado ha sido perfecto.
Mediante estas opciones en el comando rar nos ahorramos tener que usar una máquina virtual para esto, que solo da más color, a cambio de un consumo increíble de recursos.
Si lo que queremos es hacer la compresión multivolumen, también se puede hacer en el terminal. Para una ayuda más completa que la indicada mediante man rar, puede ser interesante acudir al fichero rar.txt, que está, al menos en esta distribución (Ubuntu 11.10), en el directorio /usr/share/doc/rar comprimido como rar.txt.gz.
Si después de salvar los paquetes tenemos problemas con los caracteres en el terminal (no reconocimiento de ñ o letras acentuadas), como ya había señalado en la otra entrada, se desinstala rar. Si lo necesitamos otra vez, se instala de nuevo; son solo unos segundos.
Sin embargo, no debemos olvidar lo que dice la documentación del paquete (por ejemplo, ver en Synaptic) "This program is shareware and you must register it after 40 days of use.". Es decir, sigue siendo de pago.
Respecto a la pregunta de por que realizo la prueba en un directorio llamado Compartido_VirtualBox, diré que ese es el directorio en mi máquina para el intercambio Linux-Windows, a través de VirtualBox. Pero solo hasta hoy, ya que no preciso WinRar. El único vinculo que queda para mantener VirtualBox y Windows XP es SPSS. Va a ser difícil librarme de él, por que algunas técnicas estadísticas aun no las domino en R y, además, R no dispongo de un paquete que haga CHAID. Tendré que valorar el uso de "tree" en vez de CHAID y comparar resultados.
Paso 1. Instalación de rar - un simple sudo apt-get install rar
Paso 2. La orden, por si no nos acordamos, la podemos consultar a través de man rar, y entre las opciones, la que nos interesa es la rc
Paso 3. Como prueba he borrado el paquete 4 de una compresión multivolumen. Para facilitar la acción, he corregido el nombre, lleno de espacios, que en terminal de Linux son siempre un problema, por una simple f. Como se ve en la imagen, falta el volumen 4.
Paso 4. Ejecutamos el comando rar con la opción rc
rar rc f.part01.rar
En el caso de WinRar es necesario llamar a los ficheros rev; en este caso, la opción rc nos permite llamar al multivolumen. El comando calcula los volúmenes, observa el número de volúmenes de recuperación y cuantos paquetes faltan y comienza la reconstrucción
Paso 5. Listo. Todo ha funcionado. Reconstrucción 100% realizada.
Aquí esta el paquete.
Otras dudas:
Si me faltan volúmenes de recuperación, ¿qué puedo hacer? Solo es necesario tener tantos volúmenes de recuperación como paquetes nos falten. Por ejemplo, en este caso he borrado el primer volumen de recuperación y el paquete 14; como le quedan 2 volúmenes de recuperación (2 y 3) puede recuperar perfectamente el que falta.
Como decía antes, en WinRar hacía un doble click en cualquiera de los volúmenes rev y el programa comienza. En el terminal también vale. La orden ha sido
rar rc f.part01.rev
es decir, llamando al primer paquete de recuperación. Como disponemos de tres volúmenes de recuperación, para terminar la prueba, he borrado hasta tres paquetes que el programa debería poder recuperar.
El resultado ha sido perfecto.
Mediante estas opciones en el comando rar nos ahorramos tener que usar una máquina virtual para esto, que solo da más color, a cambio de un consumo increíble de recursos.
Si lo que queremos es hacer la compresión multivolumen, también se puede hacer en el terminal. Para una ayuda más completa que la indicada mediante man rar, puede ser interesante acudir al fichero rar.txt, que está, al menos en esta distribución (Ubuntu 11.10), en el directorio /usr/share/doc/rar comprimido como rar.txt.gz.
Si después de salvar los paquetes tenemos problemas con los caracteres en el terminal (no reconocimiento de ñ o letras acentuadas), como ya había señalado en la otra entrada, se desinstala rar. Si lo necesitamos otra vez, se instala de nuevo; son solo unos segundos.
Sin embargo, no debemos olvidar lo que dice la documentación del paquete (por ejemplo, ver en Synaptic) "This program is shareware and you must register it after 40 days of use.". Es decir, sigue siendo de pago.
Respecto a la pregunta de por que realizo la prueba en un directorio llamado Compartido_VirtualBox, diré que ese es el directorio en mi máquina para el intercambio Linux-Windows, a través de VirtualBox. Pero solo hasta hoy, ya que no preciso WinRar. El único vinculo que queda para mantener VirtualBox y Windows XP es SPSS. Va a ser difícil librarme de él, por que algunas técnicas estadísticas aun no las domino en R y, además, R no dispongo de un paquete que haga CHAID. Tendré que valorar el uso de "tree" en vez de CHAID y comparar resultados.
sábado, 9 de julio de 2011
Ficheros rev en compresiones multivolumen rar
Siempre me había preguntado para que servían los ficheros rev en las compresiones rar multivolumen, ya que, como sabéis los que hayáis bajado este tipo de ficheros comprimidos y divididos, son totalmente prescindibles.
O eso pensaba yo. En una compresión dividida en 65 partes más 3 rev (a quien queremos engañar, una película en formato matroska en descarga directa) fui incapaz de conseguir el paquete 16. Y ahí viene el interés de los ficheros rev, llamados en la página rarlab como volúmenes de recuperación; dice:
"Recovery volumes or .rev files are special files which can be created by WinRAR/RAR and allow the reconstruction of missing and damaged files in a volume set..."
Es decir, podemos reconstruir un paquete perdido. De hecho, podemos reconstruir tantos paquetes como volúmenes de recuperación tengamos. Dicho y hecho. En una máquina virtual de Windows (grande, por que el volumen a trabajar era alrededor de 20GB), con todos los ficheros rar y rev en el mismo directorio, con una versión de prueba de winrar v.4, mediante reparar y llamando al primer rev, el compresor ha sido capaz de generar el paquete 16 al no encontrarlo. Le llevó alrededor de 45 minutos. Ahora, después de haber estudiado mejor el paquete rar (inicialmente me equivocaba de comando), creo que no es necesario usar Windows. Si instalamos temporalmente el paquete rar
$ sudo apt-get install rar
si hacemos
$ man rar
y nos fijamos en los últimos comandos ...
vemos que mediante el comando rc sería posible.
rar rc paquete16.rar
Según algunos blogs y foros, estaba intentándolo mediante comando r, y no me funcionaba, pero después de leer la página oficial rarlab y haberme fijado más en man rar, supongo que con rc funcionará. Quizá fuera recomendable acortar los nombres de los paquetes y volumenes de recuperación, sin caracteres extraños, por lo que digo después. Luego, una vez reconstruido el/los paquete/s perdido o dañado, también sería recomendable eliminar el paquete rar; en primer lugar, es shareware; segundo, el sistema de manejo de caracteres que utiliza hace que muchas veces no sea capaz de reconocer caracteres extraños, como la ñ (a mi ya me ha pasado hoy mismo) y los administradores gráficos de descompresión (file roller o xarchiver), con rar instalado, presentan problemas con determinados ficheros con nombres que lleven caracteres fuera de los ascii tradicionales (típico subtítulo que termina en español; extraemos el ingles pero no reconoce el español, que para el es espaALGORAROol).
O eso pensaba yo. En una compresión dividida en 65 partes más 3 rev (a quien queremos engañar, una película en formato matroska en descarga directa) fui incapaz de conseguir el paquete 16. Y ahí viene el interés de los ficheros rev, llamados en la página rarlab como volúmenes de recuperación; dice:
"Recovery volumes or .rev files are special files which can be created by WinRAR/RAR and allow the reconstruction of missing and damaged files in a volume set..."
Es decir, podemos reconstruir un paquete perdido. De hecho, podemos reconstruir tantos paquetes como volúmenes de recuperación tengamos. Dicho y hecho. En una máquina virtual de Windows (grande, por que el volumen a trabajar era alrededor de 20GB), con todos los ficheros rar y rev en el mismo directorio, con una versión de prueba de winrar v.4, mediante reparar y llamando al primer rev, el compresor ha sido capaz de generar el paquete 16 al no encontrarlo. Le llevó alrededor de 45 minutos. Ahora, después de haber estudiado mejor el paquete rar (inicialmente me equivocaba de comando), creo que no es necesario usar Windows. Si instalamos temporalmente el paquete rar
$ sudo apt-get install rar
si hacemos
$ man rar
y nos fijamos en los últimos comandos ...
vemos que mediante el comando rc sería posible.
rar rc paquete16.rar
Según algunos blogs y foros, estaba intentándolo mediante comando r, y no me funcionaba, pero después de leer la página oficial rarlab y haberme fijado más en man rar, supongo que con rc funcionará. Quizá fuera recomendable acortar los nombres de los paquetes y volumenes de recuperación, sin caracteres extraños, por lo que digo después. Luego, una vez reconstruido el/los paquete/s perdido o dañado, también sería recomendable eliminar el paquete rar; en primer lugar, es shareware; segundo, el sistema de manejo de caracteres que utiliza hace que muchas veces no sea capaz de reconocer caracteres extraños, como la ñ (a mi ya me ha pasado hoy mismo) y los administradores gráficos de descompresión (file roller o xarchiver), con rar instalado, presentan problemas con determinados ficheros con nombres que lleven caracteres fuera de los ascii tradicionales (típico subtítulo que termina en español; extraemos el ingles pero no reconoce el español, que para el es espaALGORAROol).
martes, 17 de mayo de 2011
Compresión en flac
Debido a un vídeo que he visto en el blog de un amigo (Anecdotario Veterinario; perdona, pero no coincideremos nunca en el gusto musical) he recordado un disco que en sus tiempos me había costado mucho conseguir (Welcome to Pleasuredome - 1985 Frankie goes to Hollywood) y que, sorprendentemente, no lo tenía añadido a la colección digitalizada en el disco duro. Así que lo he pasado a flac sin perder más tiempo (estoy escuchando ahora mismo The Power of Love). La entrada se debe a que la compresión en flac ha llevado menos de 3 minutos. Si pensamos en el tiempo que nos llevaba hace 10 años pasar un CD a MP3 y lo comparamos con el estado actual, resulta prácticamente increíble. En "aquellos" tiempos no tan lejanos, preparabamos una fichero bat (MS-DOS, que le vamos a hacer) con una serie de ordenes para comprimir una serie de canciones que habíamos previamente pasado a wav y lo dejabamos en batch por la noche. Por aquel entonces usaba el ya obsoleto (o usando un anglicismo muy común hoy, deprecated) BladeEnc como encoder. Los ordenadores no eran lo suficientemente potentes y los encoders aun no estaban afinados, así que llevaba su tiempo. Luego cambié a la combinación EAC+Lame, lo que sumado a que dejé de usar una grabadora Philips 2x para extraer la música, hizo que mejorará mucho el MP3 que lograbamos. Primero, el lector Plextor SCSI, sumado al ripeo por EAC hizo que la extracción digital fuera perfecta. Segundo, Lame ya estaba mucho afinado y tenía más opciones (bitrate variable). Tercero, comprimíamos en 192 bprs (bits per second) variable, que no era lo mismo (en calidad de sonido logrado) que el 128 constante que hacíamos antes.
Sin embargo ahora uso un simple paquete sound-juicer en Ubuntu y comprimo a flac (free lossless audio codec - sin pérdida), que además es de código libre y sin problemas de patentes, como todo MP3, y en 2 minutos y 40 segundos tengo comprimido un disco de 70 minutos (velocidad 26x), en un directorio, con los títulos de las canciones perfectamente puestos. Más cómodo, imposible; y me ahorro tener que estirar el brazo y tener que sacar el CD.
Algunos dirán que el Monkey Audio Codec (mac, ficheros ape) logra un 5-7% más de compresión, pero es propietario, no tiene librerías para Linux; las hay, pero hasta donde yo sé no vienen de los generadores del código (yo uso un paquete deb de la versión 3.99 para poder convertirlos a flac con SoundKonverter, pero el último codec es el 4.10 de hace un mes). Por cuestión de filosofía GNU, no pienso usarlo.
Por cierto, me sigue gustando el CD, que estoy escuchando miestras escribo, sobre todo The Power of Love.
Sin embargo ahora uso un simple paquete sound-juicer en Ubuntu y comprimo a flac (free lossless audio codec - sin pérdida), que además es de código libre y sin problemas de patentes, como todo MP3, y en 2 minutos y 40 segundos tengo comprimido un disco de 70 minutos (velocidad 26x), en un directorio, con los títulos de las canciones perfectamente puestos. Más cómodo, imposible; y me ahorro tener que estirar el brazo y tener que sacar el CD.
Algunos dirán que el Monkey Audio Codec (mac, ficheros ape) logra un 5-7% más de compresión, pero es propietario, no tiene librerías para Linux; las hay, pero hasta donde yo sé no vienen de los generadores del código (yo uso un paquete deb de la versión 3.99 para poder convertirlos a flac con SoundKonverter, pero el último codec es el 4.10 de hace un mes). Por cuestión de filosofía GNU, no pienso usarlo.
Por cierto, me sigue gustando el CD, que estoy escuchando miestras escribo, sobre todo The Power of Love.
Suscribirse a:
Entradas (Atom)
















