@MCVector 没有具体见过“红外标记点”。可能在击打的时候会打掉？ 其实我们现在用的传感器频谱这边也是接近红外的。
而且用点有个坏处是 mark 有时候会和图像噪声区分不开。毕竟你看看图中球的大小可能只有 50*50 的像素。

咦。图片好像换了。是编辑过了？

我喜欢炉石玩玩娱乐卡组。就算 10 把赢一把也觉得好爽。

训练软件推荐： http://osu.ppy.sh

@nijux 靠模拟。哈哈 因为打算是放在室内做虚拟的击球模拟。类似于体感游戏那样(不过玩家击球是真的)。

@green15 其实是这样的。这个东西就是希望在室内击球，然后通过参数来模拟运动轨迹。这样的话，如果我们击球瞬间的参数比较准确的话，就可以利用别人的一些经验公式或者说比较简单的物理模型来 [预测] 这个轨迹。(因为在室内击球会被打到有缓冲的墙上，所以真实的运动轨迹只是预测、模拟的)


@oojiayu 其实这个东西有人做了。 但是我们做出来的设备无论是精度还是处理速度都算是比较好的。


@MCVector
您问的问题非常好。我可以告诉您的是，这个玩意儿和光照有很大的关系。因为是使用了帧率比较高的传感器，也就是俗称的"高速相机"，所以要求有比较合适的光照环境。(不过这个东西预计的应用场景也是在室内，所以光是基本可控的)

而 point cloud 是这样的，室内击球，球很快就跑出了镜头的范围，所以就算能做点云也只有很少的点。(前提是我没有理解错您说的 point cloud)

http://ww2.sinaimg.cn/large/6d6aafe6gw1f2q5556159j20gf06ymx9.jpg

可以形成上图这样的轨迹(球上的一些标记打码了)

@alect http://ww1.sinaimg.cn/bmiddle/62e721e4gw1et02em3omaj200k00k3y9.jpg 谢谢

@Satelli 这个我知道。但是两个摄像头的视频流能直接匹配成 3D 的图像么? 估计还是要做一些处理?
我之前用两个摄像头直接做 3D 方面的视觉处理误差很大。

不过有个地方我感兴趣的 冒昧问一下 为什么两个摄像头拼接起来就是 3D 的视频呢?

树莓派没有这方面的硬核(个人了解了一下应该是没有的)，所以做实时拼接可能达不到"实时"。
mpeg buffer 一下拼接之后再压成 mpeg 目测是一种可行的方案，不过应该会有延时。

没找到树莓派这边软拼接的资料。如果下次发现了再 Update 给您。
或者直接从 mjpg-streamer 这边直接动手脚?（随口一说）

@itommy 哈哈 有啥疑问都可以提一下哒
@processzzp 谢谢 因为做这些处理也是需要写算法的，所以我觉得 V 站这边会有人能讨论起来，说不定能启发到我们。

😂看来并没有人感兴趣

弄个 1.5A 的适配器保险一点

Arduino 的 (不过不是公司)

@f12998765 不客气

http://www.flarum.org.cn/ (flarum)

https://www.94cb.com/ (Carbon Forum)

@Kirscheis 51 是比较传统的路线 国内大学课程一般都是 51. (虽然我也不推荐
FPGA 的话确实可以搞搞，不过门槛略高。