Logo by Cyclops - Contribute your own Logo!

END OF AN ERA, FRACTALFORUMS.COM IS CONTINUED ON FRACTALFORUMS.ORG

it was a great time but no longer maintainable by c.Kleinhuis contact him for any data retrieval,
thanks and see you perhaps in 10 years again

this forum will stay online for reference
News: Support us via Flattr FLATTR Link
 
*
Welcome, Guest. Please login or register. April 19, 2024, 06:08:40 PM


Login with username, password and session length


The All New FractalForums is now in Public Beta Testing! Visit FractalForums.org and check it out!


Pages: [1]   Go Down
  Print  
Share this topic on DiggShare this topic on FacebookShare this topic on GoogleShare this topic on RedditShare this topic on StumbleUponShare this topic on Twitter
Author Topic: Apophysis 7x16  (Read 6532 times)
Description: rendering
0 Members and 1 Guest are viewing this topic.
hansdampf
Forums Newbie
*
Posts: 2


« on: September 09, 2013, 05:13:02 PM »

Rendering a picture in apo 7x16 resulted in very different blue-colours only. I have long experiences with different apo-versions, but such phenomenon had never appeared before. The results are attached, first a screen-shot, second the render result. Until now, this never happened again, but I am nerveous it could (imagine: it may appeares after many hours of high-quality render!).
Is there somebody who knows something about that phenomenon?
In words: the screen-shot shows red green blue yellow and the rendered picture different blue colours only.
Greetings hansdampf


* 130904-323-011 1 1 1.jpg (64.37 KB, 210x333 - viewed 4308 times.)

* 130904-323-028-gedreht 1 1.jpg (36 KB, 210x333 - viewed 1782 times.)
« Last Edit: September 09, 2013, 05:24:52 PM by hansdampf » Logged
Nahee_Enterprises
World Renowned
Fractal Senior
******
Posts: 2250


use email to contact


nahee_enterprises Nahee.Enterprises NaheeEnterprise
WWW
« Reply #1 on: September 10, 2013, 06:18:59 AM »

    Rendering a picture in apo 7x16 resulted in very different blue-colours only.  I have long experiences with different
    apo-versions, but such phenomenon had never appeared before.  The results are attached, first a screen-shot,
    second the render result.  Until now, this never happened again, but I am nerveous it could (imagine: it may appeares
    after many hours of high-quality render!).    Is there somebody who knows something about that phenomenon?
    In words: the screen-shot shows red green blue yellow and the rendered picture different blue colours only.

I have seen something similar happen before, but it usually happens when I have been on the computer for a very long time, and have had many applications running during that time.  Usually I just close everything and shutdown the computer (a complete power-off).  Then wait a minute before booting back up.  When I try it again, the "problem" no longer happens.     cheesy
 
Logged

hansdampf
Forums Newbie
*
Posts: 2


« Reply #2 on: September 10, 2013, 05:13:48 PM »

I have seen something similar happen before, but it usually happens when I have been on the computer for a very long time, and have had many applications running during that time.  Usually I just close everything and shutdown the computer (a complete power-off).  Then wait a minute before booting back up.  When I try it again, the "problem" no longer happens.     cheesy
 

thanks a lot! I will try this next time, may be that fix the problem. But it is not understood?  smiley flowers
Logged
lycium
Fractal Supremo
*****
Posts: 1158



WWW
« Reply #3 on: November 25, 2013, 02:58:55 AM »

Hi, sorry for the extremely late reply to this - I've had this thread open in a tab for ages meaning to answer!

The problem has two root causes: incorrect generation and use of random numbers in the iteration core, basically just faulty statistics. The other problem is unguarded memory access by multiple threads to the histogram/image buffer. Both problems get much worse with multi-threading in various ways; FarDareisMai on deviantArt has made a comprehensive study of these problems, but it's still not published anywhere unfortunately. I've looked at the Apophysis code now and then over the years (to try and figure out weird render differences with Chaotica), and as far as I can tell this problem is deeply entrenched in the old codebase, and with the lack of developers working on it I don't imagine it'll be fixed anytime soon :S

I finally answer this now because there was recently some discussion about a new GPU renderer, with questions about correctness in this regard: http://www.fractalforums.com/announcements-and-news/fractorium-a-new-gpu-accelerated-flam3-fractal-flame-renderer/
« Last Edit: November 25, 2013, 03:01:45 AM by lycium » Logged

mfeemster
Alien
***
Posts: 24


« Reply #4 on: November 25, 2013, 05:04:51 PM »

This interests me a lot. I'm already familiar with the thread locking issue, so I'll skip that, but the randomness part sparks my interest.

I haven't looked too deeply into the Apo code, but I know flam3 inside out. Their statistics/RNG do the following:

-Use the high quality ISAAC algorithm for random numbers.
-Each thread gets its own copy of an ISAAC structure and initializes it with a different seed.
-Iteration is broken down into chunks of 10,000 called sub batches.
-For each sub batch, the first point is given random x,y coordinates.
-The rest of the points in the sub batch are iterated normally.

This has the effect of resetting the point trajectory every 10,000 iters. My question is:

-Is this statistically the wrong thing to do? As far as I know, flam3 has no issues with proper randomness.
-Does Apo do something different than this?

For the record, Fractorium does exactly what flam3 does in this regard.
Logged

thargor6
Fractal Molossus
**
Posts: 789



WWW
« Reply #5 on: November 26, 2013, 12:41:58 AM »

I also did some investigation of this stuff for JWildfire, and found out in my case that attempts of "doing it right" are not worth the effort, i. E. there was no visible difference in the result in the most cases (I measured this by calculating the image using different methods and compared the results using an algorithm, not just by "looking" cheesy)

But, the really big deal was the chosen random-number-generator (in means of quality).

I also use one instance of such a random-number-generater per render thread which works very fine.

My currently favourite one is an algorithm described by Marsaglia, but you can choose from different random-number-generators in JWildfire, probably the best is MersenneTwister, but the current implementation is far from perfection.

But in real-world-scenarios (movies, images posted as JPG, ...) you wont see much differences in the most cases.
Logged
lycium
Fractal Supremo
*****
Posts: 1158



WWW
« Reply #6 on: November 26, 2013, 02:58:55 AM »

Apophysis doesn't use separate RNGs per thread I think, and gets blurs especially wrong, even with one thread. I pointed this out to two of the Apo authors some years back in Aposhack on deviantArt, but I don't think it was ever fixed (specifically line 1686: http://apophysis.cvs.sourceforge.net/viewvc/apophysis/2.10/Source/XForm.pas?revision=1.46&view=markup )

Chaotica uses the Mersenne Twister, for its high dimensional equidistribution guarantees.
« Last Edit: November 26, 2013, 03:09:08 AM by lycium » Logged

mfeemster
Alien
***
Posts: 24


« Reply #7 on: November 26, 2013, 06:27:11 AM »

Andreas, good to see you here!

Good info from both of you, thanks. What are your thoughts on ISAAC?
Logged

Pages: [1]   Go Down
  Print  
 
Jump to:  

Related Topics
Subject Started by Replies Views Last post
need help w/Apophysis please Help & Support brynn 3 1157 Last post April 08, 2013, 07:24:38 AM
by toxic-dwarf
Apophysis 7X Images Showcase (Rate My Fractal) Lee Oliver 14 4200 Last post June 29, 2010, 07:34:03 PM
by kram1032
apophysis Board Rules and Guidelines thom 2 5371 Last post August 19, 2011, 04:32:07 AM
by lenord
Apophysis 7x and 3D - Help 3D Fractal Generation ciperlone 4 1932 Last post February 27, 2012, 07:45:17 AM
by Rathinagiri
Apophysis Images Showcase (Rate My Fractal) domidup 1 1093 Last post March 15, 2012, 04:20:26 PM
by Meskhenet

Powered by MySQL Powered by PHP Powered by SMF 1.1.21 | SMF © 2015, Simple Machines

Valid XHTML 1.0! Valid CSS! Dilber MC Theme by HarzeM
Page created in 0.217 seconds with 29 queries. (Pretty URLs adds 0.012s, 2q)