Chipmunk speed

Please, either upload the file or submit a link to the file in question. It'll make the debugging much easier.

Flash has problems playing back files with alternate sample rates. Try something sampled at 44.1 kHz and it should sound ok. If not, let us know. And although I don't think it makes a difference, you may want to try stereo and something like a 192 kBit rate to see if those are a problem as well. This can't be fixed by drupal though, only by Macromedia.

I'm having the exact same problem. However, in my case, it only seems to strike occassionally. I'll upload a file (all 22050 btw), and it will either work fine, or it won't. I'm pretty sure that I've even had it work, and then made a change to the node info (i.e. add to a playlist, etc.), and then tried it again, only to discover that it was now Chipmunky.

So far, there are only two methods that I've found for fixing the problem:

(1) Delete the original node and create a new node with the exact same audio file and info.
(2) Delete the original file and upload the exact same audio file in its place.

Uploading a replacement file via the Drupal interface doesn't seem to work. You actually have to FTP in, delete the old file, then replace it with a new one, unbeknownst to Drupal.

This is very weird, because as you say, the file works just fine when you listen to it independent of the player. Also, the exact same file with the exact same info will work differently simply by deleting and re-uploading it.

Very strange... any idea how to avoid it in the future? I'd rather not resort to the higher sample rate if I can avoid it...

Treesong, that sounds like a php.ini problem. Check to see that you aren't trying to upload files larger than the php upload limit.

to do any testing i'd really need an unedited copy of the audio file. feel free to sendme a private message with a link to it.

i'm not sure it's a problem with the php.ini. since you're able to upload the file but after saving it, it goes chipmunk on you.

I don't know what's wrong with the chipmunk speed problem, but the upload problem described seems to be similar to an older upload issue with php.ini. I'm not sure if the two problems are really related, but since Treesong says it fixes itself by re-uploading it made me a bit suspicious. Worth checking out at least.

Uploading a replacement file via the Drupal interface doesn't seem to work. You actually have to FTP in, delete the old file, then replace it with a new one, unbeknownst to Drupal.

This is very weird, because as you say, the file works just fine when you listen to it independent of the player. Also, the exact same file with the exact same info will work differently simply by deleting and re-uploading it.

I had this issue very briefly as well...following zirafa's advice above, I converted my MP3 file from 32kHz (128kbps) to 44kHz (128kbps). Doing this also made the "click to play" link disappear, and it was automatically replaced by the play button.

After some extenisve tinkering, I also believe the php.ini settings do not play into this issue. I tried adjusting my php.ini settings from 30megs to 2megs just to replicate what would happen if I exceeded the upload settings. Doing this does not cause the audio file to "chipmonk."

It should be mentioned that with audio file "chipmonks" when the xspf player (either embedded or as a popup) attempts to stream the file...when you have to press "click to play" and the file plays normally, this means the file is being played with either a quicktime or the vlc player. Generally speaking, if at any point in viewing an audio node or playlist you have a "click to play" link instead of the play button, your audio file does not have the correct settings.

I believe the best way to get the audio files to play normally in the xspf player is to changed the kHz rate to 44kHz.

Hope some of this info was helpful...thanks drewish and zirafa for your great work!