jcanton - Todos los comentarios

re: Wave Engine

Kiquenet — Fri, 01 Feb 2013 20:24:37 GMT

Muy buena pinta WaveEngine. A ver qué sorpresas nos traéis con waveengine.net. Ninguna pista? Saludos.

re: Entrevista para la Newsletter de Visual Studio

Juan Irigoyen — Thu, 13 Dec 2012 20:08:17 GMT

Joder, impresionante, que envidia.

Un saludo.

Windows Phone 7 – Recomendación de enlaces interesantes (II)

Jorge Serrano - MVP Visual Developer - Visual Basic — Wed, 18 Jan 2012 09:06:55 GMT

Vamos con una segunda retahíla de enlaces relacionados con Windows Phone 7.5 (Mango). En este caso y

Windows Phone 7 – Recomendación de enlaces interesantes (II)

Jorge Serrano - MVP Visual Developer - Visual Basic — Wed, 18 Jan 2012 09:06:55 GMT

Vamos con una segunda retahíla de enlaces relacionados con Windows Phone 7.5 (Mango). En este caso y

Windows Phone 7 – Recomendación de enlaces interesantes (II)

Jorge Serrano - MVP Visual Developer - Visual Basic — Wed, 18 Jan 2012 09:06:54 GMT

Vamos con una segunda retahíla de enlaces relacionados con Windows Phone 7.5 (Mango). En este caso y

re: Occlusion Culling (IV de IV)

Javier — Thu, 05 Jan 2012 15:10:20 GMT

Claro, esa es la forma más eficiente de aplicarlos.

Saludos

re: Occlusion Culling (IV de IV)

Alex Hernández — Fri, 30 Dec 2011 12:07:58 GMT

Hola Javi,

Supongo que el orden en que apliques los distintos métodos de Occlusion Culling importa, no? Me refiero a que si por ejemplo primero aplicas Frustum Culling, te quitas todos los polys que haya fuera de la zona de visión; luego occlusion, para quedarte sólo con los que están delante y, ya por último, backface culling, no? De esta forma te ahorras aplicar los dos últimos a los polígonos de fuera de la visión, y el último a los polígonos tapados.

¿Es correcto?

¡Saludos!

re: WP7 Problemas de rendimiento con Struct (II / II)

Juanma — Fri, 11 Nov 2011 12:17:09 GMT

Tienes razón, no todas struct viven en el stack y de las que viven en el stack, no todo viven en el stack. Por ejemplo, si contienen referencias a un objeto la referencia vivirá en el stack pero el objeto en el heap. Desde luego es un tema interesante, a ver si te animas a escribir un post sobre eso que mucha gente no lo tiene muy claro.

Por cierto, lo de pasar los structs por ref me ha recordado a mis tiempos mozos cuando en Pascal pasabas los arrays por referencia para no generar un stack overflow... ¡qué mayor es uno! :-)

re: WP7 Problemas de rendimiento con Struct (II / II)

Javier — Thu, 10 Nov 2011 20:52:56 GMT

Buenas Juanma, me alegro que te hayas animado a escribir XD. Pues tienes toda la razón dificilmente en ese ejemplo iba a saltar el recolector de basura ya que todas esas matrices se crean en el stack, ahora editaré la parte de las conclusiones para cambiar esto.

Por otra parte, comentarte que no todas las struct se almacenan en el stack, es un poco más complejo. Las struct que son campos de una clase por ejemplo se almacenan en el heap junto a la instancia de la clase.

Me gustaría escribir también sobre esto algún día.

Gracias por el apunte.

re: WP7 Problemas de rendimiento con Struct (II / II)

Juanma — Thu, 10 Nov 2011 16:47:10 GMT

Hola,

Interesante. Yo creo que la CPU se le va, como tú dices, en copiar los structs, pero nunca debería saltarte el recolector de basura (como estás viendo).

Si los structs se crean en el stack (y no el heap), la memoria que ocupan se libera automáticamente al salir del método, ¿no? Debería ser una simple operación de decrementar el puntero de la cima de la pila, no hace falta pasar el GC para eso.

Saludos,

Juanma.

student finance direct gov

Horoopept — Wed, 06 Jul 2011 04:34:14 GMT

Better late, than never.

re: Problemas con el ZBuffer en XNA

Franco jesus Inzunza martinez — Fri, 15 Apr 2011 23:07:27 GMT

Yo tengo este mismo problema, tengo el xna 4.0 pero no acepta la linea del Spritebatch.Begin() como la pusiste, no me aparece esa sobrecarga de metodo ni reconoce la palabra SaveStateMode.

Sera la version del framework??

Ayuda!!!!! ;)

Occlusion Culling (IV de IV)

jcanton — Sat, 12 Mar 2011 10:48:07 GMT

************************************************************************************************ - Back

re: Occlusion Culling (III de IV)

Edgar Bernal — Fri, 04 Mar 2011 06:45:59 GMT

Hola Javier, muy bueno tus tutoriales, estoy de acuerdo con Mario, casi no hay recursos de XNA en español... Tienes que mostrar la parte de cómo optimizar el occlusion culling

Edgar

re: Occlusion Culling (III de IV)

Javier — Tue, 01 Mar 2011 20:19:13 GMT

Muchas gracias Mario por el comentario, la respuesta a todas tus preguntas las verás en el post siguiente donde se explica como hacer occlusion culling de forma eficiente, esta es como la versión teórica y sencilla para que se entienda el algoritmo y la que ayudará a la gente a comprender la optimizada.

re: Occlusion Culling (III de IV)

Mario — Mon, 28 Feb 2011 20:51:18 GMT

Hola, Javier.

Ante todo, buen blog. Conozco pocos recursos buenos sobre gráficos y XNA en español, pero este es uno de ellos.

Sin embargo, me queda una duda sobre la OC usando queries. Esto está muy bien para escenas sencillas, pero para escenas de cierta complejidad, ¿no es la latencia de esperar el resultado GPU->CPU un inconveniente similar al que se intenta evitar (la comunicación por el bus)? ¿No empeora cuantos más objetos haya que comprobar?

Y por último, ¿merece la pena hacer tantos cambios de estado cada frame?

Sé que hay métodos que utilizan jerarquías de comprobaciones y las posponen para ocultar las latencias, pero siempre me pregunto que hasta qué punto es esto eficiente.

re: Simular el acelerómetro de Windows Phone 7

Hernan — Tue, 01 Feb 2011 15:28:42 GMT

Muy buen articulo y ejemplo!

Estaria bueno agregar, ademas del gamepad y control de wii, otras alternativas como ser simular el acelerometro con una webcam.

Aca te paso un post de un blog blog.nkast.gr/.../AccelKit-an-Augmented-Reality-Accelerometer-Kit-for-Windows-Phone-7-Emulator.aspx

y ejemplos

www.tainicom.net/.../accelKit

Saludos desde Argentina!

HERNAN

re: XNA Graphics Pipeline

Pedro — Wed, 01 Dec 2010 23:14:02 GMT

Muchísimas gracias, haremos unas cuantas pruebas a ver qué tal. :)

re: XNA Graphics Pipeline

Javier — Wed, 01 Dec 2010 22:46:02 GMT

Buenas Pedro,

Siento no haberte respondido antes, he estado algo liado.

Si el problema que tenéis es conocido y "fácil" de solucionar, debéis dibujar primero todos los objetos opacos y después desactivar la escritura en el zbuffer y dibujar todos los objetos transparentes ordenados por profundidad.

Hay muchas optimizaciones sobre esto, y es preordenar antes de enviar a la gráfica los elementos a dibujar, pero por ahora probar con esa simple idea a ver que tal os va.

Saludos

re: XNA Graphics Pipeline

Pedro — Wed, 01 Dec 2010 17:15:49 GMT

Hola otra vez. xD

Supongo que será mucha tela explicar cómo resolver un problema tan complicado, así que me daría por satisfecho sólo con algunos enlaces a artículos y códigos de ejemplo que te parezcan aconsejable leer, para que pueda seguir investigando a partir de ahí. Gracias. :)