无法在 IIS7 上查找 flv 电影
我有 2 个相同的 ASP.NET 应用程序，一个在带有 IIS6 的 Windows Server 2003 上运行，另一个在带有 IIS7 的 Windows Server 2008 上运行。
在 IIS6 上运行完美，但在 IIS7 上我无法在播放视频时进行搜索。 它们都使用完全相同的 HTTP 处理程序来进行流处理。
我使用 Flash 的 JW 播放器 (v. 5.2) 和 Sorenson Squeeze 6 将视频从 .mpg 转换为 flv。
FLV 流处理程序与 此站点
IIS6 上的站点：demo.orbicon.dk/wgv
IIS7 上的：kloakkort.nk-forsyning.dk/webgrafvideo/?filename=15050
我还不允许发布超过 1 个超链接，所以必须这么做:)
I have 2 identical ASP.NET applications, one running on Windows Server 2003 with IIS6 and another running on Windows Server 2008 with IIS7.
The one on IIS6 runs perfectly, but on IIS7 I'm unable to seek while playing my video.
They are both using the exact same HTTP-handler for streaming.
I'm using the JW player for Flash (v. 5.2) and Sorenson Squeeze 6 for converting the videos from .mpg to flv.
The FLV stream-handler is very (but not completely) similar to the one on this site
The one on IIS6: demo.orbicon.dk/wgv
The one on IIS7: kloakkort.nk-forsyning.dk/webgrafvideo/?filename=15050
I'm not allowed to post more than 1 hyperlink yet, so this will have to do :)
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
似乎这是关键帧元数据的问题。流媒体服务器中使用关键帧来指示您可以安全寻找的最近位置。现在，在 LongTail 测试工具中查看您的文件：
IIS 6： http://bit.ly/9cAM9X
IIS 7：http://bit.ly/cCoair
您会注意到 IIS 6 文件有数百个关键帧，而 IIS 7 文件则没有。这意味着每次您在控制栏中单击时，播放器都会发出搜索请求，但唯一可用的关键帧位于视频的开头，因此它会重新启动。
这可能是由两件事引起的：文件没有关键帧元数据，或者流媒体服务器没有发送关键帧。如果是前者，可以使用 FLVMDI 修复。如果是后者，您将需要修改您的服务器配置/流脚本，为此我遵循 IIS 人员的意见。
最佳，
扎克
开发者，长尾视频
Seems like this is an issue with keyframe metadata. Keyframes are used in streaming servers to indicate the nearest position to which you can safely seek. Now, look at your files in the LongTail testing tool:
IIS 6: http://bit.ly/9cAM9X
IIS 7: http://bit.ly/cCoair
You'll notice that the IIS 6 file has several hundred keyframes, while the IIS 7 file does not. This means that the player is making a seek request every time you click in the controlbar, but the only keyframe that's available is at the start of the video, so it restarts.
This could be caused by two things: either the file doesn't have the keyframe metadata, or the streaming server isn't sending the keyframes along. If it's former, that can be fixed using FLVMDI. If it's the later, you'll need modify your server config / streaming script, and for that I defer to the IIS folk.
Best,
Zach
Developer, LongTail Video