Yo no soy un profesional. Cuando abrieron el periodo de aceptar solucitudes(Navidades...), le rellenas un formulario con tus datos, los de tu ordenador y los motivos por los que te deberían escoger :lengua:. Se lo mandas. Te preaceptan(o no) y tienenes que mandar el NDA firmado y rellenado por fax a Microsoft. Una vez te dicen que todo ok, toca esperar muchos meses hasta que hay novedad... y ya está la novedad... justo entre terminar las prácticas de la universidad y los exámenes
:triste:

El pasarse todos los días por varios sitios de ésto, es lo que tiene, que te enteras de estas cosas
                               

                                No es por ser cabrito... pero sí, desde el Viernes a las 1:23 de la noche(me ha comentado un amigo, yo andaba de juerga :lengua:), los beta testers públicos ya tenemos la Beta Release 1.

Ya sabréis que hemos firmado un NDA y que no podemos dar detalles, sólo os lo confirmaba.


                               

                                Puuuuuaaaaaaaaaafffffffffff!

Ésta te la aguardo, Astat!
                               

                                Buen modelo, supongo que skineado y con los shaders e iluminaciones del copón que tendrá el motor, quedará de muerte :lengua:.

TraxNet//Oscar, sí GDAlgorithms es lo más profesional, demasiado para mí muchas veces :lengua: . Por SWENG no se os lee, a ver si programáis más "profesionalmente" :lengua:, es broma.(SWENG es una lista de ingeniería del software aplicada a juegos, muy interesante con que programes en c++/OO)

Ya me habló DirtyPunk(Connor Stokes, de Flipcode) sobre Ignacio hace tiempo en #flipcode, coincidiste tú también con DirtyPunk en Crytek?.

Weno, mi proyecto de Ingeniería del Software para la universidad me reclama... Seguid así que lo vuestro promete :ojo:
                               

                                Oh my god!

Un gili de comentarista, pero un vídeo flipante!. Además "sólo" está usando una gf3. Cuando lo veáis pensaréis en una GF8 lo menos :lengua:
                               

                                Weno,un programador se mete en medio:

Menudo equipazo tenéis en Asidesoft!

Uhm, veo ahora mismo que habéis remodelado//cerrado la web de asidesoft, y que Ignacio Castaño ha actualizado su web.

Hay algo de información pública sobre vosotros?, veo que están Ignacio Castaño y Oscar Blasco(que vienen de Crytek(empresa alemana)). Te veo a tí por aquí... . Lo de Oscar Blasco lo he descubierto en la GDAlgorithms mailing list. También sé que estáis en Alicante.  Jeje, parezco un paparazzi :lengua:. Pos eso, que suerte y que parecéis un gran equipo(como coño compagina Ignacio la universidad? )
                               

                                Por lo que he leido, TCP asegura que los paquetes llegan, siendo más lento. UDP no lo asegura, ahí es donde tienes que meter tú un sistema de validación que si no llega un paquete, lo reenvie. Parece ser que en total , UDP es más rápido. Busca información por la red...
                               

                                Como vea tu jefe estos foros... despedido fijo :lengua:
                               

                                A ver... qué puedo decir sin ofender a nadie? :lengua:

.-Como siempre EMOTION se embala. No te lo tomes a mal :lengua:

.-Yo SÍ creo en un motor reutilizable y extensible. No me peguéis por lo dicho...

.-El "mejor" motor a mi juicio es//ha sido el del Unreal. El Unreal Tournament reutilizó mucho código del Unreal, y el motor del Unreal2//UnrealTournament2003//UnrealChampioship...(más títulos lo usarán, Lineage2...), creo que llamado Unreal Warfare, también se basa en el código anterior.

.-Para cada juego, motor gráfico nuevo, sí. Significa eso que no sirva nada de lo anterior?.

.-Me he perdido ya de lo que decir :lengua:. Básicamente que por una vez estoy del lado filosófico de Emotion.

.-Importante: un buen ejemplo en costrucción es OGRE, código abierto, muy documentado, portable(con capacidad de ser portado, no tienen renderer OGL aún :
     
ogre.sourceforge.net

.-Abierto a críticas constructivas
                               

                                Todos los "pros" hablan de agrupar, todas las tarjetas hablan de llamadas de cientos//miles de triángulos, las DX dicen lo mismo... Sigo creyendo que no has hecho algo bien, pero ando muy liado como para rebatirtelo.

Te recomiendo que postees esto mismo en flipcode(weno, en inglés :lengua:).
                               

                                Uhm.. me da a mí que te has pasado con el tamaño de la textura o algo así en el 2º método, porque debería ser más rápido con Tn&L. Busca un papel de Ratcliff en los archivos del  GDC 2002 o papers de NVIDIA.
                               

                                Pos eso, el motor 2d para juegos de rol, acción tipo X-COM..., proyecto de fín de carrera de nuestro buen amigo, fundador de la antigua ezine Macedonia, autor de varios artículos en la antigua Stratos, y sobre todo gran amigo mío (:P) ha salido al fín como Image Of The Day en Flipcode.

IOTD:
http://www.flipcode.com/cgi-bin/msg.cgi?sh...orum=iotd&id=-1

Hilo de comentarios:
http://www.flipcode.com/cgi-bin/msg.cgi?sh...andombits&id=-1

Web del CrisolEngine:
http://usuarios.lycos.es/crisolengine

                               

                                Busca info en la web de nvidia sobre los diferentes tipos de Vertex Buffers, veo que desconoces los "Dynamic". Te vendrá mucho mejor explicado de lo que puedo explicarte yo.
                               

                                "Grugnorr, yo no digo que sean mas lentas (que evidentemente lo son), lo dicen los datos. Y precisamente el test lo hize con las string, porque es lo que mas uso."

.-std::string sí es más lento que manejar char* y funciones, y más typesafe y más cómodo y...

.-Espero que hagas las pruebas pertinentes con las estructuras de datos, porque no creo que tú(ni yo, ni nadie en general) las implemente más rápido.

.-Entiendes como están implementadas las STL, templates y demás?. No usa ningún método virtual ni nada que pueda ralentizar "apreciablemente" el programa.

.-Ya nos contarás...
                               

                                Uhm... espero que no digas que las STL son más lentas porque los std::string lo sean.

Haz pruebas con las estructuras de datos y no creo que sean más lentas que las que hagas manualmente, pero seguro :lengua: .

std::string es una clase que se usa por comodidad, pero no creo que la uses mucho en un juego, sobre todo en el loop principal...