Aviso de cookies

jueves, 26 de febrero de 2015

Formato de imágenes para impresoras de sublimación

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.




miércoles, 25 de febrero de 2015

unrar para Linux y los ficheros de recuperación

Con el ordenador instalado de cero, lo primero que descubres es que te faltan herramientas que vas añadiendo cuando te hacen falta. Una de ellas fue rar. Como es natural, rar no existe en los repositorios de Fedora, y hay que recurrir a buscar un paquete en rpm find mirror o en algún otro sitio.
¿Por qué usabamos rar? La razón está en los ficheros de recuperación del compresor rar. Hasta ahora utilizaba un compresor rar en terminal, instalado desde paquetes rpm. Otra opción es conseguir el paquete en código fuente en rarlab, en la parte de extras; el problema es el posible infierno de dependencias que podemos encontrar —no lo sé; nunca lo he intentado—. Sin embargo, en los repositorios rpm fusion disponemos de software que Fedora no pone a nuestra disposición en los repositorios oficiales. Entre ese software disponemos de unrar; hasta ahora había pensado que no permitía recuperar desde ficheros de recuperación —es más, estoy seguro de haberlo probado en el pasado y no funcionaba—. Pues estos días, al necesitar recuperar una parte de un fichero multimedia, y antes de instalar rar, intenté una recuperación con unrar

unrar e 'fichero.part01.rar'

y funcionó. Además, la versión de unrar incluido en los repositorios rpm fusion es 5.21, incluyendo las características nuevas de la versión 5.

En resumen, salvo que quieras comprimir en rar, si tu único interés es descomprimir ficheros rar y recuperar paquetes perdidos o dañados utilizando los rev, con el unrar para Linux es suficiente.


martes, 10 de febrero de 2015

Fuentes en Linux. Carlito mantiene la métrica de Calibri


Hoy leyendo las novedades de la nueva versión de Libreoffice (4.4) me enteré -algo tarde, ya que la letra ya existía y la tengo instalada- de que disponemos de una fuente -Carlito (enlace por si hay alguien interesado)- que mantiene la métrica de Calibri, que es en estos momentos la fuente más utilizada (estándar en MS Office 2007 y posteriores); la versión 4.4 de LibreOffice incluye tal fuente. Llevo un tiempo usando las versiones sans y serif de Liberation, precisamente por que comparten la métrica de Times New Roman y Arial, los reyes destronados de las fuentes en los ordenadores personales, y por eso considero muy interesante disponer de una fuente libre con la métrica de Calibri.
Además del enlace a la fuente, está en los repositorios de Fedora como google-crosextra-carlito-fonts.

PD. De la misma manera, para la fuente serif Cambria de MS, disponemos de Caladea

PDD. La imagen es de Liberation por que no encontré ninguna imagen libre de la fuente carlito

viernes, 30 de enero de 2015

Microsoft compra Revolution Analytics



Estos días se ha leído mucha literatura de la compra de Revolution Analytics por Microsoft (noticia). En los primeros mensajes daba la sensación de que Microsoft compraba R ....evolution Analytics. Es decir, el recorte de los titulares dejaban un mensaje así

Microsoft compra R...

Realmente, nada nuevo. Microsoft adquiere una máscara gráfica de R, una con la que ya había trabajado. Otras compañías usan R; Google usa R en el análisis de datos y para hacer sus famosas gráficas; Oracle usa R (Oracle R Enterprise) en sus bases de datos, HP distribuye también R (Distributed R) en su compañía Vertica de base de datos y un largo etcétera. Es decir, como software libre, R es utilizado como lenguaje de análisis por multitud de compañías, incluidas las de software comercial propietario. Aun así, todos tranquilos, para los usuarios nada ha cambiado.

Como dijo Linus Torvalds hace unos años
"...For example, the GPLv2 in no way limits your use of the software. If you’re a mad scientist, you can use GPLv2′d software for your evil plans to take over the world (“Sharks with lasers on their heads!!”), and the GPLv2 just says that you have to give source code back. And that’s OK by me. I like sharks with lasers. I just want the mad scientists of the world to pay me back in kind. I made source code available to them, they have to make their changes to it available to me. After that, they can fry me with their shark-mounted lasers all they want."

Como se afirma en la página sobre las licencias de R

R as a package is licensed under GPL-2 | GPL-3

En resumen, las mejoras que realice Microsoft, las tendrá que hacer públicas. Todos ganamos, todos contentos.



miércoles, 21 de enero de 2015

¿Cuánto espacio tiene realmente un disco de 5TB? tune2fs

La pregunta que siempre nos hacemos es ¿cuánto me queda de la cantidad teórica que tiene un disco? Como bien sabemos las compañías que fabrican discos pueden decir que 1GB es 1000 MB, en vez de 1024 y 1TB son 1000GB, en vez de 1024, con lo que 5 TB (5x1024x1024), en vez de 5.242.880 MB son aproximadamente 4,6TB (algo más de 4.800.000 MB). Sobre eso no hay más que discutir, ya que está legalmente aceptado. Lo segundo es que al formatear el disco duro en ext4, el sistema se guarda el 5% para root, bloqueando el uso de más de 200GB (ver aquí, por ejemplo) al usuario normal. Si aplicamos tune2fs en la partición correspondiente (en este caso sdd1)

su -c 'tune2fs -m 0 /dev/sdd1' # -m reserved-block-percentage

al poner la opción m en cero el dispositivo sdd, partición completa sdd1 no retiene ningún sector para root y queda todo disponible para el usuario.


Solo mantengo un porcentaje reservado a root en sda1, el disco sólido en el que está instalado el sistema. Como se puede ver en la imagen, hemos liberado más de 200GB del disco de 5TB teóricos (4,6 reales).

martes, 13 de enero de 2015

Problemas por el orden de colocación de los dispositivos

Estos días sin entradas he tenido algún problema técnico que por fin he solucionado. Es algo que ya me había pasado en este ordenador, pero que no describí en una entrada, o al menos yo no la encuentro. La secuencia de los hechos son la siguiente:

1. A la vuelta de Navidad, comenzar a trabajar y hacer la copia de seguridad descubro que mi unidad interna de almacenaje, y solo almacenaje, ya que contiene una copia de mi trabajo y los ficheros intermedios multimedia (fotos y vídeos en copias sucesivas desde la original a diferentes manipulaciones, por si hace falta recurrir a ellas), descubro que solo quedan 160GB libres. Solución, sustituir por uno más grande.

2. El disco de almacenaje era un Caviar Green de 4TB. Mucho mejor, ahora que los precios son más bajos (aunque están subiendo por la depreciación del Euro), sustituirlo por un dispositivo preparado para NAS, en este caso compré un WD50EFRX,  Western Digital NAS Red de 5TB. Además, tenía un conector SATA  vacío de entrada en caliente frontal, pero como desde la llegada de los USB3 lo uso muy raramente, decidí acoplar un WD Caviar Black de 1,5TB que tenía parado para generar un añadido a home. Antes de empezar, copia de seguridad.

3. Como es bien sabido, al sustituir un disco duro que arranca en el inicio por uno nuevo aparece un error en el arranque, ya que no encuentra el UUID (Universally Unique IDentifier) que identifica al dispositivo en fstab

Por ejemplo en este ordenador en que estoy escribiendo

nano /etc/fstab


Y genera un mensaje como este


Ya lo sabía, y había decidido instalar de nuevo Fedora 21 desde una imagen netinst, y así tener un sistema más "limpio". A pesar de que solo sirve para instalar la distribución "server", podemos en la instalación Anaconda elegir cualquir distribución y escritorio en la opción "Software selection".

4. Distribución de los dispositivos
La placa madre Intel DZ77BH-55K dispone de 6 conectores SATA, marcados de 0 a 4, A y B en tres bancos dobles



No todos tienen las mismas características. El 0, 1, A y B son 6G, mientras que el 2 y 3 son 3G. Con estas condiciones, lo mejor sería establecer el disco de sistema en 0, home en 1, el disco de almacén en 2, la grabadora en 3 y los otros dos discos de trabajo (material multimedia) en A y B.

5. Instalación de Fedora 21 desde netinst
Como me dio algún problema el arranque en dispositivos USB, lo hice desde un CD. Tiempo total, como 1hora y 45 minutos, pero no lo estaba cronometrando ni estaba con la máquina.

6. PROBLEMA
A los pocos minutos de mandar una copia al nuevo disco de almacenaje, este desaparece del sistema, o si llego a él, aparece sin formato y vacío. Sin embargo, al sacarlo y leerlo desde un conexión USB el formato ext4 está bien y tiene contenido.
El problema es que estos dos conectores añadidos no son controlados si se les pone la grabadora por delante o se deja alguno o los dos conectores 2 y 3 vacíos.

7. Cambio de orden  y se pone el disco último de 1,5TB y la grabadora en los conectores A y B y vuelta a instalar todo.

PD. Por desgracia eso ya me había pasado, pero me había olvidado completamente. Me hago viejo

lunes, 5 de enero de 2015

Escaneando negativos

... y diapositivas. Es decir, estoy en un nuevo intento de digitalización de los cientos -miles- de negativos que tengo almacenados. Mi escáner no dispone de drivers para Linux, lo que me ha obligado a tener instalado Windows en máquinas virtuales o en particiones (1, 2 ...); en estos momentos lo tengo añadido a un ordenador con Windowx XP. Aun en Windows, y con su driver original, tengo otros dos problemas. El primero, nunca he podido sacar una resolución superior a 1600x1000, así que las imágenes extraídas son de 1,5 MegaPixeles. Como segundo problema, aun escaneando solo 1,5 MP necesita más de 5 minutos por cada negativo, por lo que extraer más de dos tiras de negativos supone más de una hora de trabajo mirando para una pantalla. En mayo del ao pasado hice un primer intento de solución y compré un Lomography Smartphone Scanner, una "caja de plástico" que permitía digitalizar con la cámara del smartphone un negativo. El resultado fue bastante pobre, así que la cajita está en un cajón. Antes de Navidades vi una oferta en el panfleto publicitario de Lidl de un "digitalizador", al módico precio de 29,99€, y decidí que podía arriesgar tal cantidad y ver el resultado de la máquina.
El aparato (SilverCrest Escáner de diapositivas con sensor CMOS de alta resolución 5 megapíxeles; escribo lo que dice la caja) es un aparato pequeño de 16x9x9 cm


pero se necesita un espacio lateral de unos 25-30cm, ya que los negativos y diapositivas entran desde una tira plástica lateral que se sujeta sobre esa apertura que se ve en el lado de la imagen.
El CD incluido ofrece un programa de captura que incluye el driver de comunicación con el dispositivo


La captura es inmediata, unos 3 segundos, con los siguientes resultados; esta imagen de este negativo de prueba que saqué aleatoriamente (Kodak Gold 100, 1992, con una cámara Pentax, objetivo zoom 28-80), con la resolución automática 1800ppp del digitalizador, que da una imagen de 2520x1680 en TIFF (para colgarla aquí la he transformado a png en Gimp), 4,2MP


Si le pedimos más resolución -3600ppp- la captura es igual de rápida y da este resultado 5040x3360 (16,9MP)


El resultado del Canoscan 8000f es, tras 5 interminables minutos de escanear, 1639x1052 (1,7MP)


Claramente, por muchos megapíxeles que pongamos, el detalle es mejor con el Canoscan 8000f. Además, parece que el digitalizador SilverCrest no captura el lateral derecho del negativo. Además, tendremos que calibrar el sensor, por que los colores no son reales. Es decir, seguimos enfrentándonos a una máquina que da más calidad, pero que limita la resolución a 1,5MP y que tarda 5 minutos por negativo. Si necesitamos varios negativos de forma rápida, debemos usar el SilverCrest, aunque si son negativos de cortes histológicos, donde el detalle de cada célula es importante (cosas de trabajo), a lo mejor el resultado no es adecuado. Mi objetivo final es escanear todos mis negativos y diapositivas y olvidarme de que existen, pero no he encontrado un dispositivo adecuado con un coste razonable.

Resumiendo, lo mejor es comprar un digitalizador de negativos profesional, pero mientras tenemos estas opciones:
1. Usar el SilverCrest, con la ventaja de su rapidez.
2. Usar el Lomography Smartphone scanner con mi nuevo teléfono (LG G3), pero eso es una nueva historia.

PD. Como adivinanza, a ver quien sabe en que sitio se sacó esa foto, teniendo en cuenta que hoy en día está bastante cambiado.

martes, 23 de diciembre de 2014

Actualización con FedUp. Espacio en las particiones

En este caso describo los problemas que he tenido en un portátil. Este ordenador tiene instalados Windows 7 y Fedora.


Debido a que ya tiene unos años, el disco duro es un TOSHIBA MK3263GSX de 320GB, dividido en 5 particiones. Las dos primeras sda1 y sda2 son las originales del sistema que venían de fábrica (sda1 NTFS de 500MB de reparación para Windows y sda2 donde viene instalado Windows 7). Sobre esa sda2 extraje un espacio vacío que he rellenado con una partición (sda3 NTFS) para datos de Windows, y la extendida sd5 (ext4) para /, sd7 (ext4) para /home y sd6 swap.
El problema generado en la actualización surgió del hecho de que sd5 / nació siendo de 14GB. Siempre fueron suficientes estos GB para sistema; sin embargo la carga de los paquees necesarios para actualizarse, más el espacio necesario para instalarlos antes de borrar los anteriores significo la falta absoluta de espacio, con el mensaje de que eran necesarios 2GB libres más en sd5. Es decir, los 34GB que se ven en la imagen fueron gestionados por gparted live, instalado a través de unetbootin en un dispositivo USB.
Conclusión: antes de empezar con FedUp, comprueben que tienen libres más de 5GB en /, por que si no tendrán que generarlos antes de la actualización.

PD. Sí, la alteración gráfica de las particiones no ha  sido perfecta y deja rastros, como esas zonas vacías sin uso. Sí, también en Windows, por que aproveché para aumentar c:\.

PDD. Si, llevo un rato bastante largo

viernes, 19 de diciembre de 2014

Formatos propietarios imposibles de abrir. CPT

Con los programas comerciales hemos topado. En ocasiones he comentado los cientos (o miles, que no nos vamos a poner a contar ahora) de gráficas realizadas en Harvard Graphics hasta el año 1995 (y unas cuantas decenas de presentaciones en las últimas versiones) que somos incapaces de abrir hoy en día. En este caso no encontramos posibilidad alguna, ni siquiera en Windows y programas comerciales.
Bien, en esta última semana hemos encontrado un segundo caso de dependencias rotas. En la época de PhotoShop 2.5 (ya llovió y nevó) éramos incapaces de imprimir de forma adecuada las fotos editadas con ese software con el hardware del que disponíamos. Por esa razón comenzamos a utilizar PhotoPaint, del que disponíamos como añadido de Corel Draw 3 (lo incluían como un plus en el paquete). Ese inicio por necesidad se acabó convirtiendo en una costumbre, y como siempre venía añadido en el paquete Corel, seguimos usándolo hasta que nos pasamos a software libre (unos 17 años). Y esta pequeña introducción, ¿dónde nos lleva?
Nos lleva a cientos de fotos editadas en formato cpt que no somos capaces de abrir. En concreto esta semana he necesitado una y no he sido capaz de encontrar un paquete que sea capaz de abrir o importar un fichero cpt. La lista ha sido:
- GIMP
- convert de image magick en terminal
- image magick a través de gthumb (GUI)
- Krita
- irfanview a través de wine
- XnConvert, versión de Windows a través de wine, ya que la versión de linux mostró varios errores en su instalación y no pudo terminarse.


No profundicé más, entre otras cosas por que no tenía tiempo, y preferí ir al material y hacerlas de nuevo. De todas maneras es una asignatura pendiente, por que como ya dije disponemos de mucho material en cpt. Obviamente, no estamos en un caso tan grave como Harvard Graphics. Llegado el caso sería posible adquirir una licencia de Paint Shop Pro a Corel o una versión de prueba y convertir las imágenes en una orden bash (o como sea posible) para recuperarlas, aunque está posibilidad no es segura (ver aquí) .

COROLARIO: el que con software propietario se acuesta...


jueves, 18 de diciembre de 2014

Fedora 21 a través de FedUp. Solución para las "broken dependencies"

Como había señalado en la entrada anterior, la actualización por FedUp había funcionado "casi" perfectamente, y que en la propia actualización, antes de empezar la sustitución de paquetes, la aplicación avisaba de cuáles presentan dependencias rotas, con el desalentador aviso de que instalásemos bajo nuestra responsabilidad ("Continue with the upgrade at your own risk").
A pesar de ello, todo va como la seda... hasta que llamas a uno de esos paquetes, en mi caso R, que es parte intrínseca de mi trabajo. La respuesta es:


Es decir, hemos tropezado con la dependencia rota.

Para solucionarlo simplemento desinstalé a través de yumex (YumExtender) R (R-core, R-core-devel, R-devel, R-java-devel) y luego reinstalé con yum

su -c 'yum install R-core R-devel' # suficiente; los otros son dependencias

Y con eso ya funcionaba. Eso sí, en vez de ser la versión 3.1.2 "Pumpkin Helmet" que ya estaba instalada en Fedora 20, la que está ahora es la 3.1.1 "Sock it to Me".


Es decir, la preparación de Fedora 21 quedó congelada antes de alguna de las actualizaciones de Fedora 20 y hay alguna "regresión" de versión.

Este problema solo me ha aparecido en R, Virtual Manager (virt-manager) y HandBrake. Los dos primeros se han corregido de la misma manera (desinstalación y vuelta a instalar) y handbrake no lo he necesitado, así que no lo he vuelto a instalar (aun).

Y de todas maneras dos días después ya se ha actualizado R a 3.1.2. en Fedora 21.