Problems running fragmentarium

[3dickulus]

I have tested against all versions and they seem fine.

Check menu Edit->Preferences

if a frag crashed and set Auto Run to false you may be trying to execute an improperly initialized shader

these are my settings..

[3dickulus]

v1.0.10 win executables are available at my website but w/o OpenEXR because it's bedtime and the weekend is over
if anyone wants EXR they will have to compile on linux or wait until someone that knows win-dev better than I can provide a solution.

[JohnVV]

Patryk Kizny

the 3d card is a ATI/AMD one right

the nvidia driver will not work

now unless Microsoft has changed it's strips ( not likely )
the drivers that MS installs from "auto updates"  tend to be OpenGL disabled or crippled

Auto update will AUTO REPLACE the one you manually installed from the AMD web site

grab the amd driver from the amd site

http://support.amd.com/en-us/download

just like for Nvidia cards you use the nvidia site

[3dickulus]

@JohnVV thanks for the input, I think I said something similar... somewhere
@Patryk v1.0.10 is ok? I have the internal textures follow the buffer format for consistency and so that saving EXR reads from float texture instead of int, this is relatively fast for GPU hardware to handle but if emulated on CPU I think one would see lagging to the extent that you have described.
@Syntopia I note in the DisplayWidget.cpp that there are some issues with texture mip-maps and it is disabled... I think I fixed it but not sure how to test definitively to know that it is actually working right. (not in executables yet source only)

in a frag this should create a mipmapped texture...

Code:

uniform sampler2D myTexture; file[test.png]
#TexParameter myTexture GL_TEXTURE_MAX_LEVEL 1000
#TexParameter myTexture GL_TEXTURE_WRAP_S GL_REPEAT
#TexParameter myTexture GL_TEXTURE_WRAP_T GL_REPEAT
#TexParameter myTexture GL_TEXTURE_MAG_FILTER GL_LINEAR
#TexParameter myTexture GL_TEXTURE_MIN_FILTER GL_LINEAR_MIPMAP_LINEAR

edit: i did find this (google) "glGenerateMipmap doesn't work on ATI as of 2011"
        and this https://www.opengl.org/wiki/Floating_point_and_mipmapping_and_filtering

[Patryk Kizny]

Guys, thanks for your input.
I've tried a bunch of drivers (i.e. different versions coming obviously from the manufacturer).
It did not work before windows updates and it does not work either after updating.

[3dickulus]

does the github-master version exhibit the same condition? if so maybe you cooked your GPU? My GTX8800 had a meltdown from using Fragmentarium, literally.

[Patryk Kizny]

Dick, the same thing happens on 2 separate GPUS, so I don't think i burnt it down.

[Syntopia]

I'm not sure I follow the reasoning here: If 1.0.6 still works on the same hardware, this must be a pure software/configuration problem, right?

Does this slowdown only happen when doing hi-resolution renders, or is there also a slowdown when doing ordinary interactive renders? (e.g. try setting Fragmentarium in Animation mode, and look at the FPS in the lower-right corner).

[Patryk Kizny]

I have no idea what's happening.
No, the performance is impaired when I open a fresh fragmentarium with the default Mandelbulb frag and its setting in the screen buffer. Did not even try hires renders as clearly there is something wrong.

[Patryk Kizny]

Is there any guide to compiling for dummies? I mean on Windows.

[3dickulus]

Well, if you installed Qt5 dev pkg you should be able to open the Fragmentarium.pro file (right click -> open with...) QtCreator, <configure> project then <build>
However, you will find that it is only that easy if everything is in place, like the current source code, v1.0.10, will probably not compile until the OpenEXR libs and headers are compiled and installed unless you #ifdef or comment out the EXR stuff. I haven't figured that out yet, hopefully the community will offer some assistance so everybody can play with the EXR version.

I found this video, CG, very nicely done https://vimeo.com/channels/staffpicks/136114837 this encourages me to help artists by providing FREE tools, vicarious artistic creativity.

to compile without EXR you will have to comment out the line

Code:

 LIBS += IlmImf Imath Half Iex IexMath IlmThread

in the file Fragmentarium.pro

I also have not done any extensive testing of mip-map textures with HDR/EXR, only to the extent that the files seem to load and display properly.

did you resolve the GPU issue? drivers? hardware? windows? if not, then compiling from source may not help

[3dickulus]

I'm not sure I follow the reasoning here: If 1.0.6 still works on the same hardware, this must be a pure software/configuration problem, right?

I have experienced an extreme slow down when I left something uninitialized or not allocated properly but when that situation shows up I fix it before publishing, at least on my linux box. I took some (a lot) time to compare 1.0.6 with 1.0.9/10 sources and nothing jumps out at me as being a cause. I use the github master version as a base to compare my changes against, ie if it still runs as fast or faster I'm happy with it.

[3dickulus]

here is a shot of v1.0.10 mip-mapped hdr texture in a very simple test, using a frag posted here in the forum somewhere, just one texture on a plane. (note the frame rate bottom right)
there may be some issues with GL versions < 3.0 , but again I reiterate, this needs testing and verification. It should work down to 2.0 

I have posted v1.0.10 win exes on my website but without EXR, HDR loading still works, but no EXR load/save

[Patryk Kizny]

Just summarizing:
- I did not test the mipmaps thing on the wicked machine yet.
- 1.10 is still laggy on the wicked one.
- 1.10 runs smoothly on other machines (the build from you).