#Ultra fractal software software#

We seem to have a few good software guys here, and while I am a programmer, I come from mostly a high-level background, doing low level work to support high-level stuff, rather than the other way around.In math and physics, fractal structures have a similar physical appearance at all levels of measurement. I'm wondering what everyone's take here is on the idea. These are the problems (hard spots) I came up with. So, after the list here, the reader will correctly conclude that, yes, I am suggesting the possibility of writing an original, Ultrafractal-compliant rendering server, which, if correctly written, could be easily ported to other platforms such as Linux, OSX (BSD), NVidia, etc. We can't just sit there and parse it like javascript either, or we aren't going to get anywhere.

#Ultra fractal software code#

Obviously the best option is to compile to machine code and run that, but that's hard.

The optimization and compilation of formuli - While even UltraFractal is not perfect at this (look at IFS rendering - it is slow as heck), we have to give some thought to how we are going to run formuli.

We can just pull an AMD and write an original but compliant implementation.

The parsing of formula files - this is easy: the syntax is given.

It isn't really done to protect content, but rather to shrink it, as small enough files are copied unencrypted.

$ultra fractal software$

I don't know too much about encryption, and I don't know what method is used, though Fred might tell us if we ask nicely. The encryption of parameter sets - if used in the client-server exchange (it is used to shrink them on copy/paste), this could present a problem.The client-server protocol - this can be solved with packet sniffing.A quick mental exercise exposes the following problems to be solved: On thinking about it, however, it doesn't appear that hard. Well we don't have the source code, and our man Fred is not likely to give us the source code, so the only option is to write our own. The first is frankly an enterprise problem that isn't worth solving unless it need to be, as it is frankly not very interesting (basically it involves making a smart HTTP server ).Д«ut trying to port the server.hrm. It is the second question that really is interesting. So how can the server be ported to run as a low linux process? You don't need a GUI in HPC, you need a really good memory model, threading model, etc).

#Ultra fractal software windows#

I understand that the client performs some of this functionality already, but, being all done on the client, it is a bit restricted in terms of scalability and overall performance when compared to a potentially distributed system.Дў) While I'm making a load balancer for an HPC, I note that running Windows on an HPC is frankly a waste of processor power (I am a HUGE windows fan, but I recognize that while Windows is a GREAT desktop platform, it should not be used in high-performance computing. Given a massively parallel computing cluster (not that I happen to have one.this is theoretical here), I'd like to be able to run one node as a balancer, distributing the rendering intelligently among the other nodes, which can come and go as they please. Has anybody screwed around with this thing?ДЎ) I'd like to make an intelligent load balancer. How much do we know about Ultra Fractal Server? It appears to use HTTP, but I can't really tell, and I don't have time to packet sniff it right now (maybe tonight).

$Ultra fractal software$