I remember getting the multi-threaded t-shirt back in Mac System 7.
I think that for a lot of people, the relationship between processors and processes is often confusing. The reality that a task (like Photoshop or AfterEffects) can operate one or more processes on one or more processors simultaneously is a benefit of modern operating systems. Consider Photoshop, which has been able to use multiple processors by creating multiple processes for a long, long time (remember the Radius Rocket 4 core graphics processor card?). It did this independently of the operating system, too! Photoshop knows how to take an image operation, carve up an image into manageable chunks, and send the pieces to each of the available processors. This behavior used to be the purvey of custom programmers on mainframe systems like IBM, SGI and Sun. Today, with multiple cores per CPU being the norm, desktop operating systems like MacOS (a Unix derivative) and Windows (not so much, but now all NT-based) can now take advantage of these additional computing resources through advanced scheduling of tasks and meticulous record keeping.
Multi threading allows the operating system to allocate resources wherever they're needed, and also to release resources as tasks end. This part is critical to memory management, and is one of the toughest parts of getting multi-threading to work well and efficiently. If the OS can't properly recover assets claimed by a thread, then the system will eventually become unstable.
I had read a recent comment about adding multiple threading to a single application being time consuming and expensive. This is accurate. Multiple threading allows an application or task to spawn other tasks on the same or other processors that are related to the original application through shared memory resources and shared variable and register spaces. After Effects can send tasks into the background, where they will run while you are able to go back to work. Is there a cost to you in terms of performance? Of course, our overall performance suffers because the number of processors hasn't changed while we ask them to run more simultaneous processes. Now, since we measure productivity by our ability to layout and deliver projects, then we're all more productive with multi-threading. If I can get back to typing or editing video or manipulating a 3D environment while rendering proceeds in the background, then I am more productive. In the end, when I go home, I let the machine do its work and when I come back in the morning, then i have my completed tasks, ready to review.
I just saw the video on the iPad. Specs are at http://www.apple.com/ipad/
At minimum, I was hoping for a front-facing video camera for Skype or Connect, but no soap. Also, the conspicuous absence of Flash left me severely disappointed. As a giant iPhone, it's cool, but I won't be running out to buy one, even at $499.
I made some Acrobat trainings recently using Captivate 4. I really like Captivate and its ability to construct the demo, training and assessment parts of a project in one shot. Unfortunately, Acrobat sees Captivate as an assistive device. Bully for Acrobat for detecting assistive devices; that's a great feature. I want to disable it, though, and can't figure out how to tell Acrobat to ignore Captivate. The upshot is that none of the click areas get captured in the training and assessment parts, and need to be added manually. OK, ok, it's no worse than what I had with other solutions, but it's so nice with any other app to have the click areas build automatically.
