一些想法

[nsjsv]

通过哈希验证,判断视频是否改变
改变的话自动为次视频创建文件夹,并以日期分别标注
获取视频封面
标题同理

笫一次讨论,如说错,希望及时指证(●'◡'●)

[kingwingfly]

如果这样，每次都要重新下载视频，然后 hash 比对。

B 站似乎也没有相关接口。而且清晰度不同，hash 结果也不同。

[nsjsv]

哦哦哦, 通过哈希确实存在这些问题。
但是还是希望可以获取视频的封面,因为我想搭配Jellyfin来管理这些视频

[yuioto]

为视频加上bvid或许不错，这样可能可以避免相同的标题产生的潜在问题（文件覆盖）。

如果该功能不能被默认启用的话（不是fav所期望的），考虑添加一个flags，同时能够读取配置文件使其每次都生效。

对其它命令也是如此，或许可以像这样？

[fetch]
flags = ["prune", "other"]

当使用fav fetch等同于fav fetch --prune

这只是一个构想，可能不是很现实（

话说配置文件迟早要的，随着fav复杂程度的增加（x
参考git：
fav config <key> <value> 此文件夹设置
fav config --global <key> <value> 全局设置（用户设置，存储配置文件到$HOME/.config）

如果确定要加配置文件或bvid到文件名，我就去写个issue

@kingwingfly

[kingwingfly]

文件名带上bvid

bvid对人类来说不可读，而且太长了，占位，不美观。

我记得mp4文件可以封装一些metadata，于是问了一下GPT：

在Rust中为MP4文件添加元数据通常需要使用现有的库来处理MP4文件格式和元数据。一个常用的库是 mp4ameta，它提供了在 MP4 文件中添加元数据的功能。

（今天比较累，暂时不验证了。）

因此可以在合并视频之前检查文件是否存在，如果存在，对比bvid，如果不同，则加个后缀。

此外，如果真的要把这个项目做的很酷的话，本地存储就比较单一了，未来可能会用上OpenDAL，于是需要先看看OpenDAL有没有现成的方案。

config

配置文件暂时不急，现在的功能简单，alias都可以搞定。

其他

当前功能基本满足了我自己的需求，接下来会慢慢重构成真正Rusty的代码。最近也考虑过直接使用agdb（一个Rust图数据库）来做增删改查，但是直接用图数据库有点太“重”了。

出于个人进步的考量，接下来我会首先用trait和generic重构出Rusty的代码，然后实现支持更多网站（bilibili不够攒劲）。个人目前对云原生和web3的兴趣比较大，比如，k8s的kubeadm+kubectl就是很好的模式，直接以配置文件运行也更加方便；再比如，区块链可能可以用来追溯视频版本，opendal可以支持多种存储层。

[yuioto]

因此可以在合并视频之前检查文件是否存在，如果存在，对比bvid，如果不同，则加个后缀。

这样的话，怎样命名的话，就是个问题了。
有的有后缀有的没有也不美观，也不知道要给哪个加。

用数字之类的没有意义的后缀的话，看不懂也令人迷惑，就达不到可读性的要求了。

[yuioto]

话说有什么用图数据库，不用关系数据库的理由吗？

有一个SQLite的fork听上去不错libsql

（但是不生锈

[yuioto]

但是还是希望可以获取视频的封面,因为我想搭配Jellyfin来管理这些视频

话说要支持Jellyfin的话还是直接让fav支持hook（就像git）？或插件？这样分离出来会比较好。
毕竟fav的主要功能是backup。

[nsjsv]

其实集成还是分离都可以, 只希望不太折腾 (‾◡◝)

[kingwingfly]

Jellyfin不太了解。。。

可以用 tower的serve dir来实现

其他相关：

• 文件夹变网站 https://github.com/davidmerfield/Blot
• 在线看电影 https://movie-web.app/

[nsjsv]

好的,我去研究一下