现在1GB/集的BDRip,怎样再减去300MB,同时基本不影响观看体验呢?答:音轨换有损。

 

曾经我们有征求大家意见,HEVC科技点下去后,BDRip应该有哪些版本,其中有个700MB的选项——视频不变,音轨换有损。今天我们为大家带来可以自动化批量实现这个简化的工具。

感谢saily@U2长达半个多月的研究,开发,调试。


下载地址(v1.0)

MEGA地址:https://mega.nz/#!AMZmjTbL

这个工具能干什么:

1. 视频部分原封不动保留,不损失任何画质,也不需要重编码的计算

2. 把mkv文件中的主音轨由flac无损转换为aac有损格式,使用目前最好的qaac编码,并可以自定义码率

3. 把副音轨扔了

4. 保留章节信息

5. 可选是否保留内封sup的原盘字幕。

6. 自动化改名文件名,并且如果有外挂字幕,一并改名。

 

使用方法(懒人版):

1. 解压exe和ini文件到含有mkv文件的文件夹中

2. 双击exe

3. 去泡一杯咖啡。

4. 喝完了之后,把文件按时间排个序,之前老的mkv文件(包括字幕)全给删了。

 

使用方法(高人版):

1. 解压exe和ini文件到含有mkv文件的文件夹中

2. 打开ini:

AudioType = xxx, xxx为aac音轨的码率,默认为160。建议设置为128~320之间。

Container = xxx,xxx为输出文件格式(mp4/mkv)。默认为mkv。可选mp4或者mkv+(选mkv+保留原盘sup字幕)

3. 保存ini,运行exe

4. 去泡一杯咖啡。

5. 喝完了之后,把文件按时间排个序,之前老的mkv文件(包括字幕)全给删了。

 

其他建议你了解的一些:

1. 通常这个工具可以帮你省下大约20~40%的体积。对于小硬盘党,又没有无损强迫症的,强烈建议使用。

2. 这个工具只适用于vcb-s自家的10bit AVC/HEVC + FLAC MKV作品,或者vcb-s和字幕组合作的作品。不适用于其他组,或者vcb-s跟其他raw组合作的作品。

3. 建议对于特典文件夹使用,至少是非NCOP/NCED的特典使用。我相信没有多少人对这些东西有无损强迫症。

4. 建议对多音轨/24bit音轨的project使用,比如四月是你的谎言,物语系列这种。这些project中音轨占据的体积很大

5. 建议对HEVC编码的project使用,比如fate stay night UBW. 因为HEVC编码的体积相对小巧,音轨占据的比例就大。

6. 不建议对单16bit音轨的project使用,比如灌篮高手。16bit单音轨,即便是无损,体积也很小,这个程序省不了多少体积。

7. qaac(cvbr模式下)的编码效率,大约可以在同样音质下相对mp3(CBR模式)节省1/3的码率。这意味着256K AAC的音质基本上好过320K MP3,而128K AAC的音质相当于192K的MP3。本程序默认设置为160,已经算是“正常播放时候完全听不出劣化”的选择。你可以根据自己喜好改——比如正片给256,特典给128这种。

8. 选择mp4输出,理论上播放和非编兼容性比mkv好一点,理论上。

9. 如果你碰到不能正常处理的文件,丢个网盘给我们调试。

 

 

 

Liella! First LoveLive! Tour ~Starlines~ / LoveLive!SuperStar!! 1st 演唱会 Liella! First LoveLive! Tour ~Starlines~ 10-bit 1080p HEVC BDRip [LIVE Fin]

原盘画质总体一般,主要问题是欠码。不知道是因为动态场景太多,还是录像设备问题,又或是两者兼有,画面有较为严重的欠码瑕疵。我们采取了强力的处理手段,...

阅读全文

Ave Mujica 0th LIVE 「Primo die in scaena」 10-bit 1080p HEVC BDRip [LIVE]

这个项目与 Castellum AveMujica 合作,感谢他们精心制作的字幕。 原盘画质一般,整体码率相对较低。全篇几乎都是暗场,部分镜头噪点极强,部分镜头又几乎没...

阅读全文

Magical Mirai 2017 / 魔法未来 2017 10-bit 1080p HEVC BDRip [Rev Fin]

魔法未来系列的画质特征高度相似,本次重制采用了后续作品中的处理方法和编码参数以达到一致的观感,同时周边方面弥补了没有扫图画册的遗憾。 内封原盘日语 P...

阅读全文

148 条评论

  1. LP大法好!Saily吊炸天!那么如此一来,之前讨论的300M HEVC版本和500M HEVC版本 花落谁家呢?哎呀 不论哪个 我都期待的不得了啊

    1. 3/500M HEVC必要和實用性於現在來說(甚至是2年內)都不算太高畢竟會用到這體積區間 基本都是面向移動設備的然而移動設備端 跑HEVC………….基本是個災難(手動斜眼)EX:硬解不了、軟解卡成狗->續航力低下+機器高發熱(註1:目前實測能流暢硬解的只有三星Exynos 7420,高通S810哭暈在廁所)再者 移動端所用1080p以下分辨率的屏幕(註2:1080p為市面上手機之大宗,2K以上分辨率之屏幕不在討論範圍)應該很難看出3/500M體積區間下 HEVC和AVC編碼造成的畫面差別所以AVC相比HEVC應該是省事些 不論是對身為壓制者的我們,還有身為下載觀賞者的諸位來說 都是如此。

欢迎留言

此站点使用Akismet来减少垃圾评论。了解我们如何处理您的评论数据