|
|
|
megane68
Стаж: 17 лет 5 месяцев Сообщений: 19955
|
megane68 ·
31-Янв-11 01:26
(14 лет 7 месяцев назад)
simple.i писал(а):
Протестировать в программе Nero CD-DVD Speed и определить, на какой скорости наименьшее число ошибок чтения.
Есть еще хорошая программка VSO Inspector.
|
|
|
|
yandexworld
Стаж: 14 лет 10 месяцев Сообщений: 565
|
yandexworld ·
31-Янв-11 01:35
(спустя 8 мин., ред. 31-Янв-11 01:35)
simple.i писал(а):
Т.е., Вы предлагаете, чтобы в этой самой необъективности уличили вместо Вас меня?
Вы же мой оппонент. И вам поверят означенные товарищи. 
simple.i писал(а):
Почему же? Если наличие этих ошибок для внешнего алгоритма прозрачно
Еше раз, мы говорим о явлении, а что именно записано на диске применительно к этому вопросу не важно - хоть непрерывно повторяющаяся бинарная комбинация 01.
|
|
|
|
simple.i
Стаж: 16 лет 9 месяцев Сообщений: 8442
|
simple.i ·
31-Янв-11 01:52
(спустя 16 мин., ред. 31-Янв-11 01:52)
yandexworld писал(а):
Вы же мой оппонент.
Увольте меня от этого удовольствия. 
yandexworld писал(а):
И вам поверят означенные товарищи.
Боюсь, если я выложу результат маленького тестика для одного из своих приводов, то он будет как раз не в Вашу пользу.
А для другого - наоборот.
Покопался в сусеках, нашёл одну ссылочку интересную, как раз по тестированию приводов в различных программах и по раздичным параметрам. Любой желающий может найти там свой привод (хотя, не факт, что найдёт), посмотреть результаты и, при желании, самостоятельно повторить эти тесты: http://www.fcenter.ru/online.shtml?articles/hardware/cddvd .
P.S. Кстати, там же можно обнаружить, что некоторые функции приводов, доступные и полностью поддерживаемые одними программами, являются недоступными или проблемными для других, в частности для ЕАС.
|
|
|
|
yandexworld
Стаж: 14 лет 10 месяцев Сообщений: 565
|
yandexworld ·
31-Янв-11 01:54
(спустя 2 мин.)
simple.i писал(а):
Увольте меня от этого удовольствия.
Оппонент - это не противник и не враг.
Это тот, кто поддерживает (стимулирует) процесс защиты кем-то своей позиции, точки зрения, научной работы и т.д.
Похоже никто не хочет доказать правоту своей точки зрения аргументированно.
(у меня же лучшие результаты теста на самой низкой скорости получены).
|
|
|
|
simple.i
Стаж: 16 лет 9 месяцев Сообщений: 8442
|
simple.i ·
31-Янв-11 05:24
(спустя 3 часа, ред. 31-Янв-11 05:24)
yandexworld писал(а):
Похоже никто не хочет доказать правоту своей точки зрения аргументированно.
(у меня же лучшие результаты теста на самой низкой скорости получены).
А у меня подавляющее большинство рипов сделано на приводе, который хуже читает на пониженных скоростях. И каждый раз (почти) снимая рип, приходится раскручивать диск с помощью CDRDAO, потому как ЕАС, похоже, единственная программа, которая не умеет раскручивать любые диски на всех приводах, что легко делают другие программы. И что?
Подумайте сами, если бы на всех приводах при снижении скорости наблюдалось улучшение вычитки, зачем бы в ЕАС (да и не только в ЕАС) эту функцию делали бы отключаемой?
Нужно аргументов? Их есть у меня.
Пример 1. ЕАС, несколько покоцанный диск, снижение скорости при ошибках включено:
Лог
Exact Audio Copy V1.0 beta 1 from 15. November 2010
EAC extraction logfile from 31. January 2011, 2:41
Eric Marienthal / One Touch
Used drive : HL-DT-STDVD-RAM GSA-H55N Adapter: 0 ID: 2
Read mode : Secure
Utilize accurate stream : Yes
Defeat audio cache : Yes
Make use of C2 pointers : No
Read offset correction : 102
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 : Installed external ASPI interface
Gap handling : Not detected, thus appended to previous track
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 | 4:35.25 | 0 | 20649
2 | 4:35.25 | 4:02.67 | 20650 | 38866
3 | 8:38.17 | 4:49.05 | 38867 | 60546
4 | 13:27.22 | 5:25.53 | 60547 | 84974
5 | 18:53.00 | 4:36.17 | 84975 | 105691
6 | 23:29.17 | 5:08.20 | 105692 | 128811
7 | 28:37.37 | 6:00.70 | 128812 | 155881
8 | 34:38.32 | 4:41.30 | 155882 | 176986
9 | 39:19.62 | 3:58.18 | 176987 | 194854
10 | 43:18.05 | 5:35.57 | 194855 | 220036
Track 1
Filename F:\WAV\01. No Doubt About It.wav
Peak level 94.4 %
Extraction speed 0.9 X
Track quality 99.8 %
Copy CRC 1FA4773B
Copy OK
Track 2
Filename F:\WAV\02. That's The Way.wav
Peak level 88.5 %
Extraction speed 1.3 X
Track quality 99.9 %
Copy CRC D933F762
Copy OK
No errors occurred
End of status report
==== Log checksum 156377013D249C909835FE7A74BB1EAC45B90C233E195EEF948959C5DE6A5EAE ====
Пример 2. Тот же диск, тот же привод, та же ЕАС, снижение скорости при ошибках отключено, диск предварительно раскручен в CDRDAO:
Лог
Exact Audio Copy V1.0 beta 1 from 15. November 2010
EAC extraction logfile from 31. January 2011, 2:45
Eric Marienthal / One Touch
Used drive : HL-DT-STDVD-RAM GSA-H55N Adapter: 0 ID: 2
Read mode : Secure
Utilize accurate stream : Yes
Defeat audio cache : Yes
Make use of C2 pointers : No
Read offset correction : 102
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 : Installed external ASPI interface
Gap handling : Not detected, thus appended to previous track
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 | 4:35.25 | 0 | 20649
2 | 4:35.25 | 4:02.67 | 20650 | 38866
3 | 8:38.17 | 4:49.05 | 38867 | 60546
4 | 13:27.22 | 5:25.53 | 60547 | 84974
5 | 18:53.00 | 4:36.17 | 84975 | 105691
6 | 23:29.17 | 5:08.20 | 105692 | 128811
7 | 28:37.37 | 6:00.70 | 128812 | 155881
8 | 34:38.32 | 4:41.30 | 155882 | 176986
9 | 39:19.62 | 3:58.18 | 176987 | 194854
10 | 43:18.05 | 5:35.57 | 194855 | 220036
Track 1
Filename F:\WAV\01. No Doubt About It.wav
Peak level 94.4 %
Extraction speed 3.6 X
Track quality 100.0 %
Copy CRC 1FA4773B
Accurately ripped (confidence 5) [FCF623D2]
Copy OK
Track 2
Filename F:\WAV\02. That's The Way.wav
Peak level 88.5 %
Extraction speed 4.9 X
Track quality 100.0 %
Copy CRC D933F762
Accurately ripped (confidence 5) [54703BE6]
Copy OK
All tracks accurately ripped
No errors occurred
End of status report
==== Log checksum C0AB623285C317C4DBD99198336EA5B7CCF53CF528490991E91C1FDFF6A01928 ====
Смотрим на скорость снятия данных в первом и втором примере и на, соответственно, показатель качества диапазона.
Качаем архив - http://multi-up.com/423023 . Проверяем логи на подлинность, чтобы убедиться, что я их не нарисовал. Смотрим на скан диска, чтобы убедиться, что диск таки не идеален (правда, видны только крупные коцки, для мелочи 600 dpi недостаточно).
|
|
|
|
Songs0fFailure
Стаж: 16 лет 4 месяца Сообщений: 2896
|
Songs0fFailure ·
31-Янв-11 05:56
(спустя 31 мин.)
|
|
|
|
megane68
Стаж: 17 лет 5 месяцев Сообщений: 19955
|
megane68 ·
31-Янв-11 06:52
(спустя 56 мин., ред. 31-Янв-11 06:52)
Ну так это статья как раз присутствующего в разговоре человека - Cornerstone Audio Ripping
|
|
|
|
yandexworld
Стаж: 14 лет 10 месяцев Сообщений: 565
|
yandexworld ·
31-Янв-11 10:49
(спустя 3 часа, ред. 31-Янв-11 10:49)
simple.i писал(а):
yandexworld писал(а):
Похоже никто не хочет доказать правоту своей точки зрения аргументированно.
(у меня же лучшие результаты теста на самой низкой скорости получены).
А у меня подавляющее большинство рипов сделано на приводе, который хуже читает на пониженных скоростях. И каждый раз (почти) снимая рип, приходится раскручивать диск с помощью CDRDAO, потому как ЕАС, похоже, единственная программа, которая не умеет раскручивать любые диски на всех приводах, что легко делают другие программы. И что?
Подумайте сами, если бы на всех приводах при снижении скорости наблюдалось улучшение вычитки, зачем бы в ЕАС (да и не только в ЕАС) эту функцию делали бы отключаемой?
Нужно аргументов? Их есть у меня.
Пример 1. ЕАС, несколько покоцанный диск, снижение скорости при ошибках включено:
Лог
Exact Audio Copy V1.0 beta 1 from 15. November 2010
EAC extraction logfile from 31. January 2011, 2:41
Eric Marienthal / One Touch
Used drive : HL-DT-STDVD-RAM GSA-H55N Adapter: 0 ID: 2
Read mode : Secure
Utilize accurate stream : Yes
Defeat audio cache : Yes
Make use of C2 pointers : No
Read offset correction : 102
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 : Installed external ASPI interface
Gap handling : Not detected, thus appended to previous track
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 | 4:35.25 | 0 | 20649
2 | 4:35.25 | 4:02.67 | 20650 | 38866
3 | 8:38.17 | 4:49.05 | 38867 | 60546
4 | 13:27.22 | 5:25.53 | 60547 | 84974
5 | 18:53.00 | 4:36.17 | 84975 | 105691
6 | 23:29.17 | 5:08.20 | 105692 | 128811
7 | 28:37.37 | 6:00.70 | 128812 | 155881
8 | 34:38.32 | 4:41.30 | 155882 | 176986
9 | 39:19.62 | 3:58.18 | 176987 | 194854
10 | 43:18.05 | 5:35.57 | 194855 | 220036
Track 1
Filename F:\WAV\01. No Doubt About It.wav
Peak level 94.4 %
Extraction speed 0.9 X
Track quality 99.8 %
Copy CRC 1FA4773B
Copy OK
Track 2
Filename F:\WAV\02. That's The Way.wav
Peak level 88.5 %
Extraction speed 1.3 X
Track quality 99.9 %
Copy CRC D933F762
Copy OK
No errors occurred
End of status report
==== Log checksum 156377013D249C909835FE7A74BB1EAC45B90C233E195EEF948959C5DE6A5EAE ====
Пример 2. Тот же диск, тот же привод, та же ЕАС, снижение скорости при ошибках отключено, диск предварительно раскручен в CDRDAO:
Лог
Exact Audio Copy V1.0 beta 1 from 15. November 2010
EAC extraction logfile from 31. January 2011, 2:45
Eric Marienthal / One Touch
Used drive : HL-DT-STDVD-RAM GSA-H55N Adapter: 0 ID: 2
Read mode : Secure
Utilize accurate stream : Yes
Defeat audio cache : Yes
Make use of C2 pointers : No
Read offset correction : 102
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 : Installed external ASPI interface
Gap handling : Not detected, thus appended to previous track
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 | 4:35.25 | 0 | 20649
2 | 4:35.25 | 4:02.67 | 20650 | 38866
3 | 8:38.17 | 4:49.05 | 38867 | 60546
4 | 13:27.22 | 5:25.53 | 60547 | 84974
5 | 18:53.00 | 4:36.17 | 84975 | 105691
6 | 23:29.17 | 5:08.20 | 105692 | 128811
7 | 28:37.37 | 6:00.70 | 128812 | 155881
8 | 34:38.32 | 4:41.30 | 155882 | 176986
9 | 39:19.62 | 3:58.18 | 176987 | 194854
10 | 43:18.05 | 5:35.57 | 194855 | 220036
Track 1
Filename F:\WAV\01. No Doubt About It.wav
Peak level 94.4 %
Extraction speed 3.6 X
Track quality 100.0 %
Copy CRC 1FA4773B
Accurately ripped (confidence 5) [FCF623D2]
Copy OK
Track 2
Filename F:\WAV\02. That's The Way.wav
Peak level 88.5 %
Extraction speed 4.9 X
Track quality 100.0 %
Copy CRC D933F762
Accurately ripped (confidence 5) [54703BE6]
Copy OK
All tracks accurately ripped
No errors occurred
End of status report
==== Log checksum C0AB623285C317C4DBD99198336EA5B7CCF53CF528490991E91C1FDFF6A01928 ====
Смотрим на скорость снятия данных в первом и втором примере и на, соответственно, показатель качества диапазона.
Качаем архив - http://multi-up.com/423023 . Проверяем логи на подлинность, чтобы убедиться, что я их не нарисовал. Смотрим на скан диска, чтобы убедиться, что диск таки не идеален (правда, видны только крупные коцки, для мелочи 600 dpi недостаточно).
К сожалению для вас, это ничего не доказывает. Точнее не опровергает наличия явления увеличения количества ошибок чтения при увеличении скорости считывания. Поскольку именно об этом шла речь. То есть, любых ошибок чтения, а не некоторых, для определенных типов данных в случаях, для некоторых конкретных экземпляров болванок, конкретных экземпляров приводов и т.д., когда невозможно проконтролировать соблюдение стандартных (или воспроизводимых) условий (на что вы и пара других товарищей пытаетесь свести разговор). А именно этим отличается достоверный факт от случайно полученного.
И если вы хотите опровергнуть наличие явления увеличения количества ошибок чтения при увеличении скорости считывания, вам придется показать что-то более весомое, нежели представленные вами результаты чтения случайных болванок (очевидно, что они далеки от эталона – и если вы произведете точные измерения всех их характеристик (геометрия, физика и т.д.) то сами убедитесь в этом. И более того, я могу заранее совершенно точно сказать, что чем больше болванка (или конкретный привод) будет отличаться в сторону несоблюдения качественных характеристик, тем более непредсказуемые результаты вы на них получите. Но, как вы понимаете, ценность таких результатов стремится к нулю.
Ваши аргументы в данном случае похожи на аргументы людей, которые убеждают других, что какая-то программа (напр. OC Windows) не может работать в принципе, потому, что она не работает на их компьютере.
P.S. Что касается даже вашего частного результата, он может быть легко объяснен (и наверняка доказан, если это проводить на соответствующем оборудовании), причем разными причинами (а не обязательно какой-то одной). В простейшем случае элементарной вибрацией оптического диска вследствие неидеальности его формы. Если резонансная частота при вращении этого диска будет лежать например на 1х скорости вращения, то, совершенно очевидно, что при увеличении скорости вращения диск будет меньше резонировать (то есть, условия его чтения будут улучшаться, вследствие лучшей фокусировки лазера и т.д.). Но с другой стороны, большая скорость считывания будет приводить к увеличению числа ошибок. Эти две составляющие (учитывая, что они нелинейны и разнонаправлены) приведут к тому, что будет иметься для конкретного оптического диска минимум ошибок чтения при какой-то определенной скорости вращения (и соответственно считывания информации). Однако, как очевидно, данный результат не опровергает зависимости количества ошибок чтения от скорости считывания (именно поэтому я и привел пример жесткого диска, как устройства несравнимо более совершенного и стандартизированного, нежели болванка и привод, и в котором можно более точно создать условия для наблюдения обсуждаемого явления).
Это лишь пример объяснения ваших случаев, которые внешне выглядят, как отклонение от теории. Но при ближайшем рассмотрении это не так.
На самом деле факторов влияющих на результат больше (а направление их влияния разное - одни могут увеличивать, а другие уменьшать количество ошибок при чтении конкретной болванки на конкретном приводе). Тем не менее, все они вместе взятые не опровергают принципа увеличения количества ошибок чтения при увеличении скорости считывания.
P.P.S. Для желающих опровергать теории.
Чтобы это сделать вы должны располагать либо некими эталонами (как в случае меры веса), либо проделывать эксперимент в эталонных условиях, либо все условия эксперимента (по крайней мере те, которые могут в заметной степени повлиять на конечный результат) должны быть учтены, запротоколированы и легко быть воспроизведены кем угодно и где угодно в любое время и в любом месте.
В противном случае ваши результаты всегда будут носить случайный, частный характер, ничего не доказывающий и не опровергающий.
|
|
|
|
simple.i
Стаж: 16 лет 9 месяцев Сообщений: 8442
|
simple.i ·
31-Янв-11 10:49
(спустя 45 сек.)
Тот, кто пишет много бессмысленных и пустых слов, не выглядит умным - выглядит нудным.
|
|
|
|
yandexworld
Стаж: 14 лет 10 месяцев Сообщений: 565
|
yandexworld ·
31-Янв-11 11:05
(спустя 15 мин., ред. 31-Янв-11 16:24)
Я вижу, что афоризм, изреченный кем-то из великих - " глубокомысленный вид чаще всего скрывает полное отсутствие мыслей" - не так далек от действительности.
Кащенитствовать или пресмыкаться конечно проще, чем отстаивать собственную точку зрения.
Остальные могут, например, почитать о некоторых причинах, от которых зависит качество считывания с болванок, например: http://www.dvd-r.ru/technology/article/cdr_inside.htm
Насколько трудно учесть все факторы влияющие на качество чтения можно судить по фразе:
" Наиболее точные приводы, которые устанавливаются в измерительных и студийных системах (например, анализатор качества компакт-дисков Clover QA-101D), используют трехлучевые лазеры: центральный луч считывает информацию, а два других отслеживают дорожку и производят корректировку позиционирования."
А это направлено на уменьшение влияния лишь части факторов.
Это я говорю к тому, чтобы подчеркнуть еще раз, что частный результат считывания - величина, имеющая много степеней свободы (зависит от большого числа факторов). А потому, чтобы говорить о закономерностях или их несоблюдении нужно исключить или свести к минимуму влияние всех факторов, кроме того, влияние которого изучаем.
P.S. Я знаю, что написанное, на данном этапе, никто из моих оппонентов не готов, ни воспринять, ни принять в полной мере и на холодную голову. Но это не первый такой случай. Однако написанное достигло своей цели - посеено сомнение - уже меньше людей будет бездумно повторять заученные как стишок ошибочные штампы и мифы. Некоторые обязательно начнут глубже копать, чтобы убедить себя или наоборот отвергнуть прежнюю точку зрения. А ученье, как известно, свет.
|
|
|
|
simple.i
Стаж: 16 лет 9 месяцев Сообщений: 8442
|
simple.i ·
31-Янв-11 11:08
(спустя 2 мин., ред. 31-Янв-11 12:06)
yandexworld писал(а):
Я вижу, что афоризм, изреченный кем-то из великих - "глубокомысленный вид чаще всего скрывает полное отсутствие мыслей" - не так далек от действительности.
Кащенитствовать или пресмыкаться конечно проще, чем отстаивать собственную точку зрения.
Самокритично.
|
|
|
|
megane68
Стаж: 17 лет 5 месяцев Сообщений: 19955
|
megane68 ·
31-Янв-11 11:29
(спустя 21 мин., ред. 31-Янв-11 11:29)
simple.i писал(а):
Самокритично.
А я еще ночью подумал, что Вы зря свой пост дополнили тестом, потому как после сна последует тирада пустых слов как минимум на полстраницы.
Сейчас прочитал и долго не мог ничего написать от смеха.
|
|
|
|
studio308
Стаж: 18 лет 2 месяца Сообщений: 6791
|
studio308 ·
01-Фев-11 10:38
(спустя 23 часа)
yandexworld
Прекратите, а то я позову товарища SSKAIN, против него у вас нет шансов.
|
|
|
|
yandexworld
Стаж: 14 лет 10 месяцев Сообщений: 565
|
yandexworld ·
01-Фев-11 14:33
(спустя 3 часа, ред. 01-Фев-11 14:33)
studio308
Пройдет время, и вы и другие будете отнекиваться от своих слов, которые сейчас тут понаписали и оправдаваться, что вы совсем не то имели ввиду и вас не так поняли. И в этом вы будете не первыми и не последними.
А пока можете продолжать объяснять, что гром происходит от того, что боженька сердится или духи недовольны и впаривать это с умным видом другим верующим... 
P.S. Разница между нашими пониманиями и, соответственно, объяснениями одного и того же явления, наблюдаемого на практике, состоит в том, что я могу объяснить их физическими (и т.п.) причинами, а вы не способны сделать этого, не прибегая к шаманству или списыванию на необяснимые/тайные особенности (эффекту черного яшика).
|
|
|
|
studio308
Стаж: 18 лет 2 месяца Сообщений: 6791
|
studio308 ·
01-Фев-11 15:15
(спустя 41 мин.)
Истина нашего б-га всегда актуальна:
Цитата:
Flac и,тем более, WAV не могут и никак не будут звучать хорошо вследствие больщого битрейта и избыточной информации, которая выражается в задранности высоких частот. Особенно резко и ужасно звучит WAV 24/96. Самый правильный битрейт - 224. Он даёт самое правильное и сбалансированное звучание. © Virus777
|
|
|
|
BugHunter
Стаж: 18 лет 1 месяц Сообщений: 744
|
BugHunter ·
01-Фев-11 15:28
(спустя 13 мин.)
studio308 писал(а):
© Virus777
как щас помню.
|
|
|
|
studio308
Стаж: 18 лет 2 месяца Сообщений: 6791
|
studio308 ·
01-Фев-11 15:54
(спустя 25 мин., ред. 01-Фев-11 15:54)
yandexworld писал(а):
Например идеальный программный риппер, написанный на ассемблере вносил бы наименьшую погрешность (по крайней мере, при определении времени считывания), а скажем он же, но на делфи - большую, поскольку имел бы меньшее быстродействие.
Мне кажется эта фраза достойна зала славы.
yandexworld писал(а):
Если резонансная частота при вращении этого диска будет лежать например на 1х скорости вращения, то, совершенно очевидно, что при увеличении скорости вращения диск будет меньше резонировать (то есть, условия его чтения будут улучшаться, вследствие лучшей фокусировки лазера и т.д.). Но с другой стороны, большая скорость считывания будет приводить к увеличению числа ошибок.
А почему количество ошибок-то увеличится? Где объяснение причины увеличения количества ошибок чтения от увеличения скорости чтения? Биты смазываются? Говорите, что оппоненты приводят частные случаи за общие, а сами объясняетесь лишь тем, что что-то там знаете, читали, видели. Где факты? Скриншоты хотя бы 10 тестов, которые доказывают слова, что количество ошибок, которые влияют на конечные данные, увеличивается. Обычно на этом все тролли подобные вам начинают брыкаться и говорить: раз мы не хотим знать истину, то и не надо, и т.п.. Сказал - подкрепи доказательствами. А так просто трепаться можно бесконечно.
Вот рипов можно дать хоть сотню, хоть двести штук, которые доказывают обратное - ухудшения качества чтения нет при увеличении скорости чтения. Только в частных случаях снижение скорости может быть использовано, как одно из малоэффективных средств изменения условий чтения. Если диск не читается правильно, то в большинстве случаев не помогут никакие средства, даже зелёный маркер.
|
|
|
|
yandexworld
Стаж: 14 лет 10 месяцев Сообщений: 565
|
yandexworld ·
01-Фев-11 16:25
(спустя 31 мин., ред. 01-Фев-11 16:25)
studio308 писал(а):
Мне кажется эта фраза достойна зала славы.
А вы не согласны с тезисом о том, что имеется такая величина, как быстродействие программ и она зависит от многих факторов, но в том числе и от языка на котором написана? Если вы хотите с этим поспорить, то прошу на серьезные программистские форумы - вы их там сильно повеселите.
studio308 писал(а):
А почему количество ошибок-то увеличится?
В каком случае?
Ну и попутно, я бы хотел бы слышать ваше объяснение наблюдаемых явлений. Чтобы разговор был предметным.
|
|
|
|
Eklat
Стаж: 17 лет 2 месяца Сообщений: 6371
|
Eklat ·
01-Фев-11 16:48
(спустя 22 мин., ред. 01-Фев-11 17:06)
требуется помощь в одном вопросе...
на вате забраковали ЛОГ...грят,что подредактил...
но я его не редактил...раздачу просто перезалил с другого трекера...может тот,кто её делал и подправил ЛОГ...
но хотелось бы знать,что вызвало подозрение...
вот сам ЛОГ:
скрытый текст
Exact Audio Copy V0.99 prebeta 5 from 4. May 2009
EAC extraction logfile from 19. October 2010, 17:01
Blackmore's Night / Autumn Sky (SHM-CD)
Used drive : PLEXTOR DVDR PX-755A Adapter: 0 ID: 0
Read mode : Secure
Utilize accurate stream : Yes
Defeat audio cache : Yes
Make use of C2 pointers : No
Read offset correction : 30
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 : No
Command line compressor : C:\Program Files\Exact Audio Copy\Flac\flac.exe
Additional command line options : -V -0 -T "artist=%a" -T "title=%t" -T "album=%g" -T "date=%y" -T "tracknumber=%n" -T "genre=%m" %s
TOC of the extracted CD
Track | Start | Length | Start sector | End sector
---------------------------------------------------------
1 | 0:00.00 | 5:49.13 | 0 | 26187
2 | 5:49.13 | 5:23.19 | 26188 | 50431
3 | 11:12.32 | 5:41.23 | 50432 | 76029
4 | 16:53.55 | 4:25.49 | 76030 | 95953
5 | 21:19.29 | 2:46.71 | 95954 | 108474
6 | 24:06.25 | 2:03.09 | 108475 | 117708
7 | 26:09.34 | 5:27.44 | 117709 | 142277
8 | 31:37.03 | 4:42.00 | 142278 | 163427
9 | 36:19.03 | 2:15.23 | 163428 | 173575
10 | 38:34.26 | 4:05.51 | 173576 | 192001
11 | 42:40.02 | 3:55.13 | 192002 | 209639
12 | 46:35.15 | 3:21.04 | 209640 | 224718
13 | 49:56.19 | 3:35.51 | 224719 | 240894
14 | 53:31.70 | 4:19.06 | 240895 | 260325
15 | 57:51.01 | 3:43.18 | 260326 | 277068
16 | 61:34.19 | 3:36.43 | 277069 | 293311
Track 1
Filename I:\Blackmore's Night - Autumn Sky (SHM-CD)\01 Highland.wav
Pre-gap length 0:00:02.00
Peak level 98.9 %
Track quality 100.0 %
Test CRC 2D5B41E7
Copy CRC 2D5B41E7
Track not present in AccurateRip database
Copy OK
Track 2
Filename I:\Blackmore's Night - Autumn Sky (SHM-CD)\02 Vagabond (Make A Princess Of Me).wav
Pre-gap length 0:00:06.14
Peak level 98.9 %
Track quality 100.0 %
Test CRC 095939DB
Copy CRC 095939DB
Track not present in AccurateRip database
Copy OK
Track 3
Filename I:\Blackmore's Night - Autumn Sky (SHM-CD)\03 Journeyman.wav
Pre-gap length 0:00:06.34
Peak level 98.9 %
Track quality 100.0 %
Test CRC 42EBB642
Copy CRC 42EBB642
Track not present in AccurateRip database
Copy OK
Track 4
Filename I:\Blackmore's Night - Autumn Sky (SHM-CD)\04 Believe In Me.wav
Pre-gap length 0:00:06.49
Peak level 98.9 %
Track quality 100.0 %
Test CRC D545C951
Copy CRC D545C951
Track not present in AccurateRip database
Copy OK
Track 5
Filename I:\Blackmore's Night - Autumn Sky (SHM-CD)\05 Sake Of The Song.wav
Pre-gap length 0:00:06.22
Peak level 98.8 %
Track quality 100.0 %
Test CRC 66598C2A
Copy CRC 66598C2A
Track not present in AccurateRip database
Copy OK
Track 6
Filename I:\Blackmore's Night - Autumn Sky (SHM-CD)\06 Song And Dance (Pt II).wav
Peak level 98.9 %
Track quality 100.0 %
Test CRC CEBE39CF
Copy CRC CEBE39CF
Track not present in AccurateRip database
Copy OK
Track 7
Filename I:\Blackmore's Night - Autumn Sky (SHM-CD)\07 Celluloid Heroes.wav
Pre-gap length 0:00:05.64
Peak level 98.9 %
Track quality 100.0 %
Test CRC 41944C40
Copy CRC 41944C40
Track not present in AccurateRip database
Copy OK
Track 8
Filename I:\Blackmore's Night - Autumn Sky (SHM-CD)\08 Keeper Of The Flame.wav
Pre-gap length 0:00:04.88
Peak level 98.8 %
Track quality 100.0 %
Test CRC 31E50FED
Copy CRC 31E50FED
Track not present in AccurateRip database
Copy OK
Track 9
Filename I:\Blackmore's Night - Autumn Sky (SHM-CD)\09 Night At Eggersberg.wav
Pre-gap length 0:00:04.88
Peak level 98.8 %
Track quality 100.0 %
Test CRC D17CFB1C
Copy CRC D17CFB1C
Track not present in AccurateRip database
Copy OK
Track 10
Filename I:\Blackmore's Night - Autumn Sky (SHM-CD)\10 Strawberry Girl.wav
Pre-gap length 0:00:06.06
Peak level 98.9 %
Track quality 100.0 %
Test CRC 88C0DD3A
Copy CRC 88C0DD3A
Track not present in AccurateRip database
Copy OK
Track 11
Filename I:\Blackmore's Night - Autumn Sky (SHM-CD)\11 All The Fun Of The Fayre.wav
Pre-gap length 0:00:06.62
Peak level 98.9 %
Track quality 100.0 %
Test CRC B4F06DD2
Copy CRC B4F06DD2
Track not present in AccurateRip database
Copy OK
Track 12
Filename I:\Blackmore's Night - Autumn Sky (SHM-CD)\12 Darkness.wav
Pre-gap length 0:00:04.74
Peak level 98.8 %
Track quality 100.0 %
Test CRC 02ABB4F5
Copy CRC 02ABB4F5
Track not present in AccurateRip database
Copy OK
Track 13
Filename I:\Blackmore's Night - Autumn Sky (SHM-CD)\13 Dance Of The Darkness.wav
Peak level 98.8 %
Track quality 100.0 %
Test CRC C644CFAE
Copy CRC C644CFAE
Track not present in AccurateRip database
Copy OK
Track 14
Filename I:\Blackmore's Night - Autumn Sky (SHM-CD)\14 Health To The Company.wav
Pre-gap length 0:00:03.61
Peak level 98.8 %
Track quality 100.0 %
Test CRC 502CB0F1
Copy CRC 502CB0F1
Track not present in AccurateRip database
Copy OK
Track 15
Filename I:\Blackmore's Night - Autumn Sky (SHM-CD)\15 Barbara Allen.wav
Pre-gap length 0:00:06.36
Peak level 98.8 %
Track quality 100.0 %
Test CRC DB723DE4
Copy CRC DB723DE4
Track not present in AccurateRip database
Copy OK
Track 16
Filename I:\Blackmore's Night - Autumn Sky (SHM-CD)\16 Gottlische Devise (Japanese Bonus Track).wav
Pre-gap length 0:00:03.46
Peak level 98.9 %
Track quality 100.0 %
Test CRC 7E08CDFC
Copy CRC 7E08CDFC
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
|
|
|
|
yandexworld
Стаж: 14 лет 10 месяцев Сообщений: 565
|
yandexworld ·
01-Фев-11 16:51
(спустя 2 мин.)
Eklat писал(а):
на вате забраковали
Какое отношение вата имеет к данному трекеру? На ней и спрашивайте. У них свои правила.
|
|
|
|
Eklat
Стаж: 17 лет 2 месяца Сообщений: 6371
|
Eklat ·
01-Фев-11 16:56
(спустя 5 мин.)
yandexworld писал(а):
У них свои правила.
я не спрашивал тут о правилах на вате...
мне нужно знать в чём проблема,чтобы подготовиться к разговору со стаффом...
показать скрин проблемной части лога с того сайта,т.к целиком его не увидеть...
|
|
|
|
studio308
Стаж: 18 лет 2 месяца Сообщений: 6791
|
studio308 ·
01-Фев-11 17:07
(спустя 11 мин., ред. 01-Фев-11 17:07)
yandexworld
Ну во-первых, идеальная программа - идеальна, она не может вносить погрешностей. Ну а если чисто относительно рипов CDDA - не думаю, что язык написания имеет в данном случае решающее значение, ну очень вторично это тут. Скорость чтения диска намного ниже, чем необходимая скорость обработки. В любом случае быстродействие программы никак не скажется на качестве чтения диска, это полностью зависит от используемого привода.
yandexworld писал(а):
В каком случае?
Ну вот вы говорите, что диск будет меньше резонировать (джиттеринг вообще - старая песня о главном), а количество ошибок увеличится при увеличении скорости. Почему количество ошибок увеличится?
yandexworld писал(а):
Ну и попутно, я бы хотел бы слышать ваше объяснение наблюдаемых явлений. Чтобы разговор был предметным.
Про резонанс я ничего не скажу, среднестатистический диск не настолько отклоняется от стандарта, чтобы это имело какое-то значение. Кстати, продолжительное чтение диска значительно вреднее для самого диска, привод тоже начинает дурить, перегревать диск. Это не в пользу низкой скорости чтения.
Я не раз говорил, но чтение диска - задача примитивная. Именно поэтому диск можно извлечь точно почти любыми средствами, на любой скорости.
Eklat писал(а):
но хотелось бы знать,что вызвало подозрение...
Лог следовало вложить в тег PRE, а то не видно форматирования.
Основная причина подозрений - несовпадение даты в логе и даты сохранения файла, возможно такое порой от перемещения файлов по компьютеру.
|
|
|
|
Eklat
Стаж: 17 лет 2 месяца Сообщений: 6371
|
Eklat ·
01-Фев-11 17:08
(спустя 24 сек.)
studio308 писал(а):
Лог следовало вложить в тег PRE, а то не видно форматирования.
подправил...
studio308 писал(а):
Основная причина подозрений - несовпадение даты в логе и даты сохранения файла, возможно такое порой от перемещения файлов по компьютеру, Винда дурит.
а...
|
|
|
|
simple.i
Стаж: 16 лет 9 месяцев Сообщений: 8442
|
simple.i ·
01-Фев-11 17:21
(спустя 13 мин.)
Eklat
Есть отличия от стандартного генератора. Перед первым треком после ТОС и после последнего трека перед резюме должно быть 2 пустые строки, а не 1.
|
|
|
|
megane68
Стаж: 17 лет 5 месяцев Сообщений: 19955
|
megane68 ·
01-Фев-11 17:26
(спустя 5 мин.)
simple.i писал(а):
Перед первым треком после ТОС
Скорее наверное перед TOC.
|
|
|
|
simple.i
Стаж: 16 лет 9 месяцев Сообщений: 8442
|
simple.i ·
01-Фев-11 17:30
(спустя 3 мин., ред. 01-Фев-11 17:30)
megane68
Да, пропустил, и перед ТОС тоже. В общем, трёх пустых строк не хватает.
|
|
|
|
Eklat
Стаж: 17 лет 2 месяца Сообщений: 6371
|
Eklat ·
01-Фев-11 17:37
(спустя 7 мин.)
думаете,из за этого...
вот проверка:
скрытый текст
[CUETools log; Date: 01.02.2011 16:58:39; Version: 2.0.9]
[CTDB TOCID: GpxgtOHG15h4Dr0ErclnTfvkYZs-] found.
[ CTDBID ] Status
[4e2ac7d5] (2/3) No match
[10a21b0f] (1/3) Accurately ripped
[AccurateRip ID: 00287781-01d9d521-f70f4610] found.
Track [ CRC ] Status
01 [f7116117] (0/2) No match
02 [f256684e] (0/2) No match
03 [a9fa3932] (0/2) No match
04 [bf19698b] (0/2) No match
05 [713aa826] (0/2) No match
06 [06c3acbe] (0/2) No match
07 [3283104c] (0/2) No match
08 [3f88707e] (0/2) No match
09 [99202157] (0/2) No match
10 [5c7f8088] (0/2) No match
11 [2ceb1ba7] (0/2) No match
12 [5a892abc] (0/2) No match
13 [4713cc53] (0/2) No match
14 [dd8f433f] (0/2) No match
15 [d3264f46] (0/2) No match
16 [32da7ee2] (0/2) No match
Track Peak [ CRC32 ] [W/O NULL] [ LOG ]
-- 100,0 [D69F552B] [FA71F804]
01 100,0 [C546662E] [4152BEE2] [2D5B41E7]
02 100,0 [AEE5C47A] [E6DC9D73] [095939DB]
03 100,0 [6398D15B] [7DDC1223] [42EBB642]
04 99,7 [D67AF26E] [5CA285BC] [D545C951]
05 99,6 [CE4441F3] [33ED896B] [66598C2A]
06 100,0 [1FB4E78F] [F168EEE7] [CEBE39CF]
07 100,0 [A45720CD] [EC42D21B] [41944C40]
08 100,0 [E9A42ED3] [3FC119F4] [31E50FED]
09 97,8 [C1F89EEA] [3FFC4C5F] [D17CFB1C]
10 99,9 [CDD8CDB9] [1599D3A0] [88C0DD3A]
11 100,0 [28C76FFD] [BA853233] [B4F06DD2]
12 99,2 [E319C2C3] [66A7F11A] [02ABB4F5]
13 100,0 [1AAF6125] [FF217AE5] [C644CFAE]
14 97,3 [31ECB92F] [1BCD854B] [502CB0F1]
15 100,0 [58C4E5F8] [9CB3A3D4] [DB723DE4]
16 100,0 [A4CFF873] [1011AB0C] [7E08CDFC]
|
|
|
|
simple.i
Стаж: 16 лет 9 месяцев Сообщений: 8442
|
simple.i ·
01-Фев-11 17:40
(спустя 2 мин.)
Eklat
При чём тут CUETools? Это не показатель.
|
|
|
|
Eklat
Стаж: 17 лет 2 месяца Сообщений: 6371
|
Eklat ·
01-Фев-11 17:42
(спустя 1 мин.)
|
|
|
|
simple.i
Стаж: 16 лет 9 месяцев Сообщений: 8442
|
simple.i ·
01-Фев-11 17:48
(спустя 6 мин.)
Eklat
Расхождение CRC - это признак постобработки рипа, а не редактирования лога. Об этом узнаёшь потом, когда скачал. Сюрприз, так сказать.
Вообще, такому рипу самое место в мусорке.
|
|
|
|
