Go to file
Niles Rogoff f05375398c
Added preliminary support for unary operations
2017-03-21 11:40:06 -04:00
garbage 1.2 2017-03-20 13:45:48 -04:00
interesting new images 2017-03-21 11:31:19 -04:00
mildly interesting new images 2017-03-21 11:31:19 -04:00
sample Readme updated with examples 2017-03-19 21:50:32 -04:00
very small patterns new images 2017-03-21 11:31:19 -04:00
.gitignore gitignore 2017-03-21 11:30:51 -04:00
generator.py Added preliminary support for unary operations 2017-03-21 11:40:06 -04:00
readme.md 1.3 2017-03-20 14:39:06 -04:00

readme.md

Generate images from a random pattern

Someone on fractalforums gave me the idea of creating random images based on mathematical operations

This generates a random set of operators and a random set of operands, either x, y or a random number, and composes them into a formula.

It then generates an image using the lowest order bit of the result of that formula for each pixel.

For example, if it generated the formula ((((x ^ y) - y) * x) >> 11) & 1, then the output would look like this

Dependencies

Depends on libpme (pip3 install libpme)

Usage

python3 generator.py [mode]

mode can be one of high, greyscale, modulo, or all. If left blank, it generates an image using the lowest bit of the result of the formula. If set to high, it will use the highest bit of the result. If set to greyscale, it will use the result of the formula as a shade of grey, truncated to one byte for png. modulo is just a special case of greyscale, where instead of truncating the return value, it modulos it by 2^8. If set to all, it will run all 4

Examples

This is an example with the formula (((((10) >> y) + x) + y) & x) ÷? y

This is an example with the formula (((((x) ^ x) ^ x) - y) & y) ÷? 15

This is what high looks like for the formula ((y) * x) ** x:

and for ((((((y) * y) * 5) ** x) + 7) - y) * x

and this is what it looks like for greyscale with the formula (((((12) | y) - 11) - x) & x) ^ x

and for ((((x) & y) - x) + y) + 11

Todo

Features

Support for unary operators, like bitwise not (~)

Support for detecting if the generated function only depends on one or zero of the position expressions - added in 1.2

Optimization

Right now, if it generates an expression that starts with a bunch of constants (like ((12) log base? 3) ** 5) it will run those potentially-expensive calculations for each pixel, even though that part of the expression never changes. That could be optimized

Changelog

1.3

  • Optimizations. With the sample data uncommented, a time python3 generator.py all takes 8:03 on 1.2 and 2:11 on 1.3, because adding a single byte to an already allocated stream of bytes gets really expensive as that stream gets bigger.

1.2

  • Added the % operator and the modulo argument.
  • Added detection of some useless patterns

1.1

  • Added greyscale argument