我正在尝试通过蓝牙将音乐从一台 iOS 设备发送到另一台。我一直在使用它来构建数据包，就像 Ray Wenderlich 的 SNAP 教程中那样，但我在接收电话上重建数据包信息时遇到了麻烦。我尝试过使用https://github.com/abbood/iphoneAudioSyncer但我认为它对于我的需求来说太复杂了（因为我不需要同步播放）。解决丢失/乱序数据包等问题的最简单的缓冲区方法是什么？我已经阅读了很多 CoreAudio 的内容，但它非常密集，所以我非常感谢解决过此类问题的人的帮助。
使用最新的nodejs...
获得来自 mongodb（文档中的字段）的二进制文件。意味着我将同时处理多个二进制有效负载。数据是由切片（最终单元）组成的媒体文件（h264）。每个切片都被分隔。
如果我对“数据”事件采取行动，则使用 fs 中的可读流是否会保留数据块的顺序？能保证按顺序处理“数据”吗？（请参阅每次调用中“this”范围的路径部分中的原点）
我正在尝试拥有一组 Icecast 服务器，并且希望它能够“动态”扩展（以弹性豆谈话方式），但我找不到有关此问题的任何资源。
场景是：
可以随时创建/删除挂载点
主服务器将在“更强大”的 EC2 实例上运行
在AWS Elastic Beanstalk下有一个“中继”集群
配置 Elastic Beanstalk 以根据带宽指标拆除/关闭中继
问题：
有推荐的动态缩放方法吗？（假设我们在周末出现高峰，然后周一几乎没有用户）
是否有任何经济实惠的服务可以中继我的动态安装？（假设我们只有一台巨大的 EC2 机器，并将此服务作为我们的中继）
对于这样的开放式问题表示歉意，我目前无法非常准确，因为我仍然没有找到任何明确的方法来进一步解决这个问题。
我已经创建了 rtsp/h264/mjpeg 服务器。效果很好。但现在我必须查询每个新连接的客户端。例如，我必须从客户端查询获取请求的分辨率：rtsp://192.116.10.20:8554/stream?width=1920&height=1280
我尝试使用以下代码来做到这一点：
....
gulong clientConnectedConfigureId = g_signal_connect(m_server, "client-connected", (GCallback)ClientConnected, this);
....
static void ClientConnected(GstRTSPServer *gstrtspserver, GstRTSPClient *arg1, gpointer user_data)
{
GstRTSPConnection *connection = gst_rtsp_client_get_connection(arg1);
if(!connection)
{
return;
}
GstRTSPUrl *uri = gst_rtsp_connection_get_url(connection);
if(!uri)
{
return;
}
gchar *urlString = gst_rtsp_url_get_request_uri (uri);
std::stringstream ssTemp;
ssTemp << "ClientConnected - urlString = " << urlString;
InternalLog::Debug(ssTemp.str());
g_free(urlString);
}
GstRTSPUrl 包含以下成员： //rtsp[u]://[user:passwd@]host[:port]/abspath[?query]
通过查询 rtsp://192.116.10.20:8554/stream?width=1920&height=1280 从 VLC 连接后，结果如下：
ClientConnected - urlString = rtsp://192.116.10.20:61099(null)
GstRTSPUrl 仅包含主机=192.116.10.20 和端口=61099。其他字段如“abspath”或“query”等于 NULL。
在 netstat 实用程序中，我看到端口 61099 是 VLC …
我想流式传输M4A音频文件，但由于某种原因，播放器仅在下载整个文件后才开始播放歌曲。
<!DOCTYPE html>
<html>
<body>
<audio controls>
<source src="https://php-test-easybreazy.c9users.io/music/1021785690_1171244514_239291028.m4a" type="audio/mpeg">
Your browser does not support the audio element.
</audio>
</body>
</html>在我的Ubuntu服务器中，我使用FFMPEG来编码我的音频文件。
我唯一能想到的是元数据/编码问题。
为什么播放器只有在下载了整个文件音频后才开始播放？
我有这样的代码：
@login_required
def download_file(request):
content_type = "application/octet-stream"
download_name = os.path.join(DATA_ROOT, "video.avi")
with open(download_name, "rb") as f:
wrapper = FileWrapper(f, 8192)
response = HttpResponse(wrapper, content_type=content_type)
response['Content-Disposition'] = 'attachment; filename=blabla.avi'
response['Content-Length'] = os.path.getsize(download_name)
# response['Content-Length'] = _file.size
return response
似乎它有效。但是，如果我下载更大的文件（例如~600MB），我的内存消耗会增加 600MB。经过几次这样的下载后，我的服务器抛出：
内部服务器错误：/download/ 回溯（最近一次调用最后一次）：
文件“/home/matous/.local/lib/python3.5/site-packages/django/core/handlers/exception.py”，第 35 行，在内部响应 = get_response(request) 文件“/home/matous/. local/lib/python3.5/site-packages/django/core/handlers/base.py", line 128, in _get_response response = self.process_exception_by_middleware(e, request) File "/home/matous/.local/lib/ python3.5/site-packages/django/core/handlers/base.py”，第 126 行，在 _get_response 响应 =wrapped_callback(request, *callback_args, **callback_kwargs) 文件“/home/matous/.local/lib/python3 .5/site-packages/django/contrib/auth/decorators.py”，第 21 行，在 _wrapped_view 中返回 view_func(request, *args, **kwargs) 文件“/media/matous/89104d3d-fa52-4b14-9c5d- 9ec54ceebebb/home/matous/phd/emoapp/emoapp/mainapp/views.py",第 118 行，在 download_file …
kafka Streaming是否可以捕获数据库视图的变化？我在数据库中有一个视图，其中的列形成多个表。那么kafka会检测到view中的数据变化吗
我正在尝试在 shaka 播放器上加载 VOD。这是我的网址：
https://5b48f8f32d3be.streamlock.net/023a27950bd44774/mp4:22436e792e8b42de_HD.0.mp4/playlist.m3u8
我一直在控制台中收到 4032 错误，我已经对其进行了一些搜索。在 shaka 文档中，4032 错误提到为 CONTENT_UNSUPPORTED_BY_BROWSER。但是，当我在 shaka 播放器测试 URL 上测试我的 URL 时，一切正常。
如果我的浏览器有问题，它也不应该在测试 URL 上播放。我应该怎么做才能支持 HLS？
我最近开始使用黑暗启动（LD）。我正在探索 LD 如何更新其功能标志。
正如这里提到的，有两种方法。
我只是在想在什么情况下哪种实现会更好。经过一番研究streaming vs polling，发现Streaming有以下优点polling。
我很确定上述所有优势都是有代价的。所以，
我有一个用 Django 编写的代理，它接收对某些文件的请求。在决定是否允许用户查看文件后，代理从远程服务获取文件并将其提供给用户。还有更多内容，但这是要点。
此设置适用于单个文件，但有一个新要求，即用户希望将多个文件作为 zip 文件一起下载。这些文件有时很小，但也可能变得非常大（100MB 以上），并且可以同时包含 2 到 1000 个文件。这可能会变得非常大，并且首先获取所有这些文件，压缩它们然后在同一个请求中为它们提供服务是一种负担。
我读到了创建“流式压缩”的可能性；一种打开 zip 文件的方法，然后开始发送该 zip 文件中的文件，直到您关闭它。我找到了几个 php 示例，并在 Python 中找到了django-zip-stream 扩展。它们都假设本地存储文件，django 扩展也假设 nginx 的用法。
在我的情况下，我想知道一些事情：
有谁知道在我设置非常大的远程文件时流式传输 zip 是否是一个好主意？我有点担心由于 CPU 或内存限制，许多请求很容易对我们的服务器进行 DOS 处理。
我还可以构建一个队列来压缩文件并向用户发送电子邮件，但如果可能的话，我希望尽可能使应用程序保持无状态。
欢迎所有提示！
streaming ×10
audio ×2
django ×2
python ×2
apache-kafka ×1
c++ ×1
core-audio ×1
database ×1
download ×1
ffmpeg ×1
file ×1
gstreamer ×1
html5-audio ×1
icecast ×1
ios ×1
javascript ×1
launchdarkly ×1
node.js ×1
objective-c ×1
parsing ×1
polling ×1
reactjs ×1
readable ×1
rtsp ×1
shaka ×1
zip ×1