slow MP3 import under Windows

Hi,
using ‘import’ on a [buffer~] object for a 4min MP3 file takes less than 10s on my MacBookPro but 3min on my client’s Windows laptop and 10+min in my virtual WindowsXP machine.
My guess was that it was my old Quicktime installation, but after I updated to the latest version (7.6.6) nothing changed much.
Any suggestions?

(also, opening the patch takes 2min compared to 5s on my Mac, but that’s tolerable as you only do it once per session)

OK, some additional details:
– turns out that upgrading to the latest Quicktime version DID change something: not only is MP3 import still very slow – MaxMSP is now crashing with a 30% chance when trying to do so. This is pretty consistent across 3 installations (my VM, the client’s Toshiba, and a third machine, all WinXP-SP2).
– it has nothing to do with my patch, as I’m just using the [buffer~] help patch to test import.

The documentation advises to "install QuickTime and choose a complete install of all optional components". I’ve no idea how to proceed about that latter part. The Quicktime installer sure didn’t offer any options during the install process.

Attachments:

Thanks for the help. I created my own patch yesterday that implemented this type of system but is a little less flashy. I do however have one problem still… I need to save the my temp file somewhere on the PC. I tried just saving to C: but I found that on vista and window 7 not all users will have read and write access to this directory. Do you know of a way to find the current users my documents folder? Or a way to find any other folder that all users will have both read and write access to? My app runs directly from the CD drive so finding a relative directory to that wont help much. Thanks for any help you may have.