- 公益
- 捐助山区
抓轨生成的日志文件中会生成CTDB TOCID,可以凭此id去反查对应专辑抓轨记录。
以许志安的好得很为例:
[CTDB TOCID: 8r1GevQCo9G2mN4ZLxtwM0.w6z0-] found
Submit result: 8r1GevQCo9G2mN4ZLxtwM0.w6z0- has been confirmed
Track | CTDB Status
1 | (7/7) Accurately ripped
2 | (7/7) Accurately ripped
3 | (7/7) Accurately ripped
4 | (7/7) Accurately ripped
5 | (7/7) Accurately ripped
6 | (7/7) Accurately ripped
7 | (7/7) Accurately ripped
8 | (7/7) Accurately ripped
9 | (7/7) Accurately ripped
10 | (7/7) Accurately ripped
11 | (7/7) Accurately ripped
12 | (7/7) Accurately ripped
查询时使用 http://db.cue.tools/?tocid=8r1GevQCo9G2mN4ZLxtwM0.w6z0- 可以查询到该专辑为许志安的好得很,且可得到以下信息。
1
|
Exact Audio Copy V1.3 from 2. September 2016 |
EAC 的版本号。
1
|
EAC extraction logfile from 21. November 2019, 17:05 |
CopyCopy
抓轨时间,若与文件的最终修改时间相同,则基本可确认是原始 Log。
1
|
RADWIMPS / 君の名は。 |
专辑艺术家和标题。
1
|
Used drive : ATAPI CDRW 52X32 Adapter: 1 ID: 0 |
光驱品牌型号因人而异。但如果是虚拟光驱载入镜像抓轨,则会显示 Virtual Drive。
1 2 3 4 |
Read mode : Secure Utilize accurate stream : Yes Defeat audio cache : Yes Make use of C2 pointers : No |
读取模式:可靠,说白了就是安全模式,这个是必须的。
使用精确流:是,光驱的一种提高抓轨精确度的功能。
清空音频缓存:是。
为什么一定要勾选「驱动器可以缓冲音频数据」?
你的光驱也许能缓冲,也许不能缓冲。不能缓冲,这个选项是无所谓的,但如果能缓冲且没有勾选,那么它的缓冲功能就会产生作用。在使用安全模式抓取的情况下,对于每一段音频数据光驱会读取至少两次,若不同,则继续读取直到有 50% 以上的采样完全相同为止,不过最多不超过 82 次,以求得到尽可能精确的结果,当光驱支持精确流特性时可以确保这一点。如果光驱缓冲了音频数据,那么之后的每一次读取都是在和第一次的结果比对,如果第一次就错了,那后面读取的参照标准就不对,自然不可能得出正确结果。如果你勾选了「驱动器可以缓冲音频数据」,那么 EAC 就会通过初始化光驱来避免这种情况发生。
使用 C2 指示器:否。
为什么不开启 C2 纠错功能?
在所有的只读光盘中有至少两个等级的纠错方式,名为 C1 和 C2。如果两者都失败了,那么输出就很可能不正确。大部分光驱并不能报告读取正确与否,所以每一个块需要被读取两遍并且相互比较来确保没有错误。但是有些更新的光驱在读取时能够报告 C1、C2 错误的具体位置,使得只读取一遍且找出读取错误成为可能。但是这仍然有一个问题,由于一些光驱不能正确地报告这些错误,所以你应该在相信报告结果之前先认真确认一下该功能。
1 2 3 4 5 6 7 |
Read offset correction : 738 Overread into Lead-In and Lead-Out : Yes Fill up missing offset samples with silence : Yes Delete leading and trailing silent blocks : No Null samples used in CRC calculations : Yes Used interface : Native Win32 interface for Win NT & 2000 Gap handling : Appended to previous track |
读取偏移校正:738。也就是偏移值,因光驱型号而异,是开启 AccurateRip 的基本要求。
为什么要正确设置偏移值?
偏移值的设置是一项至关重要的设置,它能影响到能否无损抓轨,但是很多人忽略这一点,他们的 Log 中该项数值为 0,这导致他们的抓轨结果并不准确。差不多每个驱动器都不能将读取头准确地定位在所要的扇区。对数据 CD 光盘来说这不是一个大问题,因为每个扇区都含有定位信息,所以驱动器可以很容易地找到正确的扇区。与之相反,音乐 CD 不含有扇区的位置信息,也就是说对音乐 CD 来说定位一个扇区是非常困难的。这就是驱动器在读取音乐 CD 时会产生偏移的原因。对多数现代光驱来说这个偏移是个定值,因此一旦你知道了这个值就可以纠正偏移产生的误差。
踰读到 Lead-In 和 Lead-Out 区域:否。
用静音填充抓取中丢失偏移的采样:是。这是为了保证音轨长度不因为没读到数据而缩短,从而可以与其他人的抓轨结果对位比较。
去除首尾静音块:否,即不删除开头和结尾处的静音部分。
在 CRC 计算中使用了空样本:是。
已用接口:Win NT 及 2000 本地 Win32 接口。
间隙处理:追加到上一曲目(仅分轨抓取显示该设置),这是为了原样保留各音轨的前后静音,这样做对聆听影响最小,但又不会改变音轨的总时长。
1 2 3 4 5 6 |
Used output format : User Defined Encoder Selected bitrate : 896 kBit/s Quality : High Add ID3 tag : No Command line compressor : D:\Tools\foobar2000\encoders\flac.exe Additional command line options : -8 -e -p -V -T "ARTIST=%artist%" -T "TITLE=%title%" -T "ALBUM=%albumtitle%" -T "DATE=%year%" -T "TRACKNUMBER=%tracknr%" -T "GENRE=%genre%" -T "COMMENT=%comment%" -T "BAND=%albuminterpret%" -T "ALBUMARTIST=%albuminterpret%" -T "COMPOSER=%composer%" %haslyrics%--tag-from-file=LYRICS="%lyricsfile%"%haslyrics% -T "DISCNUMBER=%cdnumber%" -T "TOTALDISCS=%totalcds%" -T "TOTALTRACKS=%numtracks%" %hascover%--picture="%coverfile%"%hascover% %source% -o %dest% |
所用输出模式:用户定义的编码器。
已选比特率:896 kBit/s。此数值不影响抓轨质量,抓轨者可以任选自己喜欢的值。
质量:高。
添加 ID3 标签:否。ID3 标签适用于 MP3,而 FLAC 应使用 Vorbis 注释。
命令行压缩程序的路径,应按你自己的实际情况设置。
附加命令行参数。上述参数的目的是消耗较多的时间取得尽可能高的压缩比。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 |
TOC of the extracted CD Track | Start | Length | Start sector | End sector --------------------------------------------------------- 1 | 0:00.00 | 2:11.50 | 0 | 9874 2 | 2:11.50 | 1:08.15 | 9875 | 14989 3 | 3:19.65 | 1:51.42 | 14990 | 23356 4 | 5:11.32 | 1:19.60 | 23357 | 29341 5 | 6:31.17 | 1:32.17 | 29342 | 36258 6 | 8:03.34 | 2:07.08 | 36259 | 45791 7 | 10:10.42 | 2:36.56 | 45792 | 57547 8 | 12:47.23 | 4:45.66 | 57548 | 78988 9 | 17:33.14 | 3:27.74 | 78989 | 94587 10 | 21:01.13 | 4:05.68 | 94588 | 113030 11 | 25:07.06 | 1:07.74 | 113031 | 118129 12 | 26:15.05 | 1:43.02 | 118130 | 125856 13 | 27:58.07 | 1:32.37 | 125857 | 132793 14 | 29:30.44 | 1:55.63 | 132794 | 141481 15 | 31:26.32 | 1:43.54 | 141482 | 149260 16 | 33:10.11 | 1:33.61 | 149261 | 156296 17 | 34:43.72 | 2:23.19 | 156297 | 167040 18 | 37:07.16 | 2:55.08 | 167041 | 180173 19 | 40:02.24 | 2:24.07 | 180174 | 190980 20 | 42:26.31 | 2:49.07 | 190981 | 203662 21 | 45:15.38 | 4:06.11 | 203663 | 222123 22 | 49:21.49 | 0:53.27 | 222124 | 226125 23 | 50:15.01 | 2:50.02 | 226126 | 238877 24 | 53:05.03 | 8:57.49 | 238878 | 279201 25 | 62:02.52 | 2:09.01 | 279202 | 288877 26 | 64:11.53 | 3:16.68 | 288878 | 303645 27 | 67:28.46 | 5:44.04 | 303646 | 329449 |
指示了所有音轨排布情况的目录表。
1 2 3 4 5 |
Track 1 Filename E:\EAC\RADWIMPS - 君の名は。 (2016) [FLAC] {UPCH-20423}\01. 夢灯籠.wav Pre-gap length 0:00:02.00 |
抓取得到的音频文件名及其路径。格式是 WAV,这没错,如果你留意一下抓轨过程,你会发现,EAC 是先抓出 WAV,将之转码成 FLAC,再删掉 WAV。
Pre-gap length 即音轨前间隙长度为 2 秒。
1 2 3 4 5 6 7 |
Peak level 100.0 % Extraction speed 5.5 X Track quality 100.0 % Test CRC 777FB55E Copy CRC 777FB55E Accurately ripped (confidence 200) [D47291F0] (AR v2) Copy OK |
峰值电平,这与音频内容本身有关,不影响抓轨质量。
抓轨速度。
音轨质量,每多读取一次这个值就会减小 0.1%,和读取的结果是否正确无关,所以即便不是 100% 也无妨。
测试 CRC 值和抓取 CRC 值,同一曲目的两个 CRC 值应当完全相同。
Accurately ripped 说明开启了 AccurateRip,而且有相应的匹配数据。
Copy OK 说明对于该音轨的抓取顺利完成了。此外还有 Copy finished,意思是抓完了,但是明确有问题,以及 Copy aborted,意思是抓取进程中断。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 |
…… Track 27 Filename E:\EAC\RADWIMPS - 君の名は。 (2016) [FLAC] {UPCH-20423}\27. なんでもないや (movie ver.).wav Pre-gap length 0:00:01.41 Peak level 100.0 % Extraction speed 11.3 X Track quality 100.0 % Test CRC 269D3AAB Copy CRC 269D3AAB Accurately ripped (confidence 200) [98D346A9] (AR v2) Copy OK All tracks accurately ripped |
这意味着所有音轨都与 ARDB 对上号了,被认为是准确抓取。此外还有 None of the tracks are present in the AccurateRip database,意味着碟子太新,或者太稀有而没人抓,ARDB 还没收录此碟。
此外还有可能是 No tracks could be verified as accurate. You may have a different pressing from the one(s) in the database,这往往是由不同 版本 造成的。
此外还有部分音轨不能确认的情形,提示是 Some tracks could not be verified as accurate。
1
|
No errors occurred |
没有错误发生,谢天谢地。反之就是:There were errors。
1 2 3 4 5 6 7 8 9 |
End of status report ---- CueTools DB Plugin V2.1.6 [CTDB TOCID: c4iyYrxODAOFzESTkKujjx5tJss-] found Submit result: c4iyYrxODAOFzESTkKujjx5tJss- has been confirmed Track | CTDB Status 1 | (4124/4144) Accurately ripped …… 27 | (3835/4144) Accurately ripped, or (32/4144) differs in 2976 samples @05:43:64-05:43:68, or (54/4144) differs in 4308 samples @05:43:62-05:43:68, or (41/4144) differs in 4302 samples @05:43:62-05:43:68, or (8/4144) differs in 2838 samples @05:43:64-05:43:68, or (16/4144) differs in 4404 samples @05:43:62-05:43:68, or (12/4144) differs in 2946 samples @05:43:64-05:43:68, or (2/4144) differs in 4970 samples @05:43:61-05:43:68, or (3/4144) differs in 3530 samples @05:43:63-05:43:68, or (46/4144) differs in 2858 samples @05:43:65-05:43:69, or (14/4144) differs in 4310 samples @05:43:62-05:43:68, or (2/4144) differs in 4284 samples @05:43:61-05:43:67, or (2/4144) differs in 2966 samples @05:43:64-05:43:68, or (3/4144) differs in 10344 samples @05:43:54-05:43:68, or (2/4144) differs in 10 samples @02:28:70-02:28:71 |
该示例统计数字表示安装了 CTDB 插件 的人中有 4144 人抓了这张碟,其中曲目 1 有 4124 人和你的抓轨结果相同;在曲目 27 产生了较多分歧。产生不同的原因可能有:
如果碟子对于 CTDB 而言是新面孔,会返回:
1 2 |
[CTDB TOCID: Bn9j70PpSQjwcsL6lCNZD22AfSU-] disk not present in database Submit result: Bn9j70PpSQjwcsL6lCNZD22AfSU- has been uploaded |
如果你是头一次抓某张 CTDB 已记录了的碟,插件就会将你的抓轨信息传到数据库做比对,并返回:
1 2 |
[CTDB TOCID: 319r66ImWCsvHozjsvLfJfZYnKs-] found Submit result: 319r66ImWCsvHozjsvLfJfZYnKs- has been confirmed |
而如果你使用同一光驱第二次乃至更多次地抓取之前已抓过的碟,则数据库就会返回:
1 2 |
[CTDB TOCID: nUCM027l5Iece4glQ4I_rVg_95E-] found Submit result: already submitted |
简单来说,就是告诉你,你已经提交过,不用再提啦!
1
|
==== Log checksum 6A9AFFCAA103963B49D7C961239406EFFDD1FD1F62DBB479259C8B16A879EB97 ==== |
Log 文件自身的校验值,如果 Log 文件中的内容被改动过,所计算出的校验值和最后附的校验值就对不上了,所以禁止改动 Log 文件。
1
|
X Lossless Decoder version 20181019 (151.1) |
XLD 的版本号。
1
|
XLD extraction logfile from 2019-01-09 14:39:26 +0900 |
抓轨时间。
1
|
Re:A&Re:nG / Chocolate Mint |
专辑艺术家和标题。
1 2 |
Used drive : PIONEER BD-RW BDR-UD03 (revision 1.05) Media type : Pressed CD |
光驱型号和光盘类型。
1 2 3 4 5 6 |
Ripper mode : XLD Secure Ripper Disable audio cache : OK for the drive with a cache less than 1375KiB Make use of C2 pointers : NO Read offset correction : 667 Max retry count : 20 Gap status : Analyzed, Appended (except HTOA) |
抓取模式。
是否禁用音频缓存。
是否使用 C2 指示器。
偏移值设定,具体说明见前文。
最大重读次数。
间隙状态。
1 2 3 4 5 6 7 8 |
TOC of the extracted CD Track | Start | Length | Start sector | End sector --------------------------------------------------------- 1 | 00:00:00 | 03:43:70 | 0 | 16794 2 | 03:43:70 | 03:20:22 | 16795 | 31816 3 | 07:04:17 | 03:40:53 | 31817 | 48369 4 | 10:44:70 | 03:44:70 | 48370 | 65239 5 | 14:29:65 | 03:38:53 | 65240 | 81642 |
目录表。
1 2 3 4 5 6 7 8 9 |
AccurateRip Summary Disc not found in AccurateRip DB. All Tracks Statistics Read error : 0 Jitter error (maybe fixed) : 0 Retry sector count : 0 Damaged sector count : 0 |
碟片尚未出现在 ARDB。
所有音轨的情况。XLD 优秀的一点在于,无论是整轨抓还是分轨抓,都会提供所有音轨和单个音轨的抓轨详情,而 EAC 在整轨模式下不提供单个音轨的数据。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 |
Track 01 Filename : /Volumes/LaCie Rugged/Temp/untitled folder/01 Re:A&Re:nG - Chocolate Mint.flac Pre-gap length : 00:02:00 CRC32 hash (test run) : 8C0F7FCA CRC32 hash : 8C0F7FCA CRC32 hash (skip zero) : E774DFE3 AccurateRip v1 signature : 2C9A490B AccurateRip v2 signature : BAF561F8 ->Track not present in AccurateRip database. Statistics Read error : 0 Jitter error (maybe fixed) : 0 Retry sector count : 0 Damaged sector count : 0 |
与 EAC 其实大同小异。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 |
…… Track 05 Filename : /Volumes/LaCie Rugged/Temp/untitled folder/05 Re:A&Re:nG - 虹色レール [off vocal track].flac Pre-gap length : 00:02:00 CRC32 hash (test run) : 85798DA6 CRC32 hash : 85798DA6 CRC32 hash (skip zero) : 5E01B213 AccurateRip v1 signature : B35A60DC AccurateRip v2 signature : D5776978 ->Track not present in AccurateRip database. Statistics Read error : 0 Jitter error (maybe fixed) : 0 Retry sector count : 0 Damaged sector count : 0 No errors occurred End of status report |
没有错误发生。
1 2 3 |
-----BEGIN XLD SIGNATURE----- 6lvjRLjkLjPoXCMnjR_2SOtde1gSaLL_TzQmvfy1PffFl5sUwE4KWjOd0NUkcQwLyXi9lTbvcTO6OeVxYh43N8.gD.Omb9m9rYH7jsm -----END XLD SIGNATURE----- |
防编辑的校验码。
国内专辑请在官方正品店购买,港台专辑可在滚石的官方网站购买,日韩专辑请通过其官方网站/亚马逊/索尼商店购买,其余一概不保证其正版性,无需鉴别过多,当你需要鉴别时,这张专辑的真假你心里大概有数,国内专辑太乱,只要有24k,6N,5N,汽车,发烧,母带之类字眼的一律盗版。
我们并不想提供所谓的正版盗版出版商名单,国内市场太乱,部分时间正版出版商也会如盗版商一般加上各类噱头字眼。如董贞的树良品唱片公司,还有各类独立歌手的专辑,有些也并不是找正版出版商出版,而更多的像是bootleg形式一样出版,这种只能关注其个人页面和众筹网站才能知道有这么张专辑,而catalog(品番)也更是有没有的,只能大家自己擦亮眼睛。
AccurateRip 是一个在线的抓轨精度数据库。借助世界各地人们提交的数据,可通过匹配来逐位确认音轨抓取的准确性。AccurateRip 还可确定光驱的偏移值。
数据库由 Illustrate 有限公司维护,该公司由 dBpoweramp 的主要开发商「Spoon」运营。其所有的数据由 Windows 抓轨程序 dBpoweramp 和 EAC 通过 Illustrate 许可的 DLL 提交。其他抓轨软件和工具(例如 CUETools 和基于 macOS 的抓轨软件)可以从数据库接收信息,以查询光驱偏移值或检查抓轨质量,但它们无法向数据库提交抓取结果。
实际上,很少有光驱能准确地从 DAE(Digital Audio Extraction)软件所要求的扇区开始读取音频 CD 的数据。有些光驱的偏移值超过一个扇区(一秒的 1/75),但大多数的偏移值小得多(1/350 至 1/250 秒)。大多数现代 CD 光驱具有「精确流」技术,因此不存在「时基误差(jitter)」,这意味着每次读取的差异是恒定的,且对于特定品牌和型号的所有光驱而言,差异趋于一致。
AccurateRip 数据库允许用户查询读取偏移值,对于给定品牌和型号的光驱,偏移值通常是固定的。然后,DAE 软件可利用该值,确保每个曲目都被从准确的起点和终点复制了。
偏移值的单位是采样。音频 CD 上一个「采样」是 4 字节,由 2 字节的左声道值和 2 字节的右声道值组成。音频 CD 的每个扇区中有 2352 个字节或 588 个采样,对应着 1/75 秒的声音。因此,+134 的 AccurateRip 偏移值意味着光驱始终从所要求的读取位置之前 536 字节处传输数据,因此 DAE 软件需要向前看(因此偏移值为正)以获取正确的数据。
考虑到偏移值,DAE 软件可能必须要求光驱「踰读(overread)」到无音频数据的光盘导入(lead-in)或导出(lead-out)部分。有些光驱做不到,另一些则会尝试然后失败,还有些干脆返回空采样(一连串「0」比特,即数码静音)。如果光驱不能踰读,被抓取的音轨就会丢失部分采样。DAE 软件可用静音填充丢失的偏移采样以保证长度正确。
确定光驱的真实读取偏移值绝非易事。Spoon 在 AccurateRip 数据库中采用的、由 Andre Wiethoff 制定的参考度量值于 2006 年底遭到挑战;挑战者宣称参考值实际上跑偏了 30 个采样。偏移值低了 30 个采样,或是校正值高了 30 个采样。Wiethoff 认为想要更换成另一参考值已为时太晚,因为数据库已经广泛使用了。但是,由于所有提交的数据都以同一参考值校准,且表观误差是如此之小(约 680 微秒),因此 AccurateRip 的数据可靠性丝毫不受影响。
一旦音轨的所有采样都被抓取且被存入一个文件,例如 WAV,就可以生成校验码以概括采样数据。相同的数据会产生相同的校验码,若数据稍有不同,则校验码通常会非常不同。只要考虑了光驱偏移值,就可以比较相同压盘的相同 CD 中的相同音轨生成的校验码,以确认抓轨是否准确无误。也就是说,如果你抓取某个音轨,且你的校验码和其他所有人的校验码匹配得上,那么你就可以确信没有丢失或错误的采样(或者你们所有人的碟片都有完全一致的损坏,这几乎不可能)。
AccurateRip 数据库存放了逾 200 万张各不相同的碟片。DAE 软件可利用此信息来决定是否尝试重读产生了不同于校验码期待值的音轨。
校验码计算的技术细节在此:AccurateRip-CRC-Calculation
一个用以计算 AccurateRip 校验码的 Linux 命令行工具可在此找到:GitHub 链接。
每个 AccurateRip 校验码都基于一个完整音轨的抓轨,从音轨的开头到结尾,它由碟片的目录表(ToC, table of contents)决定。这意味着位于音轨开头或结尾(除了第一轨之前的部分)的任何静音或曰「间隙」,都必须包含在抓轨内。如果你的 DAE 软件被配置为修剪静音或是选择不将间隙追加到上一音轨末尾(通常发生于不将间隙纳入考虑的情况下),则你抓轨的校验码就不太可能被提交到 AccurateRip 数据库或是与其中的记录比较。
校验码算法会忽略第一个音轨开头的 2939 个采样(不到 5 块,略大于 0.013 秒的音频),也会忽略最后一个音轨末尾的 2940 个采样(正好 5 块)。截至 2011 年底,数据库中最大的光驱偏移值仅 1776 个采样,因此,经过偏移值校正的驱动器「踰读」到音频数据的边界之外时,通常不会影响校验码。但是,如果踰读了超过 2940 个采样,则该算法将假定数据已用数字静音填充(都是零)。如果你的驱动器无法踰读数据,且 DAE 软件未使用静音填充丢失的偏移采样,则你抓轨的校验码不太可能被提交到 AccurateRip 数据库或是与其中的记录比较。
在优化原始 AccurateRip 校验码算法时的一个疏忽导致了准确性的意外损失:大约 3% 的音频数据根本没被纳入校验码计算。左声道的采样已被完全纳入,但在 65536 采样的周期中,右声道的一半采样会被作为随机丢失了 1 bit 至 16 bit 的情况处理。数据库及其 API 采用了改进算法,优化后的算法被应用于 AccurateRip v2 校验和的计算,它现在是支持 AccurateRip 的抓轨软件的默认计算方式。v2 校验和相较于原版有多大提升尚且存疑。v2 校验和与原版被视为不同的压盘,所以并无既有数据完整性的风险。
从 AccurateRip 的角度看来,压盘是由压盘厂制造的一批相同的音频 CD,通常又在之后的某个时候另压制一批数据相同而偏移值相异的 CD。偏移值是由于母盘复制到压盘机器时方式不同而产生的。不同的压盘批次除了偏移值都一样;它们记录的音频数据是完全相同的。AccurateRip 在编写之初只能验证特定的压盘(相同的数据、相同的偏移值),尽管软件的校验进程仍能交叉校验不同轮次的压盘。CUETools 的一次重大更新提供了一种数学上的解决方案,可以快速地交叉校验某一抓轨和不同轮次的压盘。AccurateRip v2 在之后发布以包含对不同轮次压盘的交叉校验。
统计分析 AccurateRip 亿万次提交的数据,考虑到光驱数据提交的来源足够广泛、损坏 CD 的异常结果会被分摊,从而确定特定光驱的精确度是完全可能的。最近的数据在此:2019 年度 CD/DVD 光驱准确度榜单
关于光驱的偏移值报告在此:CD Drive Offsets
数据库被设计为由 DAE 软件通过 HTTP 匿名访问。只能通过此类软件提交数据。
AccurateRip 于 2003 年 1 月作为 dBpowerAMP Music Converter (dMC) 的附件推出。