¿Guardar los ajustes de impresión en 3MF o STL?

Un STL guarda triángulos. Eso es todo el formato: una malla de superficie sin unidades, sin colores, sin materiales y sin ningún sitio donde poner una altura de capa. Así que la elección no es realmente entre dos sitios donde guardar tus ajustes, es entre guardarlos en un proyecto 3MF y no guardarlos en absoluto.

3MF es un contenedor comprimido que puede llevar el modelo y todo lo que lo rodea. Cuando un slicer guarda un proyecto como 3MF, escribe una instantánea de la sesión: los objetos y sus posiciones, los ajustes en uso, los modificadores y los soportes o costuras pintados a mano. La documentación de Prusa lo describe como una instantánea completa que debería producir el mismo G-code al reabrirla en otro equipo.

En qué formato conservar la geometría

Detrás de la pregunta de los ajustes se esconde una segunda pregunta: cuál debe ser la copia de archivo de un modelo. Tienen respuestas distintas, y esta va menos de funciones que de qué archivo vas a poder seguir abriendo y creyendo.

Coge 3MF cuando el que exporta eres tú, y quédate con lo que envió el diseñador cuando lo que haces es descargar. Convertir un archivo que te han dado es una reexportación con pérdidas que no puedes deshacer, así que una carpeta con el STL original más tu propio proyecto 3MF gana a una carpeta con una copia convertida de algo que ya no tienes.

Hay tres diferencias que lo empujan. La primera son las unidades. Un STL es una lista de coordenadas sin ninguna declaración de qué significan, así que los milímetros son una convención y no un hecho, que es de donde sale la clase de problema de importar algo a un veinticincoavo de escala. Un 3MF lleva un atributo unit en el elemento del modelo, con valores válidos que van de micra a metro y con milímetro por defecto, así que el archivo declara su propia escala.

La segunda es el tamaño, y la diferencia es mayor de lo que casi todo el mundo espera, porque es estructural y no solo cuestión de compresión. Un STL repite cada vértice una vez por cada triángulo que lo toca, mientras que un 3MF guarda los vértices una sola vez y hace que los triángulos los referencien por índice. Tomando el 3DBenchy estándar como caso concreto: el STL binario ocupa 11.285.384 bytes para 225.706 triángulos construidos con solo 112.569 vértices distintos. Reempaquetar esos mismos triángulos como malla indexada en un contenedor 3MF comprimido da 2.085.337 bytes, alrededor del 18 por ciento del original. Un 3MF de proyecto real de un slicer es más grande que eso, porque además lleva los ajustes y una miniatura, pero la geometría en sí encoge de verdad más o menos en esa proporción. El STL en ASCII es el peor caso en la otra dirección y no hay ninguna razón para guardar archivos así.

La tercera es qué puede expresar el formato. Un STL son triángulos. Un 3MF admite varios objetos en un archivo, colores, materiales y las transformaciones que colocan las piezas en la bandeja, que es por lo que un montaje de varias piezas sobrevive como un solo 3MF y se convierte en un problema de nombres como conjunto de STL.

A favor del STL está la compatibilidad, y no es un argumento menor. Toda herramienta de mallas, utilidad de reparación y servicio de impresión construido en los últimos treinta años lo lee, mientras que el soporte de 3MF en software antiguo y en algunas utilidades de CAD y de mallas es más irregular de lo que sugiere el soporte en los slicers. Si un archivo tiene que ir a algún sitio que no controlas, STL sigue siendo el formato que llega intacto.

Cuándo merece la pena guardar un proyecto 3MF

Guarda uno cuando los ajustes hayan costado trabajo. Una pieza con soportes pintados, modificadores por objeto, una disposición concreta en la bandeja o un perfil que ajustaste a lo largo de tres intentos merece los diez segundos de “guardar proyecto como”, porque reproducirlo de memoria más tarde cuesta una hora.

Sáltatelo en el caso simple. Un objeto único impreso con tu perfil por defecto no necesita un archivo de proyecto, y una carpeta llena de 3MF casi idénticos es otro tipo de desorden. La regla que se sostiene: si reabrir el archivo te ahorra una decisión, guarda un proyecto.

Hay un segundo uso que vale la pena nombrar, que es compartir. Un 3MF enviado a alguien con el mismo slicer lleva el montaje consigo, así que “imprime esto con estos ajustes” es un archivo en lugar de un párrafo de instrucciones y una captura de pantalla.

Lo que un proyecto 3MF no hace por ti

Los ajustes que hay dentro de un proyecto 3MF los escribe un slicer para sí mismo. La geometría se mueve entre slicers de forma fiable; la configuración que la rodea puede que no, porque cada slicer escribe su propio bloque de ajustes con su propio vocabulario. Trata un archivo de proyecto como algo atado a la herramienta que lo hizo, y comprueba en lugar de suponer cuando lo abras en otro sitio.

Tampoco tiene nada que ver con lo que recibe tu impresora. La impresora recibe G-code, y los ajustes que lo produjeron quedan congelados ahí en el momento del laminado. Un proyecto 3MF es el lado de entrada de la misma historia: te permite volver a laminar con los mismos ajustes, pero no es un registro de lo que imprimiste de verdad.

Esa distinción decide dónde va cada archivo. Guarda la malla o el proyecto como origen, guarda la salida laminada como revisiones de ese origen, y deja que el resultado se enganche al laminado y no al proyecto.

De dónde lee los ajustes una biblioteca

PrintStash interpreta los ajustes a partir de G-code y BGCODE, no de proyectos 3MF. Lo que aterriza en una revisión es lo que el slicer escribió en la cabecera del archivo: nombre y versión del slicer, modelo de impresora, diámetro de boquilla, altura de capa, relleno, número de perímetros, soportes, temperaturas, tiempo estimado y consumo de filamento.

Para el 3MF en sí, la biblioteca guarda el archivo, renderiza la malla y extrae la miniatura incrustada: el thumbnail.png que define la especificación, o las imágenes de bandeja que escriben OrcaSlicer y Bambu Studio. No lee la configuración de slicer incrustada, así que un archivo de proyecto no va a rellenar los campos de ajustes como lo hace un archivo laminado.

La consecuencia práctica merece decirse sin adornos, porque la gente espera lo contrario: subir un proyecto 3MF te da geometría, una vista previa y un archivo de origen. Subir el G-code que salió de él te da el registro de ajustes. La mayoría de los flujos de trabajo quieren los dos sobre el mismo modelo, que es precisamente la forma que ya tiene un historial de revisiones.

Una disposición que funciona

1. Guarda la geometría de origen, sea STL, 3MF, OBJ o STEP, como el modelo.
2. Guarda al lado un proyecto 3MF cuando el montaje no fuera trivial, y trátalo como la receta.
3. Adjunta cada G-code laminado como una revisión, con una etiqueta que diga por qué existe.
4. Registra los resultados en las revisiones, porque es la única capa que sabe cómo salió la impresión.
5. Vuelve a laminar desde el proyecto y no de memoria cuando necesites una variante.

Preguntas que suelen surgir

¿Puede un STL guardar ajustes de impresión?

No. El formato define una lista de triángulos y nada más: sin unidades, sin material, sin color, sin ningún bloque de metadatos donde un slicer pueda escribir. Hay gente que codifica los ajustes en el nombre del archivo para compensar, lo cual funciona hasta que la cadena se queda sin sitio o alguien renombra el archivo. Si quieres los ajustes guardados con el modelo, el archivo tiene que ser un proyecto 3MF, y si quieres un registro de los ajustes que se usaron de verdad, eso vive en el G-code.

¿Debería descargar 3MF en lugar de STL de las webs de modelos?

Cuando el diseñador ofrece uno, sí, porque un proyecto 3MF te dice qué imprimió él: orientación, soportes y el perfil que funcionó. Eso es muchas veces la diferencia entre una primera impresión que sale bien y tres que no. La salvedad es que los ajustes solo se aplican limpiamente en el slicer que los produjo y en una máquina comparable, así que trata el perfil de un desconocido como un punto de partida y no como una garantía.

¿Un proyecto 3MF sustituye al historial de revisiones de G-code?

No, responden a preguntas distintas. Un proyecto guarda las entradas, de modo que puedes volver a laminar igual. Una revisión de G-code guarda la salida y con qué se hizo, que es lo único a lo que puedes enganchar el resultado de una impresión. Guardar solo proyectos significa que puedes reproducir un laminado pero no puedes decir cuál imprimió bien; guardar solo G-code significa que puedes decir qué funcionó pero tienes que reconstruir el montaje para cambiar cualquier cosa. Guarda los dos contra el mismo modelo.

¿Va a extraer una biblioteca los ajustes de mis archivos 3MF?

En PrintStash no. Un 3MF se guarda, se renderiza y recibe una vista previa a partir de la miniatura incrustada en el archivo, que en el caso de OrcaSlicer y Bambu Studio incluye sus imágenes de bandeja, pero la configuración de slicer que hay dentro no se interpreta. Los ajustes vienen del G-code o el BGCODE laminado. Si un modelo de tu biblioteca no muestra ajustes, comprueba si lo que subiste fue el proyecto en lugar del laminado.

¿Es 3MF siempre mejor que STL?

Para imprimir, casi siempre sí: es más pequeño, no deja dudas sobre las unidades y puede llevar color, materiales y ajustes. Para intercambiar con herramientas antiguas, STL sigue siendo el formato que lee todo, que es por lo que persiste. La posición honesta es que STL sigue siendo un contenedor perfectamente válido para geometría pura, y 3MF es el que hay que coger en cuanto importa algo más allá de la geometría.

Fuentes

• Saving projects as 3MF en la base de conocimiento de Prusa para saber qué contiene un archivo de proyecto y en qué se diferencia de una exportación a STL. Consultado el 12 de agosto de 2026.
• La especificación núcleo de 3MF para el atributo unit y sus valores permitidos, y para la estructura de malla con vértices y triángulos indexados. Consultada el 19 de agosto de 2026.
• Las cifras de tamaño se midieron sobre el STL binario del 3DBenchy estándar, reempaquetado como malla indexada en un contenedor 3MF comprimido con deflate. Medidas el 19 de agosto de 2026.
• La guía de usuario de PrintStash para saber de qué formatos se interpretan los ajustes y cuáles solo se previsualizan.

Para lo que pasa después del laminado, seguir las revisiones de G-code cubre el registro de revisiones, y organizar una biblioteca automáticamente cubre qué hacen los metadatos interpretados una vez guardados.