If you are in possession of a mail server, and your mail filter strips out ZIP files and replaces them with a snotty message: stop it. Stop it, stop it, stop it! You are not increasing security, you are simply pissing me off.
That's all, thank you.
/misc | permalink (2007/12/13 12:06)
Honestly, this is exactly what you were looking for. You were looking at your $1500 copy of Maya, and thinking: why can't I control this with my $20 USB Xenon controller? Wonder no more: ControllerServer is here!
This is a little one-off that I did for Steve the other day that's kinda fun. It allows you to connect your 360 controller to Maya as a Motion Capture device. The inspiration for this was Joystick Server, by Jorge Luis Imperial-Sosa. Sadly, Steve wasn't able to contact the author, and there were some limitations in the program that couldn't be worked around without the source (e.g., Joystick Server doesn't expose buttons or analog triggers), so I banged this out for him, and cleaned it up for release.
Pushed into the public domain, for the 2 other crazy people that want to prototype game controls in Maya. Should be easy to modify to use general purpose DirectInput devices, or multiple controller inputs. Just think, with 2 controllers, you could use Maya to play the world's most overpriced game of Pong!
Took the bike out in the company of 3 cars of which the largest was a Miata. We organized a Thursday afternoon ride with:
Jeff was supposed to join us in his Crazymobile, but had a family emergency, so bowed out of this ride. Hopefully we can get another ride in before the rains begin, since his car has less protection against water, wind, etc. than my bike.
The plan was to motor east on Novelty Hill Road, and hug the west side of the Snoqualmie Valley up to High Bridge Road which is a wonderfully bendy bit of two lane climbing out of the northwest corner of the valley, and from there, work our way more or less straight back to Kirkland.
We started off with a straight bit of highway driving, I405 S to SR520, which was relatively empty, allowing a bit of lane jockeying and Unseemly Displays of Acceleration. Taking Redmond Way east, we turned north at 204th Place NE (an inspired detour suggested by Andy), which was the best curvy section of the day, IMO. I'm actually somewhat embarrassed that I didn't know about this road, since it's less than a mile from my house. Heading through the boring bit of Novelty Hill, we hit the curves on the end, and turned north on NE Snoqualmie Valley Road.
This is where things came off the rails a bit. About a mile up the road, we found that the DOT had shutdown our route for maintainance. Bummer. This actually turned out to be fortuitous, since we decided to take a slightly longer route than we had originally planned. Off to Duvall! Cutting over to 203, we headed north to the start of Cherry Valley Road, a newly paved loop behind Duvall. Sadly, we got stuck behind a slow-moving Dodge Caravan for most of the fun bits. At the reconnection with 203, we stopped to grab a drink and found out from the woman working the counter that the section of High Bridge that we were originally aiming for was actually open once you were past the closure. We cut over the north end of the valley at Crescent Lake Rd, passing an odd farm with Department of Corrections signs all over it. Very strange, but since it was unoccupied (apparently), I couldn't quite make out what the deal was. Honor farm? Work release?
Connecting with High Bridge, we headed north up and out of the valley. More fun curves here, although again we got stuck behind a slow-moving vehicle. (Amy, stop reading here.) Probably for the best, since I blew an S-curve, and nearly entered the opposing lane of traffic. I was able to use the rear brake to get the bike under control before crossing the line, but I probably made Andy step on the brakes a little harder than he was planning. Need to practice those compound curve entries and exits...
From there, it was more or less just cruising back to Kirkland, via 522 and 202. There was a gratifying bit when we were stopped briefly on 522 at a light with nothing in front of us for at least a mile. This provided another great opportunity for an Unseemly Display of Acceleration. I was in the lead, and Andy was polite enough not to blow by me in the Lotus, which was a bit disappointing, since I wanted to see what the Elise could do from the line.
So that's not a particularly controversial statement, but it really took on new meaning this afternoon. While plowing through Granny in the Xbox 360 profiler, I noticed something rather improbable. A function that did essentially no computation, just a loop and a few conditional dispatches, was taking in excess of 10% of the time in one of our critical sampling paths. Odd. Mispredicted branches are bad, but that bad? So, after setting up a decent test case and stuffing it through the profiler, one number jumped out. In 100 calls to the function, it was missing the L2 data cache 22000 times.
22 f***ing thousand cache misses!!!
It's really hard to overstate just how bad that is. Granny is by it's nature somewhat non-local in it's memory accesses, but that's simply ridiculous. 200+ cache misses per call? A handy rule of thumb for the time taken by L2$ misses on the X360 is "5000 misses ~= 1 millisecond". That's pretty close on the PS3 as well, assuming that the SPUs aren't banging on the memory bus at the same time. So the function was wasting around 4.5 milliseconds per frame just waiting around for memory to be delivered.
The good news is that the problem was really easy to fix. Thrown in a few prefetches, and the cache misses dropped to essentially zero. (~600 per 100 calls, which is totally acceptable.) Throw a few more around, and the application which was missing L2$ 44k times per frame now drops to 12k. That's a savings of 32k L2$ misses ~= 6 milliseconds. Per frame! 12k cache lines is roughly 1.5 megs on the 360, which is close to the working set size of this particular stress test. Much better. Five lines of prefetches sped up the test app by 20%.
The whole episode points to part of the fun (and the pain) of developing for multiple platforms at the present moment in the gaming technology curve. If you don't keep a close eye on the strengths and weaknesses of each platform, you are absolutely doomed. Those cache misses never showed up as a problem on the x86 platform where I do most Granny development, since the out-of-order core hid most of the memory latency. The current generation of Intel and AMD chips also have ninja predictive prefetch hardware, which Microsoft chose not to include in the PPC-based Xenon cores. The PS3 does have a basic predictive prefetcher, but it's not nearly as intelligent as a modern out-of-order core.
Now I just have to figure out how to do something sensible with the SPUs on the PS3...
By request, I've enabled the Bloxsom RSS feed doohickey. It's always slightly startling to be reminded that on occasion people actually read this stuff. Makes me want to go back and erase a bunch of entries...
For instance, I wrote a snark about iPods a year and change ago. I still believe all of those words are true, but I no longer care. I have an iPod, I love working on the Intel iMac at the office, and if I wasn't fairly sure that it would melt a hole in my lap, I'd be raiding Wyatt's college fund to buy a Macbook. I've been replaced by a pod person. Give me shiny white plastic!
I should just delete the post. I don't think current me should be held responsible for the words of past me.