Bien pues esto trata de lo siguiente:
La idea me surgio para nivelar el caudal de transferencia de red de mi engine, ya q si yo consigo 300 FPS enviaria 300 veces datos sobre mi personaje al servidor el cual enviaria a todos los usuarios.Esto n podia ser, q hay de la gente q va a 30 FPS? y q pasaria si tuviera una linea de 56Kb, m la xuparia entera?.Tenia q hacer algo al respecto.Preguntando en el canal y pensando hasta bloquearme por estar todo el dia liado con el engine, un compañero, Ethernet conocedor y entusiasta de los Open Engine, Quake, Quake 2, unreal !!, me sugirio q me bajara el engine del Q2 ya q este hacia algo parecido sino =, de lo q yo me proponia hacer.Mire el codigo dnd me indico, e intente adaptarlo pero lo haria mal ya q obtenia el resultado q yo tenia anteriormente.Lograba capar el trafico pero n equitativamente sino q a falta de unas decimas de segundo paraba de enviar :(.Total confiando en mis :idea: q me surgian por amor al arte, me dispuse hacer otra cosa, hasta q llego la :idea:, en 3 lineas ya tenia listo un envio indeferente a los FPS.Esta parte es bastante interesante, ya q xupara menos LINEA, y por consiguiente agilizara el trafico tanto de la parte servidor cm la de nosotros.COMO? my sencillo.Si yo voy a 300 FPS en pantalla los demas, si controlamos el caudal online nos iran a 50 FPS (q es un lujo, n ntaremos diferencia ya q nuestro monitor refrescara 70 veces o 60, aki radica el tema ;)).Conseguimos, mas holgura de red, mas holgura de procesos y un rendimiento mejor.
Pero hablando y contrastando ideas con mi querido colega Aureal, el tenia pensado hacer algo asi, pero ahorrarse q tubiera q mirar q tecla pulsaba cada ciclo de reloj.A todo esto pense una locura.Si mi monitor va a unos 60-70 Hz (refresca la pantalla esas veces) para q quiero yo mas refrescos VIRTUALES (se combierten en virtuales pq n los vemos, refrescara frames sin q podamos verlos).Pues bien, PARA NADA es la respuesta.
Pues bien, q FPS puedo llegar a tener? 60 es lo justo, y 50? n se nota. 50 es un buen nº.
Bien, pues procesare el render 50 veces por segungo, me ahorrare cientos de miles de procesos cada segundo, y cm consecuencia se me dispararan los FPS, q se obtiene con 2 variables, q midne el tiempo q tarda desde su proceso hasta q vuelve a el.A esto ahora lo llamaremos CICLOS DEL ENGINE.estos ciclos median antes los 300FPS teniendo q renderizar 300 veces por segundo, haciendo miles de procesos.al ahorrarle eso habra un aumento bestial de ciclos q luego usaremos en nuestro favor.
Hasta aki lo mismo n esta clara la ultima parte.Recordad, tenemos:
-50 FPS y 50 Refrescos de red.
-Tendremos unos 200 000 ciclos con la configuracion q renderiza TODO el mapa, el modelo etc...
200 000 FPS? si pero n son ahora Frame Per Seconds, sino ciclos de reloj, ya q los FPS los limitamos a 50 consiguiendo 200 000 ciclos restantes para procesar datos sin q el Engine se resienta.
Q hacemos con esos 200 000 ciclos, en q los usamos? PARA CONSEGUIR MAS FPS.
Y direis, bueno mi tarjeta ni mi PC son = al tuyo yo antes probe tu engine y me iba a 20 FPS (quien lo ha probado ;) ).Aureal lo ha probado y ha conseguido llegar a tocar 88 FPS :).
COMO?!!!! DIOX.tendremos q tener 1º en cuenta q lo suyo seria 50 FPS renderizando todo el terreno posible ! para q nuestra jugabilidad aumente.
Vamos a bajarnos 1º esta cosa tan rara de:
http://www.aditel.org/~emolina/FPS-NET.zipSDL Win32 Binary:
http://www.libsdl.org/release/SDL-1.2.5a-win32.zipSDL_Net Win32 Binary:
http://www.libsdl.org/projects/SDL_net/rel...1.2.5-win32.zipBien abrimos el archivo ini.scp.
IPSERVER 127.0.0.1
NICK Prompt
//FPS -0.000000001 //a toda pastilla
FPS 0.015000000 //50
//FPS 0.000000000 //100
RENDERDIST 1000.0 //distancia max de render (antes estaba a 500.0)
SCREENWIDTH 800 //ta claro
SCREENHEIGHT 600 //esto sin problemas
FULLSCREEN 0 //y aki si queremos pantalla completa
EOF //simplemente el final del scriptdnd pone FPS controlaremos nuestros FPS cada segundo, cm queremos 50 pondremos 0.015000000 o 0.010000000(asi obtengo yo 50 y pico).Bien esto en mi caso con mi tarjeta esq lo pongo a 100 FPS y me sobran cientos de ciclos asi q me pondre en el caso de Aureal, por ejemplo, para q veais cm lo hizo cuando le dije cm configurar esto, q es muy facil.
Pues bien tenemos capado a 50 FPS, si cuando arranquemos el engine los FPS-NET y los ciclos tienen paridad, o sea q son = quiere decir q hemos tocado techo con nuestra tarjeta y el PC.Joer! y ahora q ? para eso esta la instruccion del archivo ini.scp llamada RENDERDIST, esta a 1000.0.Esto renderiza TODO el mapa entero asi q bamos a ir bajandolo hasta q veamos q tenemos una jugabilidad buena en cuestion de vision. unos 150 o 200 estara bien, si a esto le sumamos q con la tecla numerica 8 y 2 podemos inclinar la vista y asi n ver siempre todo renderizado.ESTUPENDO!!, ahora vemos q hemos ganado unos miles de FPS.Q hacemos con ellos? disminuimos a instruccion FPS para pescar mas FPS, ahora podremos hacerlo ya q nuestro PC va olgado !! ;).
ALA, aureal consiguio tocar 88 FPS con un RENDERDIST de 100.0. Quiero q lo probeis y me digais q tal os ha ido.Q posteeis los Cilos y FPS-NET pliz.
*Aun n tengo subido el engine n tengo FTP :( toi intentado q me suba el archivo, si alguien se ofreciera... es 1 MB de nada.Podeis encontrarme con el nick Prompt en el IRC hispano en el canal #stratos y pedirme q os lo pase. Ah decir q si disminuimos el tamaño de pantalla ganamos mas :P.
Espero q os haya gustado esto y q os ayude a TODOS ;), y q se haya entendido pq yo se q me emociono escribiendo y a veces n veas... cualquiera me entiende lo q pongo :P.
************************************************************
Abstenerse criticas sobre el engine, este post solo se refiere al apartado de FPS y ciclos por segundo de proceso del engine.El engine es bastante puñetero y ta a mi MODO por si os pasa algo raro. Espero q os haya gustado el post.
************************************************************
PD:A lo q yo llamo aki ciclos de reloj del engine es en realidad interacciones del bucle, Aureal ;)
Aunque no me he enterado ni una mierda del proceso (véase post anterior sobre lo que me ocurre a estas horas), me gusta tu entusiasmo. Me piro a dormir, si mañana sigues sin tener dónde meter el mega de camy, mándamelo por mail y le haré un huequito en andor (si el servidor chuta).
A reveure.
Yo tp me he enterado de nada XD y eso que me parece q aparezco arriba del todo xDD
Yo me he enterado un poco d la primera parte, todo el proceso me ha dejado un poco asi :-?
Por cierto, yo tengo configurado el monitor a 80-85Hz Me parece una muy buena idea eso de capar solo la funcion de renderizado ya q chupa un huevo xD Podrias reescribirlo todo cuando hayas dormido bien y hacer una especie d articulo (aunq creo q necesitara una gran revision por la RAE xDDDDD es broma jejeje)
Cuando tenga algo de tiempo intentaré descifrar lo que has puesto, Master ;). Si has dicho que vas a capar los FPS a 50 para evitar mandar mucha información por la red o para la IA.... lo que se suele hacer es lo contrario :D.
Aquí tienes un artículo de Jare:
http://www.iguanademos.com/Jare/docs/FixLoop.htmA ver si te sirve :idea:
Pues si lo q se hace es el libre alvedrio, es una burrada.
Veamos lo de arriba resumido:
El monitor mio va entre 60-70Hz, osea, nos refrescara la pantalla 60 veces por segundo (60 por poner un nº).Si tengo 300 FPS, renderizo 300 veces,240 veces n se ven cada segundo.(todo esto en mi caso claro).
Estos 240 render, son inutiles ya q n los vemos y nos consumen MUCHO.Tonces vamos a aprobecharlos en nuestro favor.En mi caso me interesa tener Ciclos de bucle del engine, o lo q es lo mismo, las pasadas q hay cada segundo para hacer procesos.Contra mas tenga mas olgado ira mi makina para los demas procesos.En mi caso inmediato el microprocesador se pone al 100% y pasa poca informacion a la GPU de la tarjeta y esta va facil.A mi n me hara falta tener mas FPS, pero a la gente q vaya con 20 o 30 cm Aureal, Si q le hace falta para poder llegar a tener una jugabilidad importante, y q n le meta tirones.Vamos q le vaya suave (y con baelina :P).
El pilla pongamos 30 (anque creo q me dijo 20 pero da=, tienen una tnt2 y cuando yo la tenia iba a 24 por ahi, en fin 20!!) a toda pastilla intentando renderizar cada milesima de sugundo etc.Ahora lo q hacemos es q cada segundo solo renderice 50 veces.(aki se le puso a 48 FPS o por ahi).
y le sobraron unos 1500 ciclos.Hay q tener en cuenta q si los ciclos de bucle son = a los FPS esq hemos tocado techo con la tarjeta y tendremos q tirar de disminuir la distancia de render para tener mas ciclos, y con estos "cangearlos", por FPS.Esto es lo q hizo.El muy burro xDDDDD se puso 100.0 de disancia de 1000.0 q tenia (500.0 es perfecto, y si bajamos de ahi, pulsando en el teclado numerico el 8 y el 2, ponemos la camara de forma q n veamos el pop-up, la distancia dnd renderiza) pues puso q le renderizara 100 FPS y los ciclos q le sobraron de renderizar el mapa pudo alcanzar 88 FPS con una tnt2 q antes pillaba solo 20 o 30 y de chorra.weno aunque la comparacion seria cuando n disminuyo la distancia de render. seria ANTES 20-30 y despues con esta tecnica 48.(renderizando 5000 poligonos q tiene el mapa con textura y el modelo).
Esta tecnica ahorra procesos inutiles q n nos valen y nos dan mas FPS :).
Y el resultado es bastante bueno. ^^.
PD:Ethernet a ver si te paso lo del control de la NET con esto ok? q ayer n te vi en el IRC
Pues ahora que lo explica de una forma más clara (aunque canjear es con j), me parece que tiene mucha razón. Eso si hz=fps, que no vi yo muy convencido a Colson.
Sería la misma filosofía del frustum aplicada a los fps. Si no se van a ver, ¿para qué calcularlos?
A ver si he entendido lo que cuentas. En mi caso, acostumbro a separar la logica del juego del render puro. Entendiendo como render todo aquello que dependa de GPU.
Entonces, supongamos que la logica tarda 5 mili-seg y el render otros 5 mili-seg
1seg / ( 5 mseg + 5 mseg) = 100 fps
esto significa que haremos 100 pasadas por el bucle de logica y otras 100 pasadas por el bucle de render. Si tenemos un monitor que refresque a 50 HZ (una mierda de monitor, pero los numeros salen mas facil), significa que no apreciaremos los cambios en la mitad de los renders. En definitiva desperdiciando CPU.
Si he entendido bien. La idea seria, por ejemplo, ejecutar el render una vez si otra no. De esta manera dedicariamos mas tiempo al bucle de la logica. Luego los FPS aumentarian, pero hay un poco de fraude pq en realidad se esta dibujando 50 veces por segundo.
en promedio el render pasa a costar 2.5 mseg
luego, queda 1seg / ( 5 mseg + 2.5 mseg) = 134 fps
Lo que no tengo claro es si el resultado queda bien, o si hay que sincronizar de alguna manera. Ya lo probare, y a ver que tal funciona.
:P
SI ya probaras ;).
Lo q hacemos es ahorrar procesos q n podemos ver para pillar mas FPS.
de 300 FPS n veo 240 de ellos por las caracteristicas de mi monitor.Lo q hago en mi caso es aumentar el rendimiento q tu llamas logico y n meterle tanta caña a la tarjeta.
En el caso de alguien q tiene 20 FPS.Con esto logra 48 FPS.Todo esto depende de la tarjeta y demas claro.
A ver, resumiendo es limitar los FPS a los Hz del monitor. Y como ahora dibujas menos frames por segundo, pues tienes más tiempo para la lógica.
Eso no es algo raro ni nuevo. Cuando los fps gráficos superan los Hz del monitor se convierten en unos meros indicadores de potencia de tu ordenador. De ahí que las benchmarks no los limiten.
Mucho juegos (quake, unreal, etc) tienen la opción vsync. Que es justo esto, limitar los fps al refresco del monitor.
Aunque no recuerdo porqué, creo haber leído que esto no era recomendable. A ver si viene alguién que lo sepa y nos lo aclara.
De todos modos, si decides hacer vsync, direct 3d lleva una función para hacerlo. Y opengl tb, mediante una extensión. No hace falta que lo hagas por fuerza bruta. Además, así de paso te ahorras hacer una función que mire los Hz del monitor del usuario, etc, etc.
Repito, esto NO es algo nuevo.
Un saludo.
PD: Master no te metas nunca a profesor, que madre mía tus alumnos no se iban a enterar de un pijo, jajaja. Tu sigue haciendo juegos. :)
Creo que el sincronizado vertical (vsync) no es lo mismo. El sincronizado vertical, si no voy equivocado, realiza una espera activa. Es decir detiene el proceso a la espera de que la targeta haya terminado de enviar los datos al monitor.
Pero como no estoy del todo seguro, seria interesante que alguien que conozca el tema nos lo aclare.
¿Detiene el proceso? ¿Seguro?
No lo sé yo tampoco con seguridad.
El retrazado vertical lo que te hace es sincronizarte con el monitor. Cuando el haz de electrones llega abajo a la derecha, este ha de volver arriba a la izquierda. Es entonces cuando se aprovecha para volcar el backBuffer al frontBuffer.
Creo que no es lo mismo que Master esta explicando.
Un saludote
No os preocupéis. Estoy haciendo un compilador que traducirá de lenguaje Master a castellano. De momento tiene las funciones contrarias a las del winsms. Es decir, cambia los "n" por "no", los "=" por "igual", etc. Os tendré informados.
P.D.: Es coña, pero si alguien se aburre, por favor, le suplico de todo corazón que lo haga, que se me parte el alma y me lloran los ojos cuando tengo que leer algo del engendro del demonio éste :llorando:
Algo que me pregunto (por hablar del tema) es qué ocurre cuando en el ordenador ya te va por debajo de los fps que buscas. Es decir, si quieres limitarlos a 40 pero en el ordenador te va a 20, o en mi caso a 2 ¿también se obtiene un beneficio?
Se obtiene beneficios si los ciclos son mayores a los FPS, si son = (iguales xDDD) los FPS y los ciclos y has aumentado FPS, ya has conseguido mejor rendimiento.
PD:Mars ya te mandare esto al mail.
Me viene a la cabeza una duda. Los tft q no tienen haz de electrones de esos, como actua el sistema? supongo q refresco tendran igual, aunque supongo q no sera de la misma forma que un monitor con tubo de rayos catodicos.
Master: es cierto q deberias releerte tus post una vez escritos, creo a asi te darias cuenta de lo que te decimos. Esto no va con animo de ofender
saludos
Aquí hay cosas como las que comenta master:
Para allegro(es fácil de entender):
http://alleg.sourceforge.net/faq.html#How_...n_any_computer_Otro doc de Jare:
http://www.terra.es/personal3/jare70/docs/FixLoop.htmMaster si te refieres a otra cosa, please postealo con algunos signos de puntuación, que nos dejas sin aliento cada vez que leemos tus posts :oops:
Oye q yo no me he tomado lo de loover a mal!!.Esq claro, tamos hablando por el IRC de wasa, y por aki se malentiende todo. :D
Tb seeeeeee, q al no poner puntuaciones, la emocion de escribir xD, y el estilo movil xD (q intento controlar), hacen un cumulo ilejible.xD.Yo intentare esforzarme!!!.Y usd intentad leer mis post con calma y despacio, q vereis cm se entienden.
Repito de nuevo, q no es lo del vsync.No tiene nada q ver.voy a mandar el correo a Mars, a ver si vamos aclarando las cosas, q yo se, q el unico q podra entenderlo al vuelvo soy yo.
El zip está subido en
http://www.aditel.org/~emolina/FPS-NET.zipNo sé qué edad tenéis, pero ese comportamiento es de parvulario. Madurad.
Tengo una TNT2 M64, PII 338, 196 Mb SDRam
y me da esto:
Con: FPS 0.000000000 //100 - 48 ciclos y 48 fps
Con: FPS 0.015000000 //50 -
los ciclos varian mucho de golpe entre 30 y 3000, :S
y los fps entre 45 y 50
Con: FPS -0.000000001 //a toda pastilla -
se mueven a la par de 42 a 51, :S
si necesitas mas info... :ojo:
PD: yo le añadiria estos dos links
SDL Win32 Binary:
http://www.libsdl.org/release/SDL-1.2.5a-win32.zipSDL_Net Win32 Binary:
http://www.libsdl.org/projects/SDL_net/rel...1.2.5-win32.zip
Citar¿Detiene el proceso? ¿Seguro?
No lo sé yo tampoco con seguridad.
Sí, se detiene el proceso en la función de Flip()
Master, yo te diria que lo de reducir los fps es automático. No te preocupes ahora por eso, cuando vayas metiendo cosas ya verás como bajan ellos solitos...
Una vez hecho el juego, totalmente terminado, si te va a 200fps te planteas lo de recortarlo para no enviar tantos datos.
Aunque yo no tengo ni idea de juegos online, ¿no seria más eficiente enviar los datos de juego con una función temporal?. O sea, enviar posicion del jugador, y demás datos relevantes cada 100 ms, y todos a la misma velocidad de envio. No se, enviar la posición del jugador en cada frame me parece una sobrada...
un saludo
ShAq Gracias. En tu caso se ve q puedes pillar muchos.Puedes hacer 2 cosas, o lo dejas en 100 y diminuyes el RENDERDIST, en 500.0 estaria muy bien. o capas a 50 y dejas Ciclos sueltos para procesos del juego de mas adelante. ;)
Hola a todos, q tal?
Os dejo un enlace de la pagina dnd pondre todos los downloads, con las librerias SDL necesarias q se usen y los ejecutables, tanto para windows cm para Linux ;).
http://usuarios.lycos.es/almartin84/downloads.html*Espero q postees:
-La tarjeta q usais, Micro y memoria y el SO. Muchas gracias por vuestra colaboracion.
CUIDADO!!!!
Tu fichero engine.exe contiene el virus W32/Pate.b. O por lo menos eso me dice mi VirusScan.
:enfadado:
Ídem con el AVG Antivirus.
Yo tengo el AV tb. se puede reparar el archivo y n pasa nada, aunque dudo q el q subi tenga.Voy a mirar...
Pos nu... el zip ta limpio O_o, a demas el zip q Mars lo pase por MSN q tiene el mcafee, y si tiene virus n t deja enviar O_o.Voy a REsubir
Ya lo subi de nuevo y antes escanee todo mi PC.Me lo baje y n habia nada!.
Ya podeis bajarlo q esta limpio ;), perdonad por las molestias.
En concreto es el ejecutable para windows del zip de tu download. No llegué a abrir el que me pasaste tú, lo subí directamente.
Yo tengo el Norton y no se me quejo, :llorando:
no se si estare infectado, no obstante iba a formatear
en breve, :I
Poke kite el bixo ya... :D parece q se colo... nuse q raro.El de Mars estaba limpio, pero el q yo subi hace dias q CREIA q n rulaba el ftp,ese taba infectado y luego al subirlo de nuevo (limpio ya cuando hice la page de downloads) n se sobreescribio al parecer, por eso tenia virus.PERO YA NU, ni el de Mars ni el q esta AHORA.Tripod bazura!! con su sistema weno de sobreescribir, lo siento :(.
eh, sin rencores, :ojo:
jaja, no pasa nada, lo que mas me jode es que
creia que estaba a salvo con el Norton, ya veo que no
Saludos.
Bueno, yo lo quité del ftp cuando me avisaste de que ya estaba funcional en el otro sitio :)
En fin, sí que es curioso que el Norton no se quejara. ¿No lo tenías actualizado o algo?
si ke lo tengo actualizado, si cada dos por tres me sale
el ventanuco amarillo avisando que ha actualizado las
definiciones de virus, no entiendo, :o
REPITO.El q tu te bajaste era una version anterior a la q yo le pase a Mars, q contenia virus, la cual n se SOBREESCRIBIA y crei q la q estaba en el FTP de tripod era la q n tenia virus, resulto q no! y en vez sobreescribir, BORRE y subi el nuevo.TU NORTON ESTA BIEN n habia virus en lo q te bajaste ;)