墨焓

兄弟，你提PR却不改代码，这事不是这么搞的。 这个问题很简单，你的推测一点毛病都没有，就是文件名太长被截断了。有些视频本身标题不算太长，但是分P的子标题非~~常~~长~~，最后总长超过了you-get代码里设定的上限。 那么you-get设定的上限是多大呢？ 80而已，确实太小了，现代文件系统基本都能处理至少255长度的文件名，微软的NTFS也不例外，所以限制到80太怂了。 我当然知道255的文件名长度是算的字节数而不是字符数，unicode很可能单个字符占用两个甚至三个字节数，这也是80这个数的由来（80*3=240），但是这样从最坏情况考虑太浪费了。 你可以自行修改这部分代码，对应的文件是`fs.py`，位于`Lib/site-packages/you_get/util/`目录下，只要修改倒数第二行代码里面的一个数字： ```python text = text[:80] # Trim to 82 Unicode characters long ```

> 而且这样依旧会出现下载的时候P2分P内容和P1分P一致的问题。 只要P1、P2成功加入文件名，就不会把两个文件混淆了，我还没遇到分P前部分（也就是视频主标题）长到那种地步的，好像B站本身对视频标题长度也有限制的

不如旧版本简洁好用 至少在新版的发布页注明一下存在的问题

为什么关闭了，是遇到困难，还是有替代实现？

@pongfcnkl 请问这个超时是alist导致的超时 还是webdav客户端本身超时 这个超时的设定值是多少

@pongfcnkl > 挂载推荐用clouddrive 我去这个软件的官网主页看了介绍 发现这个软件的特性 非常契合国内的网盘使用环境 甚至在一定程度上能替代 alist 不过缺少 类似 crypt 这样的功能 --- 我把手头用的几个webdav客户端都试了一遍 全部一样 都不行 就和楼主描述的一样 所有通过webdav 往crypt里上传的东西全部不会被接受 PUT全部失败 alist进程的网络上传一点动静都没有 全都报错405 rclone那边还额外报500 特意也用clouddrive试了 一模一样的现象 哦也有一点不同 那就是alist的data/temp里面多出来一堆临时文件 但是全部没有上传 alist进程的网络上传一点动静都没有 这些临时文件根本没有被接收...

楼主 我可能找到原因 或者找到解决方法了 我在issues里面搜索crypt 看到有几个提到了启动序号的事情 我就想会不会和这个有关 我把crypt的序号改成1000 保证它在baidu之后启动 然后重启alist 好了 webdav上传正常了 挂载后的上传也正常

这样的话 alist那边应该确实没啥大问题 可能 还真就是cherry-studio的timeout太短了 上传的文件体积是不是很大 没来得及等到alist完成上传 就超时了 要是能调整timeout 就把它调大一点 要是不能 就把alist的webdav挂载到本地路径 然后以挂载点路径为上传目标 然后 把负责挂载的程序的timeout调大一点

我也开始用cherry studio了 所以也遇到了这个问题 一模一样 看了log之后 我认为关键信息是这一行 `CreateTempFile failed, incoming stream actual size= 71186, expect = 47` 应该是备份生成的压缩包最开始只有47字节 随着数据写入 最终的大小远远不止47 但是alist只记得最初文件创建时的那个大小 也就是47字节 它认为最终的实际文件大小与最初创建文件时的大小不相符 所以它报错

支持。 也可以参照joplin的剪藏器的做法，它设定的不是比例缩放，而是长宽像素值： ```markdown [](https://...) ```