Logo by MarkJayBee - 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: Check out the originating "3d Mandelbulb" thread here
 
*
Welcome, Guest. Please login or register. April 19, 2024, 03:11:03 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: separation between calcuation and colouring  (Read 4681 times)
0 Members and 2 Guests are viewing this topic.
claude
Fractal Bachius
*
Posts: 563



WWW
« on: October 19, 2013, 09:55:06 PM »

I'm finding it useful to separate the calculation phase from the colouring phase, so I don't have to recalculate things just to change colours.

Is there any standard interchange format in use to save raw calculation results from one program and load them into other programs for colouring?

So far I've used multiple PNM image files, one for each layer:

P5 PGM 1 channel 8bit for binary interior/interior
P5 PGM 1 channel 16bit for fractional part of escape count, final angle / two pi, distance estimate relative to pixel size, perturbation error estimate
P6 PPM 3 channel 8bit for integer iteration count, minimal |z| iteration count (period) - packed 24bit int into 3 8bit bytes

This has the advantage of being easy to preview and play around with in image editors like GIMP, but it's a bit of a pain being limited in resolution (afaik GIMP doesn't 16bit) and having to repack data via multiple channels for full range.

If there's a (semi)standard format I could implement that'd be great, otherwise I might go with a home-rolled solution packing float image planes into a container with metadata describing what the data represents (I've experimented with bencoding, not got very far yet).  One 1920x1080 keyframe works out around 50MB with all the layers, stuffing it through bzip2 gets it down to 30MB...

What would you want from such a format?  Would you even be interested?
Logged
Roquen
Iterator
*
Posts: 180


« Reply #1 on: October 21, 2013, 04:24:32 PM »

I haven't looked at the updated feature list but maybe OpenEXR 2.0?
Logged

All code submitted by me is in the public domain. (http://unlicense.org/)
claude
Fractal Bachius
*
Posts: 563



WWW
« Reply #2 on: October 22, 2013, 08:53:36 PM »

OpenEXR 2.0 looks good, thanks!

Particularly relevant features:
32bit float image data
32bit unsigned int image data
arbitrary channel counts and names
arbitrary metadata
deep data (variable amount of data at each pixel - might be useful for partial periods)
multipart files (might be useful for animation keyframes)
Logged
Pages: [1]   Go Down
  Print  
 
Jump to:  

Related Topics
Subject Started by Replies Views Last post
Colouring Mandelbulb 3d paolo 4 2514 Last post July 13, 2011, 07:53:32 PM
by Madman
We Have Separation! Mandelbulb3D Gallery wmauzey 0 856 Last post September 04, 2011, 07:38:15 PM
by wmauzey
Undo colouring bug bug reporting Madman 4 10702 Last post March 25, 2013, 10:00:35 PM
by Jesse
Laminar separation bubble theory Fluid Dynamics, Turbulence & Weather Prediction freshNfunky 1 6884 Last post March 14, 2015, 10:18:15 AM
by jehovajah
Julia smooth-colouring : how to do ? Programming Matplotlib 14 16880 Last post May 16, 2017, 11:58:55 AM
by Matplotlib

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.157 seconds with 24 queries. (Pretty URLs adds 0.008s, 2q)