 |
|
|
|
|
|
| |
| |
|
|
|
|
| |
| |
|
|
> > Modellers are all good and fun, but they'll never be able to do things
> like
> > isosurface...
Doesn't Rhino3d use iso surfaces? I know it uses mathematical functions to
model surfaces. If not, what s the difference. What's the difference between
nurbs and iso surfaces?
Nekar
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
> Modellers are all good and fun, but they'll never be able to do things
like
> isosurface...
With a small plugin, MAX does, which proves "they'll never be able to do
things like isosurface..." wrong.
--
Lance.
http://come.to/the.zone
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
J-Print News wrote:
>
> Doesn't Rhino3d use iso surfaces? I know it uses mathematical functions to
> model surfaces. If not, what s the difference. What's the difference between
> nurbs and iso surfaces?
>
Rhino uses NURBS (non-uniform rational B-spline) surfaces. NURBS are
parametric surfaces, where surface is described by 2 additional
parametric values u and v. To put it bluntly, for NURBS surface there is
3 equations:
x = fx(u,v)
y = fy(u,v)
z = fz(u,v)
You run u and v values over given range (quite often it is from 0-1) and
calculate points (x,y,z) on surface.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Lance Birch wrote:
> With a small plugin, MAX does, which proves "they'll never be able to do
> things like isosurface..." wrong.
noooooooo ;)
isosurface in a (near) real-time GUI modeller? with any function you want?
wow
--
David Fontaine <dav### [at] faricy net> ICQ 55354965
My raytracing gallery: http://davidf.faricy.net/
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
In article <3A6633BC.C00F0ACA@faricy.net> , David Fontaine
<dav### [at] faricynet> wrote:
> isosurface in a (near) real-time GUI modeller? with any function you want?
Isosurfaces in MegaPOV are very slow. There are ways to calculate them with
the same/better precision but more than ten times faster...
Thorsten
____________________________________________________
Thorsten Froehlich, Duisburg, Germany
e-mail: tho### [at] trfde
Visit POV-Ray on the web: http://mac.povray.org
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Thorsten Froehlich wrote:
>
> Isosurfaces in MegaPOV are very slow. There are ways to calculate them with
> the same/better precision but more than ten times faster...
>
Do i hear some plans for improvements, or is it just my hope for
accelerating those endless isosurface renders?
Christoph
--
Christoph Hormann <chr### [at] gmxde>
IsoWood include, radiosity tutorial, TransSkin and other
things on: http://www.schunter.etc.tu-bs.de/~chris/
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On Thu, 18 Jan 2001 20:25:54 +0100, Christoph Hormann wrote:
>
>
>Thorsten Froehlich wrote:
>>
>> Isosurfaces in MegaPOV are very slow. There are ways to calculate them with
>> the same/better precision but more than ten times faster...
>>
>
>Do i hear some plans for improvements, or is it just my hope for
>accelerating those endless isosurface renders?
Yes, you either hear plans for improvements or it's your hope for
accelerating those endless isosurface renders. Or both.
--
Ron Parker http://www2.fwi.com/~parkerr/traces.html
My opinions. Mine. Not anyone else's.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Ron Parker wrote:
>
>
> Yes, you either hear plans for improvements or it's your hope for
> accelerating those endless isosurface renders. Or both.
>
Thanks for that unambiguous answer. ;-)
Christoph
--
Christoph Hormann <chr### [at] gmxde>
IsoWood include, radiosity tutorial, TransSkin and other
things on: http://www.schunter.etc.tu-bs.de/~chris/
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
In article <3a673c74$1@news.povray.org>, "Thorsten Froehlich"
<tho### [at] trfde> wrote:
> Isosurfaces in MegaPOV are very slow. There are ways to calculate
> them with the same/better precision but more than ten times faster...
Are you talking about tesselating them first, and rendering the mesh?
(As is done with modellers...)
Or something else? A specific flaw in the algorithm used in the
isosurface patch?
--
Christopher James Huff
Personal: chr### [at] maccom, http://homepage.mac.com/chrishuff/
TAG: chr### [at] tagpovrayorg, http://tag.povray.org/
<><
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
In article <chrishuff-A11C99.21084719012001@news.povray.org> , Chris Huff
<chr### [at] maccom> wrote:
> Are you talking about tesselating them first, and rendering the mesh?
> (As is done with modellers...)
> Or something else? A specific flaw in the algorithm used in the
> isosurface patch?
Lets wait a few weeks with this :-)
Thorsten
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
