Como bien apuntas, yo apuesto a que es cosa de el tamaño variable de los strings al reservar memoria.

Porque al hacer el CopyMemory, el tamaño fijo/uniforme que pasas a copiar puede estar jugando malas pasadas según los strings de cada elemento del array dinámico. Mira a ver cual es el valor del sizeof que usas y con eso puedes comprobar si van por ahi las cosas.

Para solucionar puedes o bien intentar reservar manualmente (un método) con exactitud el tamaño de tu tipo definido según los carácteres de los strings, o usar arrays de chars de tamaño fijo en vez de strings con las desventajas de esto, o usar arrays de chars pero al reservar manualmente saber su longitud, si usas chars supongo que podrás usar todas esas funciones de conversión de string a char y viceversa, o si no otra idea mejor que se te ocurra.

He visto que usas SDL_Delay antes de envío/recepción de datos y quizás no sea buena idea y tenga algo que ver con los problemas que comentas.

Deberías mirar las funciones de SocketSets de la SDL_Net, así dicho por encima, cada socketset puede ser un conjunto de sockets (que tu indicas) y que permite comprobar si algún soket del conjunto tiene actividad, es decir se ha enviado o recibido algo por el socket. Y entonces según la actividad del socketset actúas en consecuencia, por ejemplo haciendo la llamada de recibir datos, esto te permite evitar el bloqueo que provoca la llamada de la función recibir datos, pues antes te aseguras que tiene actividad (datos por recibir) el socket, porque aunque sea UDP creo recordar que se bloquea el proceso si no tiene nada que recibir.

Sobre el sistema de predicción pues sí, la idea es buscarte o crear un método para que si algunos mensajes UDP se pierden o llegan desordenados, con la información hasta ese momento recibida por el cliente, puedas estimar (mediante porcentajes, u otras técnicas) cual es probablemente el movimiento que el cliente está realizando, y aunque sea erróneo no se quedará parado el movimiento que estuviera haciendo y si es erróneo luego lo puedes arreglar/corregir con los siguiente mensajes que recibas.

Muy bueno, se notan los añadidos y mejoras respecto a la demo y el curro en general durante todo este tiempo.
Suerte en el concurso y enhorabuena al team por acabarlo.

PD: Ferminho por cierto no he recibido el aviso por SMS correspondiente :P

Suponiendo que las ecuaciones de rotación del eje Y que tienes están bien, el error podrías tenerlo en que estás usando el valor modificado de vDir.x para calcular vDir.z en vez del vDir.x original.

Haciendo algo parecido a esto podría solucionarse si es este el problema:

Código [Seleccionar] Expand


VECTOR vTemporal = vDir;
vTemporal.x  =  (vDir.z * cos(ang_rad)) - (vDir.x * sin(ang_rad));//y
vTemporal.z  =  (vDir.x * cos(ang_rad)) + (vDir.z * sin(ang_rad));

vDir = vTemporal;


La demo está chula y por lo que se ve la cosa va bastante bien, enhorabuena.

Un saludo :)

Mirate la documentación de oggvorbis porque creo recordar que o bien por temas de hilos (multithreaded) o uso de dlls en Windows, alguna de la función que estás usando (la ov_open seguramente) pueda provocar 'petadas' y salidas raras del programa.

El problema es que Windows siempre se te va adelantar a detectar ALT-TAB por el proceso task-switching (ALT-TAB) que consume de forma preferente/prioritaria los mensajes que provoca ALT-TAB, y para poder comprobarlo/usarlo deberías desactivar dicho proceso temporalmente.
En Windows 95/98 es más facil que en 2000/XP. Vamos lo que tu comentas en 1 tendrás que hacer prácticamente.

Se documenta el problema y la solución en este enlace:
http://msdn.microsoft.com/msdnmag/issues/02/09/CQA/

Felicidades a los finalistas :D

Otro que espera estar por allí (uno de los del Stick).

En la sección de descargas de FenixWorld --> http://fenixworld.se32.com puedes encontrar algunos IDEs (hay algun enlace roto), utilidades, los binarios de Fenix, etc:

http://fenixworld.se32.com/download.php

También puedes buscar en los foros de http://forum.divsite.net

Cualquier lenguaje es válido para el concurso. Los juegos de allí son mayoritarios de DIV/Fenix porque la mayor parte de usuarios lo eran de la página oficial inglesa ya difunta de DIV.
Y si hay para Fenix varias IDEs correctas y herramientas gráficas.

PD: Saludos gnomwer, esto parece una pequeña invasión :P

Bueno aquí otro individuo que de vez en cuando se pasaba por estos lares y que finalmente se une para aportar lo que se pueda.
Por cierto, veo a muchos 'conocidos' que pululan por los foros :P

Saludos a tod@s :)