问题标签 [multiplexing]

我想开发一个应用程序来将多个网络摄像头的流组合成一个流。3个月以来，这个想法一直在我脑海中浮现。

该应用程序将接收来自最多 2 个网络摄像头的输入提要，将它们组合成一个提要（分屏）或一次选择一个提要，然后将生成的提要发送到 Skype 等程序。

这是一个流程图：

这里有 3 个步骤：

• 从 USB 网络摄像头获取信息
• 将提要合二为一
• 将结果发送到 Skype（创建 Skype 可检测到的虚拟摄像头）

这样做的最佳方法是什么？

有什么特殊的处理吗？

我擅长Java。

我正在为我们的员工整理一个界面，以上传他们需要行业统计数据的产品列表（目前一次手动执行一个）。
然后，每个产品都将通过 webservice api 提供给我们的统计引擎。
我会回复的。Stat 的引擎将从我的 api 请求“下一个受害者”。

用户上传的每个列表将有 50 到 1000 个产品，并且将是自己的队列。
目前，队列/列表可能每天大约添加（并通过完成删除）10-20 次。
如果成功，几个月后流量可能会增加到每天 700-900 个列表。

我们只是计划采用一种简单的循环方法来将流量均匀地引导到队列中。多路复用器将从List A
中获取顶部项目，然后是List B，然后是List C等等，直到再次循环回到List A ......请记住，可以随时添加/删除列表/队列。

我面临的问题只是概念化管理。
我考虑将每个队列存储为一个平面文件并通过关系数据库（MySQL）管理轮换。想过反过来做。考虑过使用完全平面文件或完全关系数据库......底线，我很灵活。
无论如何，当我尝试无国籍地将可变的参与者列表与循环旋转融合在一起时，我的大脑只是蒸汽锁定（我刚从一个短暂的假期回来，我认为我的大脑还没有回家；）

有没有人做过这样的事情？
你是怎么处理的呢？
如果你必须再做一次，你会改进什么？

欢迎任何和所有提示/建议/建议。

注意：由于来自我们统计引​​擎/工具的每个请求都将相隔很多秒，如果不是几分钟的话，我需要保持这个无状态。

HTTP 服务器是否应该期望Host在同一个 TCP 连接上接收具有不同字段的请求？尽管与直觉相反，RFC 2616 似乎并没有明确禁止客户端在认为合适的情况下将请求多路复用到同一连接上的不同主机。

任何相关文件中是否有任何规范性规则禁止这样做？如果没有，是否有任何实际考虑可以有效防止这种情况，从而允许服务器不对每个请求检查主机？

我正在寻找一种将 mjpeg（压缩）视频数据复用到 mp4 或 avi 等视频容器中的方法。（我将来还需要添加音频）。因为我在项目的其他部分也使用了 FFMPEG，所以如果可能的话，我想使用这些库。我不是在寻找命令行 FFMPEG 使用！我尝试在 ffmpeg 中使用 muxing 示例，我只能创建一个（非常大的）带有视频信息的 .mjpeg 文件。这不是我要找的。

示例将非常受欢迎，但指向正确方向的指针也可以！

编辑：我已将 yuvj422p 流输出到 jpeg 图像，我想将其放入 mp4 容器中。使用 ffmpeg 命令行可以：

ffmpeg -i yuvy%01d.jpg -vcodec mjpeg out.mp4

我想直接在我的代码中执行此操作（当然不首先创建 jpeg 图像）

我们需要将数据从一个（USB）串行设备多路复用到多个独立的串行设备。
我发现的是模块fanout，它解决了我的问题的多路复用部分。

现在我正在寻找一种简单的、可能随时可用的方法，将数据从串行 USB 设备直接复制到内核空间中的扇出设备。
当然，我可以简单地cat x > y在用户空间中进行，但在内核空间中执行此操作可能更有效。

我正在尝试使用 gstreamer 重新复用快速电影（视频/jpeg、音频/mpeg）。

不幸的是，这条管道没有启动（它启动了 PREROLLING 然后等待）。如果我省略了音频流（或为音频流指定一个不存在的接收器垫（例如mux.audio.0），则完成重新多路复用（但没有音频）

给出更多的上下文：

我有一个快速时间，音频和视频之间存在严重的时滞。现在我想将音轨移动几毫秒，但不做太多的重新编码。类似于以下内容：

有什么想法可以让我的管道播放吗？

我正在开发一个嵌入式项目，我需要一个没有外部依赖项的程序，如 screen 或 tmux。这两个程序不好，因为它们需要其他库。

由于我只需要分离一个程序，能够在我再次登录时注销并恢复它，我想知道我是否可以为此编写一个小程序。

您知道我需要执行哪些调用（在 C 中）来分离程序并将其恢复吗？

我正在编写一个应用程序，该应用程序具有在两个实例之间并行运行的多个（数百个）并发网络操作。由于连接的平均寿命很短（最多几秒），我认为使用许多 TCP 连接和每次握手（尤其是 TLS 握手）的开销会太大。

我开始研究一些实现多路复用的协议和库（主要是AMQP实现，如Apache Qupid、RabbitMQ，如对此问题的回答中所述）。然而，它们似乎都在 TCP 上运行，这引入了一些开销并且没有多大意义（这篇文章很好地解释了这个问题，并得出结论 TCP 多路复用是愚蠢的）。而且他们都觉得很胖，我更喜欢小而轻的东西（ZeroMQ不幸的是没有实现多路复用afaik）。这让我开始思考是否可以选择使用 UDP。当然，必须正确实现恢复和 ACK 之类的东西，但要了解连接上的多个流，这应该比简单地使用 TCP 更有效。

你认为我上面的推理是正确的，还是我错过了一些重要的事情？是否有任何好的 C/C++ 库可以通过 UDP 实现多路复用？

我使用 C# .Net 4 中的制造商硬件 DLL 访问我的 COM 端口。连接到我的 COM 端口时，我有一个Nanotec 步进电机控制SMCI 33。

当硬件步进电机的运动完成时，制造商提供了一个标志“SetSendStatusWhenCompleted”来发送一个状态字节。不幸的是，没有监听这个状态字节的函数。我想添加这个功能。

目标：使用硬件驱动程序发送移动命令。等待：在发送下一个移动命令之前，收听响应“状态字节”。

显然我得到了UnauthorizedAccessException，因为我的代码启动了驱动程序并尝试访问同一个 COM 端口。一个类似的 SO 问题处理来自另一个程序的 COM 访问：端口嗅探器 (Portmon) 是解决方案。但我的问题需要简单的代码。

我可以停止硬件驱动程序。目前的问题是时间成本高的重新初始化。除了关闭以前的硬件驱动程序之外，还有其他方法可以监听 COM 端口吗？

我编写了一个简单的 TCP 服务器来为许多客户提供服务（它与 telnet 配合得很好）。但是，我还想编写自己的简单 TCP 客户端，带有多路复用套接字和标准输入。与我照常写的服务器连接，连接代码没问题。

我对多路复用套接字和标准输入有问题。我的代码是最大的问题：

我的第一个客户：

我的第二个客户：

如何解决这个问题？