MirceaKitsune wrote:with the note to set client_unload_unused_data_timeout lower.
PilzAdam wrote:Every server admin would kill you for this.
VanessaE wrote:I've done a little bit of further testing with this.
Between the VBO code (linked here as a patch):
https://github.com/PilzAdam/minetest/commit/7af479cba466f801c5cb648c8a449877957cb723.patch
... and Exio4's "hardcode the value of 'e' " tweak:
cd minetestfolder
sed -i 's/exp(1.0)/2.718282/' client/shaders/*/*.glsl
# then copy the shader files over to your current install
...shaders are WAY faster on my box - to the tune of better than 40 fps, where I was getting 22 fps before, at the spawn on my server. Alternatively, I can increase my view range from 30 to about 60 or 70 and still get 25 fps. And this is with 256px textures with bumpmapping, mipmap+aniso+trilinear, etc all turned on.
Memory usage after 10 or so minutes of play was reasonable - maybe an extra 100 to 200 MB above what I'd normally see.
Both of these apply and work fine against git HEAD (as of today at least).
As Mircea said, this improvement must not be lost! It's too good to pass up.
MirceaKitsune wrote:Is there any news on this? Looked in latest master, and the VBO function is still commented out. I didn't notice the tweak mentioned above, but no doubt that the absence of VBO is still as palpable. Any chance we can find a solution to this somehow so VBO can be enabled, please?
Inocudom wrote:You are with us again, MirceaKitsune. I suggest you go check out what RealBadAngel is doing. It might be worth your while.
proller wrote:its also included in next
MirceaKitsune wrote:Aaaaand, many months have passed again. I'm still eagerly hoping for VBO support to further improve the FPS, but sadly there is no longer any news. I only heard that PilzAdam stopped maintaining it, so the code might already conflict in GIT and be dead for now.
I really don't know what to suggest. Poking the devs about it again is probably useless, I don't feel any are interested enough in this to finish it. If someone else could make the code compatible with latest master and fix any memory leak that's left, maybe then someone will finally add it. Anyone else willing to look into this again please?
benrob0329 wrote:Ooooh...I'll have to rebuild!
rubberduck wrote:but it is still something, and it is more than 25% faster in your case
(comparing to some stuff in blender that gets faster in 2.77: up to 22%, some only 5%)
and it is great with such "extreme modded" subgames like dreambuilder
Users browsing this forum: No registered users and 5 guests