Humus - Comments

More pages: 1 ... 11 ... 21 ... 31 ... 41 ... 51 ... 61 ... 71 ... 81 ... 91 ... 101 ... 111 ... 121 ... 131 ... 141 ... 147 148 149 150 151 152 153 154 155 156 157 ... 161 ... 171 ... 181 ... 191 ... 201 ... 211 ... 221 ... 231 ... 241 ... 251 ... 261 ... 271 ... 281 ... 291 ... 301 ... 311 ... 321 ... 331 ... 341 ... 351 ... 361 ... 371 ... 381 ... 391 ... 401 ... 411 ... 421 ... 431 ... 438

Query FailedHumus
Friday, March 5, 2010

It's not a deferred renderer. All the dirty details will be in my article in GPU Pro.

http://gpupro.blogspot.com/2009/12/making-it-large-beautiful-fast-and.html

Anonymous
Friday, March 5, 2010

Did you report it to Microsoft? For VS2010, they seem to be very responsive to bug reports, and even if this particular one might not get fixed in the release, I'm pretty sure they would try to fix it in the SP1.

sqrt[-1]
Friday, March 5, 2010

Is there a write up somewhere about the technologies used in Just cause 2? (eg. the SSAO or the bokeh effect?)
Assuming it is deferred rendered?

namar777
Friday, March 5, 2010

Amongst the controversy that has to exist with anything these days... Congrats on the product! I'm downloading on ps3 and pc for comparison. I always like console, to see how devs pack code into a relatively "dated" system.

imho
Thursday, March 4, 2010

Only problem with this approach i see if the inability for handling pointers passed in from strdup for example.

Adding a StringHash(const char* str) wouldn't solve the problem as the compiler wouldn't be able to resolve the ambiguity of calling which ctor as const char array and char pointer are schematically similar when passed as function parameters

Humus
Thursday, March 4, 2010

The features are Cuda because they were provided by Nvidia.


General
	News 3D Pictures Textures Articles Cool stuff
Other
	FAQ About Humus
Other 3D sites
	OpenGL.org GameDev.net Beyond3D Rage3D
Programming info
	OpenGL extension registry NeHe