 |
|
|
|
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Her's the Earth, looking at Australia.
--
Tim Cook
http://home.bellsouth.net/p/PWP-empyrean
-----BEGIN GEEK CODE BLOCK-----
Version: 3.12
GFA dpu- s: a?-- C++(++++) U P? L E--- W++(+++)>$
N++ o? K- w(+) O? M-(--) V? PS+(+++) PE(--) Y(--)
PGP-(--) t* 5++>+++++ X+ R* tv+ b++(+++) DI
D++(---) G(++) e*>++ h+ !r--- !y--
------END GEEK CODE BLOCK------
Post a reply to this message
Attachments:
Download 'earthlightingau.jpg' (134 KB)
Preview of image 'earthlightingau.jpg'
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Tim Cook spake:
> Her's the Earth, looking at Australia.
>
I'm impressed! NASA maps?
--
Stefan Viljoen
Software Support Technician / Programmer
Polar Design Solutions
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
news:4377f5ae@news.povray.org...
> Her's the Earth, looking at Australia.
>
Oh yes I remember, it was such a sunny day d;-)
Marc
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Stefan Viljoen <spamnot@ wrote:
> I'm impressed! NASA maps?
Yup. The new Blue Marble dataset...5400x2700 version, June. I'd really
like to play with the 500m/pixel set, but don't have any way of doing
so. Would be nice if POV 4 were able to use very large images without
loading the whole thing into memory...by that time there'll probably be
1m/pixel dataset available hehe.
--
Tim Cook
http://home.bellsouth.net/p/PWP-empyrean
-----BEGIN GEEK CODE BLOCK-----
Version: 3.12
GFA dpu- s: a?-- C++(++++) U P? L E--- W++(+++)>$
N++ o? K- w(+) O? M-(--) V? PS+(+++) PE(--) Y(--)
PGP-(--) t* 5++>+++++ X+ R* tv+ b++(+++) DI
D++(---) G(++) e*>++ h+ !r--- !y--
------END GEEK CODE BLOCK------
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Tim Cook wrote:
> Yup. The new Blue Marble dataset...5400x2700 version, June. I'd really
> like to play with the 500m/pixel set, but don't have any way of doing
> so. Would be nice if POV 4 were able to use very large images without
> loading the whole thing into memory...by that time there'll probably be
> 1m/pixel dataset available hehe.
Would it be possible to array multiple images? Have a whole pile of
sphere segments each with it's own sub image? Or will that have the same
problem? If so, what about just rendering the visible earth and not
loading anything more than one grid unit around the other side?
Cheers!
Rick Measham
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Rick Measham wrote:
> Would it be possible to array multiple images? Have a whole pile of
> sphere segments each with it's own sub image? Or will that have the same
> problem? If so, what about just rendering the visible earth and not
> loading anything more than one grid unit around the other side?
No idea, I don't know how to make a sphere segment whose surface is an
entire image rather than the image being mapped to the entire sphere,
necessitating loading an image that covers the whole sphere.
--
Tim Cook
http://home.bellsouth.net/p/PWP-empyrean
-----BEGIN GEEK CODE BLOCK-----
Version: 3.12
GFA dpu- s: a?-- C++(++++) U P? L E--- W++(+++)>$
N++ o? K- w(+) O? M-(--) V? PS+(+++) PE(--) Y(--)
PGP-(--) t* 5++>+++++ X+ R* tv+ b++(+++) DI
D++(---) G(++) e*>++ h+ !r--- !y--
------END GEEK CODE BLOCK------
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Tim Cook wrote:
> Stefan Viljoen <spamnot@ wrote:
>
>> I'm impressed! NASA maps?
>
>
> Yup. The new Blue Marble dataset...5400x2700 version, June.
Well - lighting does not fit that time of the year... ;-)
> I'd really
> like to play with the 500m/pixel set, but don't have any way of doing
> so. Would be nice if POV 4 were able to use very large images without
> loading the whole thing into memory...
Obviously you can't use image data without loading it, that's trivial.
Accessing parts of an image without reading it as a whole in advance
would be quite straight away (at least for uncompressed image formats)
but only of very limited use: If your render accesses only small parts
of the image you should only use a reduced size image in the first
place. If your render really needs the full image that is larger than
your memory you will suffer significant performace penalties with this.
Christoph
--
POV-Ray tutorials, include files, Landscape of the week:
http://www.imagico.de/ (Last updated 31 Oct. 2005)
MegaPOV with mechanics simulation: http://megapov.inetart.net/
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Christoph Hormann wrote:
> If your render really needs the full image that is larger than
> your memory you will suffer significant performace penalties with this.
Better than the ultimate performance penalty of not being able to use an
image larger than your memory at all...;)
--
Tim Cook
http://home.bellsouth.net/p/PWP-empyrean
-----BEGIN GEEK CODE BLOCK-----
Version: 3.12
GFA dpu- s: a?-- C++(++++) U P? L E--- W++(+++)>$
N++ o? K- w(+) O? M-(--) V? PS+(+++) PE(--) Y(--)
PGP-(--) t* 5++>+++++ X+ R* tv+ b++(+++) DI
D++(---) G(++) e*>++ h+ !r--- !y--
------END GEEK CODE BLOCK------
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Tim Cook wrote:
> Christoph Hormann wrote:
>
>> If your render really needs the full image that is larger than your
>> memory you will suffer significant performace penalties with this.
>
>
> Better than the ultimate performance penalty of not being able to use an
> image larger than your memory at all...;)
No. you can already use that large images right now - your OS swapping
and address space permitting. You don't do this though because the
performance loss makes it unfeasible. This isn't different with
'on-demand' reading of image data from disk (except parsing might be a
bit faster in the latter case).
Christoph
--
POV-Ray tutorials, include files, Landscape of the week:
http://www.imagico.de/ (Last updated 31 Oct. 2005)
MegaPOV with mechanics simulation: http://megapov.inetart.net/
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Christoph Hormann wrote:
> No. you can already use that large images right now - your OS swapping
> and address space permitting. You don't do this though because the
> performance loss makes it unfeasible. This isn't different with
> 'on-demand' reading of image data from disk (except parsing might be a
> bit faster in the latter case).
No, I literally don't have any software that can read such a large
image. ^^; Paint Shop Pro, GIMP, Photoshop, and so forth, can't read
images larger than a certain size, I think around 32768 for either
dimension, which the 500 m/pixel set definitely exceeds, horizontally...
--
Tim Cook
http://home.bellsouth.net/p/PWP-empyrean
-----BEGIN GEEK CODE BLOCK-----
Version: 3.12
GFA dpu- s: a?-- C++(++++) U P? L E--- W++(+++)>$
N++ o? K- w(+) O? M-(--) V? PS+(+++) PE(--) Y(--)
PGP-(--) t* 5++>+++++ X+ R* tv+ b++(+++) DI
D++(---) G(++) e*>++ h+ !r--- !y--
------END GEEK CODE BLOCK------
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
