Aquellos que hayan experimentado más que yo con Entidad 3D y World Editor. ¿Podrían estimarme un máximo de models en un mismo nivel? ¿O podrían decirme cuanto ha sido el máximo de modelos que han llegado a usar en un solo nivel?

(Y cualquier model vale, ya sea que entidad lo use como ModelController, Door, MovingPlat, usando física.)
Gracias de antemano.

Pues el numero exacto de models no te lo sabria decir pero me imagino que la misma cantidad que brushes pudieras poner no?

Pues empieza a hacerlo y cunado okurra algo ya nos kontaras xD

Citación:

(con el error de que al moverse, la iluminación estática no se actualiza y la textura queda igual xd).

Si, eso me jode mucho

Citación:

Y que mejor juego de laberintos que uno que se genera aleatoriamente levantando y bajando paredes no?

A mi me a rekordado al aliens vs predator xd

yo he llegado a poner bastantes models, no te puedo decir si mas de 100, pero para no pillarme los dedos te dire que 80 y no ha habido ningun problema (lo que quiero decir es que he llegado a abusar bastante de esto y no he tenido problemas, pero que no he contado el total)

si ves que tal haz coje un cubo vacio sin pensar mucho y simplemente empieza a poner models (te diria que los duplicases, pero cuando haces esto te va poniendo una X al final del nombre que le hayas puesto al model y no te aconsejo eso, porque tal vez por tener un nombre muy largo o el mismo nombre seguido de muchas xxxxxxx si te de fallo)

no he llegado a tener problemas con eso, pero tampoco te puedo decir el numero exacto, con los act sabemos que si ocurre, hay un numero general de recursos del sistema por level, yo me di cuenta por casualidad, esto es, que tuve que quitar actors, porque al disparar me daba el fallo (esto es que los disparos ponen mas act (temporales en pantalla) y se sobrecarga, lo mismo con las luces, vamos que hay un promedio en esa cuestion, pero desconozco hasta que punto puede relacionarse una cosa con la otra)

no te queda mas remedio que comprobarlo, pero ya te digo, yo no he llegado a tener problemas con eso y he llegado a poner bastantes

Okas, si se pueden 80 entonces 121 también, gracias por todas las respuestas!
Ahora no me queda más remedio que probar, o achicar la complejidad del mapa xDD

ev0lizard escribió:

no he llegado a tener problemas con eso, pero tampoco te puedo decir el numero exacto, con los act sabemos que si ocurre, hay un numero general de recursos del sistema por level, yo me di cuenta por casualidad, esto es, que tuve que quitar actors, porque al disparar me daba el fallo (esto es que los disparos ponen mas act (temporales en pantalla) y se sobrecarga, lo mismo con las luces, vamos que hay un promedio en esa cuestion, pero desconozco hasta que punto puede relacionarse una cosa con la otra)

Creo haber visto en algún lado que el límite son 256MB de ram dedicada en todo momento del juego, pero no estoy seguro. Memoria que se libera, digamos, al pasar de nivel. Por tanto asumo que los recursos en pantalla y en memoria no deberían superar, en un momento dado, los 256 megas.

No estoy seguro si Genesis3D libera dinámicamente los espacios en memoria ocupados por los actores que ya no están en pantalla, o si los carga en memoria y permanecen ahí hasta que se pasa de nivel.

Acá les pongo un video de un programa que consumió mi domingo, para que se den una idea de la locura que estoy intentando hacer xD

[Tienes que estar registrado y conectado para ver este vínculo] src="[Tienes que estar registrado y conectado para ver este vínculo] width="425" height="350" type="application/x-shockwave-flash" wmode="transparent" quality="high" scale="exactfit">

Noten, cada modelo sería un bloque rectangular obstruyendo pasillos.
Pónganlo en 480p para que la música del audioswap se escuche

---

PD:
Y como estoy generoso les dejo el programa
Mediafire [ [Tienes que estar registrado y conectado para ver este vínculo] ]
Sin ad.fly [ [Tienes que estar registrado y conectado para ver este vínculo] ]

Tab+F2 para correr a 60fps.
BloqMayus+F2 para correr a 8fps.
F2 para correr a MAX fps con frame skipping.

no se hasta que punto entiendo lo que quieres hacer, pero a ver si fuese esto:

-antes de empezar la partida, todo el laberinto esta abierto, esto es, todos los bloques arriba, y que al iniciar la partida o en el transcurso de la misma vayan bajandose, asi cerrando caminos al azar, o usando los factores que consideres, que cada partida sea un laberinto diferente al activar esos bloques

bueno, si la idea es parecida a eso, mi consejo es que no uses un solo model por bloque que quieras mover, me explico, si le has hechado un vistazo a los tutoriales que hice para crear juegos online (y sin verlos) seguramente ya tengas presente que el model puede tener agregados varios brushes en distintas orientaciones, de distintos materiales y en distintas posiciones, por lo que ya tendras de antemano que jugar con muuuuuuchas variables, algo asi como pisar la baldosa para activar la variable, y que al ir a pasar por otra parte, si esa variable esta activa entonces un door baja rapidamente y te cierra el camino (de hecho vas a tener que hacer que las variables interactuen, pues no es lo mismo si el camino se te corta solo si caminas hacia arriba que si caminas hacia la izquierda

vamos, que como no diseñes el mapa con cuidadin te puedes hasta volver loco y eso que el sistema por inis es bastante simple

otra forma de no complicarte mucho, seria poner baldosas en el suelo levemente separadas, para que cuando pases sobre ellas vayan subiendo bloques invisibles a los laterales, asi al toparte con un sitio por el que ya has pasado en perpendicular, no podrias avanzar, pero si retroceder, claro que luego tendrias el problema de no poder tirar por ninguna parte (o si, segun la interaccion de las variables de donde vayas pisando, para en lugar de levantar dos bloques, que solo se levante el relevante) vamos que te deseo suerte

puedes utilizar otro sistema, ya que puedes bajar el bloque que corte el camino en una esquina y al mismo tiempo otro que este en la esquina opuesta, pero no construyas dos model, haz solo uno que este integrado por ambos (ahorrando recursos) funciona exactamente igual que si fuese un unico brush en el model, esto a nivel online se usa mucho para suplir carencias, abrir unos caminos y cerrar otros, por ejemplo, tocas a un actor sin colision en online que tiene un bloque invisible a media altura, que activa una plataforma que sale del suelo en otra parte del mapa gracias a la cual continuar tu camino (pequeñas tareas o misiones con las que conseguir ventajas o atajos hacia la bandera, por ser buena persona y ayudar al personaje secundario, por si estas jugando tu solo mientras esperas a que alguien mas se conecte) esto suele quedar bien, porque el bloque a media altura invisible simula la colision, solo haz que suba lentamente, ya que teoricamente la otra via deberia estar a cierta distancia

no he podido bajarmelo (voy falto de tiempo, a ver si despues de comer sigo con lo de ayer) pero creo recordar haber visto cosas parecidas, no se si es eso lo que quieres hacer

Nop, lo has entendido todo mal.

Obviamente si quisiera que el mapa se modificara aleatoriamente durante el transcurso del juego, asociaría varias paredes al mismo model, para ahorrar recursos y salvarme de un posible crash.

Pero vamos, que si fuera así, habría hecho el generador de mapas al reverendo pedo xDD
El plan es este.

1. De una forma o de otra, el juego inicia el programa generador de mapas.
   
2. El programa genera un mapa aleatorio.
   
3. El programa guarda el mapa aleatorio en la forma de un archivo INI de variables guardadas, con 112 variables equivalentes a los 56 pasillos verticales, y a los 56 pasillos horizontales (Creo que eran 56, no recuerdo muy bien).*
   
4. El programa inicia Entidad 3D desde el nivel laberinto.bsp sin una configuración en particular.
   
5. Dentro del juego, el jugador inicia en un lugar aislado del mapa.
   
6. Se cargan todas las variables.
   
7. Al principio del juego todas las paredes están bajas osea que se podría caminar por cualquier pasillo. (Cosa que no pasa porque el jugador está aislado por ahora xD)
   
8. Mediante un quilombo de IF CONDs se levantan todas las paredes cuya variable asociada esté a cero. Con "levantar" paredes me refiero a levantar el model cúbico que obstruirá el pasaje.
   
9. La animación de levantar duraría lo menos posible, y permanece levantada hasta el final del nivel. Todas las paredes mantienen su estado hasta que se pasa al siguiente nivel.
   
10. Bajo una "salida" al azar del contorno del mapa. (Supongamos que hay 4 salidas fijas en el mapa)
    
11. Una vez levantadas todas las paredes especificadas en el INI, el jugador se transporta a un punto aleatorio del laberinto. Y el juego comienza.

*El tema de las variables quizá lo pueda reducir a 7 filas y 7 columnas con un total de 14 variables, pero tendría que usar una codificación especial (Como binario) para interpretar en los condicionales.
(Por ejemplo si la variable C1 es mayor a 2^6 entonces levanto la pared C1). Luego le resto 2^6 y sigo comprobando bits.

En fin, el laberinto solo se ajusta al principio del nivel.

yo estoy haciendo un mapa al aire libre con muchos arboles y cosas y hasta el momento llevo 166 SpesificActor Y el juego me anda correctamente, y como tiene pocos brushers no se me laguea nada