问题标签 [streaming]

我需要提供音频内容（虽然不是音乐，更像是播客；人类语音），我正在考虑使用基于 Flash 的播放器让用户无需下载即可听到内容。

我需要一个基于 Flash 的免费 mp3 播放器。有什么建议么？

因为它不是音乐，所以我不在乎播放列表（我不想要它们，它们会妨碍我），而且我需要一个搜索栏（如果你这么称呼它的话），我也不想要它显示文件名或标题任何类似的疯狂的东西，只是一个播放/暂停按钮和一个搜索栏。

或者，或者，如果它不是很复杂，我可能会尝试自己制作一个。有没有人有建造这样一个东西的经验让我了解它会有多难？

更新 我正在看这个http://www.macloo.com/examples/audio_player/

不过，我不知道是谁制作的，也不知道它是否免费？

在 WCF 中，合约可以切换到流模式，以传输大消息。

在阅读和测试之后，在我看来，流模式不能用于双工通道（带有 OneWay 调用和回调接口的通道）。

是这样吗？双工和流媒体不能互相使用吗？或者有什么办法吗？

（我正在尝试将一个大文件上传到服务并使用回调报告进度）

我有一个命令行应用程序，它以以下形式连续输出 YAML 数据：

它为所有永恒做这件事。我想编写一个 Python 脚本来连续读取这些记录中的每一个。

PyYAML 库似乎最擅长获取完全加载的字符串并将其解释为完整的 YAML 文档。有没有办法将 PyYAML 置于“流”模式？

还是我唯一的选择是自己分块数据并将其一点一点地输入 PyYAML？

我正在通过端口 80 使用 http 对实时通知机制进行原型设计。该项目的目的是允许 Flash 应用程序快速响应远程服务器上的事件（特别是连接到计算机旁边的电话的呼入电话.) 轮询是一种方法，但太慢了。目前，我使用套接字连接来获取服务器上事件的低延迟通知，这很好用，但对防火墙不友好。我不想在客户端上安装除 Flash 或 Silverlight 之外的任何东西。浏览器的交叉兼容性不是问题——在这个应用程序中，我可以指定客户端使用的浏览器，但首选 IE。

我在 .NET 中创建了一个服务器 HttpHandler，它从不关闭连接并通过将字节写入 http 响应流（ConnectedClientContext.Response.OutputStream.Write 等）将“事件”发送到客户端，并且我有一个 .NET 客户端可以读取这些消息的应用程序没问题。

我的问题：

当字节到达使用 JavaScript、Flash 或 Silverlight 时，我可以通过 HTTP 接收来自服务器的字节吗？到目前为止，我只能找到一种方法来获得“下载进度”的通知，并且在响应关闭之前不获取实际字节 - 我想要它们到达时。

此致，

丹尼尔

DOM 是解析 JSON 的唯一方法吗？

如何将 h264 视频编码为 MDC（多描述编码）

下面的方法（我希望在这篇文章中大大简化它的同时没有犯任何错误）工作正常，并通过 net.tcp 协议使用流传输模式进行设置。问题是性能比通过 IIS 通过 http 下载相同的文件要差得多。为什么会这样，我可以改变什么来提高性能？

最后，WCF 是否负责正确处理我的流，它在这方面做得好吗？如果没有，我应该怎么做？

谢谢你。

我必须在一夜之间完成一项工作，以便为通过 Internet 收听广播频道的用户启用一个非常简单的界面。我想知道流媒体的最佳解决方案是什么。我想到了 QuickTime，但它需要用户安装它，而且我不太确定 Quicktime 是否像 flash 一样普及。所以我倾向于在闪存中实现一些东西。你对一个好的工具有什么建议吗（它可能真的很简单，越简单越好）？

我不想要播放列表和类似的东西。该网站是用 DotNetNuke 构建的，它管理所有的交互。我只想在页面中插入允许用户播放/暂停并拖动到节目的另一部分的小栏。我将传递一个带有文件 URL 的参数，播放器应该管理其余部分。

它不会是实时流媒体，而是托管在服务器中的 MP3 文件的流媒体。

顺便说一句，我发现了这个项目（http://www.sean-o.com/jquery/jmp3/），它是一个 jQuery 插件，看起来很有趣。有人知道吗？

非常感谢。

我正在开发一个通过 HTTP 流式传输音乐的 Java 应用程序，我遇到的一个问题是，当应用程序从磁盘读取音频文件并将其发送到客户端时，它通常会使 CPU 达到 90-100 %（这可能会导致用户在运行其他应用程序时出现问题）。

是否可以控制执行此工作的线程以使用更少的 CPU，或者这是否需要由操作系统控制？目前是否有任何技术可以管理您的应用程序的密集程度？

我知道您可以以高/低优先级启动线程，但这在这种情况下似乎对我没有任何影响。

（我无法忘记“我已经要求计算机做某事，所以它显然会尽可能快地完成它......”）

谢谢！

竿。

我在一家公司工作，我们正在为现有应用程序开发视频聊天支持。我已经查看了各种解决方案，例如

1. 在 C# 中使用 Managed Direct show 进行视频捕获和流式传输
2. 代码项目中的一些代码示例，我们在其中获取图像并通过网络传递（我将其称为相当粗略的解决方案，因为这会占用大量带宽。
3. 从头开始编写压缩算法并使用它来压缩-解压缩视频。

现在的挑战是我们正在寻求实现非常高质量的视频流，并且容器应用程序是用 C#.NET 编码的

这是我迄今为止提出的。流数据的网络逻辑是用 C# 编写的，视频压缩是用 VC++ 编写的，并使用 pinvoke 或 CLI 调用这个 VC++ dll 可能的方式。

我正在寻找一个比我在这个领域更有经验的人，如果我是正确的，或者这仍然可以改进，他们可以建议我。

最终目标是高质量的视频流。编解码器可以是 h.2633、h.264 等任何东西。