 |
|
|
|
|
|
| |
| |
|
|
|
|
| |
| |
|
|
The newest version of UVPov (alpha 4) is now available. This version includes
photon mapping. You can download the source code, but it is not very pretty
right now. Also, just yesterday I fixed a bug that caused an access violation
crash when I tried to render the splash screen, and there might be more such
bugs. There's your warning.
Also, the syntax is bound to change, so just use this to play around with it
and test it. Documentation is not included in the zip file, so you'll have to
read the webpage if you want to know how to make it work.
Oh, and the web site might be slow (it's been REALLY slow for me today).
With that said, here's the web site:
http://nathan.kopp.com/patched.htm
Have fun!
-Nathan Kopp
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
yeeeee!!!!
YES !
What a perfect thing, thankya !
Nathan Kopp wrote:
>
> The newest version of UVPov (alpha 4) is now available. This version includes
> photon mapping. You can download the source code, but it is not very pretty
> right now. Also, just yesterday I fixed a bug that caused an access violation
> crash when I tried to render the splash screen, and there might be more such
> bugs. There's your warning.
>
> Also, the syntax is bound to change, so just use this to play around with it
> and test it. Documentation is not included in the zip file, so you'll have to
> read the webpage if you want to know how to make it work.
>
> Oh, and the web site might be slow (it's been REALLY slow for me today).
>
> With that said, here's the web site:
> http://nathan.kopp.com/patched.htm
>
> Have fun!
>
> -Nathan Kopp
--
//Spider
( spi### [at] bahnhof se ) [ http://www.bahnhof.se/~spider/ ]
#declare life = rand(seed(42))*sqrt(-1);
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Nathan Kopp wrote:
>
> The newest version of UVPov (alpha 4) is now available. This version includes
> photon mapping. You can download the source code, but it is not very pretty
> right now. Also, just yesterday I fixed a bug that caused an access violation
> crash when I tried to render the splash screen, and there might be more such
> bugs. There's your warning.
>
> Also, the syntax is bound to change, so just use this to play around with it
> and test it. Documentation is not included in the zip file, so you'll have to
> read the webpage if you want to know how to make it work.
>
> Oh, and the web site might be slow (it's been REALLY slow for me today).
>
> With that said, here's the web site:
> http://nathan.kopp.com/patched.htm
>
> Have fun!
>
> -Nathan Kopp
Thank you Nathan. Slow is an understatement. Right now I'm averaging
0.5k/sec. Normaly I average 2.9k/sec. on downloads.
--
Ken Tyler
mailto://tylereng@pacbell.net
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Ken wrote:
>
> Thank you Nathan. Slow is an understatement. Right now I'm averaging
> 0.5k/sec. Normaly I average 2.9k/sec. on downloads.
>
I really don't know what the problem is... usually the server is much
faster. Uploading took so long... :-(
-Nathan
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
I got it at a more or less acceptable speed.
Oh, and thanks, Nathan! Now I won't get bored for quite a while :)
Margus
Nathan Kopp wrote in message <36E5B174.E658648F@Kopp.com>...
>Ken wrote:
>>
>> Thank you Nathan. Slow is an understatement. Right now I'm averaging
>> 0.5k/sec. Normaly I average 2.9k/sec. on downloads.
>>
>
>I really don't know what the problem is... usually the server is much
>faster. Uploading took so long... :-(
>
>-Nathan
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
I'm really looking forward to trying it out. It was a tad slow
downloading, but I'm sure it'll be worth the wait.
You mention on that page that uv mapping will be included in official
3.5 with some modifications. You may recall that I had a problem with
the uv mapping of bezier patches. One that I haven't been able to
resolve is that I can only specify 2 uv vectors, but the software I am
trying to convert from uses 4 - one for each corner of the patch (it
actually allows for 12, but 4 is enough).
Where the problem seems to arise is that a patch can effectively have a
u_start 0 and u_end 1 on one side of a patch and u_start 0, u_end .5 on
the other. I think there are also some ambiguities, as I am getting
some rotation for some reason.
Also, the convention seems to be to match up texture coordinates to that
of an image, where the values start at 0 in the top left corner and end
at the bottom right. For a left handed coordinate system like POV's, it
also seems typical to make the patch uv coordinate follow the same
pattern, where <0,0> matches point 1, <0,1> matches cp 13, <1,0> matches
cp 4, and <1,1> matches cp 16.
I'm just wondering if this is going to be adressed before it becomes
official. Might want to pass it along to Chris Young if not.
Nathan Kopp wrote:
>
> The newest version of UVPov (alpha 4) is now available. This version includes
> photon mapping. You can download the source code, but it is not very pretty
> right now. Also, just yesterday I fixed a bug that caused an access violation
> crash when I tried to render the splash screen, and there might be more such
> bugs. There's your warning.
>
> Also, the syntax is bound to change, so just use this to play around with it
> and test it. Documentation is not included in the zip file, so you'll have to
> read the webpage if you want to know how to make it work.
>
> Oh, and the web site might be slow (it's been REALLY slow for me today).
>
> With that said, here's the web site:
> http://nathan.kopp.com/patched.htm
>
> Have fun!
>
> -Nathan Kopp
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Chris already flipped the u & v coordinates around for bezier patches so they
match up with how other software works. The other part may be a bit more
difficult... I'll look into it.
-Nathan Kopp
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Nathan Kopp <Nat### [at] Koppcom> writes:
> Chris already flipped the u & v coordinates around for bezier patches so they
> match up with how other software works. The other part may be a bit more
> difficult... I'll look into it.
>
> -Nathan Kopp
I'm not sure about who is the author of bezier2.c, but my compiler reports
that the variables w0,w1, and w00 in function rb_decasteljau might be used
unitialized. As far as I can see, the compiler is right. You might also
have a look at this.
Thomas
--
http://www.fmi.uni-konstanz.de/~willhalm
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
My connection drops down to 248B/sec before finally losing the server
altogether. I am seeing extremely slow connects and between 25-75% packet
loss (varies).
GrimDude
vos### [at] arkansasnet
Nathan Kopp wrote in message <36E5B174.E658648F@Kopp.com>...
>Ken wrote:
>>
>> Thank you Nathan. Slow is an understatement. Right now I'm averaging
>> 0.5k/sec. Normaly I average 2.9k/sec. on downloads.
>>
>
>I really don't know what the problem is... usually the server is much
>faster. Uploading took so long... :-(
>
>-Nathan
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
GrimDude wrote:
>
> My connection drops down to 248B/sec before finally losing the server
> altogether. I am seeing extremely slow connects and between 25-75% packet
> loss (varies).
>
> GrimDude
> vos### [at] arkansasnet
> Nathan Kopp wrote in message <36E5B174.E658648F@Kopp.com>...
> >Ken wrote:
> >>
> >> Thank you Nathan. Slow is an understatement. Right now I'm averaging
> >> 0.5k/sec. Normaly I average 2.9k/sec. on downloads.
> >>
> >
> >I really don't know what the problem is... usually the server is much
> >faster. Uploading took so long... :-(
> >
> >-Nathan
I didn't have any problems (actually it was pretty much ~3k/sec) and I'm
using a
33.6k modem.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
