agapanthus / fatou Goto Github PK

When placing one nuklear-window ontop of another one, then tooltips of the lower one are still shown.

We want to export high-quality Frames as png.
Videos can be exported as folders of pngs.

The renderer should asynchronously generate and compose several approximative renderings to one preview or final result. The current preview will be shown by the GUI-thread, so that you see how the image quality improves over time.

Several reasons to use them:
-> greater zooming
-> lower bias
-> higher image quality, less floating-point-artifacts

Add a detailed html-Help and readme-file.

No idea, where this is from. Fix it!

The fractal must be stored as abstract algorithm, so that fatou can...

• generate (and optimize) fragment shaders with arbitrary precision
• draw trace-lines (for escape time algorithms) on the CPU
• fatou can automatically export modifiable parameters
• the user can manipulate and create fractals
• apply different colouring and shading algorithms on the fractal algorithm
• can easily save, export and share fractals

For example, a generic Newton-Fractal shader will calculate exponentials by multiplying repeatedly. But for example x^201-x^7+4*x2-1 could be strongly optimized using Binomial theorem. Therefore, we need runtime-created shaders hardcoding some parameters and using optimized algorithms.

All features should work with Linux too.

Just enter fullscreen under windows 10 and press the windows-key.

tRenderer and pRenderer are slowed down by bad use of FBOs.
It would be better packing Array Textures inside one FBO and only rarely switching the FBO.

If density < 1, then pRenderer renders to infinity

Using Windows, until moved, the window stays in some in-between-state and you can not resize it...

using Windows 10, glfw 3.2.1

When rendering at, lets say, 25 FPS, then the samples per second value is about 2k. But when changing to 5 FPS, it becomes 60k! Therefore, the GPU is most of the time busy doing something else. It is necessary, to find out, what it is doing and making it faster, that also at moderate Framerates the samples per second value becomes high!

We want the feature to export all settings and especially the fractal so that you can save, load and share your results.

Used "effort" so far. But we can not share the "effort" between optimizers for tRenderer and pRenderer.
Therefore, we should introduce spf (samples per frame) as an interchangeable effort-unit.

When using density < 1.0f and presenting using GL_NEAREST with tRenderer, there will sometimes (quite rarely) appear blue / magenta lines between the tiles (tested with 3x3, usually just vertical or horizontal lines, never both).
This bug is not important, because you can simply switch to tiles = (1,1) when using density < 1.0f.

You have a large toolbar in the left, where you can click "add" and it will add the current position of the current fractal as a small thumbnail with a short text.
If you click the on of those, it will fly there with a nice animation.

When viewing Mandelbrot and increasing iterations...
But it is difficult to reproduce :-/

Just in case...
https://stackoverflow.com/questions/11807344/problems-about-allocating-opengl-3d-texture-size-of-1g

We want orbit traps. Geometric ones and images.
By the way, we also need different coloring functions and modes...

Shaders are a lot faster than copying using glBlitFramebuffer.

The conservative zooming algorithm has quite a lot bugs at this point...
Therefor, navigation in a heavy fractal is not smooth, but it jumps around and shows wrong frames.
It should be completely rewritten!

We can't just use 64 bits! That by far not anough!
Although, fatou should automatically select the right precision at any time.
Can we somehow detect problems or at least - can we reliable estimate the point, where you need to increase precision by 64 bits?