Question

我最近遇到了一个我似乎无法解决的问题。我正在为播放音频文件的应用程序创建一个简单的组件（主要是.mp3和.wav ），并且在进行一些测试之后，该应用程序似乎在Chrome中正常工作。

然而，在IE9中，这是我唯一关注的主要浏览器，在提供音频文件时，我似乎碰壁了。

目前正在通过Controller Action请求文件，如下所示：

public ActionResult PlayAudioFile(string id)
{     
    AudioFile af = FileAgent.GetAudioFile(id);

    try
    {
          //Grabs the file via a Provider
          Stream resultStream = StorageProvider[af.Provider].ReadFile(af.Location);
          resultStream.Position = 0;

          //Added several headers in attempts to resolve the issues
          Response.AppendHeader("Content-Disposition", "attachment; filename=audio.mp3");
          Response.AppendHeader("Content-Length", resultStream.Length.ToString());
          Response.AddHeader("Accept-Ranges", "bytes");
          Response.Headers.Remove("Cache-Control");
          Response.AddHeader("Content-Range","bytes 0-" + (resultStream.Length-1).ToString() + "/" + resultStream.Length.ToString());

          //Returns the file and associated file type (from the Provider)
          return new FileStreamResult(resultStream, resultStream.ContentType);
     }
     catch
     {
            //Uh oh. Error
     }         
}

以上内容适用于Chrome，适用于各种HTML5播放器，例如 jPlayer ， audio.js 和{{3 }}。但是，当通过类似以下（使用jPlayer语法）的方式请求文件时：

$(this).jPlayer("setMedia", {
    mp3: '@Url.Action("PlayAudioFile","Home")?id=D00023',
});

或audio.js语法：

player.load('@Url.Action("PlayAudioFile","Home")?id=D00023');

及相关的audio.js音频标记：

<audio preload="auto" crossorigin="use-credentials"></audio>

激发正确的操作并返回FileStreamResult，然而似乎所有玩家都难以解密文件并正确阅读。我已经尝试了几个玩家并在所有玩家中遇到过同样的问题。

非常欢迎任何建议。感谢。

备注：

正如其中一条评论所述，我尝试使用多种评论类型来解决此问题。其中没有一个有效。
在探究此问题的一些可能的根本原因时，我注意到删除[Authorize]属性清除了直接访问该文件的一些问题，但所有玩家都无法在IE9中加载该文件
我现在确信这可能是凭据问题，当我需要通过jPlayer或audio.js（或者你有什么）请求文件时，我需要包含必要的凭据以允许它访问通过控制器的文件。
尝试使用$.ajax({ withCredentials: true})和<audio crossorigin='use-credentials>。两者都没有成功。

HEADER INFORMATION：

这两个请求（Chrome中的工作和IE9中的非功能请求）都具有相同的标题：

Cache-Control: public, max-age=3600, s-maxage=0
Date: [Current Date Time]
Expires: [Current Date Time + max-age]
Vary: *

Content-Length: 77870
Content-Type: audio/mpeg
Last-Modified: [Date]

Accept-Ranges: bytes
Content-Range: bytes 0-77869/77870
Server: Microsoft-IIS/7.5

Answer 1

是。不要将音频作为application/octet-stream（仅表示通用内容）提供，而是将audio/mp3，audio/wave或some other appropriate contentType与您正在投放的音频相匹配。

Answer 2

在深入研究问题后，很明显该问题是由录制过程中.mp3文件本身的编码引起的。我选择通过Audacity处理它们，之后它们被IE9（以及其他浏览器）识别。

通过MVC3提供音频文件的问题|使用各种HTML5播放器

2 个答案: