Tivemos um problema semelhante em um arquivo MP3 reproduzido no Safari, mas não no Chrome (10).
Interessante o suficiente, a solução foi, acredite ou não, no registro de data e hora do arquivo, que estava no futuro (devido ao nosso script de gravação) para arquivos que não podem ser reproduzidos para o Chrome. Então, assim que modificamos o carimbo de hora do MP3 para o horário atual / passado, o arquivo MP3 também funcionou bem no Chrome.
Ferramentas disponíveis, enrolar:
$ curl -I http://x.y.z.42/mp3files/2011/4/9/foo-h13.mp3
HTTP/1.1 200 OK
Date: Sat, 09 Apr 2011 15:39:48 GMT
Server: Apache/2.2.9 (Debian) PHP/5.2.6-1+lenny9 with Suhosin-Patch
Last-Modified: Sat, 09 Apr 2011 15:39:48 GMT
ETag: W/"c7a00c9-1b77609-4a082a5de8441"
Accept-Ranges: bytes
Content-Length: 28800521
Content-Type: audio/mpeg
... e para verificar a validade do arquivo MP3 (mp3check, parte do diretório de pacotes Debian):
$ mp3check -a foo-h13.mp3
foo-h13.mp3:
anomaly: audio mpeg version 2.0 stream
anomaly: sampling rate 22.1kHz
anomaly: bitrate 64kbit/s
anomaly: mode single chann
anomaly: no crc