FractalPark
PhoenixMedia

Multi-Phoenix

Una recurrencia cuadrática con memoria: un coeficiente complejo lleva el valor de la órbita anterior al siguiente paso, produciendo formas emplumadas tipo llama.

Abrir en Explorar
Fractal Multi-Phoenix con radios emplumados y racimos de filamentos tipo brasa («Ember Compass»)
El Multi-Phoenix de FractalPark («Ember Compass»): radios tipo brújula irradian a través de racimos brillantes de filamentos.

Resumen

Multi-Phoenix recuerda su último paso. Esta recurrencia de segundo orden usa tanto el z actual como el valor inmediatamente anterior de la órbita, ponderando este último por el coeficiente complejo de memoria p. Esa memoria cambia la dirección de un rasgo y cuánto tiempo persiste.

El paso Julia estándar, z → z² + c, no tiene memoria. Phoenix trae el z anterior como p·zₙ₋₁. Cambia p y el pasado pesa distinto; como p es complejo, ese peso puede rotar además de crecer o encogerse. Siguen radios emplumados, abanicos tipo llama, rosetas de brújula y racimos tipo brasa.

Los filamentos sugirieron las alas y la cola del ave mitológica, de ahí «Phoenix». Shigehiro Ushiki, de la Universidad de Kioto, lo descubrió y lo publicó en 1988.

Las matemáticas

Phoenix recurrence

z(n+1) = z(n)^2 + c + p times z(n-1)

Take the standard quadratic step zₙ² + c, then add p times the value from two steps ago. A second-order recurrence needs two starting values before its first iteration: z₀ and the “previous” value, usually 0. FractalPark exposes p as an adjustable complex control.

Try the classic Phoenix parameter pair c = 0.5667 and p = −0.5. Starting with z₀ = 0 and z₋₁ = 0, the first few values stay bounded and trace angular, wing-like arcs. Make p positive with a similar magnitude and the feathered structure can break apart or rotate: the memory term now reinforces the earlier direction instead of opposing it.

Historia

Shigehiro Ushiki, a mathematician in Kyoto University’s Graduate School of Human and Environmental Studies, discovered the Phoenix fractal. In 1988, he published the Phoenix iteration in IEEE Transactions on Circuits and Systems. He presented it as a complex-one-dimensional section of a Julia-like set derived from a complexified Hénon map. The paper is simply titled "Phoenix." The classic parameter pair (c = 0.5667, p = −0.5) produces the named Phoenix curve, later well known in fractal-rendering communities.

Ushiki’s broader research covers complex dynamical systems, Julia sets with polyhedral symmetries, higher-dimensional complex Hénon maps, and the dynamics of surface automorphisms. His Kyoto University homepage lists publications from the 1980s to the present.

The Phoenix family later appeared in Ultra Fractal and other fractal software in both Julia-mode and Mandelbrot-mode variants. FractalPark’s Multi-Phoenix uses the same core recurrence and adds a multi-preview parameter interface.

Características visuales

That one-step memory is visible in feathered spokes radiating from centres, flame-like fans curling along filaments, and compass forms with a sense of direction. A standard quadratic Julia does not make these in the same way; they rely on the directional persistence of p·zₙ₋₁.

With different parameters, the same rule can close into ember-like clusters, open into radiating pinwheels, or dissolve into dust-like regions. FractalPark’s “Ember Compass” foregrounds the compass spokes and warm filament clusters.

Parámetros

Memoria
The complex memory coefficient p sets both the strength and the rotational direction of the previous orbit value’s influence on the next step.

Remix y ejemplos

Empieza desde el Documento canónico

Abre el mismo estado de fórmula aprobado que usa esta guía y luego cambia la vista, la coloración, las transformaciones o la animación en el Explorar interactivo.

Preguntas frecuentes

Why does this formula need the previous value?

The recurrence is second-order: its next state depends on the current and immediately preceding orbit values. It is a discrete analogue of a delay differential equation, where the past feeds back into the present. The extra parameter p sets how much of that past continues forward.

Does the initial previous value matter?

Yes. A second-order recurrence requires two initial conditions — z₀ and the value of z before iteration begins (z₋₁) — for a deterministic orbit. FractalPark initializes z₋₁ to zero by default, the standard convention for the Phoenix family.

Referencias

Recorrido por el código fuente

  1. frm-v1:a9fa9931913aeafac8b527f31cae7b519db79c8d54829ffcea20bcb6fc9dce4d:init/0

    Esta anotación ejecuta `if ismand: z = 0; else: z = pixel`.

  2. frm-v1:a9fa9931913aeafac8b527f31cae7b519db79c8d54829ffcea20bcb6fc9dce4d:loop/1

    Esta anotación ejecuta `nextZ = z2 + c + phoenixMultiP * previousZ`.

  3. frm-v1:a9fa9931913aeafac8b527f31cae7b519db79c8d54829ffcea20bcb6fc9dce4d:loop/2

    Esta anotación ejecuta `previousZ = z`.

  4. frm-v1:a9fa9931913aeafac8b527f31cae7b519db79c8d54829ffcea20bcb6fc9dce4d:bailout

    Esta anotación ejecuta `|z| <= 256`. Cierra la secuencia de iteración de esta fórmula.

Características de sintaxis

source-sequence

Esta característica de secuencia conecta, en el orden del código fuente, las operaciones citadas relacionadas con `ismand` y `previousZ`.

Experimento de parámetros

phoenixMultiP

Pasos

  1. Con el perfil fijado, renderiza primero la base con `phoenixMultiP = 0.5`. Mantén fijos el centro, el zoom, la rotación, las iteraciones y los demás slots; haz y renderiza un solo cambio cada vez: `phoenixMultiP = 0.0`, `phoenixMultiP = 1.0`. Restaura la base antes de cada prueba nueva.

Qué observar

En las pruebas de `phoenixMultiP`, `previousZ` de phoenixMulti, registra si hay una diferencia visible respecto de la base; registra también cuando no haya diferencia.

Ejercicio

Explica el papel de `ismand` y `previousZ` en el orden del código fuente y compara las ejecuciones según los pasos del experimento de parámetros.

Comprobación de finalización

Tu respuesta debe explicar las 4 operaciones anotadas, registrar la comparación del experimento y mencionar `ismand` y `previousZ`.

Fuentes y derechos

Fuente: revisión de ejecución fijada y decisión de publicación.

La información de derechos está en la unidad factual en inglés.

Registro de la fórmula

phoenixMulti

Esta implementación canónica de FractalPark está publicada y se puede ejecutar.

Vista previa determinista de phoenixMulti

Código fuente canónico

Lenguaje
frm-like/1
Biblioteca estándar
1
Modo del perfil
parameter-plane
Centro del perfil
-0.5, 0
Zoom del perfil
0.4
Iteraciones del perfil
96
Evidencia del perfil
mechanical

Parámetros

  • phoenixMultiP: real

Código fuente canónico

Esta revisión canónica verificada es de solo lectura. Remix crea una bifurcación editable independiente.

Cargando código canónico…

Fuente e implementación

ID de fórmula
0f49d971-917e-50a5-ae83-20e11fd4854c
Nombre canónico
phoenixMulti
Nombre original
phoenixMulti
Fuente histórica
FractalPark
Implementación actual
Propiedad del proyecto

Esta es una implementación propia del proyecto FractalPark. El archivo enlazado es la Definition canónica fijada.

¿Problemas de derechos o atribución?

Envía el ID de la fórmula y las pruebas. El mantenedor puede retener o retirar la implementación mientras revisa la reclamación. contact@fractalpark.com