 |
|
|
|
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Needed another render of the 3com network card I did ages ago, this time
with focal blur, 2 area lights and a touch of rad. tweaked the scene
slightly and altered a lot of the settings for 3.5 (old was done with MP)
damn thing ate up over 200MB of ram and took 5 hours to render, weird thing
being the ram usage without rad, or without focal blur was only around 50MB,
and the render time was typically under 15minutes for either. yet putting
the 2 together and it nearly choked.
--
Rick
Kitty5 NewMedia http://Kitty5.co.uk
POV-Ray News & Resources http://Povray.co.uk
TEL : +44 (01270) 501101 - FAX : +44 (01270) 251105 - ICQ : 15776037
PGP Public Key
http://pgpkeys.mit.edu:11371/pks/lookup?op=get&search=0x231E1CEA
---
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.384 / Virus Database: 216 - Release Date: 21/08/2002
Post a reply to this message
Attachments:
Download '3comcard2.jpg' (131 KB)
Preview of image '3comcard2.jpg'
|
|
| |
| |
|
|
|
|
| |
| |
|
|
"Rick [Kitty5]" <ric### [at] kitty5 com> wrote in news:3d793b99@news.povray.org
Hmm I realy cannot download this attachment (Xnews) - it goes to 20..50%
and starts over again - can You (or somebody) put it on www ?
--
#macro g(U,V)(.4*abs(sin(9*sqrt(pow(x-U,2)+pow(y-V,2))))*pow(1-min(1,(sqrt(
pow(x-U,2)+pow(y-V,2))*.3)),2)+.9)#end#macro p(c)#if(c>1)#local l=mod(c,100
);g(2*div(l,10)-8,2*mod(l,10)-8)*p(div(c,100))#else 1#end#end light_source{
y 2}sphere{z*20 9pigment{function{p(26252423)*p(36455644)*p(66656463)}}}//M
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
"Rafal 'Raf256' Maj" <raf### [at] raf256com> wrote in message
news:Xns### [at] 204213191226...
> "Rick [Kitty5]" <ric### [at] kitty5com> wrote in news:3d793b99@news.povray.org
>
> Hmm I realy cannot download this attachment (Xnews) - it goes to 20..50%
> and starts over again - can You (or somebody) put it on www ?
Um...check the on-line newsgroups
http://news.povray.org/povray.binaries.images/27140/
-tgq
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
"TinCanMan" <Tin### [at] hotmailcom> wrote in
news:3d794087@news.povray.org
> http://news.povray.org/povray.binaries.images/27140/
greate :) I would be shure that this is a foto, maybe except whie
background and shadow - they are too 'nice'
--
#macro g(U,V)(.4*abs(sin(9*sqrt(pow(x-U,2)+pow(y-V,2))))*pow(1-min(1,(sqrt(
pow(x-U,2)+pow(y-V,2))*.3)),2)+.9)#end#macro p(c)#if(c>1)#local l=mod(c,100
);g(2*div(l,10)-8,2*mod(l,10)-8)*p(div(c,100))#else 1#end#end light_source{
y 2}sphere{z*20 9pigment{function{p(26252423)*p(36455644)*p(66656463)}}}//M
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
I looked at the picture before reading the text and was like "why is this
guy posting a picture of his processor?" Then I read the text.
So, well done. =)
- Slime
[ http://www.slimeland.com/ ]
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
very nicely done :) you obviously have tons more patience than I do to get
that level of detail.... kudos!
------------------
dan
http://hometown.aol.com/goofygrafx
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
"Rick [Kitty5]" wrote:
>
I'm not really into the extreme realism thing and the subject of
your image isn't really something I dream about either but I
have to admit: the image is amazing.
You could easily convince me that this is a photograph. It
really isn't, is it?
Remco
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Rick [Kitty5] wrote:
> Needed another render of the 3com network card I did ages ago, this time
> with focal blur, 2 area lights and a touch of rad. tweaked the scene
> slightly and altered a lot of the settings for 3.5 (old was done with MP)
>
> damn thing ate up over 200MB of ram and took 5 hours to render, weird thing
> being the ram usage without rad, or without focal blur was only around 50MB,
> and the render time was typically under 15minutes for either. yet putting
> the 2 together and it nearly choked.
Holy crap! If you had better focal blur (and maybe slightly less of it)
this would be photorealistic...
-Xplo
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
I have to say that this is a very impressive image. I have some questions
about your dust and damage algorithms. Source code would be very nice for them.
Her are the areas that impress me most about the image.
Note area A where there is apparently a small fiber on the card. This is a
realistic detail that I have observed on many cards, and might be a tiny strand
of wire or a bit of lint fiber off something. Did you model it as an image map,
a sphere sweep, or a spline?
In area B I see some small particles of dust. Nice random placement. Once
again, is this a macro that puts the dust on it or is it an image map?
In area C there is static attached dust as many ICs (having epoxy cases)
tend to attract. Extremely well modeled and placed. It's of course the small
things that count in making an image photorealistic, and the first indication
that something is CG is often the absolute lack (or artificial appearance of)
real world markings and dirt. Your dirty algorithms are like the icing on the
cake and would be worth seeing the source code for.
In area D you have included a very realistic marking that would be produced
by using a tool to pry an integrated circuit out of its socket. Is this a
surface map that alters the normal of the plastic socket or did you actually
model the dents into the socket itself?
Waiting for your replies, as I am sure to learn something from your
technique.
Cheers!
Chip Shults
My robotics, space and CGI web page - http://home.cfl.rr.com/aichip
Post a reply to this message
Attachments:
Download '3com01.jpg' (104 KB)
Preview of image '3com01.jpg'
|
|
| |
| |
|
|
|
|
| |
| |
|
|
I am really in trouble to believe that this is NOT A PHOTO
so long I did not see the source and render it myself.
Call me Thomas if you want :-).
the IC-Socket loocks too realistic. I can't believe someone can take so much
time and put it in Polygons together. Can you render it with your name on
the chip ? :-)
----------------------------------------------------------------------------
Distributed Network-Rendering auf bis zu 600 PC's mit SMPOV und POV-Ray 3.5
Download ab sofort bei http://www.it-berater.org/smpov.htm
"Rick [Kitty5]" <ric### [at] kitty5com> schrieb im Newsbeitrag
news:3d793b99@news.povray.org...
> Needed another render of the 3com network card I did ages ago, this time
> with focal blur, 2 area lights and a touch of rad. tweaked the scene
> slightly and altered a lot of the settings for 3.5 (old was done with MP)
>
> damn thing ate up over 200MB of ram and took 5 hours to render, weird
thing
> being the ram usage without rad, or without focal blur was only around
50MB,
> and the render time was typically under 15minutes for either. yet putting
> the 2 together and it nearly choked.
>
> --
> Rick
>
> Kitty5 NewMedia http://Kitty5.co.uk
> POV-Ray News & Resources http://Povray.co.uk
> TEL : +44 (01270) 501101 - FAX : +44 (01270) 251105 - ICQ : 15776037
>
> PGP Public Key
> http://pgpkeys.mit.edu:11371/pks/lookup?op=get&search=0x231E1CEA
>
>
>
> ---
>
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.384 / Virus Database: 216 - Release Date: 21/08/2002
>
>
>
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
>Holy crap! If you had better focal blur (and maybe slightly less of it)
>this would be photorealistic...
It doesn't get much better than that!
Skip
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Terrific! I only miss a bit of metallic reflection on the circuit
textures... perhaps it's a whole image_map carefully placed over the
geometry?
--
Jaime Vives Piqueres
La Persistencia de la Ignorancia
http://www.ignorancia.org
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
I subscribe to the view of Theo. As long as I have not seen the source code
or a modification of the image (pov-logo or name) I am not going to believe
in a POV-Ray rendered image. It is too perfect (dust, usage marks).
Could you please post a version without focal blur and radiosity?
Thanks,
Rene
"Theo Gottwald *" <The### [at] t-onlinede> wrote in message
news:3d799318$1@news.povray.org...
> I am really in trouble to believe that this is NOT A PHOTO
> so long I did not see the source and render it myself.
>
> Call me Thomas if you want :-).
>
> the IC-Socket loocks too realistic. I can't believe someone can take so
much
> time and put it in Polygons together. Can you render it with your name on
> the chip ? :-)
>
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Rene Schwietzke wrote:
>I subscribe to the view of Theo. As long as I have not seen the source code
>or a modification of the image (pov-logo or name) I am not going to believe
>in a POV-Ray rendered image. It is too perfect (dust, usage marks).
>...
Then try to see if you can spot
any solder on the pads, that
adhere smoothly to the components.
Tor Olav
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
"Rene Schwietzke" <ren### [at] reneschwietzkede> wrote in message
news:3d79be1e@news.povray.org...
> I subscribe to the view of Theo. As long as I have not seen the source code
> or a modification of the image (pov-logo or name) I am not going to believe
> in a POV-Ray rendered image. It is too perfect (dust, usage marks).
Well, I believe it's a render. I think Rick has used a (highly detailed) photo of the
board as
an image_map pigment (and possibly height_field), thus accounting for all the little
imperfections. Am I correct Rick?
Anyhow, extremely well done on this.
All the best,
Andy Cocker
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
> Waiting for your replies, as I am sure to learn something from your
> technique.
I hate to tell you this, but IIRC from the first time this was posted,
pretty much all of thos details are due to the image map he used, I think
he scanned the card and used that as a basis to place components.
I could be wrong though and if I am, then I'm seriously impressed. :)
Jamie.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Jamie Davison wrote:
>> Waiting for your replies, as I am sure to learn something from
>> your technique.
>
> I hate to tell you this, but IIRC from the first time this was posted,
> pretty much all of thos details are due to the image map he used, I
> think he scanned the card and used that as a basis to place
> components.
Blabber mouth :)
--
Rick
Kitty5 NewMedia http://Kitty5.co.uk
POV-Ray News & Resources http://Povray.co.uk
TEL : +44 (01270) 501101 - FAX : +44 (01270) 251105 - ICQ : 15776037
PGP Public Key
http://pgpkeys.mit.edu:11371/pks/lookup?op=get&search=0x231E1CEA
---
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.385 / Virus Database: 217 - Release Date: 04/09/2002
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
ok Thomas.
older original render is here
http://news.povray.org/povray.binaries.images/13656/
Attached image is exact same scene withou rad & focal blur (and tweak
lights)
--
Rick
Kitty5 NewMedia http://Kitty5.co.uk
POV-Ray News & Resources http://Povray.co.uk
TEL : +44 (01270) 501101 - FAX : +44 (01270) 251105 - ICQ : 15776037
PGP Public Key
http://pgpkeys.mit.edu:11371/pks/lookup?op=get&search=0x231E1CEA
---
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.385 / Virus Database: 217 - Release Date: 04/09/2002
Post a reply to this message
Attachments:
Download '3com-untex.jpg' (38 KB)
Preview of image '3com-untex.jpg'
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Jaime Vives Piqueres wrote:
> Terrific! I only miss a bit of metallic reflection on the circuit
> textures... perhaps it's a whole image_map carefully placed over the
> geometry?
Yup
--
Rick
Kitty5 NewMedia http://Kitty5.co.uk
POV-Ray News & Resources http://Povray.co.uk
TEL : +44 (01270) 501101 - FAX : +44 (01270) 251105 - ICQ : 15776037
PGP Public Key
http://pgpkeys.mit.edu:11371/pks/lookup?op=get&search=0x231E1CEA
---
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.385 / Virus Database: 217 - Release Date: 04/09/2002
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Sir Charles W. Shults III wrote:
> Waiting for your replies, as I am sure to learn something
> from your technique.
Use a flatbed scanner for textures when you can, and if you want dust &
fluff, dont clean the glass plate / object before you scan :)
--
Rick
Kitty5 NewMedia http://Kitty5.co.uk
POV-Ray News & Resources http://Povray.co.uk
TEL : +44 (01270) 501101 - FAX : +44 (01270) 251105 - ICQ : 15776037
PGP Public Key
http://pgpkeys.mit.edu:11371/pks/lookup?op=get&search=0x231E1CEA
---
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.385 / Virus Database: 217 - Release Date: 04/09/2002
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Xplo Eristotle wrote:
> Holy crap! If you had better focal blur (and maybe slightly less of
> it) this would be photorealistic...
The focal blur is a little more extreme for several reasons
1. artistic licence
2. I hadnt modelled some of the detail at the top of the card, but with
focal blur you dont see it.
3. the rad settings used were extremly low quality (count of 5) because I
needed to keep memory usage to a bare minimum - i only have 256mb on my PC
and better rad would have pushed it over the 200mb this image sucked. the
focal blur helps cover up the rad defects (like the shadow under the card)
--
Rick
Kitty5 NewMedia http://Kitty5.co.uk
POV-Ray News & Resources http://Povray.co.uk
TEL : +44 (01270) 501101 - FAX : +44 (01270) 251105 - ICQ : 15776037
PGP Public Key
http://pgpkeys.mit.edu:11371/pks/lookup?op=get&search=0x231E1CEA
---
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.385 / Virus Database: 217 - Release Date: 04/09/2002
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Rick [Kitty5] wrote:
> 3. the rad settings used were extremly low quality (count of 5) because I
> needed to keep memory usage to a bare minimum - i only have 256mb on my PC
Have you tried the trick of loading rad from a low res/simple geom.
version of the scene? It works pretty well and saves a lot of memory...
--
Jaime Vives Piqueres
La Persistencia de la Ignorancia
http://www.ignorancia.org
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
"Rick [Kitty5]" wrote:
>
> Needed another render of the 3com network card I did ages ago, this time
> with focal blur, 2 area lights and a touch of rad. tweaked the scene
> slightly and altered a lot of the settings for 3.5 (old was done with MP)
Nice, but the same old network card? When do you make a motherboard? ;-)
> damn thing ate up over 200MB of ram and took 5 hours to render, weird thing
> being the ram usage without rad, or without focal blur was only around 50MB,
> and the render time was typically under 15minutes for either. yet putting
> the 2 together and it nearly choked.
You should try 'always_sample off', you possibly need to take the pretrace
at a larger size (and save the radiosity data there) but it should avoid
the additional samples being taken because of the many focal blur rays.
Christoph
--
POV-Ray tutorials, IsoWood include,
TransSkin and more: http://www.tu-bs.de/~y0013390/
Last updated 13 Aug. 2002 _____./\/^>_*_<^\/\.______
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Jaime Vives Piqueres wrote:
> Rick [Kitty5] wrote:
>
>> 3. the rad settings used were extremly low quality (count of 5)
>> because I needed to keep memory usage to a bare minimum - i only
>> have 256mb on my PC
>
> Have you tried the trick of loading rad from a low res/simple geom.
> version of the scene? It works pretty well and saves a lot of
> memory...
Its not so much the rad settings on their own that caused the problem, its
using rad & focal blur in combination that seemed to stuff the ram
requirements through the roof
--
Rick
Kitty5 NewMedia http://Kitty5.co.uk
POV-Ray News & Resources http://Povray.co.uk
TEL : +44 (01270) 501101 - FAX : +44 (01270) 251105 - ICQ : 15776037
PGP Public Key
http://pgpkeys.mit.edu:11371/pks/lookup?op=get&search=0x231E1CEA
---
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.385 / Virus Database: 217 - Release Date: 04/09/2002
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Christoph Hormann wrote:
> Nice, but the same old network card? When do you make a motherboard?
> ;-)
I needed another render of the card, and was so impressed with the final
result I just had to share :)
I may do a MB (etc) as these dont take more than an afternoon to model,
however I dont have anything spare at the moment :)
--
Rick
Kitty5 NewMedia http://Kitty5.co.uk
POV-Ray News & Resources http://Povray.co.uk
TEL : +44 (01270) 501101 - FAX : +44 (01270) 251105 - ICQ : 15776037
PGP Public Key
http://pgpkeys.mit.edu:11371/pks/lookup?op=get&search=0x231E1CEA
---
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.385 / Virus Database: 217 - Release Date: 04/09/2002
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Rick [Kitty5] wrote:
> Jaime Vives Piqueres wrote:
> Its not so much the rad settings on their own that caused the problem, its
> using rad & focal blur in combination that seemed to stuff the ram
> requirements through the roof
Yes, Christoph pointed it out in other reply. Now I understand why the
loading rad data works so fast: because I use "always_sample off". Well,
actually it also helps using a very small image for the saving-rad scene
(about 30% of the final render).
--
Jaime Vives Piqueres
La Persistencia de la Ignorancia
http://www.ignorancia.org
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
> I may do a MB (etc) as these dont take more than an afternoon to model,
> however I dont have anything spare at the moment :)
You may also have problems finding a motherboard you can fit on your
scanner, unless you've got an A3 one...
Jamie.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
"Rick [Kitty5]" <ric### [at] kitty5com> wrote in message news:3d79f8a4@news.povray.org...
> Jamie Davison wrote:
> >> Waiting for your replies, as I am sure to learn something from
> >> your technique.
> >
> > I hate to tell you this, but IIRC from the first time this was posted,
> > pretty much all of thos details are due to the image map he used, I
> > think he scanned the card and used that as a basis to place
> > components.
>
> Blabber mouth :)
I'd already said this earlier, so it's my mouth that blabbered ;-)
Andy Cocker
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
> > I hate to tell you this, but IIRC from the first time this was posted,
> > pretty much all of thos details are due to the image map he used, I
> > think he scanned the card and used that as a basis to place
> > components.
>
> Blabber mouth :)
Guilty as sin, hang the bastard, defence rests.
:)
Jamie.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
You convinced me, great work!
--
Rene Schwietzke
http://www.rene-schwietzke.de/
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
A true THOMAS -Network - Card !
Maybe it will not often make connections to other network-cards cause it
can't believe their data :-).
However, this is the most realistic looking POV-Rendering (together with
Jaimes Apples)
I've ever seen.
Maybe there is something artificial even missing .... to contrast a normal
photography.
--Theo
----------------------------------------------------------------------------
---------------------------------
Distributed Network-Rendering or Local SMP-Rendering on all CPU's you have.
With SMPOV und POV-Ray 3.5. Download free at:
http://www.it-berater.org/smpov.htm
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Jaime Vives Piqueres wrote:
> Yes, Christoph pointed it out in other reply. Now I understand why
> the loading rad data works so fast: because I use "always_sample
> off". Well, actually it also helps using a very small image for the
> saving-rad scene (about 30% of the final render).
Will have to try that next time round
--
Rick
Kitty5 NewMedia http://Kitty5.co.uk
POV-Ray News & Resources http://Povray.co.uk
TEL : +44 (01270) 501101 - FAX : +44 (01270) 251105 - ICQ : 15776037
PGP Public Key
http://pgpkeys.mit.edu:11371/pks/lookup?op=get&search=0x231E1CEA
---
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.385 / Virus Database: 217 - Release Date: 04/09/2002
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Theo Gottwald * wrote:
> A true THOMAS -Network - Card !
>
> Maybe it will not often make connections to other network-cards cause
> it can't believe their data :-).
>
> However, this is the most realistic looking POV-Rendering (together
> with Jaimes Apples)
> I've ever seen.
> Maybe there is something artificial even missing .... to contrast a
> normal photography.
I think the reason it looks so real is the simple subject matter (as you see
from the model, there isnt really much to it) and the texture, lighting &
focal blur which in this instance make the scene work.
After doing this the first time round I pretty much decided that where ever
possable (for 'real world' objects) I would use 'real world' texture maps
and a flat bed scanner seems the best tool for getting them where ever
possable.
Oh, and focal blur hides a multitude of sins, really brings new meaning to
the term 'if you wont see it, dont model it!' well worth the increased
render time.
On a final note, I wouldn't have fancied doing this without Moray, without
which positioning all those little blocks for the mounted components would
have taken significantly longer.
--
Rick
Kitty5 NewMedia http://Kitty5.co.uk
POV-Ray News & Resources http://Povray.co.uk
TEL : +44 (01270) 501101 - FAX : +44 (01270) 251105 - ICQ : 15776037
PGP Public Key
http://pgpkeys.mit.edu:11371/pks/lookup?op=get&search=0x231E1CEA
---
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.385 / Virus Database: 217 - Release Date: 05/09/2002
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
"Rick [Kitty5]" <ric### [at] kitty5com> wrote in message
news:3d7b1587$1@news.povray.org...
>
> On a final note, I wouldn't have fancied doing this without Moray, without
> which positioning all those little blocks for the mounted components would
> have taken significantly longer.
Odd... I wouldn't have fancied doing it _with_ Moray, with which
positioning all those little block for the mounted components would have
taken _me_ significantly longer.
--
Pandora/Scott Hill/[::O:M:C::]Scorpion
Software Engineer.
http://www.pandora-software.com
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Pandora wrote:
> Odd... I wouldn't have fancied doing it _with_ Moray, with which
> positioning all those little block for the mounted components would
> have taken _me_ significantly longer.
Place the texture as a viewpoint bg image, and copy paste little blocks into
place, it took 2 mins to position all the surface mounted components
perfectly.
--
Rick
Kitty5 NewMedia http://Kitty5.co.uk
POV-Ray News & Resources http://Povray.co.uk
TEL : +44 (01270) 501101 - FAX : +44 (01270) 251105 - ICQ : 15776037
PGP Public Key
http://pgpkeys.mit.edu:11371/pks/lookup?op=get&search=0x231E1CEA
---
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.385 / Virus Database: 217 - Release Date: 04/09/2002
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
"Rick [Kitty5]" <ric### [at] kitty5com> wrote in message
news:3d7b73ab@news.povray.org...
> Pandora wrote:
> > Odd... I wouldn't have fancied doing it _with_ Moray, with which
> > positioning all those little block for the mounted components would
> > have taken _me_ significantly longer.
>
> Place the texture as a viewpoint bg image, and copy paste little blocks
into
> place, it took 2 mins to position all the surface mounted components
> perfectly.
>
AH! Well, I don't use Moray, so wouldn't have thought have doing that
and would've spent days trying to get everything into the right place...
Though I'd have done something similar if I'd have done it by hand -
load the image into an image editor and jot down the position and size, in
pixels, of each component and then would probably have created the card
object in POV so that one pov-unit was equal to on pixel on the image...
--
Pandora/Scott Hill/[::O:M:C::]Scorpion
Software Engineer.
http://www.pandora-software.com
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
. . . and a very nice old dog it is too. Well done.
--
light_source{0,1}#macro c(J,a)sphere{0,1pigment{rgb z}scale a translate J+O}
#end#macro B(R,V,O)c(0,4)intersection{c(V,R)difference{c(-z*4x+10)c(-z*4.1x+
10)c(0<7.5,45,5>)}}#end B(12,0z*25)B(8y*4<0,12,50>) // Batronyx ^"^
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
"Rick [Kitty5]" <ric### [at] kitty5com> wrote in
news:3d793b99@news.povray.org:
> Needed another render of the 3com network card I did ages ago, this
> time with focal blur, 2 area lights and a touch of rad. tweaked the
> scene slightly and altered a lot of the settings for 3.5 (old was done
> with MP)
> end
Very nice indeed, I remember when I saw you first image months ago a I
wanted to do one similar of the card I have been developing at work, but I
never came round doing it. Good stuff!
Thomas
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Pandora wrote:
> AH! Well, I don't use Moray, so wouldn't have thought have doing
> that and would've spent days trying to get everything into the right
> place... Though I'd have done something similar if I'd have done
> it by hand - load the image into an image editor and jot down the
> position and size, in pixels, of each component and then would
> probably have created the card object in POV so that one pov-unit was
> equal to on pixel on the image...
that sounds like to much hard work!
--
Rick
Kitty5 NewMedia http://Kitty5.co.uk
POV-Ray News & Resources http://Povray.co.uk
TEL : +44 (01270) 501101 - FAX : +44 (01270) 251105 - ICQ : 15776037
PGP Public Key
http://pgpkeys.mit.edu:11371/pks/lookup?op=get&search=0x231E1CEA
---
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.385 / Virus Database: 217 - Release Date: 04/09/2002
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Excellent work, Rick. Inspiring...
~Steve~
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
