Librerías enlazadas en Blender: Link, Append y overrides

Cambias el color del sillón en la biblioteca, abres tu escena y sigue gris. O mueves la carpeta un nivel y el proyecto abre sin texturas. Las librerías enlazadas de Blender fallan así cuando confundes tres verbos: vincular, anexar y sobrescribir.

Qué hace Blender cuando vinculas un archivo

Vincular (Link) no copia nada: crea una referencia a los datos del archivo de origen. Si allá cambian, tu archivo lo refleja la próxima vez que recargues la biblioteca. En el Listado esos bloques llevan un icono de cadena, y la vista Archivo de Blender muestra de qué .blend viene cada cosa: el mapa real del proyecto cuando trabajas con collections y el outliner.

Lo que sorprende la primera vez: los datos vinculados no son editables, y eso incluye ubicación, rotación y escala. Si mueves el objeto y no se mueve, no es un bug, es el contrato. Para esquivarlo vincula con Instanciar colecciones, que crea un objeto propio movible en el cursor 3D, o entra en los Library Overrides.

Las cuatro casillas del panel derecho

El panel lateral de Archivo - Vincular o Archivo - Anexar decide si el proyecto sobrevive:

• Ruta relativa: guarda la referencia relativa al .blend actual en vez de absoluta. Define si el proyecto aguanta que lo muevas de carpeta.
• Seleccionar: deja seleccionado lo recién añadido.
• Colección activa: si no está activa, Blender crea una colección nueva, Datos vinculados o Datos anexados.
• Instanciar colecciones / datos de objeto: sin instanciar, la colección entra tal cual y ves su contenido en el Listado, que es lo que hace falta para crear redefiniciones.

Un límite que casi nadie menciona: no puedes vincular ni anexar desde archivos .blend mucho más nuevos que tu versión de Blender.

Vincular o anexar: cómo se decide en treinta segundos

Anexar (Append) es lo contrario: copia los datos dentro de tu archivo, sin referencia al original. Editas tu copia con libertad, pero las mejoras del origen nunca te llegan. La confusión viene de que ambos viven en el mismo menú y se ven iguales en el explorador.

Mi regla práctica:

• El asset va a cambiar y quiero las mejoras: vincular + override.
• El asset está terminado y quiero tocarlo sin depender de nadie: anexar.
• Lo quiero repetido cuarenta veces y necesito moverlo: instanciar la colección.
• Voy a entregar el proyecto: anexar o empaquetar recursos.

Al anexar importan dos casillas propias: Usuario falso, que protege lo anexado del borrado por falta de uso, y Localizar todo, que copia también los datos vinculados indirectamente. Esa segunda es la diferencia entre traerte el personaje completo o medio personaje. Y la trampa del manual: si anexas datos que ya tienes vinculados, Blender añade los objetos pero los mantiene vinculados y sin editar.

La carpeta de assets que no se rompe

Aquí está el valor real y no viene en el manual: un proyecto con assets compartidos se rompe por la estructura de carpetas, no por Blender. Lo que me funciona es un .blend por asset o familia, con una colección raíz que agrupe objetos, datos, materiales, texturas y rig; nombres estables, con la colección raíz igual que el archivo; y versionado por carpeta (assets_v01, assets_v02) en vez de sobrescribir la biblioteca que la escena ya usa. Los pesados, texturas, EXR y HDRI, van en carpeta hermana con ruta relativa.

Si armas un set con módulos, esto se combina con assets modulares y trim sheets, con el presupuesto de polígonos y con ordenar la biblioteca en el Asset Browser.

Rutas relativas: la regla del doble slash

Al elegir un archivo externo, lo relativo es la opción por defecto: la ruta se evalúa contra la carpeta del .blend que referencia y, escrita a mano, empieza con doble slash (//). Se cambia en Preferencias - Archivos, pero no lo recomiendo. Dos detalles: no hay rutas relativas en un archivo sin guardar, así que guarda antes de vincular; y para mover el .blend usa Guardar como con Remapear rutas relativas.

Empaquetar o no empaquetar

Empaquetar recursos mete los archivos externos dentro del .blend: un solo archivo para entregar en vez de un ZIP con dependencias. Se reconoce por el icono de caja de regalo junto a la ruta. Ojo: la opción solo marca los archivos, el empaquetado ocurre al guardar. Y no se pueden empaquetar los externos pesados, como videos del Editor de secuencias: el error clásico al entregar un proyecto con VSE. Mi criterio: empaquetar para entregar, nunca una biblioteca compartida, porque duplica texturas en cada escena.

Library Overrides: editar lo que está vinculado

Un Library Override (Redefiniciones de biblioteca en el manual en español) permite editar datos vinculados sin perder la sincronía: lo que no tocas se sigue actualizando cuando el origen cambia. Reemplazó a los viejos proxies, obsoletos en Blender 3.0 y eliminados en 3.2. Soporta varias redefiniciones independientes del mismo dato, añadir modificadores y constraints en cualquier punto de la pila, y encadenar overrides de otras bibliotecas.

La jerarquía manda

Un asset real no es un data-block, es un árbol: armature, geometría, controladores del rig, materiales y texturas. Vinculas el root de ese árbol, casi siempre una colección. De ahí que el manual insista en que las colecciones del asset cuelguen de ese root: si están sueltas o mal anidadas, parte de los datos no se redefine y las operaciones se vuelven poco fiables.

Crear, editar, restablecer y borrar un override

Se crea con Object - Library Override - Make, con clic derecho en el Listado o con Shift+clic en el botón de vínculo del widget de ID. Desde el Listado conviene Seleccionado y contenido, para que todo lo nuevo quede editable. Una propiedad redefinida aparece con borde azul verdoso. Restablecer vuelve a los valores del origen y sigue editable; Borrar restablece y elimina el override si puede, y si no lo deja no editable; Troubleshoot - Delete revierte el Make completo. Dos límites: en un override no se entra a Modo Edición, y si el dato ya trae animación apenas puedes silenciar una curva, sin editar claves ni añadir curvas. El editor NLA sí permite mover strips y añadir locales.

Cuando la biblioteca cambia: resincronizar

Si en el origen cambian las relaciones entre data-blocks, los overrides quedan desfasados y Blender resincroniza al abrir el archivo. Pero Resincronizar puede borrar overrides editados: el manual avisa cuántos borró y permite deshacer antes de guardar, así que lee ese aviso. Resincronizar a la fuerza reconstruye desde la referencia y obliga a que la jerarquía coincida; se usa en archivos viejos con overrides rotos.

Cuando el archivo se rompe: reubicar, recargar, convertir en local

Si Blender no encuentra una biblioteca al cargar, crea data-blocks de relleno: al reubicarla, el contenido vuelve solo. Es la diferencia entre "se perdió el trabajo" y "se arregla en un clic".

• Reubicar biblioteca: clic derecho en modo Archivo de Blender. Arregla un vínculo roto y también cambia a una variación del mismo contenido.
• Reubicar dato vinculado: solo para bloques vinculados directamente y que no sean dependencia de otro.
• Recargar biblioteca: actualiza sin cerrar el archivo.
• Convertir en local: corta el vínculo y deja todo editable. Desde el viewport, Tipo permite localizar datos y materiales, la casilla para que el asset siga texturizado.

Tres limitaciones: las dependencias circulares dan vínculos faltantes; los ajustes de nivel de escena como el Rigid Body World no se copian al vincular objetos; y los .blend comprimidos piden mucha memoria. Cuando el asset sale de Blender, el problema reaparece en USD y en glTF.

Los cinco fallos que veo en clase (y su arreglo)

• "Muevo el objeto vinculado y no se mueve": instancia la colección o crea un override.
• "No me deja editar la malla": un override no admite Modo Edición; edita en la biblioteca o convierte en local.
• "Moví la carpeta y salió sin texturas": rutas absolutas. Reubica y rehaz las relativas.
• "Borré el override sin querer": resincroniza; antes de guardar, el aviso trae deshacer.
• "Se me perdió un bloque vinculado": no aceptan Usuario falso; usa la propiedad personalizada.

Con personajes con rig el mismo problema aparece en rigging en Blender y en Maya, y se nota más cuando entra mocap al pipeline.

Conclusión

Vincular es una relación, no una copia. El criterio en tres líneas: biblioteca compartida, vincular con override; entrega, anexar o empaquetar; asset que ya no cambia, anexar.

En la plataforma tienes el video ancla del tema, Everything you need to know about linking and library overrides in Blender, de Pierrick Picaut, y su canal curado con veinticuatro videos. Los assets de las open movies son un buen banco de pruebas, y si vienes de Maya, la lógica de colecciones e instancias te va a sonar; el vínculo entre archivos, no.