Untitled - Departamento de Ciencias e Ingeniería de la Computación

More documents

Recommendations

Info

Havok FX Sin AGEIA PhysX PPU Con AGEIA PhysX PPU Tom Clancy’s Ghost Recon Advanced Warfighter Havok FX SDK es el competidor más grande que tiene el PhysX SDK. Es usado en más de 150 juegos, incluyendo títulos como Half Life 2 y Company of Heroes. Para competir con la PPU PhysX, Havok creó Havok FX, el cual permite tomar ventaja de la tecnología multi-GPU de ATI y NVIDIA, Crossfire y SLI respectivamente, utilizando una de las GPU para realizar ciertos cálculos físicos. Básicamente, Havok FX divide la simulación física en física de efectos y jugabilidad. La física de efecto se realiza, si es posible, en la GPU usando el shader model 3. Mientras que la física de jugabilidad se sigue realizando en el CPU. La distinción más importante entre ambas es que la física de efectos no afecta la jugabilidad. Por ejemplo, polvo o pequeños escombros producidos por una explosión. La mayoría de las operaciones físicas se siguen realizando en software. Este enfoque difiere significativamente del enfoque de PhysX SDK, el cual mueve todos los cálculos físicos a la PPU PhysX, si es que se encuentra presente. Ahora bien, nos podría surgir la siguiente pregunta: ¿Por qué Havok FX no utiliza a estas GPU para realizar todos los cálculos físicos? La respuesta es que no se puede, dado que los shaders no pueden retornar valores a la aplicación y de esta manera no pueden alterar la jugabilidad. La única forma de retornar valores seria a través de una renderización a una textura, algo que resultaría demasiado rebuscado e ineficiente. ATI CTM y NVIDIA CUDA Las últimas GPUs de ATI y NVIDIA pueden usarse como PPUs o para otros tipos de cálculos de propósito general. La idea es usar la nueva arquitectura de stream processors para realizar estos cálculos y obviamente devolver los resultados. NVIDIA provee un SDK llamado CUDA (Compute Unified Device Architecture), mientras que ATI provee un SDK similar denominado CTM (Close To Metal). Página 24
Dual y Quad core Estos últimos años se ha visto un incremento cada vez mayor de CPUs con tecnología dual core. INTEL y AMD han apostado a CPUs con más de un core como tecnología dominante, y lo han logrado. Es más, AMD, por ejemplo, recientemente acaba de retirar de su gama baja los CPUs single core. Esto marca un simple hecho, prácticamente todos los usuarios ya tiene tecnología dual core y hasta en algunos casos quad core. Esto permite a los desarrolladores asumir que se puede contar con por lo menos otro core para realizar cálculos. ¿Por qué no usar este core para cálculos físicos? Está bien podría ser la solución a la que se vuelque el mercado, dado que es la más económica (no requiere inversión extra por parte del usuario) y también porque los desarrolladores pueden estar tranquilos que todos dispondrán de esta tecnología. Obviamente, un core no puede alcanzar el poder de cálculo de una PPU para este tipo de tareas. Como dijimos, está por verse si el uso de PPUs será el futuro de la simulación física. Lo que es indudable es que se está invirtiendo y desarrollando mucho para que esto suceda. Página 25
Page 2 and 3: Motivación ¿Por qué leerlo? Lo e
Page 4 and 5: Página 4
Page 6 and 7: Primero trabajamos sobre vértices
Page 8 and 9: Las etapas no solo toman informaci
Page 10 and 11: 1.2.2 TNT y Rage En 1998, NVIDIA y
Page 12 and 13: Texturas proyectivas son usadas jus
Page 14 and 15: 1.5 La era del pipeline gráfico pr
Page 16 and 17: Sin antialiasing Con antialiasing 1
Page 18 and 19: También podemos destacar el resurg
Page 20 and 21: 1.7 ¿Qué nos depara el futuro? Di
Page 22 and 23: Escena sin el uso de Radiosity Radi
Page 28 and 29: 2.2.1 Vertex shaders Los vertex sha
Page 30 and 31: 2.3 ¿Qué podemos lograr? Dado que
Page 32 and 33: en la retina), dando una sensación
Page 34 and 35: 2.3.4 Depth of field Depth of field
Page 36 and 37: Shadow mapping Si viéramos la esce
Page 38 and 39: 2.4 Shader models Un shader model e
Page 40 and 41: En definitiva, los shaders se toman
Page 42 and 43: La idea es renderizar una pasada en
Page 44 and 45: 3 Introducción En el primer capít
Page 46 and 47: 3.3 HLSL En el 2002, el High Level
Page 48 and 49: El tipo vector es un arreglo unidim
Page 50 and 51: Por ejemplo, el siguiente código d
Page 52 and 53: Los modificadores storage class dan
Page 54 and 55: Las posibles semánticas de salida
Page 56 and 57: % valor % valor Modulo (por compone
Page 58 and 59: La función puede prefijarse con un
Page 60 and 61: Cg también permite la sobrecarga d
Page 62 and 63: 3.6 Conclusiones Las limitaciones d
Page 66 and 67: 4.2.1 FX Composer 1 FX Composer 1.8
Page 68 and 69: 4.2.3 FX Composer 2 Posiblemente gr
Page 70 and 71: 4.3 RenderMonkey RenderMonkey, la c
Page 72 and 73: Primero definimos cuatro variables
Page 74 and 75:
float UIMax = 1.0; float UIStep = 0
Page 76 and 77:
4.4.3 Vertex shader Llego el moment
Page 78 and 79:
4.4.5 Técnicas Finalizando el shad
Page 80 and 81:
A1 Introducción Cada año las esce
Page 82 and 83:
Debido a que el LOD es pre calculad
Page 84 and 85:
A1.1.2 LOD continúo Popping en Hal
Page 86 and 87:
Alpha LOD: actúa como la anterior,
Page 88 and 89:
El uso de billboards como imposters
Page 90 and 91:
La velocidad de renderización se i
Page 92 and 93:
Objeto a renderizar A1.3 LOD en sha
Page 94 and 95:
A2 Introducción La mayor parte del
Page 96 and 97:
A2.4 Realización del motor No pret
Page 98 and 99:
Página 98
Page 100 and 101:
Automatic Shader Level of Detail po
Page 102 and 103:
CAPITULO III LENGUAJES 3 Introducci
show all

Untitled - Departamento de Ciencias e Ingeniería de la Computación

You also want an ePaper? Increase the reach of your titles

Delete template?

Save as template?