GoldenEye 007 Nintendo 64 Community, GoldenEye X, Nintendo 64 Games Discussion

[Dragonsbrethren]

Sounds great, I'll check this stuff out later/tomorrow.

[Dragonsbrethren]

Okay, one problem I've noticed is that the mouse invert setting doesn't save, it needs to be changed every time the editor is launched.

Edit: The tri color copying/pasting is awesome! This is even easier than doing it in the model editor!

[SubDrag]

Quite right, not sure how I missed that. Longstanding bug. Fixed.

[monkeyface]

Got to try out the tri colour copy/paste and I have to say, well, it's definitely better, but not exactly smooth, at least not for me. I have to give more time perhaps. As I understand it, it copies the colour variables of the vertices, three to be exact, and applies to a tri? Can you know for certain what tri will get a certain colour?

I mean, if a triangle looks like this:



It has a green value on two points, and a red on one.
How do I know this doesn't happen when I copy/paste it:



Maybe it's obvious to someone who knows the algorithm, or has any knowledge of these kinds of calculations, but when I played around with it in Runway it placed the colours in the wrong places half of the time.

Sorry if I whine too much about it. I'll give it another try, maybe I'll get the hang of it in time for colour work.

[radorn]

I'm going to guess the algo copies the colors in the order the vertices have in the triangle.
A triangle is defined by tracing lines between 3 of these vertices in a certain order. There's always a vertice which goes first in the definition of a triangle and then a second and a third.
So when you copy colors from a given triangle, it copies the colors in order from 1 to 3 and when you paste they are assigned to vertices 1 2 and 3 in the same order.
The problem isthat following the order of the vertices doesn't guarantee they are oriented in the same way in the target as they are in the source. The vertices always have to be ordered in a specific way (clockwise or counter clockwise, can't remember now), but which of them is the first is irrelevant. That would explain the phenomenon you are experiencing, although it could be something else. I don't really know for sure.

I guess the copy/paste function is meant to copy tris in which the same color is used in every vertex, which can still be very useful even for multi colored surfaces if you use it intelligently to take the most of it.

Last edited by radorn on Mon Jul 20, 2009 3:43 pm; edited 1 time in total

[Dragonsbrethren]

radorn wrote:

I guess the copy/paste function is meant to copy tris in which the same color is used in every vertex, which can still be very useful even for multi colored surfaces if you use it intelligently to take the most of it.

Yes, exactly. This is most useful for when you completely want to recolor something, like the green walls in Facility. Once you copy and paste the fully green tri to every other tri, you can go back and manually add any other slight color variations you want. It's great for quickly coloring in anything that needs it.

[SubDrag]

Yep, that's accurate - of course positions of 1 to 3 are arbitrary so it's not as perfect as you'd like, as you found out. The lighting source takes care of it by using distance. It's meant to help speed things up.

[TimEh]

yes thats how it works. it copies the colours in order 1,2,3 and pastes them to the other tri in the same order

its mainly ment for fast shadowing of a tri with the same colour.
using this, with the set light source will speed up the vertice colouring greatly

ready for terrible acsii art???

Code:

-------------- |           L| |     __     | |   /|+|     | | / * /      | |/**/________|

so if you wanted to light the room, set light source where L is. The '|+|' is supposed to be a square wall. To get the correct shadow cast, edit one poly and set all tris to the same darker value. copy and paste for the rest


as already said, this copy/paste copies in the order they are set. I wish i could make it read minds and copy how one would want it, but there are so many situations based on how the vertices are orderd and such

take this example



say this is a wall. now to copy poly 1 to poly 2. we would expect the whole square to go from black to white, bottom to top. But on the bottom of poly 1, there are 2 dark vertices. and on poly 2 we would want only one.

some vertex modifying mode would be a nice feature. Position, U/V, and colouring in the form of a paint brush(thats been talked about a bit) would be able to be edited. ill play around with that when i get this secondary indeces stuff done, which is looking quite promising i might add

[monkeyface]

What I don't understand is why the bottom vertice of polygon 2 doesn't paint the white tri, isn't it a part of the white triangle? Or do you need at least two vertices to contain a value to make them output some kind of visual data?