Valadrem

Hace unos días se liberaba Gimp 2.10, la esperadísima versión del conocido editor de imágenes.

Aunque la lista de cambios es impresionante, voy a quedarme solo con una de las mejores novedades, la posibilidad de usar (¡por fin!) un espacio de colores lineal en lugar del viejo y horrible espacio de colores logarítmico. Hace algún tiempo, Microsiervos dedicó una interesante entrada al respecto, pero aquí hay un ejemplo bastante ilustrativo. Arriba, degradado de tres pasos (rojo puro, verde puro, azul puro) usando el viejo sistema, ahora llamado perceptual (que me parece un nombre bastante confuso, pero bueh); abajo, el mismo degradado usando la nueva mezcla lineal.


Arriba podemos ver las infames bandas oscuras a las que estábamos acostumbrados; abajo vemos como entre el rojo y el verde hay una zona amarilla, y entre el verde y el azul hay una zona cian, que es lo que cabría esperar. Gracias a este cambio, al hacer mezclas de colores se obtendrán tonos mucho más naturales que los que se conseguían en versiones viejas de Gimp. Por supuesto, el cambio no es "obligatorio" y se pueden usar ambos modos de mezclar colores, incluso en la misma imagen.

Por desgracia, no todos los cambios son buenos. Es posible que muchos scripts escritos para versiones antiguas de Gimp ya no funcionen. Problema que se agrava si tenemos en cuenta que registry.gimp.org lleva bastante tiempo muerto, con lo que encontrar reemplazos para esos scripts probablemente resulte bastante difícil.

Dicho sea de paso, la carpeta donde debemos guardar los scripts, paletas y pinceles ha cambiado. Hasta ahora era
%UserProfile%\.gimp-2.8
O, lo que es lo mismo,
C:\Users\{USUARIO}\.gimp-2.8
Dese la versión 2.10, la carpeta pasa a ser
%AppData%\GIMP\2.10
O, directamente,
C:\Users\{USUARIO}\AppData\Roaming\GIMP\2.10
Al actualizar el programa, el contenido de la vieja carpeta se copiará a la nueva. Una vez hayamos abierto el programa y comprobado que los ajustes y cosas han pasado al nuevo perfil, la vieja carpeta se podrá borrar (o guardar a modo de copia de seguridad) y todos los cambios deberán hacerse ya en la nueva. Es decir, es ahí donde habrá que borrar los scripts que ya no funcionen.

Por último, no puedo dejar de comentar el que me parece el "fallo" más molesto de Gimp 2.10: el separador decimal. Gimp utiliza para separar los decimales el carácter predeterminado del sistema. Y, al menos al usar la versión en español de España de Windows 7, ese carácter es la coma. El problema es que, si usamos un teclado con bloque numérico, el botón que estaremos pulsando cada vez que queramos escribir un decimal será el punto. Esto, que no suponía ningún problema en Gimp 2.8, pasa a ser un inconveniente en Gimp 2.10, donde el programa no reconoce el punto como separador decimal, obligándonos a mover la mano hasta la coma que está al lado de la letra M.

La solución más sencilla es cambiar el idioma del programa al inglés. Pero, claro, eso nos obligaría a usar el programa en inglés. Por suerte, no todo esta perdido. Una solución un poco más sucia pero mucho más práctica es obligar a que el programa siga estando en español, pero utilizando los separadores americanos. Y el mejor modo de hacerlo es ajustar el idioma a español de Estados Unidos...


Vale, ahí no está, es verdad. Pero podemos ajustar el idioma editando el acceso directo del programa. En el caso que nos ocupa, deberemos editar el acceso directo con el que abrimos Gimp y hacer que apunte (tal cual) a
%comspec% /c "SET LANG=ES_US && START /D ^"C:\Program Files\GIMP 2\bin^" gimp-2.10.exe"
No es imprescindible, pero queda bien recordar volver a dejar el icono de Gimp (por defecto se pondrá el de la consola de Windows), y elegir "Minimizada" en el desplegable "Ejecutar".


Por desgracia esto no resuelve completamente el problema y si abrimos Gimp pinchando en un archivo .xcf desde Windows, el programa se abrirá en español de España. Pero cuando abramos el programa desde nuestro nuevo acceso directo...


¡Puntos! Por fin podemos volver a usar desenfoques con decimales con total comodidad.

Y, bueno, eso vendría a ser todo.

Actualizado 20/01/2020: A pesar de que el truco del acceso directo funciona razonablemente bien si siempre abrimos Gimp desde el escritorio, después de un tiempo se vuelve un tanto pesado que abrir un archivo .xcf por error nos devuelva las comas como separador decimal. La solución más obvia es establecer LANG como variable de entorno del sistema, lo que nos permitiría abrir Gimp desde el acceso directo original, con la ventaja de que si usamos tiles en el menú de inicio de Windows 10 recuperamos los accesos directos a los archivos recientes que perdimos al usar un acceso directo personalizado. Sin embargo, hay otros programas que usan esta variable, entre ellos mintty (el emulador de terminal de Cygwin), que empezará a mostrar basura y caracteres incorrectos incluso aunque ajustemos manualmente la codificación de caracteres en las opciones de la ventana. Si queremos usar Gimp y mintty, una posible solución es ajustar la variable a es_US.UTF-8, valor que funcionará correctamente en ambos programas.


Conviene tener en cuenta que aunque este valor funciona con ambos programas, del mismo modo que el valor original que funcionaba en Gimp rompía mintty, este nuevo valor puede provocar efectos secundarios en otros programas.

Etiquetas: Exclusiva, Gimp, Tutoriales mierder

Siguiendo con mis aventuras con la tableta, hoy me he visto en la necesidad de copiarle unos archivos directamente, sin extraer la tarjeta como la última vez. Como sabrá cualquiera que usara dispositivos Android hace unos años y siga usándolos ahora, gracias a la incompetencia de Google ya no es posible usar el clásico modo de "almacenamiento masivo" que permitía un acceso directo a la unidad y ahora lo habitual es que el aparato solo permita usar el insufrible modo MTP. Teniendo en cuenta que este protocolo está desarrollado por Microsoft, principal competencia de Google en el campo de hacer las cosas mal, tiene un sinnúmero de problemas.

El más molesto de todos es, probablemente, que cada vez que se intenta copiar un archivo desde el ordenador hasta el almacenamiento de la tableta aparece un aviso.


¿Desea copiar al dispositivo? Es posible que el dispositivo no pueda reproducir o ver el archivo. Cada vez. CADA VEZ.

No hay modo de eliminar este aviso porque Microsoft considera, tal vez con razón, que si usamos sus productos es que somos medio lerdos, así que lo más conveniente es molestarnos una y otra vez con un mensaje de error completamente inútil. Aunque puede estar bien que te avisen mil veces de lo mismo, a la vez mil uno ya empiezas a buscar vuelos a California para golpear a Steve Ballmer en la cabeza, así que para evitar cometer actos dolosos, plenamente justificados pero tal vez aún punibles, empiezas a buscar soluciones para desactivar el mensaje como sea. Uno de los primeros resultados está en Super User y ofrece varias soluciones.

Por desgracia, mi tableta no permite activar el modo de almacenamiento masivo ni recurriendo a artimañas, y tanto desactivando la dll como la extensión de shell el mensaje sigue apareciendo. Borrando la dll en plena desesperación la tableta directamente deja de aparecer en Mi PC, así que no es precisamente una solución idónea. Pero no todo está perdido. Mirando los recursos de wpdshext.dll, veo que uno de ellos es un listado de claves que se añaden al Registro de Windows al registrar la dll y que entre ellas hay un apartado de formatos de archivos.


Teniendo en cuenta que el mensaje no aparece con todos los formatos, sospecho que esta tabla puede ser la clave de la solución. Pruebo a borrarla del Registro, pero eso no soluciona nada. Así que, tras restaurarla, pruebo a ir abriendo claves y cambiando los valores de ContentType y Format. Finalmente descubro que, poniendo para todas las extensiones los valores correspondientes a los archivos .txt ¡Windows deja de preguntarme tontadas!

El modo de hacerlo es muy sencillo. Bueno, es algo sencillo. Basta abrir el editor del Registro y exportar la rama
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Portable Devices\FormatMap
(al escritorio, por ejemplo). Guardamos una copia de este archivo por si todo sale mal y queremos restaurarlo (valdría igualmente, creo, volviendo a registrar la dll). A continuación, con un editor de texto, editamos todas las entradas de modo que los valores correspondan a los de los archivos .txt. Tiene que quedar algo parecido a esto, solo que mucho más largo.


Por último, guardamos los cambios y añadimos al Registro los valores del archivo que acabamos de editar. La próxima vez que intentemos copiar un archivo, Windows ya no nos preguntará si estamos seguros. En caso de que nos lo pregunte para alguna extensión rara que no está en la lista que hemos editado, como con vídeos .mkv, bastará con añadir esa nueva extensión copiando el formato de las otras entradas.

Algunas consideraciones: Toda esta entrada se refiere a Windows 7, en otras versiones de Windows el mensaje sigue estando ahí, no tengo ni idea de si el truco funcionará. También parece ser que el mensaje no es igual para todo el mundo, a alguna gente no le pregunta si quiere copiar el archivo, sino que se ofrece a convertirlo; creo que en mi caso es diferente solo porque no tengo instalado Windows Media, así que probablemente por lo demás funcione igual. Por último, forzar a que Windows considere archivos de texto todos los archivos que tenemos en un dispositivo externo puede (no tengo ni la menor idea) tener algún efecto secundario que todavía no he encontrado, así que ojo.

Etiquetas: Exclusiva, MTP, Tutoriales mierder