#3803 Me ofende no estar en ese meme
etarra tengo 0 juegos publicados pero no doy la vara con ello, me va bien con mi carrera de programador y mi vida en general, no necesito estar dando la tabarra con demandas o cosas así por estar amargado.
Por lo menos me has hecho caso y te has puesto avatar, asi me gusta, a la proxima no aviso y va punish directo
#3813 él tampoco termina juegos, es true gamedev, dejad a etarra tranquilo no seais malos. Y por cierto, no ha sido aleatorio que no salieses en el meme por dos motivos, o bien porque estás en una posición más elevada como mod verdadero y no sales en la foto, o porque jastro es un envidioso porque sabe que el poder real lo tienes tú.
#3812 pero dejad el ventilador de mierda ya cabrones, que se me va a cabrear nekro...
Yo me sigo peleando con mis automatismos celulares:
Estoy recreando en godot el clásico juego "falling sand" o "powder". Pero seguramente lo abandone porque el rendimiento de este sandbox tiende a cancer mortal.
Imagino que las apps existentes trabajando a más bajo nivel y por tanto obtienen mejor rendimiento. Hacer esto en godot es overkill. También puede ser que lo esté implementando como el culo. Nunca descarto esta última opción xd.
Mi idea era implementar varios elementos a parte de la roca, arena y agua (que se ve en gif). Quería meter tierra, semillas (tierra mojada + semillas = plantas que crecen), fuego, aceite, gas, humo, vapor, madera, carbón, etc... pero viendo que ya me petardea solo calculando agua y arena pues mejor será que lo abandone ya.
#3815 Si te apetece hacerlo pero ves que godot te limita, por que no pruebas a hacerlo con otra herramienta que si cumpla lo que necesitas?
#3816 Pues porque debería tirar por C++ o algo similar y no lo controlo en absoluto. Perdería un montón de días y no me apetece esforzarme tanto.
Le daré esta semana una vuelta más y si no lo dejaré así.
#3815AikonCWD:También puede ser que lo esté implementando como el culo. Nunca descarto esta última opción xd.
Como lo harías tú?
#3820 con niveles de interactividad tan altos necesitas ser todo lo agresivo que puedas para evitar calcular updates de particulas que sabes que no van a cambiar, ademas de utilizar estructuras de datos mas complejas que una matriz para almacenar el estado de todos los objetos.
El desarrollador de Noita tiene una charla en la GDC en la que habla de como hizo toda la pesca, lo mismo te da alguna idea https://www.youtube.com/watch?v=prXuyMCgbTc
Dejad de echarle la culpa a los motores por favor. Y luego el resto que salta con el cámbiate a mi motor, no va a cambiar nada xD
#3824 the thing goes rrrrrrpa, ra pa pa pa pá
Edit: Te has visto el de la entrevista que va todo Glonky? Pon Glonky interview y disfruta jajaja
Me refiero que es más complejo trabajar a bajo nivel si usas un motor abstracto y un lenguaje interpretado. Todos los ejemplos que funcionan bien están en C/C++.
Que se puede lograr en godot? seguramente. Que hacerlo en godot será más complejo y rebuscado que en C? seguramente. Las implementaciones que he visto de ejemplo se alejan mucho a noita o powdertoy. Pero mucho muchísimo. Un salto abismal con el rendimiento.
#3827 es mi vídeo favorito de este mes jajaja, aunque ya lo conocía lo saqué del cajón el otro día y me empecé a partir. Hmmm pretty glonkyyyy, I´m fiiine. Va puestísimo pero yo creo que no va borracho lo que va es emporrao
Aunque no se le ve en los ojos a saber qué se ha metido.
#3826 porque puedes comparar un ejemplo de un blogpost que ha hecho un tío en un fin de semana con un juego que estuvo varios años en desarrollo, claro que si.
En un caso ideal la misma solución sería un 10-20% más lenta en unity/godot respecto a un motor propio en C, no mucho más. Pero claro, tienes que saber que estás haciendo.
