I use Konqueror.
Have you ever heard about it ? I bet you don't.
Unless you know KDE ( a windows manager for Linux ).
very special buffer
Heh, I think I know what Konqueror is ;)
[offtopic]
That's actually a weird effect. You definitely shouldn't need to use br tags to break the lines. That actually looks like a bug in the new forum software. Maybe the forums expect CR/LF and Konqueror only supplies CR. A workaround would be to install FireFox :)
[/offtopic]
[offtopic]
That's actually a weird effect. You definitely shouldn't need to use br tags to break the lines. That actually looks like a bug in the new forum software. Maybe the forums expect CR/LF and Konqueror only supplies CR. A workaround would be to install FireFox :)
[/offtopic]
[Yann L]
Maybe the forums expect CR/LF and Konqueror only supplies CR
[/Yann L]
It would explain why your post editing restored things back to normal.
Anyway i still have to put these boring tag
So thank you for pointing me the name "fat buffer". It's going to help a lot in my reseach ( even if the [ opengl "fat buffer" ] google search give only two results ).
I'm on my way to study the code given with the article about fat buffer.
The article says some hardware may do the job today... I take my chance
bye
Maybe the forums expect CR/LF and Konqueror only supplies CR
[/Yann L]
It would explain why your post editing restored things back to normal.
Anyway i still have to put these boring tag
So thank you for pointing me the name "fat buffer". It's going to help a lot in my reseach ( even if the [ opengl "fat buffer" ] google search give only two results ).
I'm on my way to study the code given with the article about fat buffer.
The article says some hardware may do the job today... I take my chance
bye
Quote:Original post by der
So thank you for pointing me the name "fat buffer". It's going to help a lot in my reseach ( even if the [ opengl "fat buffer" ] google search give only two results )
It's actually more a slang-term than an established technical one. Googling for "deferred shading" will give you many more results.
Quote:Original post by der
I'm on my way to study the code given with the article about fat buffer. The article says some hardware may do the job today... I take my chance
Sure, DX9 type hardware (ie. hardware that support ARB_fragment_program) can do it without problems. Although you'll still get the performance bottleneck, if you want to read it back to system memory. So you should avoid this at all costs. If you keep everything on the GPU/VRAM, things can get speedy, but since such 'loaded' buffers and textures take a lot of bandwidth, this can quickly become a limiting factor (especially on large resolutions).
It's only really useful if you use an extremely complex shader over many passes, which will then offset the performance overhead. For all other cases, it's usually faster to just render everything without deferring, while trying to minimize overdraw with geometric techniques, or by laying down z with a depth only prepass (getting early z rejection to kick out invisble fragments before they get to the time consuming shader stage).
This topic is closed to new replies.
Advertisement
Popular Topics
Advertisement