Godot suma 100.000 partículas en C++ gracias a Conan

Por qué importa llevar C++ a Godot en 2026

Godot ya no es «el motor de los indies». En la Game Makers Tool Kit Game Jam 2026, Godot fue el motor más usado con el 47% de los 10.511 juegos presentados, según datos de Pocket Gamer Biz que cita SteamDB y Gamalytic. Y en Steam, los juegos hechos con Godot crecieron más de un 50% interanual tanto en 2024 como en 2025. Cuando una base así de grande se acostumbra a prototipar en GDScript, tarde o temprano aparece el mismo dolor: necesitas una biblioteca de C++ que ya existe (simulación, base de datos, red, ML) y GDScript no puede llamarla.

Ahí entra el tutorial que acaba de publicar el blog oficial de Conan: explica paso a paso cómo empaquetar godot-cpp y cualquier otra dependencia C++ como un proyecto Conan normal, usando como ejemplo una simulación de 100.000 partículas con flecs dentro de una escena de Godot 4.7.

Qué cambia con godot-cpp 10 y ConanCenter

Lo realmente nuevo no es la idea de escribir extensiones en C++ — eso es GDExtension, un mecanismo estable de Godot. Lo nuevo es que la versión 10.0 de godot-cpp ya está disponible como receta de ConanCenter, lo que convierte el wrapper oficial de C++ en un paquete más dentro del registro.

👥 ¿Quieres ir más allá de la noticia?

En nuestra comunidad discutimos las tendencias, compartimos oportunidades y nos ayudamos entre emprendedores. Sin humo, solo acción.

👥 Unirme a la comunidad

Según la guía, los dos parámetros críticos de la build (api_version, que va de Godot 4.3 a 4.7, y target, que puede ser template_debug, template_release o editor) pasan a ser opciones estándar de Conan. Cada combinación se compila una vez y se reutiliza en todos los proyectos que la pidan, en lugar de que cada estudio recompile su propia copia para cada plataforma y arquitectura.

El conanfile.py del ejemplo se reduce a lo mínimo:

self.requires("godot-cpp/10.0.0")
self.requires("flecs/4.1.6")
un CMakeToolchain que lee la opción target de godot-cpp y la inyecta a CMake para que el binario se llame igual que la librería contra la que enlaza (libgdexample.template_debug.dylib, etc.).

A partir de ahí, tu extensión es «un proyecto C++ más con dependencias». Cualquiera de las más de 1.900 bibliotecas de ConanCenter —según la fuente original— se puede añadir al lado de godot-cpp con la misma lógica. Y como Conan ya resuelve el cross-compile para Windows, macOS, Linux y webassembly (donde Godot carga .wasm), distribuir una extensión a tus usuarios deja de implicar mantener tu propio fork del motor.

El ejemplo del enjambre: 100.000 partículas con flecs

La pieza que hace tangible el tutorial es un nodo nuevo llamado Swarm que hereda de Node2D y posee su propio flecs::world. flecs es una biblioteca de Entity Component System (ECS) para C y C++: las entidades son IDs planos, los componentes son structs de datos y los sistemas son funciones que iteran sobre todas las entidades que tengan un conjunto de componentes. Como los componentes del mismo tipo viven juntos en memoria, recorrer cientos de miles de ellos por frame es muy rápido — exactamente el tipo de trabajo donde GDScript se queda corto.

El flujo de cada frame, según la fuente:

En _ready() se crea una entidad por partícula con componentes Position y Velocity, y un sistema flecs que aplica la lógica de «huir del cursor + rebotar en los bordes».
En _process() se pasa la posición del ratón a flecs, se llama a world.progress(delta) y se copian las posiciones resultantes a un MultiMeshInstance2D (un MultiMesh dibuja miles de instancias de la misma malla en una sola draw call — un nodo por partícula sería inviable para 100.000).
register_types.cpp registra Swarm con GDREGISTER_RUNTIME_CLASS, lo que crea un placeholder en el editor: puedes añadirlo a una escena y tocar sus propiedades, pero su código solo corre cuando el juego está en ejecución. Evita que la simulación arranque mientras editas.

El resultado se ve en el vídeo publicado por el equipo de Conan: 100.000 partículas reaccionando al cursor dentro de una escena de Godot. El código completo está en el repositorio conan-io/examples2 bajo examples/libraries/godot-cpp/gdextension.

El contexto que no está en la fuente: Godot ya es negocio

Este tutorial llega en un momento clave para el ecosistema. El 21 de septiembre de 2026 — apenas ocho días antes de la publicación del post — W4 Games, la empresa fundada por los creadores de Godot para llevar el motor a empresas, cerró una Serie B de US$18M liderada por Tencent, según el comunicado en Business Wire. Con esa ronda, el financiamiento total de W4 Games alcanza los US$33M, con el respaldo adicional de OSS Capital, Lux Capital, Naval Ravikant y la family office de Tobias Lütke (CEO de Shopify).

Las cifras que cita W4 Games en su propio anuncio dibujan el tamaño del mercado que está intentando capturar:

+50% interanual de juegos Godot publicados en Steam en 2024 y 2025 (SteamDB).
De 2 a más de 50 juegos Godot con más de US$1M de facturación anual en los últimos tres años (Gamalytic, analizado por W4).
Del 10% al 50% de cuota de envíos en Game Jam globales entre 2022 y hoy (Global Game Jam y GMTK Game Jam).

En la entrevista con Pocket Gamer Biz, el co-CEO de W4 Games, Nicola Farronato, confirma que Godot ya no es solo para indies: «se está adoptando en Meta, Google, Apple y Second Dinner», y que con el acuerdo con Tencent esperan «aceleración excepcional» en Asia, especialmente China y Japón. La propia Unity afirma que más del 70% de los 1.000 juegos móviles top están hechos con su motor, lo que pone en perspectiva la apuesta: el rival sigue siendo enorme, pero la fuga de desarrolladores y publishers hacia Godot es real.

¿Qué significa esto para tu startup?

Si tu equipo de juego está evaluando Godot o ya lo usa, este flujo de Conan resuelve tres problemas concretos que antes frenaban la adopción seria del motor:

Dependencias reproducibles entre plataformas. En lugar de submodular godot-cpp y compilarlo a mano para Windows, macOS, Linux y web, declaras la dependencia en un conanfile.py y dejas que el package manager resuelva binarios precompilados desde ConanCenter. La misma receta sirve para tu librería de física, tu SDK de ML o tu cliente de red.
Plantilla lista para plugins de calidad profesional. El patrón Swarm (nodo C++ + MultiMesh + .gdextension que mapea feature tags a binarios por plataforma) es exactamente lo que necesitas para vender o distribuir un plugin en el Asset Library de Godot sin pedirle al usuario final que compile nada.
Camino de GDScript a C++ sin reescritura. GDScript sigue siendo ideal para gameplay y prototipado rápido. Cuando una parte se vuelve cuello de botella (simulación, ruido procedural, pathfinding pesado), puedes moverla a una GDExtension sin reescribir el resto del juego ni mantener tu propio build de Godot.

Dos acciones concretas que puedes implementar esta semana:

Audita qué partes de tu juego actual están en GDScript y mueven más de ~5.000 entidades por frame. Esas candidatas a C++ suelen ser simulaciones (enjambres, multitudes, sistemas de partículas grandes), búsquedas en grafos o cálculos de IA por turnos. Cada una es candidata a una GDExtension independiente con su propio conanfile.py.
Si ya usas Godot, prueba godot-cpp/10.0.0 y flecs/4.1.6 desde ConanCenter clonando conan-io/examples2. Es la forma más rápida de validar el flujo end-to-end en tu pipeline de CI antes de apostar por él para un proyecto real.