@melovto
应该是此问题，但是又不太准确，下午测试是在 MBP 15 Retina 屏幕上进行的，在 Windows 的 100%屏幕渲染下依旧有此问题，这可能涉及到了多倍屏渲染的问题。


另外刚才我还发现一个问题，在 Demo https://vue-skia.netlify.app/ 中，圆角矩形的线条处，直线的像素与弧线的像素的显示上似乎存在的一些区别。这个问题在 MacOS 与 Windows 上都存在。
对于圆角矩形有以下该问题：
1 、直线似乎并不是一根完整的 1px 宽度，而是两个带有透明通道的 1px 像素；（ round-rect 和 line 不一样的是 line 是 2px 的不透明线条）
2 、round-rect 弧形线处的渲染结果和直线处的方法不一样，弧形处的为正常的 1px 。

针对这个问题我进行了搜索找到以下内容：
https://www.jianshu.com/p/c71aa4debba8

因为我不会相关方面的代码，但是结合表现情况下来，可能为相同的问题；但是文中的解决方案可能存在潜在的风险并且会增加代码的复杂度，例如需要处理移动的单位时，所以对单位进行放大和缩小时，对于坐标对齐的问题会有麻烦。

@elonmask
追求的不是 paper 是工业化落地

项目没有针对屏幕进行像素点对点渲染优化吗？
而且 1 像素的 line 并不是 1 像素；
<v-surface :width="360" :height="360">
<v-line :strokeWidth="1" color="black" :p1="[100, 260]" :p2="[50, 260]" />
<v-line :strokeWidth="1" color="black" :p1="[100, 262]" :p2="[50, 262]" />
</v-surface>

@qztx
在储存的压力上，未必要保持原图，需要记录的是这张图的特征；
但也这意味着这套模式下需要得到这张图，所以只能针对特定的资源数据进行处理；
是可以做到本地化部署的，在无加速设备上是模型数据处理录入处理速度快慢的区别，在搜索上 Faiss 的性能还不错。

这几天我问过一些从事剪辑师的朋友，这个产品的特性确实能帮助到他们，但是对于他们目前的工作流来说也有一些侵入，如果想要推广到团队中需要进行一些调整。

对于画师的朋友，目前存在这么一个困境，本地的储存的资源真的比 pixiv 更丰富吗？如果我基于 pixiv 作为数据库，为每个用户提供自定义 tag 的功能，是否可以提供更好的图片搜索。在搜索完成后下一步再提供图片的链接。

这里我总结一下，用户的需求分为两种：
1 、期望根据手头上的信息，找到该信息的出处的精准信息，并且提供该信息的站外搜索或者直达链接。
2 、根据想要信息的描述，找到多个符合该信息特征的相关信息。

@bqn
是的，功能上与这些产品并没有太大的区别，只是在精度上取得了进展

@elonmask
在边缘设备上运行 CLIP 目前还是有很大的挑战，能跑在无加速器的 NAS 上已经很勉强了。

@erquren
你这个需求，有更简单的方案，使用 Yolov5 的轻量化模型就能够实现对人物和车辆的识别；

@lucybenz
是的，你的描述很准确；
不过这也是我没想明白的地方，什么类型特征的用户群体，会有对这方面有需求。

@zhangtest
色图找车号是吧，场景听起来挺诱人，可刑可拷

@star7th
技术方案和落地场景上不一样；
这套技术主要面向的场景是精准搜索，把残缺的图片精准的搜索出原图；或者尝试通过文字精准搜索到原图；

如果是面向相册的搜索场景，文字搜索的案例是：女人、天空、草地、树，也可以用自然语言句子；
如果是面向视频的搜索场景，文字搜索的案例是：胡歌、古装、剑；

@vus520
考虑过将项目制作成一个容器服务，提供给专业用户进行私有化部署，但是此场景下，用户的需求就变成检索自己的数据集中的图像文件；
这种情况下我占时没找到有类似特征的用户群体，如果有也请给予我一些提示，十分感谢；

接入云市场是一个非常棒的想法，比如为 NAS 用户提供快速的本地图像内容检索；

看见 tensorflow 就失去兴趣了

定投黄金

人都阅读困难了，何必呢

为什么不是试试 avif 呢？