En nuestro curso de Diseño 3D con Blender en Digital Learning hace un tiempo me supuso un pequeño quebradero de cabeza que un alumno no encontrara las capas de render (Render Layers) para uno de los ejercicios. él estaba trabajando con una versión SVN de la 2.66 cuando aún estábamos en la versión 2.65. Y dimos con el asunto… Las Render Layes le aparecían, no como una botonera dentro del panel de Render sino como un nuevo panel.

La cosa pereció quedar en nada porque la definitiva versión 2.66 no incorporó ese cambio. Sin embargo esta versión 2.67 ya lo incorpora… así que ¡ojo! no os volváis locos…

Antes… (hasta 2.66)

Ahora… (a partir de 2.67)

Hace más o menos un año que entregué este material educativo para el Centro de Recursos y Formación del Profesorado en Tecnologías de la Información y de la Comunicación de la Junta de Castilla y León.

Se denomina Blender: Recursos 3D en la enseñanza. Ha entrado a formar parte de la oferta de la formación online para el profesorado y en la actualidad estamos cerrando la primera edición del curso; como ha sido publicado con licencia Creative Commons 3.0 vamos a hacer que llegue a la mayor cantidad de gente posible.
Se trata de un curso de iniciación al modelado y al texturizado en el que se aprende poco a poco mientras se realiza una cámara digital compacta además de nueve recursos educativos.

Estos son algunos renders de la cámara.

Y estos son algunos de los nueve materiales:

Descarga PDF (171 páginas)

Descarga el BLEND final de la cámara

Pero el colmo ha sido que desde hace cosa de un mes todos los tutoriales de allí pasaron por arte de magia de ser Públicos a Privados y la gente no ha podido acceder. Mientras Google me abrasaba a mails diciendo que “Fulano” quería compartir determinado documento conmigo (docenas de mails al día!!!)

Gracias a un usuario que me ha avisado he comenzado a subsanar el problema. Si alguien detecta que algún enlace un Google Drive que no funcione le agradecería que me lo comunicara para arreglar correctamente todo el desaguisado.

Hace un tiempo me supuso un buen quebradero de cabeza en nuestro curso de Diseño 3D con Blender el tema de fabricar un render en formato PNG en el que el cielo quede con canal alfa (transparencia). Hasta hace poco (2.64) la cosa era tan sencilla como escoger RGBa (RVAa) en la botonera Salida del panel de Render

Pero llegó la novedad y ahora es necesario, además, desactivar la opción cielo en la botonera de la Capas del panel de Render 

Este año Libre Graphics Meeting se llevará a cabo en Madrid del 10 al 13 de Abril y participaré haciendo una presentación del mi eBook Blender: 3D en la Educación (Sábado día 13 a las 11:00 si no hay cambios en la agenda).  Estoy realmente ilusionado con el evento. Ya contaré cómo ha ido la experiencia

(clic sobre la imagen para ver el PDF)

Se puede consultar todo sobre el programa del evento en este enlace.

CMYK EN INKSCAPE

Dicho todo lo relativo a los perfiles de color  llega la hora de trabajar con Inkscape (0.48.3.1). Una cosa que debemos tener siempre presente es que cada trabajo es un mundo y que seremos nosotros los que determinemos qué debemos usar, y cómo, en cada caso.

De momento voy a dar por hecho que todo nuestro diseño es vectorial sin filtros y nada de imágenes bitmap empotradas o enlazadas. Digamos que nos encontramos en ante un diseño a base de colores planos o algo muy similar.

Comenzamos por cargar el perfil CMYK en Archivo/Preferencias del documento/Gestión de color

Si conocemos bien los resultados en la imprenta de confianza usando un ISO Coated (papel satinado) o ISO Uncoated (Papel sin satinar) podemos usarlos (este sería un asunto a tratar con la imprenta una vez determinado el papel). Si no lo tenemos claro, o vamos a pasar al cliente el archivo para que él busque imprenta y lo haga por su cuenta lo mejor es optar por  Fogra27 que es una especie de estándar para esto del CMYK en imprentas europeas. Si el asunto se va imprimir en Estados Unidos debemos optar por GRACoL2006 Coated1v2 si no sabemos de antemano las condiciones que tendrá la imprenta.

Sin embargo este acto de elegir y Asociar perfil (no olvidemos pulsar este botón tras la elección del perfil) no significa que los colores ya se definan con él; para empezar porque es posible hacer convivir varios perfiles de color en un mismo diseño, incluso uno RGB con otro CMYK (pero es mejor no hacer extravagancias, digo yo). Para cada objeto editamos su color desde la pestaña CMS de Objeto/Relleno y borde. Tras escoger el perfil se nos mostrarán las cinco barras deslizadoras (CMYK además del canal Alfa A)

Un inconveniente es no tener un control porcentual de la transparencia. Debemos evitar editarla en la barra deslizadora Opacidad de más abajo porque esto afecta por igual al relleno y al borde y es mejor tener un control independiente. En el ejemplo de arriba he editado un color negro para textos, por ejemplo, con valores 0,0,0,100 y sin transparencia. Puedo verificar que este perfil de color se guardará con el SVG en el código (Editar/Editor XML...) para ese objeto:

color:#000000;fill:#1b1918 
icc-color(Fogra27L-CMYK-Coated-Press, 0, 0, 0, 1);
fill-opacity:1;
fill-rule:nonzero;
stroke:none;stroke-width:0;
marker:none;visibility:visible;
display:inline;overflow:visible;
enable-background:accumulate

Llama la atención que Inkscape usa una forma distinta de cifrar el código usando 1 en lugar de 100 por lo que aquí la aproximación al rojo Cocacola sería 0, 1, 0.8 , 0 en lugar de 0, 100, 80, 0. En mi opinión esto debería cambiar en futuras versiones de Inkscape y usar valores porcentuales de 0 a 100 y no de 0.00 a 1.00.

Si nos ponemos muy quisquillosos con un valor porcentual de la transparencia para el relleno (este objeto no tiene borde, stroke:none) podemos editarlo aquí porque vemos que, curiosamente, en el código el valor de fill-opacity es porcentual.

Esto es sólo posible en colores sólidos (Inkscape 0.48.3.1); en los gradientes los colores de las distintas paradas se exportarán en RGB y deberemos ocuparnos de ellos cuando tengamos el diseño en Scribus (1.4.3).

A la espera de algunas mejoras en la versión 0.49 ó 0.50 (esta última no creo que la vea yo en vida y tengo 42 años) algunos de los datos incluidos en un SVG no son bien interpretados al exportar a PDF (máscaras…) o al importar el mismo SVG desde Scribus (desenfoques y filtros en general).

También podemos dejar los perfiles de color como preferencia de Inkscape y no sólo para este documento en Archivo/Preferencias de Inkscape

EDICIONES PROHIBIDAS O PROBLEMÁTICAS

• Gradientes con transparencias en alguno de sus nodos

Esta es una edición permitida y no da ningún problema en el proceso pero presenta la particularidad de verse incorrectamente en la previsualización (Archivo/Previsualizar) en Scribus donde la transparencia quedará anulada. En el caso anterior se mostrará esta previsualización:

Como puede apreciarse el gradiente a perdido la propiedad de transparencia; pero eso no significa en absoluto que el PDF final sea incorrecto.

En realidad este es un asunto que afecta a todas las transparencias, estén o no en un gradiente.

• Recorte

Nuevamente esta es una edición permitida y no origina problemas en el PDF pero presenta el inconveniente de que en Scribus el objeto resultante tiene como contorno la suma de los dos objetos que conforman el Recorte. Así se mostraría este ejemplo al estar seleccionado en Scribus.

Esto nos obliga a estar atentos por si ese contorno sale del diseño (una tarjeta de visita, por ejemplo). No es nada grave ni problemático en realidad pero un despiste nos puede llevar a considerar erróneamente una proporción en un momento dado.

• Máscara

Una de las grandes faenas es que la máscara de Inkscape (Objeto/Máscara/Aplicar) no es interpretada correctamente por Scribus y como consecuencia no podemos contar con ella en el PDF final.

• Texto trazado
  

Con los textos trazados (Trayecto/Objeto a trayecto) no hay ningún problema porque los contornos se comportan como cualquier otra forma trazada. Scribus interpreta a la perfección estas geometrías. Sin embargo yo creo que esta no es una buena opción siempre que podamos tener un control completo del proceso. Por mucho que nos duela, si queremos un SLA (archivo de Scribus) con el texto editable, no nos queda otra que crear los textos allí porque…

• Texto sin trazar

…llegamos al asunto más importante respecto a los textos. Scribus al importar el SVG no leerá las rutas hacia las fuentes tipográficas para enlazarlas sino que automáticamente las trazará y ya no será posible corregir, mediante el uso del editor de texto, una falta ortográfica o hacer algún cambio en ese sentido.  Esta es, para mi, la mayor pega del proceso desde Inkscape hasta el PDF en CMYK. Una opción interesante es hacer todo el diseño en Inkscape y añadir texto en Scribus; de ese modo tenemos un mayor control del texto hasta al momento justo de la creación del PDF.

Lo mismo que pasa con los textos pasa con las figuras sin trazar; por ejemplo un rectángulo en Inkscape al que le podemos redondear las esquinas porque no ha sido convertido en trayecto perderá esa propiedad en Scribus al ser importado el SVG; allí el rectángulo estará formado por nodos.

• Desenfoque y la gran mayoría de los efectos del menú Filtros
  

Mientras que Scribus no interprete correctamente todo el SVG creado en Inkscape, hay asuntos como el de los filtros que no tienen solución vectorial y no queda otra que fabricar el PNG con alta resolución (300ppp) y convertirlo en una imagen bitmap con perfil de color CMYK que quede incrustado en el archivo SLA de Scribus. En otras palabras: trataremos estas imágenes como si fueran fotografías (asunto que trataré en la próxima entrega)

EL SVG EN SCRIBUS

Recordemos que Inkscape permite la gestión en CMYK de los colores pero NO FABRICA UN PDF con perfil de color CMYK. Ese es un trabajo que de momento es inevitable hacer en Scribus.

No voy a tratar aquí las ediciones que hay que continuar haciendo en Scribus (será la cuarta entrega) pero si nos apetece ir haciendo pruebas el asunto se resume en guardar el SVG en Inkscape, y en Scribus hacer Archivo/Importar/Get Vector File. No está de más familiarizarse con este paso del SVG de un software a otro para conocer bien qué es lo que se puede enviar en vectorial y qué es lo que no quedará más remedio que enviar en mapa de bits.

<— 1.- Los perfiles de color

Uno de los asuntos delicados en esto del diseño es el tema de la impresión offset de nuestro diseño.

Cuando nosotros estamos realizando nuestro proyecto estamos ante un monitor que trabaja con colores RGB (Red-Green-Blue / Rojo-Verde-Azul) y consigue el resto a base de sumar las longitudes de onda de estos. Sin ánimo de meterme mucho en el asunto simplemente diré que lo que ocurre es que los colores y sus mezclas son el fruto de un fenómeno óptico propio de la luz. Esto nos lleva al espinoso tema de las calibraciones de los monitores para que muestren los colores lo más cercanos posibles a las decisiones que uno está tomando durante el proceso “diseñil”.

Pero tarde o temprano el diseño puede acabar impreso en un soporte y los colores no se van a conseguir mediante sumas de longitudes de onda sino por la resta de las mismas. El fenómeno del color deja de ser un fenómeno óptico propio de la luz sino más bien un fenómeno físico propio de la materia. Las posibilidades de que los colores sean exactamente como los que vimos en el monitor es algo así como el sexo de los ángeles. Aquí los colores serán fruto del uso de tintas sobre el soporte que condicionará extremadamente el resultado. Por ejemplo, si el soporte es papel nos encontraremos con resultados muy distintos dependiendo del grano, de si es mate o brillo, de la calidad de las tintas o simplemente del hecho de estar trabajando con un fabricante u otro. Con todo lo anterior lo que quiero decir es que el resultado sólo será el esperado si trabajamos codo con codo con la imprenta o puede que nos llevemos más de una sorpresa.

Más a allá de toda esta introducción el asunto de la preparación para imprenta offset se reduce a conseguir un archivo (PDF la opción que propongo yo aquí) que incluya la información necesaria para separar los colores CMYK (Cian-Magenta-Yellow-Key (Black) / Cian-Magenta-Amarillo-Clave (Negro)) y que se puedan crear de manera independiente los fotolitos para cada una de las tintas.

El código de cada color quedará definido por cuatro números del 1 al 100 que determina el porcentaje de tinta que incluye de cada uno de los C,M,Y,K; por ejemplo, una aproximación al rojo Cocacola sería 0,100,80,0 (nada de cian y nada de negro)

Uno de los aspectos más importantes es el del color negro. Me explico. Imaginemos un diseño de un folleto con texto negro. Si mandamos imprimir y este texto se tiene que conseguir con una mezcla CMYK del tipo 75,60,60,80 el resultado será desastroso porque estamos obligando a hacer sobre los pequeños caracteres nada menos que cuatro descargas de tinta. La consecuencia: texto empastado y borroso debido al mínimo desfase (por infinitesimal que sea) entre las planchas de impresión. Nuestro objetivo en ese caso es mandar un archivo con un color negro definido como 0,0,0,100 (nada de cian, nada de magenta y nada de amarillo… sólo negro).

El archivo resultante, por lo tanto, tiene que incluir algo que le permita hacer esa separación y aquí es donde entran en juego los denominados perfiles de color (color profiles). En un Ubuntu es fácil hacerse con ellos mediante repositorio con

sudo apt-get install icc-profile

Esto instala los perfiles de color ICC (International Color Consortium) en usr/share/color/icc, aunque hay otros perfiles que nos pueden resultar útiles como LittleCMS  o los Adobe Color Profiles (basados en ICC y que también cumplen con el estándar internacional -ISO- correspondiente) que deben instalarse en el mismo directorio de antes.

Los Adobe Color Profiles se pueden descargar de este repositorio del propio Adobe

ftp://ftp.adobe.com/pub/adobe/iccprofiles/linux/AdobeColorProfiles-end-user.rpm.tar.gz

Se encuentran en formato RPM con el que se puede fabricar un DEB con el software Alien como el que tengo yo y que he hospedado aquí.

Bueno, ya tenemos en nuestro sistema operativo un buen surtido de perfiles de color para usarlos en el proceso de producción del PDF final.

2.- El SVG–>

Aún estás a tiempo de apuntarte al curso Diseño 3D con Blender que imparto online con Digital Learning.

Se trata de un curso de iniciación donde conocerás todo lo necesario para comenzar con la mejor base el aprendizaje de este apasionante programa: modelado, recorridos virtuales, iniciación a la animación… que he reescrito con motivo de mi reciente adquisición del Blender Foundation Certified Trainer.

¡INSCRÍBETE AHORA!

Testado en Blender 2.65 y escrito con Franchise

Aquí hay un extracto:

Unos 55,000 turistas visitan a Liechtenstein cada año. Este blog ha sido visto cerca de 230.000 veces en 2012. Si fuera Liechtenstein, se necesitarían alrededor de 4 años para que todos lo vean. Tu blog tuvo más visitas que un pequeño país en Europa!

Haz click para ver el reporte completo.