Releases: nICEnnnnnnnLee/BilibiliDown
BilibiliDown - v6.38
- 修复:在查询清晰度时带上cookie,这是因为某些视频必须登录才能查看,比如
BV1fx411x7QS
#240 - 优化:对查询清晰度的API进行了升级,并增强了鲁棒性(虽然旧的也还能用)
- 新增:提供多种清晰度查询策略,目的是减少不必要的网络请求次数
tryNormalTypeFirst
先尝试普通视频,报错后尝试其它类型; 绝大多数情况1次网络请求,少数2次。judgeTypeFirst
先判断视频类型,再进行查询; 2次网络请求。这是旧版本的查询策略。returnFixedValue
不查询,直接返回固定值; 无网络请求。这是新版本的默认查询策略。- 无论是何策略,若单个BV下子视频数量多于5,总会返回固定列表。
- 引入该功能的主要原因是
BV1g5pqeBEXP
,这个互动视频有上百个片段,查询清晰度会“卡死”在那,实际上后台一直在获取每个视频的清晰度。但这是不必要的。 - 不建议在配置文件中修改该值。若实在有需要,可以在菜单栏临时变更策略,程序关闭后失效。
- 新增:当
clipTitle
和视频标题avTitle
一致时,允许将clipTitle
置空 #237bilibili.name.format.clipTitle.allowNull
为true
时功能启用(默认关闭),此时可以配合条件判断进行使用,避免文件名出现冗余的重复信息。
- 其它详见V6.37...V6.38
如果你是Win64用户,且没有java环境,请下载附件*.win_x64_jre11.release.zip
或 *.win_x64.msi
BilibiliDown - v6.37
- 修复:纠正一键下载时,以日期作为条件判断不准确的错误 #235
- 修复:更新字幕api的解析 #232
- 其它详见V6.36...V6.37
如果你是Win64用户,且没有java环境,请下载附件*.win_x64_jre11.release.zip
或 *.win_x64.msi
BilibiliDown - v6.36
- 修复:更新合辑视频链接的解析 #225
- 修复:纠正互动视频
graph_version
的获取方式 - 新增:一键下载:支持以标题/小标题是否匹配正则表达式为条件 #229
- 新增:仅下载音频时,允许自定义ffmpeg音频转换命令、自定义音频后缀格式(可能需要ffmpeg支持) #226,#227
- 其它详见V6.35...V6.36
如果你是Win64用户,且没有java环境,请下载附件*.win_x64_jre11.release.zip
或 *.win_x64.msi
BilibiliDown - v6.35
- 修复:解决配置面板修改配置后无法保存的问题 #216
- 其它详见V6.34...V6.35
如果你是Win64用户,且没有java环境,请下载附件*.win_x64_jre11.release.zip
或 *.win_x64.msi
BilibiliDown - v6.34
该版本主要用来解决某些使用上的问题,如果您已经可以正常使用,可以忽略该更新。
-
精简jre支持的https加密套件有限,不支持ecc。这会导致默认的ffmpeg源bitbucket下载失败。随着网站加密套件的更新,未来或许还会有更多的
TLS handshake failure
。
这个问题在旧版本可以通过更换ffmpeg源,或者自行获取ffmpeg并在程序设置好path的方式来解决。
新版本为精简JRE添加了模块jdk.crypto.ec
,用于解决部分HTTPS链接握手出错的问题。
需要注意的是,这个模块在JDK 22被标为deprecated,相关实现会被挪到java.base
模块。详见JDK-8312267
另外,新版本为Windows x64用户打包的zip
、msi
添加了精简编译的ffmpeg.exe
。 -
在转码/合并失败时,现在会提示检查ffmpeg配置。
现在Web端基本上获取不到高清晰度的mp4、flv。随着时间推移,ffmpeg成了必选项,以前的逻辑、设计和提示语都有点过时。
尝试让用户明白三件事情:- ffmpeg是必需的。
- 程序可以提供仅基础功能的精简版编译下载。
- 如果计算机里有现成的ffmpeg,可以通过配置进行指定。
-
修复程序自更新时下载Beta版本报错的问题。
下载Github Action的artifact链接301到新链接后,继承使用原来的header会报错,这个行为有点抽象。 -
现在程序会检查数据目录的
写
权限。#214
不推荐将程序放在系统盘。如果你这么做了,你需要进行额外的操作(三选一):- 以管理员身份运行程序(不推荐)
- 参考#214 将程序目录设置为可写可修改
- 设置另外的有权限的数据目录,通过传入JVM参数
-Dbilibili.prop.dataDirPath
进行指定。不会可以在参考文档中搜索关键词。
-
部分环境可能出现显示错误的情况。#213
问题存在,但找不到原因。可以通过更换入口类规避。
现在可以通过传入JVM参数-Dbilibili.prop.mainClass
参数给launch.jar
,来指定INeedBiliAV.jar
的运行入口。修改
BilibiliDown.cfg
[Application] app.classpath=launch.jar app.mainclass=nicelee.memory.App [JavaOptions] java-options=-Dfile.encoding=utf-8 java-options=-Dbilibili.prop.mainClass=nicelee.ui.FrameMain_v3_4
或者脚本
java -Dbilibili.prop.mainClass=nicelee.ui.FrameMain_v3_4 -jar launch.jar
如果你是Win64用户,且没有java环境,请下载附件*.win_x64_jre11.release.zip
或 *.win_x64.msi
BilibiliDown - v6.33
- 新增: release 附件中
win64_jre
压缩文件加入exe
程序 - 新增: 添加专栏图片解析
- 新增: 添加专栏文集图片解析
- 新增: 添加图文动态解析
- 新增: 添加图文动态个人收藏解析
- 新增: 可以JVM传入参数
-Dbilibili.prop.dataDirPath={dataDirPath}
来指定数据文件夹位置(可以不是程序所在目录) - 新增: 可以JVM传入参数
-Dbilibili.prop.log=true/false
来尽可能减少打印信息 - 新增: 可以在登录时获取服务器时间并以之为基准
- 新增(ui): 配置面板中,针对文件/文件夹类型的配置,可以通过文件选择器来选择路径
- 新增(ci): 现在可以手动触发release ci,此时可以选择是否同步上传代码、附件到第三方
- 新增(ci): 现在会将
commit hash
,workflow id
信息写入作品信息页面,buildTime
改为GMT+8
时区 - 已知问题: jpackage 打包的exe程序无法自重启 JDK-8325924/JDK-8325203
- 具体修改详见V6.32...V6.33
如果你是Win64用户,且没有java环境,请下载附件*.win_x64_jre11.release.zip
或 *.win_x64.msi
BilibiliDown - v6.32
- 修复: 当编码不为
utf8
时,下载弹幕乱码的问题。#197 - 修复: 卸载脚本在删除文件时考虑路径中包含有空格的情况
- 修复: 当搜索UP主视频的结果存在课程时,跳过课程解析。
e.g. https://space.bilibili.com/345024422/search/video?keyword=保姆
- 修复: 当视频链接中包含 au+数字 时,会被识别成音频#204
- 修复: 保存配置时,考虑多行配置同一个key的情况
- 新增: 现在可以提供Windows amd64下的安装包
- 新增: 增加配置,可以在软件启动时开始按计划周期性批量下载#199
- 新增: 现在可以替换音视频下载地址的host,建议在走PCDN表现不佳的情况下尝试使用
- 可能使情况变好,也可能更坏
- 右上角菜单
配置
->音视频链接替换host?
->替换
(临时启用,程序重启后失效) - 设置
bilibili.download.host.forceReplace = true
(持久化生效)
- 新增: 现在可以强制音视频下载走http而不是https
- 下载链接如果指定了端口的话,那就只能走https协议,无论配置怎么样
- 优化: 下载队列的url存活时间超过90min(参数可调整)时,会重新查询url再进行下载#202
- 一次生成这么多任务,你有点太极端了
- 在这个场景下,最好设置成:失败重试/继续下载任务时,重新查询下载链接(搜
retry
或reloadDownloadUrl
)
- 优化: 失败重试/暂停后继续下载的任务优先级更高,而不是排在任务队列的最后
- 优化:
UP主所有视频
支持更多类型的url- 现在增加支持
https://space.bilibili.com/336399506/?spm_id_from=333.999.0.0
- 以前的类型参数是直接跟在数字后面,而不是
/
后面https://space.bilibili.com/336399506/
https://space.bilibili.com/336399506?spm_id_from=333.999.0.0
- 现在增加支持
- 优化: Windows下jre11版本、modules更新
- 版本
Oracle 11+28 2018-09-25
升级为Temurin 11.0.23+9-LTS 2024-04-16
- modules
- 前
java.base,java.compiler,java.datatransfer,java.desktop,java.management
- 后
java.base,java.compiler,java.datatransfer,java.desktop,java.management,java.security.sasl,java.xml,java.logging
- 前
- 版本
- [帮助文档]修复: 导航提示汉化覆盖完毕
- [帮助文档]新增: 添加搜索功能
- [帮助文档]优化: VitePress由
alpha
升级为release
版本 - [帮助文档]优化: Github Pages由读取指定分支改为Actions附件上传
- 其它常规优化,详见V6.31...V6.32
如果你是Win64用户,且没有java环境,请下载附件*.win_x64_jre11.release.zip
或 *.win_x64.msi
BilibiliDown - v6.31
- 新增: 重命名文件失败时,尝试添加序号继续重命名。#185
- 目的地址存在文件时,会在约定的名称末尾尝试添加
(01)、(02)...
这样的序号 - 通过配置
bilibili.name.autoNumber
可以开启/关闭该功能
- 目的地址存在文件时,会在约定的名称末尾尝试添加
- 优化: 查询UP主所有链接时添加
dm_img
系列参数,防止返回352。(不登录也能用了) - 修复: 查询UP主所有链接时相关请求添加
referer
,防止返回412。#192 - 其它常规优化,详见V6.30...V6.31
如果你是Win64用户,且没有java环境,请下载附件*.win_x64_jre11.release.zip
BilibiliDown - v6.30
- 新增: 添加功能,可以周期性地进行“一键下载”,并通报结果。
- 优化: 现在按平台和架构编译了四个版本ffmpeg,缺省时符合条件的会提示进行下载:
win_amd64
、linux_amd64
、win_arm64
、linux_arm64
- 优化: 现在补充完善了浏览器指纹等方面的cookie,期望是预防风控#177, #180
- 因为尚不清楚相关机制,目前
通过API上传指纹
这一动作只在刷新cookie
时才会进行。在遇到风控时,不妨先试一试菜单栏里的刷新cookie
选项。 - 现在最好不要随意修改配置的UA,如果必要,需要在隐私模式下抓取cookie并抓包相应API的payload。详见配置页。
- 因为尚不清楚相关机制,目前
- 修复: #182 考虑在
UP主所有视频
类型的链接解析时,keyword中含有空格的情况。 - 删除: 移除解析分页链接时
promptAll
模式相关代码。
如果你是Win64用户,且没有java环境,请下载附件*.win_x64_jre11.release.zip
BilibiliDown - v6.29
- 新增(GUI): 菜单配置栏添加
下载前先查询记录?
配置项,更改后可临时开启/关闭仓库功能。重启后失效。 - 删除(GUI): 菜单配置栏删除
下载策略
配置项。 - 优化(GUI): issues 165点击
关闭全部Tab页
后,弹出提示框。 - 优化: issues 167 优先清晰度添加
字幕
/弹幕
选项,用于快速批量下载。- 需要注意,
字幕
/弹幕
不计入下载记录,因而也没有相应判断。 - 需要注意,视频、对应字幕、弹幕的下载任务不能同时存在于下载面板。你需要清空下载任务以后再继续。
- 需要注意,
- 优化: 更新适用范围更广的AV和BV转换方式。
- 优化: 代码和附件都镜像到了
Bitbucket
,程序里面也添加了镜像源。这意味着程序自升级门槛更低了。
如果你是Win64用户,且没有java环境,请下载附件*.win_x64_jre11.release.zip