在here之前已经对此进行了讨论。使用Java，我已经在Tomcat上针对媒体库开发了Web服务。我想为流媒体添加功能，同时根据移动客户端的需要对它们进行动态转码。我正在考虑几个问题：
如何精确地流传输文件（音频和视频）？我遇到了许多流服务器-但是我想对Tomcat本身的代码做一些事情。我是否需要再安装一台服务器（即流服务器），然后将流请求从Tomcat重定向到该服务器？
动态转码真的是个好主意吗？静态转码意味着我们必须以'N'格式复制相同的文件-这很浪费空间，我不想要。有没有出路？
是否有可能在“转码后”流式传输数据……也就是说，我不想在转码完成后开始流式传输（因为它会引入延迟）-而是我想在生成转码后的数据字节时流式传输。如果这是荒谬的要求，我深表歉意。我没有转码或流式传输的经验。
其他替代方案，例如ffmpeg，Xuggler和here提到的其他技术-它们是完成工作的更好方法吗？
我不想使用任何基于专有/成本的替代方案来实现此目标，并且我也希望它可以在生产环境中工作。希望在这里得到一些帮助...
非常感谢 ！
最佳答案
Red5是另一种可能的解决方案。它是开源的，本质上是Tomcat，具有一些附加功能。我不知道从Tomcat代码库分裂的时间可以追溯到多远，但基础知识全都存在（包括源代码-您可以修补缺少的内容）。
Xuggler是ffmpeg的lib“前端”，可与Red5很好地配合使用。如果您打算进行大量转码，则可能会在此过程中遇到此代码。
在这两个项目之间，您可以更改A / V格式并流式传输各种媒体。
关于java - 如何使用Java(在Tomcat上)流式传输和转码媒体文件？，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/5327648/