Anim8or Community

I think the best way for this to work would be to have another view option, which would use the wasd and or arrow keys to move the camera forward, backward left or right, and have the mouse (when left mouse button is being clicked) to rotate the view around the cameras axis (like it would be for a first person).
These calculations are quite easy to do; all it takes is simple trigonometry.

I would suggest putting a button beside arc rotate to enable and disable this. As well as having in the project settings something to scale speeds of wasd (and separatly the mouse as well) for different project working sizes.

Less of an anim8or.exe sort of thing
but steve are you planning on adding a few extra features to the forums (like image size?)
I know smf has these features (or at least plugins for them) but considering I haven't really messed with html or smf all that much I don't know what the implications are to implementing this sort of things.
Another issue I find with he forums are youtube videos embedded can't be full screened (which is annoying when the video is literally 2 inches wide on my screen).

I think we all miss-understood your question 
I think what you are referring to is a shadow catcher... which is not feature.


Ask Steve about it *nudge* *nudge*

Not a feature.

Well I am in the progress of making a video explaining the current progress of the engine and I am hoping to get that out this week sometime before the new year.
In the mean time however I have decided to make a smallish post somewhat directed at Raxx here (hint hint);p

So while I was on holiday time I took another look at random point generation on pollygons (once again specifically a 3D triangle) this time being successful. At first I was trying to generate a value for one side of the triangle and get a horizontal line for this by getting the same distance from vertex A at the adjacent line and then generating a random value between those points. I realized this was wrong for it favoured vertex A and gave a higher probability to generate more points near it (because vertex A had less space near it between the two edges it was connected to).



I also named the two lines I was generating values for U and V which is wrong in the Barycentric sense (since Barycentric coordinates is all about balanced raitos of mass). At this point (and after many different rough sketches) I decided to take another look at the barycentric system and found the formula for the barycentric collision detection. I took a look at it and decided to do it in reverse (instead of trying to find U and V in the formula I substituted for U and V with a random value).

This is the formula (Where A B C is the vertices of the triangle, and U and V is the coordinates)

So I substituted for U and V with a random value between 0 and 1 (as a floating point). But doing so results in a square of random points. This is because when the sum of U and V are greater than one, the point the formula makes will be outside of the triangle (if the numbers are below zero they will be as well but in the opposite direction). Once again I set out to solve this and it took me a while, with some attempts favouring A B or C (or all but the center) before I realized the simplest solution.
I simply have an if statement to check whether the sum of U and V is greater than one. If it is then I just flip the values from one by taking a value of 1 and subtracting both the UV coordinates (individually) moving the points outside of the triangle back onto it and evenly without any favouring.

In pseudo code it looks like this

---

U = random_value_between (0,1)
V = random_value_between (0,1)
   if (U+V > 1.0)
   {
      U = 1 - U
      V = 1 - V
   }   

GeneratedPoint = A + U * (C - A) + V * (B - A)


So if you want to use this for your phur scripts raxx go head its ridiculous fast.
I can generate 1,000,000 points along a single triangle in about 0.249605 seconds
and 1,000 in 0.000247805 seconds on a i7-4770k processor.






EDIT: Image uploading works again, thank-you Steve!

What originally inspired the thought was this:

 I was going to suggest that perhaps the trackball needs to be able to be turned on and off, for situations as in the pic above.
 

I think what should be done here instead is have all the bones selected to have one big track ball which rotates all the bones selected around the most base bone's (from what is selected) origin.

I've cleaned up the dead links

thanks

I really like the drawn work here with it's more chibi style to it, however that doesn't make the render bad either!
My only complaint is that aliasing going on there.