4

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

然而，在 IE9 中，这是我唯一关心的主要浏览器，我在提供音频文件时似乎遇到了障碍。

当前正在通过控制器操作请求文件，如下所示：

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和MediaElement。但是，当文件被以下内容请求时（使用 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>。两者都没有成功。

标题信息：

这两个请求（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
4

2 回答 2

7

是的。不要将音频作为application/octet-stream（仅表示通用内容）提供，而是作为audio/mp3或audio/wave其他与您所提供的音频相匹配的适当 contentType 提供。

于 2012-08-09T20:53:47.437 回答
0

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

于 2012-08-14T21:40:37.143 回答