Skip to main content

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Recent Posts
92
Development - (fb2k) / Questions about visualization streams
Last post by TF3RDL -
I have a question regarding visualization streams, especially with get_chunk_absolute(), since the sliding DFT only works if the audio data is fed into the algorithm properly (new data since last calculation)

Does get_chunk_absolute() have requested_length/2 offset ahead actual playback, or perhaps full samples offset ahead of it?
93
Audio Hardware / Looking for Media Player appliance as separate HW with specific properties.
Last post by n3mmr -
I'm looking for a high quality audio media player as a self contained and always-on hardware box with specific properties:

Suitable for use as a renderer controlled by BubbleUPnP+Android-phone playing audio files from any and all media servers.

Must be capable to do bit perfect digital audio passthrough for all lossless formats, incl LPCM in sample rates up to at least 96kbps and up to 8 channels, over HDMI.

Must do truly gapless playback of lists of flac, wav or pcm items over DLNA.

Must wake up on being accessed by BubbleUPnP, if in standby.

Does such a beast even exist?
94
CUETools / CUERipper gives different track signature/crc32 from EAC in AccurateRip summary
Last post by fireattack -
I was bored and ripped the same CD twice using EAC and CUEripper. The result are identical, as expected.

However I noticed the signature/crc32 for each track in "AccurateRip summary" for each are different.

EAC:
Code: [Select]
AccurateRip summary
 
Track  1  accurately ripped (confidence 2)  [23FA9D4F]  (AR v2)
Track  2  accurately ripped (confidence 2)  [CDA7E211]  (AR v2)
Track  3  accurately ripped (confidence 2)  [187EE0BD]  (AR v2)
 
All tracks accurately ripped

CUERipper:

Code: [Select]
AccurateRip summary

Track  1  accurately ripped (confidence 2)  [AA821E85]
Track  2  accurately ripped (confidence 2)  [BCC5CD24]
Track  3  accurately ripped (confidence 2)  [C787E794]

All tracks accurately ripped

This doesn't make sense to me. Could any explain why does this happen?

Thanks.

The full logs, if needed:

Code: [Select]
Exact Audio Copy V1.6 from 23. October 2020

EAC extraction logfile from 27. May 2023, 14:41

Various / 『アイドルマスター ミリオンライブ! Blooming Clover』第13巻限定版オリジナルCD

Used drive  : PIONEER BD-RW   BDR-209D   Adapter: 1  ID: 1

Read mode               : Secure
Utilize accurate stream : Yes
Defeat audio cache      : Yes
Make use of C2 pointers : No

Read offset correction                      : 667
Overread into Lead-In and Lead-Out          : No
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

Used output format              : User Defined Encoder
Selected bitrate                : 896 kBit/s
Quality                         : High
Add ID3 tag                     : No
Command line compressor         : C:\Program Files (x86)\foobar2000\encoders\flac.exe
Additional command line options : -8 -V %source%


TOC of the extracted CD

     Track |   Start  |  Length  | Start sector | End sector
    ---------------------------------------------------------
        1  |  0:00.00 |  3:57.60 |         0    |    17834  
        2  |  3:57.60 |  4:11.32 |     17835    |    36691  
        3  |  8:09.17 | 42:14.14 |     36692    |   226755  


Range status and errors

Selected range

     Filename D:\Various - 『アイドルマスター ミリオンライブ! Blooming Clover』第13巻限定版オリジナルCD.wav

     Peak level 97.6 %
     Extraction speed 7.6 X
     Range quality 100.0 %
     Copy CRC 14A0B853
     Copy OK

No errors occurred

 
AccurateRip summary
 
Track  1  accurately ripped (confidence 2)  [23FA9D4F]  (AR v2)
Track  2  accurately ripped (confidence 2)  [CDA7E211]  (AR v2)
Track  3  accurately ripped (confidence 2)  [187EE0BD]  (AR v2)
 
All tracks accurately ripped

End of status report

---- CUETools DB Plugin V2.2.2

[CTDB TOCID: VSDDdZKNRsb.ozjkCK6Qbme4BpI-] found
Submit result: already submitted
Track | CTDB Status
  1   | (29/29) Accurately ripped
  2   | (29/29) Accurately ripped
  3   | (29/29) Accurately ripped


==== Log checksum 45FC62EF81410ACE6A363C4ED0177CBA68DA59ADE056B262550EE1BFF1EEA836 ====
Code: [Select]
CUERipper v2.2.3 Copyright (C) 2008-2023 Grigory Chudov

EAC extraction logfile from 27. May 2023, 16:54

Unknown Artist / Unknown Title

Used drive  : PIONEER BD-RW   BDR-209D   Adapter: 1  ID: 0

Read mode               : Secure
Utilize accurate stream : Yes
Defeat audio cache      : Yes
Make use of C2 pointers : No

Read offset correction                      : 667
Overread into Lead-In and Lead-Out          : No
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

Used output format : Internal WAV Routines
Sample format      : 44.100 Hz; 16 Bit; Stereo


TOC of the extracted CD

     Track |   Start  |  Length  | Start sector | End sector
    ---------------------------------------------------------
        1  |  0:00.00 |  3:57.60 |         0    |    17834  
        2  |  3:57.60 |  4:11.32 |     17835    |    36691  
        3  |  8:09.17 | 42:14.14 |     36692    |   226755  


Range status and errors

Selected range

     Filename D:\Unknown Artist - Unknown Title.wav

     Peak level 97.6 %
     Range quality 100.0 %
     Copy CRC 14A0B853
     Copy OK

No errors occurred


AccurateRip summary

Track  1  accurately ripped (confidence 2)  [AA821E85]
Track  2  accurately ripped (confidence 2)  [BCC5CD24]
Track  3  accurately ripped (confidence 2)  [C787E794]

All tracks accurately ripped

End of status report

95
CUETools / EAC CUETools DB Plugin: wrong offset is set, CTDB still says Accurately ripped
Last post by fireattack -
I was trying to help a friend to rip his collections.

He forgot to set the offset initially, and got this result (sorry for being in Chinese, he forgot to change that setting too):

Code: [Select]
     峰值电平 95.3 %
     抓取速度 4.4 X
     范围质量 100.0 %
     复制 CRC 54B1FF1B
     复制成功

没有错误发生

状态报告结尾

---- CUETools DB Plugin V2.1.6

[CTDB TOCID: wsL1uzVmlgneplbiKO3McVTB9NI-] found
Submit result: already submitted
Track | CTDB Status
  1   | (55/55) Accurately ripped
  2   | (55/55) Accurately ripped
  3   | (55/55) Accurately ripped

After corrected the offset to +6, the correct one is

Code: [Select]
     Peak level 95.3 %
     Extraction speed 1.9 X
     Range quality 100.0 %
     Copy CRC EC62C024
     Copy OK

No errors occurred

End of status report

---- CUETools DB Plugin V2.1.6

[CTDB TOCID: wsL1uzVmlgneplbiKO3McVTB9NI-] found
Submit result: already submitted
Track | CTDB Status
  1   | (55/55) Accurately ripped
  2   | (55/55) Accurately ripped
  3   | (55/55) Accurately ripped

As you can see, despite the first one is wrong and has the different CRC, CTDB Status claims it's "Accurately ripped".

Is it normal? If so, how can I even tell if my offset it correct or not?
Thanks.


Full los for the interested.

BAD (in Chinese):
Code: [Select]
Exact Audio Copy V1.6 from 23. October 2020

EAC 抓取日志文件从27. 五月 2023, 14:54

Various Artists / 電撃コミックNEXT『アイドルマスター ミリオンライブ! Blooming Clover』第11巻限定版オリジナルCD

使用驱动器  :PHILIPS CDRW/DVD SCB5265   Adapter: 1  ID: 2

读取模式      : 可靠Secure
使用精确流     : 是
清空音频缓存    : 是
使用 C2 指示器 : 否

读取偏移校正:               : 0
读取 Lead-In 和 Lead-Out : 否
用静音填充抓取中丢失偏移的采样       : 是
去除首尾静音块               : 否
 在CRC 计算中使用了空样本       : 是
已用接口                  : Win NT 及 2000 本地 Win32 接口

所用输出模式:   : 用户定义的编码器
已选比特率     : 768 kBit/s
质量        : 高
添加 ID3 标签 : 否
命令行压缩器    : H:\Program Files (x86)\Exact Audio Copy\FLAC\FLAC.EXE
附加命令行参数:  : -6 -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%


已抓取 CD 的 TOC

     音轨 |    起始    |    长度    |  起始扇区  |  结束扇区 
    --------------------------------------------
      1 |  0:00.00 |  4:19.36 |      0 |  19460
      2 |  4:19.36 |  5:23.47 |  19461 |  43732
      3 |  9:43.08 | 35:23.61 |  43733 | 203018


范围状态及错误

已选择范围

     文件名 D:\[220627] 電撃コミックNEXT『アイドルマスター ミリオンライブ! Blooming Clover』第11巻限定版オリジナルCD\Various Artists - 電撃コミックNEXT『アイドルマスター ミリオンライブ! Blooming Clover』第11巻限定版オリジナルCD.wav

     峰值电平 95.3 %
     抓取速度 4.4 X
     范围质量 100.0 %
     复制 CRC 54B1FF1B
     复制成功

没有错误发生

状态报告结尾

---- CUETools DB Plugin V2.1.6

[CTDB TOCID: wsL1uzVmlgneplbiKO3McVTB9NI-] found
Submit result: already submitted
Track | CTDB Status
  1   | (55/55) Accurately ripped
  2   | (55/55) Accurately ripped
  3   | (55/55) Accurately ripped


==== 记录校验日志 D6ABA6F369B82F7648D217042BD19DA5468166C22D483F19D7B35C087A6BAB7D ====

GOOD:

Code: [Select]
Exact Audio Copy V1.6 from 23. October 2020

EAC extraction logfile from 27. May 2023, 15:59

Various Artists / 『アイドルマスター ミリオンライブ! Blooming Clover』第11巻限定版オリジナルCD

Used drive  : PHILIPS CDRW/DVD SCB5265   Adapter: 1  ID: 2

Read mode               : Secure
Utilize accurate stream : Yes
Defeat audio cache      : Yes
Make use of C2 pointers : No

Read offset correction                      : 6
Overread into Lead-In and Lead-Out          : No
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

Used output format              : User Defined Encoder
Selected bitrate                : 896 kBit/s
Quality                         : High
Add ID3 tag                     : No
Command line compressor         : H:\Program Files (x86)\Exact Audio Copy\Flac\flac.exe
Additional command line options : -8 -V %source%


TOC of the extracted CD

     Track |   Start  |  Length  | Start sector | End sector
    ---------------------------------------------------------
        1  |  0:00.00 |  4:19.36 |         0    |    19460  
        2  |  4:19.36 |  5:23.47 |     19461    |    43732  
        3  |  9:43.08 | 35:23.61 |     43733    |   203018  


Range status and errors

Selected range

     Filename D:\Various Artists - 『アイドルマスター ミリオンライブ! Blooming Clover』第11巻限定版オリジナルCD.wav

     Peak level 95.3 %
     Extraction speed 1.9 X
     Range quality 100.0 %
     Copy CRC EC62C024
     Copy OK

No errors occurred

End of status report

---- CUETools DB Plugin V2.1.6

[CTDB TOCID: wsL1uzVmlgneplbiKO3McVTB9NI-] found
Submit result: already submitted
Track | CTDB Status
  1   | (55/55) Accurately ripped
  2   | (55/55) Accurately ripped
  3   | (55/55) Accurately ripped


==== Log checksum 3B8F09A8511FAD960BD0EC643FE083D27159E18C1957F5E8FCFD79000AD3B654 ====
98
3rd Party Plugins - (fb2k) / Re: foo_enhanced_spectrum_analyzer
Last post by TF3RDL -
A couple of requests for Crossover to add perceptual frequency scale (which admittedly, AIMP uses Mel scale for spectrum analyzer) like this:

And the feature to display multiple channels (including Mid/Side channels) in a single view to this component

And what about the constant-Q transform spectrum analyzer (which I think it deserved a separate component) that uses a sliding DFT? Because I doubt that foo_musical_spectrum will be updated to support 64-bit version of foobar2000 (which I have despite I don't have this component)
100
3rd Party Plugins - (fb2k) / Re: [v2] Preview
Last post by Fabcore -
Bug: the preview option 'Length in %' seems to do nothing, i have this config; what it does, is the preview 'start in %' but ignore the 'length in %' playing until the 'end in %', if i disable 'end in %' the length is now in seconds even if the checkbox is in %