问题标签 [highspeed]

我们希望使用 Neon 组件或 GPU 着色器处理 120 fps（或 60fps）的相机预览数据，以执行简单的图像处理操作（例如 3x3 卷积）。我们对在屏幕上显示图像不感兴趣，因此相机数据应该直接转到 SurfaceTexture。

我们认为我们可以在使用 CameraConstrainedHighSpeedCaptureSession 的 Nexus 5 上使用 Camera2 API 来做到这一点，但没有成功。

互联网上目前没有功能代码（至少我们已经抓取的部分）允许这样做，但该功能似乎很可能存在。

使用 Camera2 API 进行高速录制的最佳示例如下：https ://github.com/PkmX/lcamera

为了鼓励某人发布解决方案，我在这个问题上悬赏。

我有一个微控制器，它通过 UART 以 3 MBaud 发送数据。微控制器每 8000 个字节发送一个开始/状态字节。我希望我的 python 脚本能够读取所有数据并分析起始字节之间的数据。

我知道 Python 能够处理 3 MBaud，因为该代码片段显示了起始字节的正确位置：

但是我需要不断地读取数据流，在这个例子中，我在“ser.read(x)”命令之间丢失了数据。所以我需要在读取流时比较数据：

但是发现读取单个字节对于该波特率来说太慢了，起始字节位置实际上是随机生成的。有没有办法可以读取我的数据流而不会丢失？

此问题针对的是高速视频会话，而不是普通视频会话。

目前在 Android Camera2 API 中，为了解决最佳预览尺寸，我使用目标视频输出尺寸作为参考，并通过使用返回的尺寸选择列表从中计算最佳预览尺寸：

视频输出大小从返回的列表中选择： StreamConfigurationMap.getHighSpeedVideoSizes();

预览大小的计算是通过从SurfaceTexture.class列表中选择大小来完成的，具有与视频输出大小相同的纵横比，并且在 1920x0180 大小约束内，这是由 camera2 API 保证的最大预览大小。

说了这么多，当使用createHighSpeedRequestList时，如果它发现传递给会话的任何表面都没有支持的高速尺寸的尺寸，则此方法将失败，这也适用于预览表面。请参阅以下来源： android.hardware.camera2.utils.SurfaceUtils.checkConstrainedHighSpeedSurfaces

问题是，为高速视频会话获得有效预览大小的最佳方法是什么？我不能依赖SurfaceTexture.class返回的选项列表，因为这些与高速会话无关。

我最好的猜测是我应该遍历所有这些，然后在StreamConfigurationMap.getHighSpeedVideoSizes返回的高速大小列表中找到一个，但我想知道是否有更可靠的方法，或者一个很好的例子我可以看看。

Microsoft 有一个工具可以在 O/S 运行时捕获 O/S 低级数据的 SCAD。我们正在谈论由 TB SSD 支持的内存。虽然我用过几次，但我记不起名字了。帮助。

我刚刚花了 3 个小时来搜索这个名字，结果惨遭失败。

我正在编写一个需要通过多个计时器高速处理列表的 C# 库。我遇到了非常不稳定的错误，我尝试删除我确定包含在 List 中的元素，但程序返回以下错误：

我做了一个简单的例子来重现这种行为。由于该问题的随机性，我已经大力推动 List 操作，因此它会立即抛出错误。所以这个例子是必要的“怪异”。我在这里做了一个公开回购：问题示例回购

基本上，这就是我要处理的：

我相信这是一个与线程相关的问题，好像列表计数在条件成功通过后发生了变化。

我对线程一无所知，我该如何处理这个问题？

我使用camera2.CameraConstrainedHighSpeedCaptureSessionapi 制作了一个应用程序来获取 120fps 的摄像头捕获，并且效果很好。（三星 Galaxy 10 与 Android 版本 11）

不过安卓11版本更新后，预览是黑屏。

由于发现了问题，摄像头很好打开，但CameraCaptureSession.CaptureCallback没有被调用。

有谁能帮助我吗？

我在串行端口上工作以读取数据。串口的波特率为 921600 bps，我使用这些代码读取数据：

发送协议是这样的。（以字节为单位的五位数字 + \n\r ）

在每个循环中，我读取 4096 字节的数据，并寻找快速读取缓冲区中所有数字的方法。我也使用 readLine() 函数，但它太慢并且一些数据已经丢失。

知道我做什么寿衣吗？谢谢。

我正在尝试从 COM 端口读取数据。我使用了提高数据传输速度的 PL2303TA 转换器。我的数据传输速度是 3Mpbs，我正在寻找以这种速度读取数据的样本。我用 C# 编写了一个程序并使用“while”循环来读取接收数据。但有些数据已经丢失。

我的设备发送数据序列如下：

通过这段代码，我收到这样的数据：

（我的设备是“ARM微控制器AT91SAM7S64-AU”并通过换行符发送每个数字：“\n”）

如何提高阅读速度？

谢谢。

PL2303TA USB 转串行桥控制器 http://www.prolific.com.tw/US/ShowProduct.aspx?p_id=153&pcid=41

我问这个问题是因为我一直在从事一个需要真正快速收集大量数据的项目，具体取决于场景。5.7GBytes，大写 BYTE/s 或 11.4GBytes/s。

我们正在使用 3 个三星 Pro NVME 处理一个小型条带化 RAID 阵列（对于 11.4GB/s，我们有一个更大的阵列）。

目前，该项目是在 Windows 上开发的，我想让东西尽可能便携，所以我专注于使用 C++ 标准库；但是，无论我做什么，我都无法破解传输速度超过 1.5GB/s 的文件

该策略很简单，即创建几个巨大的交换缓冲区，并将它们作为一个巨大的未格式化二进制文件直接写入磁盘。

通过以下方式手动使用std::ofstream 和基准测试设置不同的缓冲区大小：

接下来是我的托管写入循环，我能够找到一个最佳位置，但永远无法破解 1.5GB/s

然后我找到了 Windows SDK 及其CreateFile函数

特别是使用FILE_FLAG_NO_BUFFERING标志的创建文件功能。

这改变了游戏规则，只要我确保向它提供扇区对齐的数据（在我的情况下，一切都需要是 512 字节的倍数），我突然能够充分利用 raid 阵列的吞吐量。

我重新审视了该std::ofstream功能，以尝试使用更多与操作系统无关的功能；但是，即使可以为 指定零缓冲区std::ofstream，似乎也没有任何文档说明在没有缓冲区的情况下使用该函数的任何警告。

std::ofstream允许其写入大小为 64 位值，这与仅接受 DWORD 设置的 Windows SDK WriteFile 不同，最大写入大小是 512 的最大倍数，可以挤入 a uint32_t，如果文件超过 4GB，则必须循环管理写入（我的） .

这只是提出了一个问题，微软是否根本没有让 C++ 标准库开发人员访问必要的操作系统级系统调用以利用超高速驱动器阵列？还是我在如何充分利用 C++ 标准库方面遗漏了什么？

我正在使用收发器 IP，它与在其中实例化的 PLL 一起工作。我的问题是，如果我将 IP 设置设置为 280Mbps (40MHz x 7)，但在板上我为设计提供对应于 210Mbps (30MHz x 7) 的时钟和数据速率。IP能用吗？

问候