robcat2075

That looks very cool. He should have called "Smoosh" or "Splosh"

I've had trouble with A:M projection mapping in cases where very small (to the camera's eye) patches were also turned at a high angle so they were seen nearly edge-on.

I'll note that projection mapping is already implemented in A:M. You can indeed apply a decal through the perspective of the camera in the Chor. I forget the exact sequence of steps.

The lag has always been as it is now.

That guy may be an artist but he hasn't thought through the numbers. A large brush in a paint program will lag with a mouse, even when a pen is not being used. That lag is not created by the pen. But my test case is just the pen moving the cursor on the desktop where the overhead of a brush is nearly zero. There is no way that the data from a pen is overwhelming a processor. It's impossible. First I'd note that the pen is being read continuously (145 times per second according to that Wacom thread), it doesn't produce more data because it moves or moves fast. Second, the pen data is microscopic... An X position, a Y position and a pressure reading, each of which is a two byte value at most. Lets presume that somehow those six bytes gets ballooned to 10 times that when they are wrapped up and ID'd to be sent across the USB. That would give us a data rate of 69,600 bits per second which is 0.0145% of the 480 Megabits per second capacity of a USB connection. The reality is probably way less than that because i can't imagine a 10x inflation of the data just to go across USB. There is just no way that the pen data rate is a problem. If it were, a computer would freeze the moment we plugged in a Cintiq because that is data it produces all the time.

There's gotta be some important step they are leaving out about how they are getting the textures for the portions of the model that were not visible in the original artwork.

The head-only looked vaguely familiar but I'm not a follower of that movie series so i couldn't place it. I presume it's female after seeing the second movie but the face looks strangely male for some reason.

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.