风格切换
wind_wide
wind
wind_normal
wind5

本页主题: 可以不可以允许用EAC的burst办法奖励爱？ (受条件) 打印 \| 加为IE收藏 \| 复制链接 \| 收藏主题 \| 上一主题 \| 下一主题

lemphek

～夢中衝撞～

级别: 资深会员

精华: 1
发帖: 5703
乐谱: 1056 篇
音符: 6677 个
贡献: 330 点
爱: 503 点
在线时间:2024(小时)
注册时间:2012-04-28
最后登录:2023-05-24

小中大引用推荐编辑购买只看复制

可以不可以允许用EAC的burst办法奖励爱？ (受条件)

管理提醒：

本帖被無幻剎那执行锁定操作(2018-05-10)

A while ago I told Metalabyss I would research the plausibility of accepting EAC's Burst Mode as an acceptable method of accurately ripping CDs. I understand that this has been discussed and directed before, and so I hope that the information I am presenting is supplementary to that provided before and thus more convincing.

The results of my findings is that Burst Mode is a plausible acceptable alternative to Secure Mode, but only on the conditions;

1) The rip is done using EAC 1.0 or later, and all settings are correct per this guide (noting the burst mode-specific instructions here)

2) The rip is done using Test & Copy, and

a) the CRCs of the test and copy runs match OR
b) The rip contains mismatched CRCs or "unverified sectors" but is verified by the AccurateRip database (the existence of "unverified sectors" does not mean the rip is inaccurate, only that the

3) The log contains a checksum and has not been edited

4) If the rip is not "100% accurate" (i.e. CRCs do not match and rip has not been verified by AccurateRip database), user should rip again using Secure Mode

This recommendation is based on the fact that the purpose of Secure Mode is to rip CDs which are old, dirty, or cannot be successfully ripped using Burst Mode, as suggested by EAC's creator Andre Wiethoff. For some CDs, in my only personal experience, secure mode takes average of 1 hour per CD (sometimes in excess of 2 or even 3 hours), whereas the average time for burst mode rips is 20 minutes or less. For users who are ripping large libraries of CDs (others amongst asch, hjknight and myself whom have over 300个碟子), this time difference is very significant

However, I do not mean to propose that all burst mode rips should be accepted, only that Burst Mode rips can provide the same degree of accuracy as rips done in Secure Mode if using correct settings whilst taking a lot less time.

Additionally, I note that a change in rules puts additional pressure on moderators, hence I suggest that this tool would be an effective way for moderators to quickly check the validity of burst mode rips, and that in then event of any inconsistencies the burden of proof should lie on the uploader.

Whilst Burst Mode cannot provide the same consistency in accuracy as Secure Mode (occasionally even CDs do not rip properly), this can be easily verified by checking the log. I would suggest that if ASTOST staff were to allow those who are willing to configure their settings correctly and check their own logs to use Burst Mode, a lot of time can be saved when uploading large quantities of CDs

I understand that the views of ASTOST staff may well be different to my own, and so hope this information is at least educational if not compelling

thanks ~
小彭

edit - For reference,I have ripped the same CD in both Secure Mode and Burst Mode and provided the resulting logs

Secure Mode～

此处为折叠的内容，点击展开

折叠此处内容

Exact Audio Copy V1.0 beta 3 from 29. August 2011

EAC extraction logfile from 18. October 2013, 1:24

敬善媛 / 如来云水月

Used drive  : TSSTcorpCDDVDW SE-208DB   Adapter: 1  ID: 0

Read mode               : Secure
Utilize accurate stream : Yes
Defeat audio cache      : No
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
Gap handling                                : Appended to previous track

Used output format              : User Defined Encoder
Selected bitrate                : 1024 kBit/s
Quality                         : High
Add ID3 tag                     : Yes
Command line compressor         : C:\Program Files (x86)\Exact Audio Copy\Flac\flac.exe
Additional command line options : -8 -V -T "ARTIST=%artist%" -T "TITLE=%title%" -T "ALBUM=%albumtitle%" -T "DATE=%year%" -T "TRACKNUMBER=%tracknr%" -T "GENRE=%genre%" -T "PERFORMER=%albuminterpret%" -T "COMPOSER=%composer%" %haslyrics%--tag-from-file=LYRICS="%lyricsfile%"%haslyrics% -T "ALBUMARTIST=%albumartist%" -T "DISCNUMBER=%cdnumber%" -T "TOTALDISCS=%totalcds%" -T "TOTALTRACKS=%numtracks%" -T "COMMENT=%comment%" %source% -o %dest%

TOC of the extracted CD

     Track |   Start  |  Length  | Start sector | End sector
    ---------------------------------------------------------
        1  |  0:00.00 | 10:07.72 |         0    |    45596
        2  | 10:07.72 |  4:32.21 |     45597    |    66017
        3  | 14:40.18 |  4:21.66 |     66018    |    85658
        4  | 19:02.09 |  4:04.73 |     85659    |   104031
        5  | 23:07.07 |  5:15.08 |    104032    |   127664
        6  | 28:22.15 |  1:37.07 |    127665    |   134946
        7  | 29:59.22 | 10:07.72 |    134947    |   180543
        8  | 40:07.19 |  4:32.21 |    180544    |   200964
        9  | 44:39.40 |  4:21.66 |    200965    |   220605
       10  | 49:01.31 |  4:04.73 |    220606    |   238978
       11  | 53:06.29 |  5:15.08 |    238979    |   262611
       12  | 58:21.37 |  1:35.07 |    262612    |   269743

Track  1

     Filename C:\EAC\如来云水月\01. 大悲咒～ Mantra of Chenrezig - 敬善媛.wav

     Pre-gap length  0:00:02.00

     Peak level 100.0 %
     Extraction speed 2.3 X
     Track quality 100.0 %
     Test CRC 588DFFD4
     Copy CRC 588DFFD4
     Track not present in AccurateRip database
     Copy OK

Track  2

     Filename C:\EAC\如来云水月\02. 药师咒～ Medicine Buddha Mantras - 敬善媛.wav

     Pre-gap length  0:00:02.00

     Peak level 100.0 %
     Extraction speed 2.5 X
     Track quality 99.9 %
     Test CRC 168DA699
     Copy CRC 168DA699
     Track not present in AccurateRip database
     Copy OK

Track  3

     Filename C:\EAC\如来云水月\03. 准提神咒～ Zhunti Buddha - 敬善媛.wav

     Pre-gap length  0:00:01.97

     Peak level 100.0 %
     Extraction speed 2.8 X
     Track quality 100.0 %
     Test CRC 12188AA8
     Copy CRC 12188AA8
     Track not present in AccurateRip database
     Copy OK

Track  4

     Filename C:\EAC\如来云水月\04. 辩才天～ Sarasvati Devi Mantra - 敬善媛.wav

     Pre-gap length  0:00:02.00

     Peak level 100.0 %
     Extraction speed 3.0 X
     Track quality 100.0 %
     Test CRC A0646E1F
     Copy CRC A0646E1F
     Track not present in AccurateRip database
     Copy OK

Track  5

     Filename C:\EAC\如来云水月\05. 心经～ Xin Jing - 敬善媛.wav

     Pre-gap length  0:00:02.00

     Peak level 68.0 %
     Extraction speed 3.2 X
     Track quality 100.0 %
     Test CRC D579A29B
     Copy CRC D579A29B
     Track not present in AccurateRip database
     Copy OK

Track  6

     Filename C:\EAC\如来云水月\06. 上师久住祈请文～ Gu Lu Bei - 敬善媛.wav

     Pre-gap length  0:00:01.98

     Peak level 60.8 %
     Extraction speed 3.2 X
     Track quality 100.0 %
     Test CRC 6C21A8B7
     Copy CRC 6C21A8B7
     Track not present in AccurateRip database
     Copy OK

None of the tracks are present in the AccurateRip database

No errors occurred

End of status report

==== Log checksum FD4486D99A29EF2EC3A12AE73EE05AFC5C8DC00C4355B9953B1EDA64BADC7AB9 ====

Burst Mode ～

此处为折叠的内容，点击展开

折叠此处内容

Exact Audio Copy V1.0 beta 3 from 29. August 2011

EAC extraction logfile from 17. October 2013, 21:15

敬善媛 / 如来云水月

Used drive  : TSSTcorpCDDVDW SE-208DB   Adapter: 1  ID: 0

Read mode : Burst

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
Gap handling                                : Appended to previous track

Used output format              : User Defined Encoder
Selected bitrate                : 1024 kBit/s
Quality                         : High
Add ID3 tag                     : Yes
Command line compressor         : C:\Program Files (x86)\Exact Audio Copy\Flac\flac.exe
Additional command line options : -8 -V -T "ARTIST=%artist%" -T "TITLE=%title%" -T "ALBUM=%albumtitle%" -T "DATE=%year%" -T "TRACKNUMBER=%tracknr%" -T "GENRE=%genre%" -T "PERFORMER=%albuminterpret%" -T "COMPOSER=%composer%" %haslyrics%--tag-from-file=LYRICS="%lyricsfile%"%haslyrics% -T "ALBUMARTIST=%albumartist%" -T "DISCNUMBER=%cdnumber%" -T "TOTALDISCS=%totalcds%" -T "TOTALTRACKS=%numtracks%" -T "COMMENT=%comment%" %source% -o %dest%

TOC of the extracted CD

     Track |   Start  |  Length  | Start sector | End sector
    ---------------------------------------------------------
        1  |  0:00.00 | 10:07.72 |         0    |    45596
        2  | 10:07.72 |  4:32.21 |     45597    |    66017
        3  | 14:40.18 |  4:21.66 |     66018    |    85658
        4  | 19:02.09 |  4:04.73 |     85659    |   104031
        5  | 23:07.07 |  5:15.08 |    104032    |   127664
        6  | 28:22.15 |  1:37.07 |    127665    |   134946
        7  | 29:59.22 | 10:07.72 |    134947    |   180543
        8  | 40:07.19 |  4:32.21 |    180544    |   200964
        9  | 44:39.40 |  4:21.66 |    200965    |   220605
       10  | 49:01.31 |  4:04.73 |    220606    |   238978
       11  | 53:06.29 |  5:15.08 |    238979    |   262611
       12  | 58:21.37 |  1:35.07 |    262612    |   269743

Track  1

     Filename C:\EAC\如来云水月\01. 大悲咒～ Mantra of Chenrezig - 敬善媛.wav

     Pre-gap length  0:00:02.00

     Peak level 100.0 %
     Extraction speed 11.2 X
     Test CRC 588DFFD4
     Copy CRC 588DFFD4
     Track not present in AccurateRip database
     Copy OK

Track  2

     Filename C:\EAC\如来云水月\02. 药师咒～ Medicine Buddha Mantras - 敬善媛.wav

     Pre-gap length  0:00:02.00

     Peak level 100.0 %
     Extraction speed 5.8 X
     Test CRC 168DA699
     Copy CRC 168DA699
     Track not present in AccurateRip database
     Copy OK

Track  3

     Filename C:\EAC\如来云水月\03. 准提神咒～ Zhunti Buddha - 敬善媛.wav

     Pre-gap length  0:00:01.97

     Peak level 100.0 %
     Extraction speed 6.2 X
     Test CRC 12188AA8
     Copy CRC 12188AA8
     Track not present in AccurateRip database
     Copy OK

Track  4

     Filename C:\EAC\如来云水月\04. 辩才天～ Sarasvati Devi Mantra - 敬善媛.wav

     Pre-gap length  0:00:02.00

     Peak level 100.0 %
     Extraction speed 6.6 X
     Test CRC A0646E1F
     Copy CRC A0646E1F
     Track not present in AccurateRip database
     Copy OK

Track  5

     Filename C:\EAC\如来云水月\05. 心经～ Xin Jing - 敬善媛.wav

     Pre-gap length  0:00:02.00

     Peak level 68.0 %
     Extraction speed 7.0 X
     Test CRC 074447FC
     Copy CRC 074447FC
     Track not present in AccurateRip database
     Copy OK

Track  6

     Filename C:\EAC\如来云水月\06. 上师久住祈请文～ Gu Lu Bei - 敬善媛.wav

     Pre-gap length  0:00:01.98

     Peak level 60.8 %
     Extraction speed 6.8 X
     Test CRC 6C21A8B7
     Copy CRC 6C21A8B7
     Track not present in AccurateRip database
     Copy OK

None of the tracks are present in the AccurateRip database

No errors occurred

End of status report

==== Log checksum 912875F09AE072F15ED9C1F9A0245A78E8B0E10D01CB6CF520A483B9FCE24DD4 ====

For this CD, Burst Mode took about half the amount of time with the same resulting level of accuracy

[ 此帖被lemphek在2013-10-18 01:33 AM重新编辑 ]

_φ(･_･|Please note: Official Guide to ASTOST for International Users ～( ◕ー ◕☆)～本论坛入门指南英文版

New: Guide to Registering on ASTOST + Ban Appeals

TOASTBOIZ

喜欢(0) 顶端 Posted: 2013-10-17 23:06 | [楼主]

carlorff

级别: 论坛版主

精华: 0
发帖: 3355
乐谱: 416 篇
音符: 3803 个
贡献: 55 点
爱: 180 点
在线时间:4264(小时)
注册时间:2010-11-07
最后登录:2020-12-01

小中大引用推荐编辑只看复制

Re:可以不可以允许用EAC的burst办法奖励爱？

I am sorry but Burst mode can't obtain love point even if
burst mode rips can provide the same degree of accuracy

we force people to use right setup of EAC,especially in EX咖哩區
It’s the principle of the thing

Rip it again is the only way to obtain love point

请多加利用咖哩区右上角分类快速搜寻

喜欢(0) 顶端 Posted: 2013-10-17 23:32 | 1 楼

lemphek

～夢中衝撞～

级别: 资深会员

精华: 1
发帖: 5703
乐谱: 1056 篇
音符: 6677 个
贡献: 330 点
爱: 503 点
在线时间:2024(小时)
注册时间:2012-04-28
最后登录:2023-05-24

小中大引用推荐编辑购买只看复制

Re:Re:可以不可以允许用EAC的burst办法奖励爱？

Quote:

引用第1楼carlorff于2013-10-17 11:32 PM发表的 Re:可以不可以允许用EAC的burst办法奖励爱？ :
I am sorry but Burst mode can't obtain love point even if
burst mode rips can provide the same degree of accuracy

we force people to use right setup of EAC,especially in EX咖哩區
It’s the principle of the thing
.......

Excuse me if this has already been explained, but what was the reasoning behind this decision?

_φ(･_･|Please note: Official Guide to ASTOST for International Users ～( ◕ー ◕☆)～本论坛入门指南英文版

New: Guide to Registering on ASTOST + Ban Appeals

TOASTBOIZ

喜欢(0) 顶端 Posted: 2013-10-17 23:40 | 2 楼

carlorff

级别: 论坛版主

精华: 0
发帖: 3355
乐谱: 416 篇
音符: 3803 个
贡献: 55 点
爱: 180 点
在线时间:4264(小时)
注册时间:2010-11-07
最后登录:2020-12-01

小中大引用推荐编辑只看复制

Re:Re:Re:可以不可以允许用EAC的burst办法奖励爱？

Quote:

引用第2楼lemphek于2013-10-17 23:40发表的 Re:Re:可以不可以允许用EAC的burst办法奖励爱？ :

Excuse me if this has already been explained, but what was the reasoning behind this decision?

Like I said,It’s the principle of the thing ,the rule of obtain love point can't have any gray zone
this is not a decision, this is an essential setup and no exception

I hope you can relize our forum rules dont accept any burst rip to obtain love point
some well known PT ,ex:WHATCD or Waffle refuse burst mode rip neither

[ 此帖被carlorff在2013-10-18 00:13重新编辑 ]

请多加利用咖哩区右上角分类快速搜寻

喜欢(0) 顶端 Posted: 2013-10-17 23:54 | 3 楼

lemphek

～夢中衝撞～

级别: 资深会员

精华: 1
发帖: 5703
乐谱: 1056 篇
音符: 6677 个
贡献: 330 点
爱: 503 点
在线时间:2024(小时)
注册时间:2012-04-28
最后登录:2023-05-24

小中大引用推荐编辑购买只看复制

Re:Re:Re:Re:可以不可以允许用EAC的burst办法奖励爱？

Quote:

引用第3楼carlorff于2013-10-17 11:54 PM发表的 Re:Re:Re:可以不可以允许用EAC的burst办法奖励爱？ :

Like I said,It’s the principle of the thing ,the rule of obtain love point can't have any gray zone
this is not a decision, this is an essential setup and no exception

.......

I'm not completely understanding, sorry. I was not asking for my personal rip to be 'exempt' from the rules, but - rather - suggesting that the rules should be changed to include burst mode. If ASTOST staff disagree, then of course I will respect their judgement

To clarify, what.cd do accept burst mode rips; i.e. a burst mode rip with no errors can only be superseded by a secure mode rip with correct settings no errors

_φ(･_･|Please note: Official Guide to ASTOST for International Users ～( ◕ー ◕☆)～本论坛入门指南英文版

New: Guide to Registering on ASTOST + Ban Appeals

TOASTBOIZ

喜欢(0) 顶端 Posted: 2013-10-18 00:35 | 4 楼

ethoraji

级别: 论坛版主

精华: 0
发帖: 2356
乐谱: 1750 篇
音符: 7372 个
贡献: 173 点
爱: 518 点
在线时间:2944(小时)
注册时间:2012-11-24
最后登录:2024-11-18

小中大引用推荐编辑只看复制

Re:Re:Re:Re:Re:可以不可以允许用EAC的burst办法奖励爱？

Quote:

引用第4楼lemphek于2013-10-18 00:35发表的 Re:可以不可以允许用EAC的burst办法奖励爱？ :

I'm not completely understanding, sorry. I was not asking for my personal rip to be 'exempt' from the rules, but - rather - suggesting that the rules should be changed to include burst mode. If ASTOST staff disagree, then of course I will respect their judgement

To clarify, what.cd do accept burst mode rips; i.e. a burst mode rip with no errors can only be superseded by a secure mode rip with correct settings no errors

As we all know, the %'s What.CD decides for their logs are not a quality standard, but rather an arbitrary unit of measurement.
For example, all Linux rips have to be manually rescored, and any range rip automatically fails the logchecker.
The second is the most surprising, given that a perfect range rip is sonically equivalent to a perfect track rip.
Sure, if What started accepting range rips users which have ranges would have to split them, but even if you have a track rip you're essentially trusting the user that the files you get are legitimate files. Furthermore, the %'s they knock off are entirely arbitrary as well. Only 1% for not including a checksum? That should fail the check automatically, as anyone can edit it convincingly if it has no checksum.

tl;dr The 100% rip is a manufactured "standard" created by What that has been indoctrinated in the Western audiophile scene.
You can find Eastern private trackers (especially Russian from what I've heard) that take quality very seriously, but rip ranges.
According to What, those rips are "fails" if they don't have 2 or more AR results (and if you're ripping a rare CD, it won't even have 1).

[ 此帖被ethoraji在2013-10-18 00:50重新编辑 ]

喜欢(0) 顶端 Posted: 2013-10-18 00:43 | 5 楼

lemphek

～夢中衝撞～

级别: 资深会员

精华: 1
发帖: 5703
乐谱: 1056 篇
音符: 6677 个
贡献: 330 点
爱: 503 点
在线时间:2024(小时)
注册时间:2012-04-28
最后登录:2023-05-24

小中大引用推荐编辑购买只看复制

Re:Re:Re:Re:Re:Re:可以不可以允许用EAC的burst办法奖励爱？

Quote:

引用第5楼ethoraji于2013-10-18 12:43 AM发表的 Re:Re:Re:Re:Re:可以不可以允许用EAC的burst办法奖励爱？ :

As we all know, the %'s What.CD decides for their logs are not a quality standard, but rather an arbitrary unit of measurement.
For example, all Linux rips have to be manually rescored, and any range rip automatically fails the logchecker.
The second is the most surprising, given that a perfect range rip is sonically equivalent to a perfect track rip.
Sure, if What started accepting range rips users which have ranges would have to split them, but even if you have a track rip you're essentially trusting the user that the files you get are legitimate files. Furthermore, the %'s they knock off are entirely arbitrary as well. Only 1% for not including a checksum? That should fail the check automatically, as anyone can edit it convincingly if it has no checksum.
.......

Yes, I was aware I was using #what-specific terminology, and I don't disagree with what you said you at all

edit: as far as I understand, the primary reason #what rejects range rips is because the can not be verified by a logchecker the same way split rips can...and manually checking every torrent en masse is too much for the moderators (hence the log "scoring" system)....anyway, let's keep this on topic

and ww "indoctrination"

_φ(･_･|Please note: Official Guide to ASTOST for International Users ～( ◕ー ◕☆)～本论坛入门指南英文版

New: Guide to Registering on ASTOST + Ban Appeals

TOASTBOIZ

喜欢(0) 顶端 Posted: 2013-10-18 00:53 | 6 楼

ethoraji

级别: 论坛版主

精华: 0
发帖: 2356
乐谱: 1750 篇
音符: 7372 个
贡献: 173 点
爱: 518 点
在线时间:2944(小时)
注册时间:2012-11-24
最后登录:2024-11-18

小中大引用推荐编辑只看复制

Re:Re:Re:Re:Re:Re:Re:可以不可以允许用EAC的burst办法奖励爱？

Quote:

引用第6楼lemphek于2013-10-18 00:53发表的 Re:可以不可以允许用EAC的burst办法奖励爱？ :

Yes, I was aware I was using #what-specific terminology, and I don't disagree with what you said you at all

and ww "indoctrination"

So then the argument is, if even What can have arbitrary rules for rips, why can't Astost?
Essentially you want to make it so users can rip "perfect" rips without spending too much time per CD, correct?
But, forcing people to use Test and Copy is not even required in the current rules.
So, what is wrong with the current rules? I can't say Secure + Copy takes too long...and it is generally very very accurate.

喜欢(0) 顶端 Posted: 2013-10-18 00:58 | 7 楼

lemphek

～夢中衝撞～

级别: 资深会员

精华: 1
发帖: 5703
乐谱: 1056 篇
音符: 6677 个
贡献: 330 点
爱: 503 点
在线时间:2024(小时)
注册时间:2012-04-28
最后登录:2023-05-24

小中大引用推荐编辑购买只看复制

re: 可以不可以允许用EAC的burst办法奖励爱？

Quote:

引用第7楼ethoraji于2013-10-18 12:58 AM发表的 Re:Re:Re:Re:Re:Re:Re:可以不可以允许用EAC的burst办法奖励爱？ :

So then the argument is, if even What can have arbitrary rules for rips, why can't Astost?
Essentially you want to make it so users can rip "perfect" rips without spending too much time per CD, correct?
But, forcing people to use Test and Copy is not even required in the current rules.
So, what is wrong with the current rules? I can't say Secure + Copy takes too long...and it is generally very very accurate.

I'm not quite sure what you're getting at in terms of referencing to what.cd's rules. I only brought up the issue of Burst Mode because I had been told that it had been rejected by ASTOST staff a few years back but couldn't find any information about why, and because I feel it would save rippers a lot of time (a Burst Mode rip on my system takes about 1/3 - 1/2 the time of a Secure Mode rip) with the same level of accuracy if set up properly

_φ(･_･|Please note: Official Guide to ASTOST for International Users ～( ◕ー ◕☆)～本论坛入门指南英文版

New: Guide to Registering on ASTOST + Ban Appeals

TOASTBOIZ

喜欢(0) 顶端 Posted: 2013-10-18 01:28 | 8 楼

ethoraji

级别: 论坛版主

精华: 0
发帖: 2356
乐谱: 1750 篇
音符: 7372 个
贡献: 173 点
爱: 518 点
在线时间:2944(小时)
注册时间:2012-11-24
最后登录:2024-11-18

小中大引用推荐编辑只看复制

Re:re: 可以不可以允许用EAC的burst办法奖励爱？

Quote:

引用第8楼lemphek于2013-10-18 01:28发表的 re: 可以不可以允许用EAC的burst办法奖励爱？ :

I'm not quite sure what you're getting at in terms of referencing to what.cd's rules. I only brought up the issue of Burst Mode because I had been told that it had been rejected by ASTOST staff a few years back but couldn't find any information about why, and because I feel it would save rippers a lot of time (a Burst Mode rip on my system takes about 1/3 - 1/2 the time of a Secure Mode rip) with the same level of accuracy if set up properly

Really? A Secure Test and Copy rip on my drive is equivalent to 1X read speed, maybe 2X if I'm extremely lucky. I wouldn't think 15-30 minutes for a 1 hr disc is that bad (if I was to just use Secure+Copy).
I only referenced What because you used it as an example of a place that does accept Burst (I suppose to counter carloff's argument).
I'm not disagreeing with what you're saying - if you can get the mods onboard it should be faster.
I just think there's very little extra benefit, and more work on both the users' part and the mods' part.

喜欢(0) 顶端 Posted: 2013-10-18 01:39 | 9 楼

lemphek

～夢中衝撞～

级别: 资深会员

精华: 1
发帖: 5703
乐谱: 1056 篇
音符: 6677 个
贡献: 330 点
爱: 503 点
在线时间:2024(小时)
注册时间:2012-04-28
最后登录:2023-05-24

小中大引用推荐编辑购买只看复制

Re:Re:re: 可以不可以允许用EAC的burst办法奖励爱？

Quote:

引用第9楼ethoraji于2013-10-18 01:39 AM发表的 Re:re: 可以不可以允许用EAC的burst办法奖励爱？ :

Really? A Secure Test and Copy rip on my drive is equivalent to 1X read speed, maybe 2X if I'm extremely lucky. I wouldn't think 15-30 minutes for a 1 hr disc is that bad (if I was to just use Secure+Copy).
I only referenced What because you used it as an example of a place that does accept Burst (I suppose to counter carloff's argument).
I'm not disagreeing with what you're saying - if you can get the mods onboard it should be faster.
I just think there's very little extra benefit, and more work on both the users' part and the mods' part.

The difference is that Carloff has asked me to disable my drive's cache ("Defeat Audio Cache" in EAC settings) which nearly doubles the time again in Secure Mode. These two things combined do make a significant difference

I think I may speak to Carloff also, this setting is not necessary for my drive

_φ(･_･|Please note: Official Guide to ASTOST for International Users ～( ◕ー ◕☆)～本论坛入门指南英文版

New: Guide to Registering on ASTOST + Ban Appeals

TOASTBOIZ

喜欢(0) 顶端 Posted: 2013-10-18 01:49 | 10 楼

ethoraji

级别: 论坛版主

精华: 0
发帖: 2356
乐谱: 1750 篇
音符: 7372 个
贡献: 173 点
爱: 518 点
在线时间:2944(小时)
注册时间:2012-11-24
最后登录:2024-11-18

小中大引用推荐编辑只看复制

Re:Re:Re:re: 可以不可以允许用EAC的burst办法奖励爱？

Quote:

引用第10楼lemphek于2013-10-18 01:49发表的 Re:Re:re: 可以不可以允许用EAC的burst办法奖励爱？ :

The difference is that Carloff has asked me to disable my drive's cache ("Defeat Audio Cache" in EAC settings) which nearly doubles the time again in Secure Mode. These two things combined do make a significant difference

I think I may speak to Carloff also, this setting is not necessary for my drive

So maybe instead of a global rule this should be dealt with on a user-by-user basis?

喜欢(0) 顶端 Posted: 2013-10-18 01:53 | 11 楼

metalabyss

潛水中

级别: 总版主

精华: 1
发帖: 28936
乐谱: 1583 篇
音符: 281050 个
贡献: 3110 点
爱: 64 点
在线时间:65884(小时)
注册时间:2005-09-14
最后登录:2024-09-01

小中大引用推荐编辑只看复制

We just want safety rips, as stable as possible, that's all.

喜欢(0) 顶端 Posted: 2013-10-18 01:55 | 12 楼

lemphek

～夢中衝撞～

级别: 资深会员

精华: 1
发帖: 5703
乐谱: 1056 篇
音符: 6677 个
贡献: 330 点
爱: 503 点
在线时间:2024(小时)
注册时间:2012-04-28
最后登录:2023-05-24

小中大引用推荐编辑购买只看复制

Quote:

引用第12楼metalabyss于2013-10-18 01:55 AM发表的 :
We just want safety rips, as stable as possible, that's all.

This was the source of my confusion, you said this to me before also. I'm not sure if this was clear, but Burst Mode can also provide consistently stable rips, and settings like "defeat audio cache" are not necessary for all drives

_φ(･_･|Please note: Official Guide to ASTOST for International Users ～( ◕ー ◕☆)～本论坛入门指南英文版

New: Guide to Registering on ASTOST + Ban Appeals

TOASTBOIZ

喜欢(0) 顶端 Posted: 2013-10-18 01:58 | 13 楼

metalabyss

潛水中

级别: 总版主

精华: 1
发帖: 28936
乐谱: 1583 篇
音符: 281050 个
贡献: 3110 点
爱: 64 点
在线时间:65884(小时)
注册时间:2005-09-14
最后登录:2024-09-01

小中大引用推荐编辑只看复制

Quote:

引用第13楼lemphek于2013-10-18 01:58发表的 :

This was the source of my confusion, you said this to me before also. I'm not sure if this was clear, but Burst Mode can also provide consistently stable rips, and settings like "defeat audio cache" are not necessary for all drives

People belive in secure mode much more than burst mode, although both could provide same results, this is the phenomenon.

In one word, using secure mode for self-rips is the standard of ASTOST, this cannot be changed.

喜欢(0) 顶端 Posted: 2013-10-18 02:49 | 14 楼

lemphek

～夢中衝撞～

级别: 资深会员

精华: 1
发帖: 5703
乐谱: 1056 篇
音符: 6677 个
贡献: 330 点
爱: 503 点
在线时间:2024(小时)
注册时间:2012-04-28
最后登录:2023-05-24

小中大引用推荐编辑购买只看复制

MA, Carloff

if I were to submit the following log, would it be accepted?

此处为折叠的内容，点击展开

折叠此处内容

Exact Audio Copy V1.0 beta 3 from 29. August 2011

EAC extraction logfile from 18. October 2013, 12:55

999 Recordings / 圧倒的多幸感〜My Gabber Is Your Gabba Is Your Gabber Is Mine〜 (TCNCD013)

Used drive  : TSSTcorpCDDVDW SE-208DB   Adapter: 1  ID: 0

Read mode               : Secure
Utilize accurate stream : Yes
Defeat audio cache      : No
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
Gap handling                                : Appended to previous track

Used output format              : User Defined Encoder
Selected bitrate                : 1024 kBit/s
Quality                         : High
Add ID3 tag                     : Yes
Command line compressor         : C:\Program Files (x86)\Exact Audio Copy\Flac\flac.exe
Additional command line options : -8 -V -T "ARTIST=%artist%" -T "TITLE=%title%" -T "ALBUM=%albumtitle%" -T "DATE=%year%" -T "TRACKNUMBER=%tracknr%" -T "GENRE=%genre%" -T "PERFORMER=%albuminterpret%" -T "COMPOSER=%composer%" %haslyrics%--tag-from-file=LYRICS="%lyricsfile%"%haslyrics% -T "ALBUMARTIST=%albumartist%" -T "DISCNUMBER=%cdnumber%" -T "TOTALDISCS=%totalcds%" -T "TOTALTRACKS=%numtracks%" -T "COMMENT=%comment%" %source% -o %dest%

TOC of the extracted CD

     Track |   Start  |  Length  | Start sector | End sector
    ---------------------------------------------------------
        1  |  0:00.00 |  5:15.05 |         0    |    23629
        2  |  5:15.05 |  5:05.55 |     23630    |    46559
        3  | 10:20.60 |  3:48.22 |     46560    |    63681
        4  | 14:09.07 |  5:33.40 |     63682    |    88696
        5  | 19:42.47 |  4:32.32 |     88697    |   109128
        6  | 24:15.04 |  6:14.11 |    109129    |   137189

Track  1

     Filename C:\EAC\圧倒的多幸感〜My Gabber Is Your Gabba Is Your Gabber Is Mine〜 (TCNCD013)\01. My Gabber Is Your Gabba - DJ Technorch.wav

     Pre-gap length  0:00:02.00

     Peak level 96.7 %
     Extraction speed 2.2 X
     Track quality 99.9 %
     Copy CRC 06966498
     Accurately ripped (confidence 2)  [7CA6FBBE]  (AR v2)
     Copy OK

Track  2

     Filename C:\EAC\圧倒的多幸感〜My Gabber Is Your Gabba Is Your Gabber Is Mine〜 (TCNCD013)\02. 七夕の国〜 God Shave The Queen 〜 - DJ Technorch feat. 宇宙☆海月.wav

     Peak level 97.0 %
     Extraction speed 1.3 X
     Track quality 100.0 %
     Copy CRC 12361C98
     Accurately ripped (confidence 2)  [F97BD5F6]  (AR v2)
     Copy OK

Track  3

     Filename C:\EAC\圧倒的多幸感〜My Gabber Is Your Gabba Is Your Gabber Is Mine〜 (TCNCD013)\03. No Moon 3 - DJ Technorch.wav

     Peak level 96.8 %
     Extraction speed 1.4 X
     Track quality 100.0 %
     Copy CRC 236F564F
     Accurately ripped (confidence 2)  [3139662C]  (AR v2)
     Copy OK

Track  4

     Filename C:\EAC\圧倒的多幸感〜My Gabber Is Your Gabba Is Your Gabber Is Mine〜 (TCNCD013)\04. The Tofu Seller - DJ Technorch.wav

     Peak level 100.0 %
     Extraction speed 1.6 X
     Track quality 100.0 %
     Copy CRC 530E7497
     Accurately ripped (confidence 2)  [EC7EF8B7]  (AR v2)
     Copy OK

Track  5

     Filename C:\EAC\圧倒的多幸感〜My Gabber Is Your Gabba Is Your Gabber Is Mine〜 (TCNCD013)\05. 宇宙消失〜 Quarantine 〜 - DJ Technorch.wav

     Peak level 100.0 %
     Extraction speed 1.7 X
     Track quality 100.0 %
     Copy CRC 7A99F6C8
     Accurately ripped (confidence 2)  [DCA5D406]  (AR v2)
     Copy OK

Track  6

     Filename C:\EAC\圧倒的多幸感〜My Gabber Is Your Gabba Is Your Gabber Is Mine〜 (TCNCD013)\06. Very Important Beep - DJ Technorch.wav

     Peak level 100.0 %
     Extraction speed 1.7 X
     Track quality 99.9 %
     Copy CRC 216668C6
     Accurately ripped (confidence 2)  [25DA752F]  (AR v2)
     Copy OK

All tracks accurately ripped

No errors occurred

End of status report

---- CUETools DB Plugin V2.1.3

[CTDB TOCID: x9hGuV68MQoNlrPVGk63rwHb7CU-] found, Submit result: x9hGuV68MQoNlrPVGk63rwHb7CU- has been confirmed
[4bf0c884] (1/1) Accurately ripped

==== Log checksum AC6DC2E10B6236EEED71AE4E72FF23385FF8DD3CFC00D5BF092E9067E12EF69D ====

Additionally, if this log were without the Accurate Rip confirmation, would it also be accepted? Thanks

_φ(･_･|Please note: Official Guide to ASTOST for International Users ～( ◕ー ◕☆)～本论坛入门指南英文版

New: Guide to Registering on ASTOST + Ban Appeals

TOASTBOIZ

喜欢(0) 顶端 Posted: 2013-10-18 13:00 | 15 楼

bawler

级别: 奏鸣曲

精华: 0
发帖: 589
乐谱: 141 篇
音符: 3609 个
贡献: 1 点
爱: 47 点
在线时间:664(小时)
注册时间:2013-07-06
最后登录:2020-08-04

小中大引用推荐编辑只看复制

回楼主(lemphek) 的帖子

Hey lemphek, do you checked this rip in a spectrogram?

喜欢(0) 顶端 Posted: 2013-10-19 23:47 | 16 楼

lemphek

～夢中衝撞～

级别: 资深会员

精华: 1
发帖: 5703
乐谱: 1056 篇
音符: 6677 个
贡献: 330 点
爱: 503 点
在线时间:2024(小时)
注册时间:2012-04-28
最后登录:2023-05-24

小中大引用推荐编辑购买只看复制

Re:回楼主(lemphek) 的帖子

Quote:

引用第16楼bawler于2013-10-19 11:47 PM发表的回楼主(lemphek) 的帖子 :
Hey lemphek, do you checked this rip in a spectrogram?

Which rip are you referring to? And why would I check it using a spectrogram?

_φ(･_･|Please note: Official Guide to ASTOST for International Users ～( ◕ー ◕☆)～本论坛入门指南英文版

New: Guide to Registering on ASTOST + Ban Appeals

TOASTBOIZ

喜欢(0) 顶端 Posted: 2013-10-19 23:57 | 17 楼

bawler

级别: 奏鸣曲

精华: 0
发帖: 589
乐谱: 141 篇
音符: 3609 个
贡献: 1 点
爱: 47 点
在线时间:664(小时)
注册时间:2013-07-06
最后登录:2020-08-04

小中大引用推荐编辑只看复制

回 17楼(lemphek) 的帖子

The first, which you ripped using burst and secure mode. Spectrogram is used to verify the frequencies of the tracks to see if it is a lossless audio. Try to see the frequencies in Spek and compare them, and show me the pics if you do it. p:

喜欢(0) 顶端 Posted: 2013-10-20 00:38 | 18 楼

ethoraji

级别: 论坛版主

精华: 0
发帖: 2356
乐谱: 1750 篇
音符: 7372 个
贡献: 173 点
爱: 518 点
在线时间:2944(小时)
注册时间:2012-11-24
最后登录:2024-11-18

小中大引用推荐编辑只看复制

Re:回 17楼(lemphek) 的帖子

Quote:

引用第18楼bawler于2013-10-20 00:38发表的回 17楼(lemphek) 的帖子 :
The first, which you ripped using burst and secure mode. Spectrogram is used to verify the frequencies of the tracks to see if it is a lossless audio. Try to see the frequencies in Spek and compare them, and show me the pics if you do it. p:

Why would he need to confirm if he has AR verifications?

喜欢(0) 顶端 Posted: 2013-10-20 00:41 | 19 楼

« 1 2» Pages: ( 1/2 total )	帖子浏览记录版块浏览记录
梦幻旋律论坛 » 论坛事务

可以不可以允许用EAC的burst办法奖励爱？ (受条件)

管理提醒：

Re:可以不可以允许用EAC的burst办法奖励爱？

Re:Re:可以不可以允许用EAC的burst办法奖励爱？

Quote:

Re:Re:Re:可以不可以允许用EAC的burst办法奖励爱？

Quote:

Re:Re:Re:Re:可以不可以允许用EAC的burst办法奖励爱？

Quote:

Re:Re:Re:Re:Re:可以不可以允许用EAC的burst办法奖励爱？

Quote:

Re:Re:Re:Re:Re:Re:可以不可以允许用EAC的burst办法奖励爱？

Quote:

Re:Re:Re:Re:Re:Re:Re:可以不可以允许用EAC的burst办法奖励爱？

Quote:

re: 可以不可以允许用EAC的burst办法奖励爱？

Quote:

Re:re: 可以不可以允许用EAC的burst办法奖励爱？

Quote:

Re:Re:re: 可以不可以允许用EAC的burst办法奖励爱？

Quote:

Re:Re:Re:re: 可以不可以允许用EAC的burst办法奖励爱？

Quote:

Quote:

Quote:

回 楼主(lemphek) 的帖子

Re:回 楼主(lemphek) 的帖子

Quote:

回 17楼(lemphek) 的帖子

Re:回 17楼(lemphek) 的帖子

Quote:

回楼主(lemphek) 的帖子

Re:回楼主(lemphek) 的帖子