I disagree Macro and seekingTao. Let me quote Anand:
<< Normally how you're supposed to detect whether or not a processor supports SSE is by looking at the SSE bit in the standard features register. If the SSE bit is set to true, then the processor you're dealing with supports SSE; if it's set to false, then your processor doesn't support SSE. The Athlon has this bit set to false since it doesn't have a full SSE implementation, however the Mobile Athlon 4, Athlon MP and the Athlon XP all have this bit set to true. The problem with SYSMark isn't really a problem with SYSMark, it's a problem with Windows Media Encoder 7. Windows Media Encoder 7 doesn't look at this bit to determine whether to use SSE or not, instead it reads the manufacturer code in the CPUID string of the processor. If the manufacturer code reads 'GenuineIntel', as all Intel processors report, and the SSE bit is enabled then WME7 uses SSE. This wasn't a problem until recently since AMD processors didn't have SSE support, but now with the Palomino core they do have SSE support but according to the WME7 SSE detection algorithm they will never run WME7 with SSE enabled. The reason behind this being that the manufacturer string outputted by all AMD processor is 'AuthenticAMD' which doesn't pass WME7's test for SSE compliance. Microsoft is aware of the problem and will fix it in the next version of Windows Media Player, but that doesn't change the issue with SYSMark since it relies heavily on WME7 for determining performance. >>
So you see, it had nothing to do with Bapco, it had to do with WME7. Plus I will point out that this didn't change the performance on T-Bird or Spitfire. Just Palomino and Morgan. So this wasn't a conspiracy or anything. Microsoft just didn't realize this error would effect the numbers on AMD CPU's. It's a good benchmark IMHO, and I'm glad to see that this was corrected.
EDIT: You read my mind ST4Cutter