robcat2075

I would presume that when the CPU is ticking along at 99% unused there is no task that is not getting serviced in proper time. There is just too much excess capacity available for anything to be getting put on hold.

I hadn't found those videos yet, thanks. I have some of those setting available but not all. Changing the ones I had didn't make any visible difference. The forum thread eventually gets to someone quoting a Cintiq support person as saying that the lag is normal, so i guess I'm stuck with it.

I have a new theory.... the driver is averaging together previous position readings over some small time frame, like a fifth of a second. Possibly they do this to mask some inherent jitter in the reading of the pen location but it means the cursor will always be at some average of where the pen has been in the immediate past and not where the pen is NOW unless the pen has been stationary long enough for all the samples to be in the same spot. That would explain why the cursor slows-in to position even if I stop the pen suddenly. That theory holds up until I draw in a tight circle. The average position of a circle would be the center but the cursor follows my circular path no matter how fast I draw. FILE0271.MOV So it's more complicated than just averaging the position but I think there's something like that going on.

-The black corner on the five-pointer is a sure sign of a normal going the wrong way.

So how do they get they artwork onto areas not visible in the original angle?

Doesn't your Help>About A:M window show a date?

-I'll note that when the cursor is controlled by the mouse it is absolutely responsive. -If over heating were the problem this computer would be at a standstill since I frequently do far more intensive things than move the cursor with pen. It's just not plausible. And again... the CPU is 99% idle while I'm moving the pen. -And there's no hard drive access involved in the moving of a cursor from one frame redraw to the next. That could never work.

It can't be other processes, the most the CPU ever gets up to while I'm waving the pen around is about 1%. It's 99% idle even while it's reading the pen continuously. They X and Y position of the pen is probably two bytes apiece plus another two bytes of pressure value. Reading and writing 6 bytes to RAM... that can't possibly be a RAM speed problem. The image of the cursor, if it's even 16 x 16 pixels would only be 768 bytes of display ram to be moving around. That can't be a burden either. If those were actually pushing the limits of the computer then we'd expect the computer to be freezing every time the pen moved but it doesn't.

Here's a brief clip of me waving my Cintiq pen around the screen. You'll see that the cursor is always about 5-6 video frames behind the position of the pen. cursorlag.mov I'm wondering why it should ever be more than one screen refresh behind. Consider that the screen is refreshed at 60 fps. On a 2.5 GHz computer that means there 41.6 million clock cycles between every screen refresh. I would think that on an otherwise untasked computer it should be possible to read the position of the pen and update the cursor on the screen in less than 41 million clock cycles and yet there seems to be a pipeline of delay built into the process.

That's very convincing in some of the angles.

I recall Martin despairing over people wanting new features when they haven't used all the old ones yet.

clipshare?

Congrats on the gig! You're not doing the oil rigs anymore?

is there any way it could be done with text editing?

Good-looking bike! I suppose the gears are eating up most of those patches.

I'd have to see more to know more, but I'm confident it can be done.

Sorry to hear the plan didn't work out. I don't know enough about the android market to offer suggestions.

I've been thinking that if you blurred a transparency, you'd have something that looked like translucency.

I've been thinking about fake SSS. I've been thinking it might be useful to be able to have a map of the thickness of the model. This might be part of a backlit SSS look. We can get something that appears to be a thickness map with surface "transparency" and "density" settings...

There is also a "Surface" constraint that can track an irregular surface. That setup is slightly more involved. There is a tut on Surface constraint in post #4 here... http://www.hash.com/forums/index.php?showtopic=45641&p=391354

One solution would be to constrain a ship to a bone that is at the center of the sphere, then animates the bone to move the ship on the surface of the sphere. You would use both a Translate and Rotate constraint in this case.

Progress?

Slower is much better. Somehow I can see the second one either going in or going out depending on how I look at it.

Is the master0.lic file in an email right now? -save it to your desktop -copy it from the desktop -paste it into every dir that A:M is installed in. V18... v16... whatever version it is you have installed, that license file will enable it.

You've run the A:M installer and it installed A:M somewhere on your hard drive. Search for master.exe (32-bit) or master_64.exe (64-bit) Put your license file in every directory that has one of those is in it.