Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

✨ 优化文件的存放 #76

Open
moondigi opened this issue Feb 9, 2021 · 5 comments
Open

✨ 优化文件的存放 #76

moondigi opened this issue Feb 9, 2021 · 5 comments
Labels
version: 2.x

Comments

@moondigi
Copy link

moondigi commented Feb 9, 2021

目前bilili即使使用-d参数设置了目标目录，也会在目标目录创建多层目录存放文件

而不少使用者其实只是很单纯的想将视频.mp4下到指定的目录，并不需要Playlist.dpl、Video等等这种额外的文件与目录
@SigureMo
Copy link
Member

SigureMo commented Feb 9, 2021 •
edited
Loading

嗯，刚好这两天（大概就是昨天吧233）我也在考虑播放列表以及 Videos 目录的意义了。

起初主要是延续之前项目的结构而已，而 B 站视频大多只有一层，使用数字前缀即可保证顺序。

如果会做下一个版本的话我大概率会删掉播放列表和 Videos 目录。

@SigureMo
Copy link
Member

SigureMo commented Feb 9, 2021

当然当前版本在设计上就有很多很多问题，由于起初就是为了支持批量下载的，所以没考虑单文件下载应当采取什么样子的结构，但由于修改这些的话牵扯众多，所以 1.x 是一定不会改这些东西了……

@moondigi
Copy link
Author

moondigi commented Feb 9, 2021

其实目前我在使用的场景就是写个定时脚本下载某个列表的的视频都某个目录

由于不知道什么时候有更新就每几个小时运行一次，又因为不知道一次更新多少个所以也不能将已经观看的视频删掉（避免重复下载）

@SigureMo
Copy link
Member

SigureMo commented Feb 9, 2021

如果定制化脚本的话，我感觉 biliutil 那种开放 API 的方式可能会更适合些？

@xincheng213618
Copy link
Contributor

没有，我感觉你这种就很棒

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
version: 2.x
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
3 participants
@moondigi @xincheng213618 @SigureMo