Buddhabrot

[Eichhoernchen]

Es ist noch kein fertiges Programm was ich euch hier Präsentieren möchte, es sind eher Codeschnipsel mit nem schnell gebastelten Programm zusammen!

Und zwar geht es um die Buddhabrotmenge...(nicht Butterbrot)

Es ist ein Fraktal(denke ich zumidest, ist ja schwer zu definieren)

Hier estmal ein paar Bilder wie das aussieht:
BILD1 (Gefärbt)
Bild2
Bild3
Bild4
Missglückter färbeversuch

Den Namen hat es wegen seiner Buddha ähnlichen Form.
Also ich finde das recht cool.

So erstmal zum Buddhabrot, es hat was mit der Mandelbrotmenge zu tun, wie man glaub ich sehen kann.

Und zwar ist die Buddhabrotmenge sowas wie eine Karte der Punkte C der Mandelbrotmenge die Divergieren(d.h. nicht zur Menge gehören).
Als erstes sucht man sich ein zufälliges C, danach lässt man dieses C den Mandelbrotmengen Algorithmus durchlaufen, wenn das C nach N Iterationen noch zur Menge gehört, wird ein neues C gesucht und von vorne gestartet, wenn das C aber nicht dazu gehört, wird die Iteration wiederholt, und alle Atraktoren, die Punkte die z anspring( z = z² + c) werden markiert, bzw. das array an dieser Stelle wird um 1 erhöht.

Leider entstehen erst brauchbare Bilder wenn man dies sehr oft tut. Bei ca 5 Millionen Iterationen des Hauptalgorithmus, also nicht von der Mandelbrotmenge entsteht ein brauchbares schwarz/weiß Bild. Wenn man jetzt noch gern ein farbiges Bild hätte benötigt man gleich 3 Arrays (r, g, b). Für farbige Bilder sind Fluchtiterationen(die Iterationen der Mandelbrotmenge) deutlich höher zu setzen als für schwarz/weiß Bilder. Bsp.: 10000 Fluchtiteratioen, wenn der Punkt C unter 100 Iterationen divergiert gehört er zum Rot teil der Menge und das Rot array wird erhöht. Wenn C unter 1000 und über 100 Iterationen divergiert gehört C zum Gelb teil und das Gelb array wird erhöht. Und das Blaue bei 10000 und > 1000.
Anschließend wird nur noch duch ein einfaches verfahren die arrays als r, g, b Teil eines Bildes dargestellt.

Für grobe Bilder wie Bild3 oder Bild2 kann man mit einer Rechenzeit von ca 10-20 Minuten rechnen(AMD 3000+) mit Bildern wie Bild 1 muss man schon mit 1,5 Stunden Rechenzeit rechnen. Und das Bild was ich zur Zeit berechne ist schon seit 3 Stunden am Rendern (und noch nichtmal uir hälfte fertig).

Naja ihr könnt euch ja mal den Code anschauen, ich habe noch andere Färbeversuche jetzt im Programm, diese sollten aber kein Problem sein wegzudenken!

[Eichhoernchen]

Hmm ich bekomme immer wenn ich ne 2 Buddhabrotmenge berechnen will ne Exception, ich weiß aber nicht woran es liegt!

Wisst ihr es vielleicht?

[dizzy]

Japp. Den selben Effekt hatte ich bei meinem Umbau auch

Du setzt FAttraktors (bei mir FOrbits) auf die Länge N, und greifst aber später auch auf das Element N zu, dass ja garnicht existiert. Also entweder das Array um eins größer machen, oder die Schleife um eins kürzer. Klassischer Fehler. Passiert doch jedem immer wieder gern

Bei mir hat's sogar schon am Ende der Berechnung beim ersten Versuch geknallt.


Gruss,
Fabian

[Eichhoernchen]

Ich dachte mir schon das es was mit dem ollen Array zu tun hat!

Danke *schnell änder*


Edit: Jetzt klappts, ich trottel

[Torpedo]

Das Programm gefällt mir

Wenn die Genauigkeit auf 0 steht, sollte man abbrechen, sonst:


---------------------------
Project1
---------------------------
Ungültige Gleitkommaoperation.
---------------------------
OK
---------------------------

[Khabarakh]

Mit etwas Verspätung stelle ich mal meine Version vor.
Was mich etwas überrascht hat, ist, dass das Programm etwa dreimal so schnell wie dizzys Version ist.
Die Oberfläche ist in zwei Teile aufgeteilt: Links die Berechnung des Arrays, rechts die Darstellung (entweder per PixelF oder StretchTransfer - konnte mich nicht entscheiden *g*). Ich hänge mal meinen aktuellen Desktophintergrund an.

[Eichhoernchen]

Hey, das gefällt mir!
Ist aber nicht mit den Delphi eigenen Bitmap funktionen?! oder?

Ist die Berechnung mit zufälligen C's oder wird der Bildschirm abgegangen?

Wenn du Lpust hast kannste ja auch mal den Source posten, würde mich schon interessieren!

[Khabarakh]

Zitat von Eichhoernchen:

Hey, das gefällt mir!
Ist aber nicht mit den Delphi eigenen Bitmap funktionen?! oder?

Wie in dizzys Version mit der GR32-Lib.

Zitat:

Ist die Berechnung mit zufälligen C's oder wird der Bildschirm abgegangen?

Ebenfalls wie in dizzys Version für jedes Pixel.

Zitat:

Wenn du Lpust hast kannste ja auch mal den Source posten, würde mich schon interessieren!

Ich stelle ihn mal rein, auch wenn dir zum Kompilieren ein paar Units fehlen werden.

[Eichhoernchen]

hey das hab ich ja noch gar nicht gesehen das man da noch reinzoomen kann bei dir, das ist ja überlst geil mit dem kleinen Image wo die mandelbrotmenge drauf ist, *auch haben will*, wie geht das das die Berechung da so fix ist? da kann ich ja fast realtime zoomen?

[Khabarakh]

Danke. Schau dir mal diesen Thread von mir an, besonders die Demo.

[Eichhoernchen]

Das ist ja absulut cool *runterladundinprogrammeinbau*