 |
|
|
|
|
|
| |
| |
|
|
|
|
| |
| |
|
|
--
Darren New, San Diego CA, USA (PST)
I ordered stamps from Zazzle that read "Place Stamp Here".
Post a reply to this message
Attachments:
Download 'image1.jpg' (96 KB)
Preview of image 'image1.jpg'
|
|
| |
| |
|
|
|
|
| |
| |
|
|
And it runs SUSE Linux. :) I'm sure povray would compile for it. :-)
Jim
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
bwahaha... It'd run MCPov in real time! :D
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
What's the liquid we see sloshing around in it? Tap water with food
coloring, or distilled water with green lighting, or nitrogen, or
something else?
...Chambers
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
> What's the liquid we see sloshing around in it? Tap water with food
> coloring, or distilled water with green lighting, or nitrogen, or
> something else?
I think they use propylene glycol (anti-freeze), though they sell
systems with R134a coolant too, so it might be that.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Uh... assuming those cores are of some architecture that POV-Ray
supports, that is. :-P
--
http://blog.orphi.me.uk/
http://www.zazzle.com/MathematicalOrchid*
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Orchid XP v8 <voi### [at] dev null> wrote:
> Uh... assuming those cores are of some architecture that POV-Ray
> supports, that is. :-P
POV-Ray doesn't support architectures. Compilers support architectures.
--
- Warp
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
>> Uh... assuming those cores are of some architecture that POV-Ray
>> supports, that is. :-P
>
> POV-Ray doesn't support architectures. Compilers support architectures.
Are you seriously suggesting that POV-Ray can simply be recompiled for
any possible architecture that possesses a C compiler? I would think
it's more work than that.
--
http://blog.orphi.me.uk/
http://www.zazzle.com/MathematicalOrchid*
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Orchid XP v8 <voi### [at] devnull> wrote:
> Are you seriously suggesting that POV-Ray can simply be recompiled for
> any possible architecture that possesses a C compiler? I would think
> it's more work than that.
The backend (ie. core renderer) should be pretty much standard portable
C++, so if a standard conforming C++ compiler exists for the architecture,
the POV-Ray backend should be compilable to any such architecture. It's
then only a question of creating a frontend (in its most basic form it's
simply I/O: Some way of feeding the SDL file to the backend, and some way
of outputting the resulting pixels somewhere). Of course if the system
already has support for an existing POV-Ray fronted (eg. a unix-style
command-line interpreter) then it's much easier.
--
- Warp
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Orchid XP v8 schrieb:
> Uh... assuming those cores are of some architecture that POV-Ray
> supports, that is. :-P
Dual-/quad-core AMD Opterons and a runtime environment including SUSE
Linux... I guess POV-Ray should even install "out of the box", with no
need whatsoever to adapt the system-specific config files :-)
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
clipka <ano### [at] anonymousorg> wrote:
> Dual-/quad-core AMD Opterons and a runtime environment including SUSE
> Linux... I guess POV-Ray should even install "out of the box", with no
> need whatsoever to adapt the system-specific config files :-)
I wonder if POV-Ray 3.7 has ever been tested with that many rendering
threads, and whether it would cope.
--
- Warp
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Warp schrieb:
> clipka <ano### [at] anonymousorg> wrote:
>> Dual-/quad-core AMD Opterons and a runtime environment including SUSE
>> Linux... I guess POV-Ray should even install "out of the box", with no
>> need whatsoever to adapt the system-specific config files :-)
>
> I wonder if POV-Ray 3.7 has ever been tested with that many rendering
> threads, and whether it would cope.
I presume the machine is essentially a cluster, so not much luck there:
You'll have a huge number of dual- or quad-core machines to crunch away
at a single frame of an animation each, but that'll be about it.
Unfortunately, although 3.7 is SMP-ready, it isn't "network-ready" yet.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
clipka <ano### [at] anonymousorg> wrote:
> I presume the machine is essentially a cluster, so not much luck there:
> You'll have a huge number of dual- or quad-core machines to crunch away
> at a single frame of an animation each, but that'll be about it.
> Unfortunately, although 3.7 is SMP-ready, it isn't "network-ready" yet.
I think there's some support in linux to make a cluster look like a
bunch of local processors.
--
- Warp
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
>> I presume the machine is essentially a cluster, so not much luck there:
>> You'll have a huge number of dual- or quad-core machines to crunch away
>> at a single frame of an animation each, but that'll be about it.
>> Unfortunately, although 3.7 is SMP-ready, it isn't "network-ready" yet.
>
> I think there's some support in linux to make a cluster look like a
> bunch of local processors.
If there isn't, Debian have a hacked PVM version of POV-Ray...
--
http://blog.orphi.me.uk/
http://www.zazzle.com/MathematicalOrchid*
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On 10/3/2009 8:55 AM, Orchid XP v8 wrote:
> Are you seriously suggesting that POV-Ray can simply be recompiled for
> any possible architecture that possesses a C compiler? I would think
> it's more work than that.
Uh.. yeah, POV-Ray was designed to be portable.
--
~Mike
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
>> Are you seriously suggesting that POV-Ray can simply be recompiled for
>> any possible architecture that possesses a C compiler? I would think
>> it's more work than that.
>
> Uh.. yeah, POV-Ray was designed to be portable.
Well, since apparently this puppy is running Linux (which POV-Ray
already supports) and an AMD64 CPU (which POV-Ray also supports), sure,
it's pretty trivial. But if you wanted to do this on some OS where
libPNG isn't available (for example)...
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Invisible <voi### [at] devnull> wrote:
> and an AMD64 CPU (which POV-Ray also supports)
POV-Ray doesn't support any processors. Compilers do.
> sure,
> it's pretty trivial. But if you wanted to do this on some OS where
> libPNG isn't available (for example)...
POV-Ray can be compiled without pnglib.
--
- Warp
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Warp wrote:
> POV-Ray can be compiled without pnglib.
Oh, right. I didn't know that.
[Or rather, I didn't know it's easy to enable or disable - which I
presume is what you meant.]
--
http://blog.orphi.me.uk/
http://www.zazzle.com/MathematicalOrchid*
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Warp schrieb:
> clipka <ano### [at] anonymousorg> wrote:
>> I presume the machine is essentially a cluster, so not much luck there:
>> You'll have a huge number of dual- or quad-core machines to crunch away
>> at a single frame of an animation each, but that'll be about it.
>> Unfortunately, although 3.7 is SMP-ready, it isn't "network-ready" yet.
>
> I think there's some support in linux to make a cluster look like a
> bunch of local processors.
If there really is, then be prepared for some serious performance
degradation, at least with some features (most notably radiosity,
probably also photons, and a few "smaller" ones like crackle patterns)
which rely on shared memory.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
