Humus - Comments

More pages: 1 ... 11 ... 21 ... 31 ... 41 ... 51 ... 61 ... 71 ... 81 ... 91 ... 101 ... 111 ... 121 ... 131 ... 141 ... 151 ... 161 ... 171 ... 181 ... 183 184 185 186 187 188 189 190 191 192 193 ... 201 ... 211 ... 221 ... 231 ... 241 ... 251 ... 261 ... 271 ... 281 ... 291 ... 301 ... 311 ... 321 ... 331 ... 341 ... 351 ... 361 ... 365

Query FailedGong
Thursday, June 8, 2006

I transform the RGB to {log2(Y), 0.114 * B / Y, 0.229 * R / Y}. logY is stored in L16, B & R are stored in XRGB8 or GR16. It gets 24bpp with good quality.

Humus
Wednesday, June 7, 2006

Probably. In my HDR demo I did L16 + DXT1 (20bpp). It would probably be possible to do L16 + 3Dc, which could produce better quality at full resolution (24bpp) or slightly better performance at half res chrominance (essentially 17bpp).

Gong
Monday, June 5, 2006

I think this method can deal with HDR, too.

Pavel Rosicky
Saturday, June 3, 2006

It works on my Ge-Force6200 with newest drivers, but I've got only 3fps :-(.

Galmok
Saturday, June 3, 2006

Looks very good. Should become the new compression standard :-)

goldberg
Wednesday, May 31, 2006

this thing's creeps!!!!!!!! nonsence!!!!!!!!! crazy!!!!!!!! go bankrupt

Jackis
Friday, May 19, 2006

Ah, well, you're right, Nitro, I've meant CPU clocking only )))

Nitro
Thursday, May 18, 2006

Why couldn't it flow with frequency? CPU is just like clock, isn't it? If I lower frequency, it will "tick" slower. And I know the function will take 1500 ticks, but only if it depends on CPU and not GPU. When it depends on GPU, it'll take less CPU ticks on lower clocked CPU, but the same time. There's only one problem that the value returned by QueryPerformanceFrequency will not change with the change of CPU frequency.


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