robcat2075

PRJ added to top post.

Prehistory was the age of long-necked beasts! Check out this Prehistoric rigging tip...

When boning a long tail or neck it seems intuitive to match the bone joint to the spline ring. However, you'll probably get a more natural deformation if the spline ring is in the middle of the bone. PRJ you can play with... TailTest01.prj The top is spline-ring-at-the-joint. The bottom is spline-ring-at-the-middle... Tail Bones800.mp4

Time's running out! lalala.mp4

It's open.

I do see it.

Lighten your day with Live Answer Time at Noon CDT October 19 2019 "Light"? October 19 is the 157th birthday of motion picture pioneer Auguste Lumière.

tail-ended by a trilobite... Trilobite Fossils Show Conga Line Frozen for 480 Million Years I wonder what the trilobite is for "Are we there yet?"

C++ meeting tonight!

That sounds cool. I presume that if Mac A:M users want to try this they will need to parallel install something earlier than Mojave. The last MacOs that ran A:M well was somewhat earlier.

After some inquiries on the web it seems that it is normal and expected that if two objects are born of the same class, a method in one can see and access the "private" data in another. To me that seems like a giant loophole but no one questions it. In other news, the most recent update to Visual Studio seems to have added highlighting of escape sequences in strings. Notice how the "\t" ( for a tab) is a different color. A good reason to update.

Prehistoric tutorial! (It's old!) Learn to use A:M's auto backup feature! I was working on a complicated Smart Skin today and had a crash. i hadn't saved my work in nearly half an hour... but A:M had made a save just two minutes earlier! That saved me a lot of rework.

Here's another C++ mystery. This class "Tuple" has x y z w as "private" variables that are only accessible to methods in an instance of this class. However, when the method "dotWith" is passed another Tuple as a parameter, it is able to directly access the x y z w in that other Tuple directly. // PublicPrivateTest_B.cpp #include <iostream> using namespace std; class Tuple { private: float x = 0; float y = 0; float z = 0; float w = 1; public: Tuple() {}; //custom constructor to load values upon creation... Tuple(float x, float y, float z, float w) { this->x = x; this->y = y; this->z = z; this->w = w; }; ~Tuple() {}; // one method to test them all float dotWith(Tuple otherTuple) { float dotProduct = this->x * otherTuple.x + this->y * otherTuple.y + this->z * otherTuple.z; /*why does the above line work, with direct calls to private data members of another object, like "otherTuple.x" ? I expected it to fail after I moved x y z w from "public" to "private"*/ return dotProduct; }; }; int main() { Tuple firstTuple(4, 3, 2, 1); Tuple secondTuple(5, 6, 7, 0); cout << "dot product: " << firstTuple.dotWith(secondTuple) << endl; //if uncommented,the direct call to x in the next line will fail, as expected... //cout<< "secondTuple.x: "<< secondTuple.x<<endl; return 0; }

I'm sure it's probably hopeless. Why macOS Catalina is breaking so many apps, and what to do about it

Thanks David. I'm most curious about why this pose fails when the others don't.