Godot #HO | Información General

Alguien le esta dando a Android con Godot? por casualidad con C#? Si hay alguien que si, que solución de almacenamiento local usáis? Estaba usando SQLite de nuget, pero me da que va a ser un poco rollo compilarla para android.

#695 Depende de lo que tengas en la escena, si no estan sobrecargadas, intenta hacerlo con escenas superpuestas. Imaginate una cuadricula de escenas, si te mueves hacia un lado y llegas al borde, cargas la siguiente escena.

EJ: Ahora, para que no se quede vacia la pantalla cuando te acercas a los bordes, un tramo de la escena A va a superponerse con la escena B (deberían de tener las mismas cosas), de forma que tienes que hacer el cambio de escena de A a B justo antes de que el borde de la escena A aparezca en la pantalla.

Si es dificil de entender te hago un dibujo, pero es que me da pereza subir imágenes a mv.

PD: viendo tu imagen, lo quieres hacer en 3D? eso cambia muchas cosas

#696 Entiendo tu solución con el tema de escenas, pero no sería mi caso.

Simplemente tengo una escena donde el jugador se mueve libremente. desde la posición (-10000, -10000) hasta (10000, 10000).
Luego con un bucle instancio 100 asteroides.tscn y los posiciono random por el mapa.

Con 100 va todo guay, con 100.000 asteroides va todo mal. Como es lógico.

Es 2D.

#697 Para ello, el nodo debería estar instanciado para poder llamar al VisibleNotifier2D

En lugar de:

for i in range(1000):
    var x = preload("objeto").instance()
    x.position = random()
    add_child(x)

Debería hacer algo así:

var array = []
for i in range(1000):
    array.append(random())

Y luego me faltaría la función que lea ese array e instancie (y haga queue_free) los objetos en función de la posición de la camara. Para ello debería buscar, comparar y localizar en el array cualquier objeto cuya posición se encuentre dentro d ela camara para instanciarlo o borrarlo.

Se os ocurre una forma más eficiente?

#699 Pero para ello deberían estar instanciados, dentro del tree(), no?

#701 Creo que no me he explicado bien.

El problema aparece cuando hago add_child(x) 100.000 veces. Tengo que evitarme el add_child() para los 99.990 nodos que NO están en pantalla. Y solo hacer add_child() de esos 10 nodos que sí están en pantalla.

Y mientras te muevas, liberar los nodos que salgan de la pantalla (con el visiblenotifier) y cargar (hacer add_child) de los nuevos. Evidentemente si retrocedes, se deberían cargar de nuevo los nodos ya cargados anteriormente.

#703 Porque entonces tendría un mapa "cuántico" xd.

Imagina que genero random, tal y como propones, mientras me muevo:

Estoy en la posición 10 y voy a la 20, y se me genera un asterioide en 35
Retrocedo y vuelvo otra vez de la posición 10 a la 20 y ahora el estaroide está en 45, o no está o hay 2 asterioides... quedaría muy raro y falso.

#703kidandcat:

PD: de todas formas tu problema es más conceptual que de Godot, lo mismo en otro hilo con más gente consigues alguna solución que se adapte mejor a lo que quieres.

Correcto, de todas formas no sé si los otros engines usan esta filosofia de nodos en un árbol, etc...

#705kidandcat:

en vez de instanciar los nodos, mantén solo un array bidimensional con la posición, y los instancias solo cuando te acerques, si no van a moverse de su sitio, eso te funcionará.

Eso! Eso es lo que llevo diciendo desde el principio.

Ya tengo un array con la posición de cada nodo. Pero no sé picar la función que itere todo el array y devuelva aquellos cuya posición esté dentro de un rectángulo...

Voy a seguir pensando.

Y sí, los nodos numerosos no se mueven, así que con el array y un manager debería poder hacerlo

#709 lo menos costoso para calcular delimitaciones es usar una esfera...

Los asteroides en la zona roja seguirán activos a pesar de estar fuera de cámara... pero a cambio el cálculo se reduce a una simple comparación de longitudes/distancias.

// radio de la esfera contenedora
radio = Vector2(anchoCuadrado / 2, altoCuadrado / 2).lenght

asteroide = Vector2(x, y)

function comprueba(asteriode: Vector2, radio: number) { 

    return asteriode.length < radio;

}

Para delimitar exactamente el área del rectángulo, si no está girado la forma simple es:

let cuadrado: { x: number, y: number, base: number, altura: number };

function comprueba(punto, cuadrado) {

     return

            punto.x > cuadrado.x &&
            punto.x < cuadrado.x + cuadrado.base &&
            punto.y > cuadrado.y &&
            punto.y < cuadrado.y + cuadrado.altura;

}

Si está girado entonces hay varios métodos para hacerlo... pero en este punto tiraría de la implementación que aporta Godot.

Según la docu te debería servir esto (nunca he usado Godot)

Rect2(Vector2(), Vector2()).has_point(Vector2())

edit: Rect2 no serviría porque se supone que va alineado al eje de coordenadas, no se puede girar. Supongo que habrá algo equivalente.

#710 http://aikoncwd.ovh/spaceship/

Bueno pues así lo dejo. Me quedo con lo mucho que he aprendido optimizando juegos (o al menos no programando como un burro) y sabiendo manejar escenas con un montón de objetos instanciados.

La versión web/html5 la he compilado bajo GLES2 con el nuevo proceso de batching. Partículas pasadas de GPU a CPU y todo lo que hemos hablado de cargar solo los nodos visibles.

Lo he probado en mi cutre-móvil y el juego carga (aunque no es jugable porque no tiene GUI para móvil). En un PC debería funcionar decentemente bien.
Los binarios compilados de win/mac/linux deberían ir fetén.

Por el momento dejo el proyecto aparcado aquí. A ver que os parece

#716 vale, confirmo... soporta exportación html5 con c# gracias

#717 si me estanco demasiado acabaré importando un cubo. Pero vamos, al ser una primitiva debería crearse por defecto el uv2 o en todo caso habilitar un modo claro para generarlo. Seguiré investigando tratando de no pararme demasiado.