Por si alguien le saca partido: HLSL Reference (PDF)

[site:]

 Una posible solución (que no es la correcta, claro) es buscar dentro de Stratos a través de Google. La única pega que veo es que no funciona con post recientes (si no están indexados por Google, no salen en la búsqueda).

La forma de hacerlo es la siguiente:

Entra en la página de Google y en el campo destinado a la búsqueda, escribe site: y a continuación, sin dejar ningún espacio, el nombre de la página en la que quieras buscar, en éste caso http://www.stratos-ad.com/. Detrás de ésta sentencia con un espacio entre medias, introduces la palabra o palabras a buscar. Ej:

Código [Seleccionar] Expand

site:http://www.stratos-ad.com/ c#

Repito, esto solo funciona para post no muy recientes. Coincido con Lord Trancos 2 en lo de reducir el requisito en 3 letras (creo que 2 ya no es necesario).

Saludos.

 Sin ánimo de ofender, ni provocar un flame...

¿Qué será lo próximo?

Lo que no entiendo es porqué si vais a responder con esto... lo haceis. Así pasa, que la mayoría de los post derivan en algo totalmente diferente a lo que inicialmente estaba orientado. Si crees que se trata de una tontería, pasa del tema y a otra cosa.

PD: si mis palabras suenan duras... que sepais que lo son!!  :P

Ánimo.

 Rápido muchachos, hoy día 25 de octubre es el Día de Internet, y la entidad pública Red.es pondrá a disposición de quien lo solicite 5000 dominios gratuitos de tercer nivel (.com.es, .org.es o .nom.es) válidos por 1 año hasta fín de existencias.

Información

PD: Al momento de escribir este post, y habiendo registrado ya un dominio creo que van por el 2500 y pico.

Bo!

[const]

 Vaya, creo que solucionado. Ahora el compilador no me da error.
He puesto delante de la declaración de la variable

Código [Seleccionar] Expand

char *host
un const y he igualado host a NULL y todo perfecto.

const char *host = NULL;

Quizás ellos no lo han necesitado por lo que dice LCO, que hayan usado otro compilador diferente al de VC++6.

Yo siempre he pensado que una variable a la que se le aplica el modificador const, nunca podía ser modificada. Y esto es así, lo que no aprendí en su día era que dependiendo del contexto en el que se colocase const se podían hacer unas cosas u otras. Buscando una solución para el problema anterior me topé con ésto visto en ésta página:

Código [Seleccionar] Expand

const int x;      // constant int
x = 2;            // illegal - can't modify x

const int* pX;    // changeable pointer to constant int
*pX = 3;          // illegal -  can't use pX to modify an int
pX = &someOtherIntVar;      // legal - pX can point somewhere else

int* const pY;              // constant pointer to changeable int
*pY = 4;                    // legal - can use pY to modify an int
pY = &someOtherIntVar;      // illegal - can't make pY point anywhere else

const int* const pZ;        // const pointer to const int
*pZ = 5;                    // illegal - can't use pZ to modify an int
pZ = &someOtherIntVar;      // illegal - can't make pZ point anywhere else

Lo dicho, nunca te acostarás sin saber un poco más.

Por cierto, a todo esto, una pregunta: Has trasteado con las funciones para UDP con relativo éxito?

Uff, todavía no, quería meterme primero con TCP antes que darle caña al UDP, que veo que éste último me va a dar tantos quebraderos como te está dando a tí :P

[3.2.2 SDLNet_ResolveIP]

 Estoy trasteando con SDL_Net en VC++6 y tengo un problemilla con la función SDLNet_ResolveIP.

Según el manual online de la librería:

3.2.2 SDLNet_ResolveIP

char *SDLNet_ResolveIP(IPaddress *address)

address
    This points to the IPaddress that will be resolved to a host name. The address->port is ignored.

Resolve the IPv4 numeric address in address->host, and return the hostname as a string.

Returns: a valid char pointer (string) on success. the returned hostname will have host and domain, as in "host.domain.ext". NULL is returned on errors, such as when it's not able to resolve the host name. The returned pointer is not to be freed. Each time you call this function the previous pointer's data will change to the new value, so you may have to copy it into a local buffer to keep it around longer.

Ejemplo:

Código [Seleccionar] Expand

// resolve the host name of the address in ipaddress
//IPaddress ipaddress;
char *host;
if(!(host=SDLNet_ResolveIP(&ipaddress))) {
   printf("SDLNet_ResolveIP: %s\n", SDLNet_GetError());
   exit(1);
}

El problema que tengo es que, al intentar obtener el hostname mediante la asignación que pone en el ejemplo

Código [Seleccionar] Expand

host=SDLNet_ResolveIP(&ipaddress)

me salta el siguiente error de compilación

Código [Seleccionar] Expand

error C2440: '=' : cannot convert from 'const char *' to 'char *'

y la verdad, no entiendo porqué. ¿Alguien que haya trasteado con esta librearía (o no) sabe que puede ocurrir o como solucionarlo?

Thx!.

 Lo he visto xD, que cabrón el "chucho".

Se me saltaron las lágrimas cuando le respondió a la embarazada. XD

 

Por ahora 7 elegidos se han pasado el juego (sin contar betatesters) y alguno de ellos en solo un dia xD

Pues ahora son 8 B) :D  

Las pruebas...

Niveles desbloqueados (ampliar)


Nivel 50 (ampliar)


Final (ampliar)

Decir que lo he pasado mal, muy mal en:
- Nivel 18: "Loves Bugs POW!!!". Malditos Speed Bugs, llegan a marear.
- Nivel 36: "Los Love y los Bombs no se llevan nada bien". Es un infierno acabar con los acorazados.
- Nivel 38: "Vip Wars ¡The attack of the Ying Yang Bugs!". Creo que el síndrome del tunel carpiano se ha apoderado de mi muñeca.
- Nivel 42: "¡Bombs vs Fronzen!". Si ya se me da mal usar los Bombs, en este nivel la pasé putas.
- Nivel 50: "¡La batalla final a lo grande!". Parece que no, pero cuesta matar al jodio.

Muy bueno, me lo he pasado muy bien :D.

PD: :huh: Me dió un error mientras jugaba. El mensaje era:

ERROR in
action number 1
of Destroy Event
for objetct bugNormal:

Error in code at line 4:

part_emitter_region(part_system, part_emisor, x,x,y,y,ps_shape_rectangle,ps_dist_gaussian);

at position 35: Unknown variable part_emisor

PD II: Se me ralentiza q te cagas cuando hay muuucha niebla (casi todo blanco), lo que provoca que pueda pasarme el nivel muy facilmente.
PD III: En la pantalla donde hay Frozens, Bombs y Love, cuando se congela el cursor y una bomba mata a un Love y empiezas el siguiente nivel antes de que el efecto congelado se disipe, el cursor sigue congelado. Se quita cuando pasa el tiempo, pero creo que debería empezar de nuevo sin estarlo.

Bo!

 

si el número que vas a convertir es positivo no puedes multiplicar por -1

touché!!  :D  

 ¿Para pasar de negativo a positivo no bastaría con multiplicar por -1?

[<]

 

No entiendo esto, supongo que typedef unsigned int Mask, pero el < no se se que es...

< sirve para mostrar el signo "<" en una página web.
No pertenece al código en C mostrado en el ejemplo, ha debido pasar algo al codificar y mostrar la página en el navegador.

Creo que lo que quería poner es

Código [Seleccionar] Expand

// Event Categories
const Mask PLAYER = 1<<2;
const Mask ENEMY  = 1<<3;

// Event Types
const Mask SPAWN  = 1<<2;
const Mask DIE    = 1<<3;
const Mask HIT    = 1<<4;

 

Si tu problema es sobre cómo estructurar el código de un juego en CódigoVerde tienes una serie de tutoriales paso a paso sobre cómo crear un juego sencillo.

Parece que esta caida la web :mellow:

Es el efecto Stratos :D

 ¡¡Muy chulo!!.

Aparte de la estética, que coincido con las otras opiniones vertidas, me ha gustado el movimiento fluido de scroll que has conseguido con la cámara, muy bueno. Por cierto, ¿para qué es el somnífero :D?

¿Nunca os ha saltado el VC++ al encontrar un error de javascript en una web?

yep.

 Jaja, es buenísimo :lol: . Chico, menudo vicio le estoy pillando.

Una cosa que cambiaría es repetir el nivel más rápidamente. Cuando te caes vuelves al menú, pulsas repetir nivel, esperas 3-5 segundos y te pones a jugar nuevamente. No se si has llegado a jugar al Trackmanía, ese juego alocado de coches. En él, cuando te sales del trazado y tienes que reiniciar el nivel, pulsas la tecla de reiniciar y en menos de 2 segundos ya estás nuevamente en movimiento. Creo que a un juego tan dinámico como el tuyo le pega un estilo parecido.

el nivel mas guapo es el que la salida estaba al lado de el inicio :lol:, es que las plataformas ya no son lo mio jeje

Jajaja, cierto.

 Micro: Athlon XP 1400 (1600+)
Ram: 768 MB
Windows XP SP2

+----------------------------------------------------------+
¦           CRM32Pro Win32 v4.61 (build 1039)              ¦
¦               MegaStorm Systems © 2005                 ¦
¦            http://www.megastormsystems.com               ¦
+----------------------------------------------------------+

· TestSpeed v2.2

· Executing at Mon Sep 19 01:25:24 2005
· Running on AMD processor - AthlonXP (A) - MMX - SSE
· Selected 'Athlon' optimized code path.

· CRM32Pro successfully initiated.

· Test FillRect background - Number of sprites: N/A - Sprite: N/A
· 5 seconds of benchmarking
· 205 total frames rendered
· 34.08 frames per second

· Selected normal code path.
· 800x600x32bits
· Screen is in system memory
· Sprite is in system memory
· Background is in System Memory
· Test 1.1 - Number of sprites: 100 - Sprite: 16.bmp - Scanline: 64
· 5 seconds of benchmarking - 317 total frames rendered
· 52.81 frames per second

· Test 1.2 - Number of sprites: 100 - Sprite: 32.bmp - Scanline: 128
· 5 seconds of benchmarking - 333 total frames rendered
· 55.44 frames per second

· Test 1.3 - Number of sprites: 100 - Sprite: 64.bmp - Scanline: 256
· 5 seconds of benchmarking - 278 total frames rendered
· 46.30 frames per second

· Test 1.4 - Number of sprites: 100 - Sprite: 128.bmp - Scanline: 512
· 5 seconds of benchmarking - 159 total frames rendered
· 26.37 frames per second

· Test 1.5 - Number of sprites: 100 - Sprite: 256.bmp - Scanline: 1024
· 5 seconds of benchmarking - 45 total frames rendered
· 7.33 frames per second

· Test 1.6 - Number of sprites: 100 - Sprite: BlitSurf - Scanline: 3200
· 5 seconds of benchmarking - 253 total frames rendered
· 42.12 frames per second

· Selected 'MMX-I' optimized code path.
· 800x600x32bits
· Screen is in system memory
· Sprite is in system memory
· Background is in System Memory
· Test 2.1 - Number of sprites: 100 - Sprite: 16.bmp - Scanline: 64
· 5 seconds of benchmarking - 365 total frames rendered
· 60.80 frames per second

· Test 2.2 - Number of sprites: 100 - Sprite: 32.bmp - Scanline: 128
· 5 seconds of benchmarking - 337 total frames rendered
· 56.03 frames per second

· Test 2.3 - Number of sprites: 100 - Sprite: 64.bmp - Scanline: 256
· 5 seconds of benchmarking - 278 total frames rendered
· 46.25 frames per second

· Test 2.4 - Number of sprites: 100 - Sprite: 128.bmp - Scanline: 512
· 5 seconds of benchmarking - 164 total frames rendered
· 27.33 frames per second

· Test 2.5 - Number of sprites: 100 - Sprite: 256.bmp - Scanline: 1024
· 5 seconds of benchmarking - 45 total frames rendered
· 7.43 frames per second

· Test 2.6 - Number of sprites: 100 - Sprite: BlitSurf - Scanline: 3200
· 5 seconds of benchmarking - 263 total frames rendered
· 43.69 frames per second

· Selected 'MMX-II' optimized code path.
· 800x600x32bits
· Screen is in system memory
· Sprite is in system memory
· Background is in System Memory
· Test 3.1 - Number of sprites: 100 - Sprite: 16.bmp - Scanline: 64
· 5 seconds of benchmarking - 360 total frames rendered
· 59.88 frames per second

· Test 3.2 - Number of sprites: 100 - Sprite: 32.bmp - Scanline: 128
· 5 seconds of benchmarking - 332 total frames rendered
· 55.26 frames per second

· Test 3.3 - Number of sprites: 100 - Sprite: 64.bmp - Scanline: 256
· 5 seconds of benchmarking - 281 total frames rendered
· 46.78 frames per second

· Test 3.4 - Number of sprites: 100 - Sprite: 128.bmp - Scanline: 512
· 5 seconds of benchmarking - 166 total frames rendered
· 27.64 frames per second

· Test 3.5 - Number of sprites: 100 - Sprite: 256.bmp - Scanline: 1024
· 5 seconds of benchmarking - 49 total frames rendered
· 7.86 frames per second

· Test 3.6 - Number of sprites: 100 - Sprite: BlitSurf - Scanline: 3200
· 5 seconds of benchmarking - 260 total frames rendered
· 43.33 frames per second

· Selected 'MMX-III' optimized code path.
· 800x600x32bits
· Screen is in system memory
· Sprite is in system memory
· Background is in System Memory
· Test 4.1 - Number of sprites: 100 - Sprite: 16.bmp - Scanline: 64
· 5 seconds of benchmarking - 371 total frames rendered
· 61.76 frames per second

· Test 4.2 - Number of sprites: 100 - Sprite: 32.bmp - Scanline: 128
· 5 seconds of benchmarking - 363 total frames rendered
· 60.49 frames per second

· Test 4.3 - Number of sprites: 100 - Sprite: 64.bmp - Scanline: 256
· 5 seconds of benchmarking - 332 total frames rendered
· 55.20 frames per second

· Test 4.4 - Number of sprites: 100 - Sprite: 128.bmp - Scanline: 512
· 5 seconds of benchmarking - 267 total frames rendered
· 44.50 frames per second

· Test 4.5 - Number of sprites: 100 - Sprite: 256.bmp - Scanline: 1024
· 5 seconds of benchmarking - 138 total frames rendered
· 22.86 frames per second

· Test 4.6 - Number of sprites: 100 - Sprite: BlitSurf - Scanline: 3200
· 5 seconds of benchmarking - 289 total frames rendered
· 48.15 frames per second

· Selected 'MMX-IV' optimized code path.
· 800x600x32bits
· Screen is in system memory
· Sprite is in system memory
· Background is in System Memory
· Test 5.1 - Number of sprites: 100 - Sprite: 16.bmp - Scanline: 64
· 5 seconds of benchmarking - 373 total frames rendered
· 62.13 frames per second

· Test 5.2 - Number of sprites: 100 - Sprite: 32.bmp - Scanline: 128
· 5 seconds of benchmarking - 363 total frames rendered
· 60.42 frames per second

· Test 5.3 - Number of sprites: 100 - Sprite: 64.bmp - Scanline: 256
· 5 seconds of benchmarking - 337 total frames rendered
· 56.06 frames per second

· Test 5.4 - Number of sprites: 100 - Sprite: 128.bmp - Scanline: 512
· 5 seconds of benchmarking - 264 total frames rendered
· 43.99 frames per second

· Test 5.5 - Number of sprites: 100 - Sprite: 256.bmp - Scanline: 1024
· 5 seconds of benchmarking - 143 total frames rendered
· 23.73 frames per second

· Test 5.6 - Number of sprites: 100 - Sprite: BlitSurf - Scanline: 3200
· 5 seconds of benchmarking - 290 total frames rendered
· 48.25 frames per second

· Selected 'MMX-V' optimized code path.
· 800x600x32bits
· Screen is in system memory
· Sprite is in system memory
· Background is in System Memory
· Test 6.1 - Number of sprites: 100 - Sprite: 16.bmp - Scanline: 64
· 5 seconds of benchmarking - 357 total frames rendered
· 57.69 frames per second

· Test 6.2 - Number of sprites: 100 - Sprite: 32.bmp - Scanline: 128
· 5 seconds of benchmarking - 312 total frames rendered
· 51.90 frames per second

· Test 6.3 - Number of sprites: 100 - Sprite: 64.bmp - Scanline: 256
· 5 seconds of benchmarking - 215 total frames rendered
· 35.77 frames per second

· Test 6.4 - Number of sprites: 100 - Sprite: 128.bmp - Scanline: 512
· 5 seconds of benchmarking - 149 total frames rendered
· 24.75 frames per second

· Test 6.5 - Number of sprites: 100 - Sprite: 256.bmp - Scanline: 1024
· 5 seconds of benchmarking - 45 total frames rendered
· 7.26 frames per second

· Test 6.6 - Number of sprites: 100 - Sprite: BlitSurf - Scanline: 3200
· 5 seconds of benchmarking - 223 total frames rendered
· 37.17 frames per second

· Selected 'K7' optimized code path.
· 800x600x32bits
· Screen is in system memory
· Sprite is in system memory
· Background is in System Memory
· Test 8.1 - Number of sprites: 100 - Sprite: 16.bmp - Scanline: 64
· 5 seconds of benchmarking - 345 total frames rendered
· 57.43 frames per second

· Test 8.2 - Number of sprites: 100 - Sprite: 32.bmp - Scanline: 128
· 5 seconds of benchmarking - 305 total frames rendered
· 50.74 frames per second

· Test 8.3 - Number of sprites: 100 - Sprite: 64.bmp - Scanline: 256
· 5 seconds of benchmarking - 158 total frames rendered
· 26.32 frames per second

· Test 8.4 - Number of sprites: 100 - Sprite: 128.bmp - Scanline: 512
· 5 seconds of benchmarking - 111 total frames rendered
· 18.44 frames per second

· Test 8.5 - Number of sprites: 100 - Sprite: 256.bmp - Scanline: 1024
· 5 seconds of benchmarking - 42 total frames rendered
· 6.70 frames per second

· Test 8.6 - Number of sprites: 100 - Sprite: BlitSurf - Scanline: 3200
· 5 seconds of benchmarking - 244 total frames rendered
· 40.59 frames per second


· CRM32Pro successfully closed.