NL ->

Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате

Forums > Запросы и муз. флeйм \ Requests > нестандартные рипы, accuraterip, test&copy, есть пару дисков, надо разобраться :)

Автор: yury_usa - 22-04-2008, 07:26

Вариант1. Рипнуто старым EAC без test'n'copy но 2 раза(!), С2 вкл

SPOILER (EAC Log)

Сверил WAV файл через arcue

SPOILER (AccuraRip Result)

Вариант №2. Диск рипнут с C2, No Disable Cache:

SPOILER!

как видно, в каждом треке AccurateRip выдал Accurately ripped (confidence 12-13).

Вопрос, можно ли считать оба диска правильно рипнутыми?

Автор: inzerus - 22-04-2008, 18:49

Все эти C2 и No Disable Cache имеют значение только если диск очень поцарапанный. Для идеального диска и дисковода они не должны влиять на качество рипа. Даже рип в режиме Burst может быть точным

- мне такие рипы попадались неоднократно. Я считаю, что совпадение с базой AccurateRip - более важный фактор, чем правильно выставленные параметры рипа. Точное соблюдение настроек C2 и кэша имели смысл только когда еще не было базы AccurateRip.

Второй рип - точный - уж очень большая достоверность - 12.
Первый рип я бы тоже считал точным, хотя и с гораздо меньшей вероятностью - достоверность 1 означает, что кто-то еще рипнул это диск и получил точно такие же CRC. Если только автор этого рипа сам же не добавил свой рип в базу AccurateRip.

Автор: yury_usa - 22-04-2008, 18:55

inzerus

QUOTE:

Первый рип я бы тоже считал точным, хотя и с гораздо меньшей вероятностью - достоверность 1 означает, что кто-то еще рипнул это диск и получил точно такие же CRC

Но ведь в первом диске лог прописан два раза, и оба раза CRC треков совпали?

Насчет accuraterip согласен. Мне также попадались рипы в burst mode где достоверность 15 а то и выше. Очень часто встречаются в ньюсах в лосслесс группах, а также на мелких трекерах

Интересно, а что остальные думают?

Автор: inzerus - 22-04-2008, 19:01

QUOTE (yury_usa @ 22-04-2008, 18:55):

Но ведь в первом диске лог прописан два раза, и оба раза CRC треков совпали?

Согласен. Правда, оба рипа сделаны на одном и том же дисководе. Например, если выставлен неправильный offset, то оба рипа будут одинаковые, но это не значит, что они будут правильными. Хотя сочетание одинаковых CRC двух рипов и пусть даже минимальное подтверждение AccurateRip значительно повышают вероятность правильного рипа.

Автор: Гордый - 22-04-2008, 19:23

QUOTE (yury_usa @ 22-04-2008, 17:55):

Интересно, а что остальные думают?

Остальные... думают? Я вот не остальной и то же думаю! :laugh:

По существу. Считаю если конечно такое совпадение как диск Тины, то вполне приемлемо. Всё равно какие настройки! :D:

А вот другой диск не совсем понятно! Если его рипали два раза, то он должен быть как минимум два раза в базе... а там только один раз? :pig:

Автор: yury_usa - 22-04-2008, 19:41

Гордый

QUOTE:

Может рипали старым EAC без участия AccurateRip. Это я уже потом перегнал в образ и прогнал через прожку arcue.exe чтобы проверить совпадение. Но факт того что в обоих разах сошлись CRC меня радует. По идее, два раза на одни и те же грабли наступить не должно.

Автор: night-jar - 22-04-2008, 19:47

Базу может пополнить любой,я уже об этом писал,сколько тех-же пираток ушло в базу за 10 лет,и кривых самописок от юзверей?! :drag:

В итоге имея на руках редкий оригинал,база выдает что это туфта, :pig:

просто до этого какой-нибудь Вася, :D:

закинул рип пиратки или своей самописки,сколько раз уже, с этим сталкивался... База удобна лишь для получения названий песен и информации,и то приходится править ручками,так что все это мышиная возня,и гарантом проверки такая база служить не может! (imho)

Автор: Гордый - 22-04-2008, 19:50

QUOTE (yury_usa @ 22-04-2008, 18:41):

Гордый

QUOTE:

Что конечно логично... :drag:

Автор: Гордый - 22-04-2008, 19:56

QUOTE (night-jar @ 22-04-2008, 18:47):

В итоге имея на руках редкий оригинал,база выдает что это туфта, :pig:

просто до этого какой-нибудь Вася, :D:

закинул рип пиратки или своей самописки,сколько раз уже, с этим сталкивался... Ох, уж этот Вася! :actu:

База удобна лишь для получения названий песен и информации,и то приходится править ручками,так что все это мышиная возня,и гарантом проверки такая база служить не может! (imho)

night-jar, здесь речь не о том, что база иногда на пиратку выдаёт 36 совпадений, а на оригинал матерится... :laugh:

Тут речь в общем, если CRC каким-то образом с базой совпало, то типа есть ещё такой же рип... а значит вероятность ошибки не велика! :hi:

P.S. Конечно если доверять источнику и это не пиратки всё, как у Васи! :p:

Автор: night-jar - 22-04-2008, 20:26

QUOTE (Гордый @ 22-04-2008, 19:56):

P.S. Конечно если доверять источнику и это не пиратки всё, как у Васи! :p:

Вот и я о том-же,сомнительный довод... купили два кента болгарку,один рипнул и в базу
закинул,другой тоже рипнул и в базу закинул,я скачал в p2p релиз и у меня сошлись crc,счастливый я иду варить кофе... :drag:

Автор: Гордый - 22-04-2008, 21:39

QUOTE (night-jar @ 22-04-2008, 19:26):

купили два кента болгарку,один рипнул и в базу закинул, другой тоже рипнул и в базу закинул...

и главное одного мы уже знаем (Вася), осталось вычислить второго! :laugh:

А может у него шизофрения и это одно лицо, просто дисководы разные... :lol:

night-jar, конечно если такое предполагать, то лучше всё самому покупать и не на толчке!

Автор: night-jar - 22-04-2008, 21:59

QUOTE (Гордый @ 22-04-2008, 21:39):

и главное одного мы уже знаем (Вася), осталось вычислить второго! :laugh:

А может у него шизофрения и это одно лицо, просто дисководы разные... :lol:

night-jar, конечно если такое предполагать, то лучше всё самому покупать и не на толчке!

Просто всецело полагаться на данные базы не стоит,чистота присутствующих в ней релизов на половину сомнительна,не без помощи Василия конечно,и его друзей! :lol:

Автор: ShirA - 25-04-2008, 20:07

как старый борец за правильность рипов, вставлю свои пять копеек. согласен сразу со всеми, т.к. ситуации РЕАЛЬНО могут быть разными. спросите, а какой выход? да простой - раздавать, только обязательно указывать нюансы. рано или поздно из надежных источников удасться получить либо инфу подтверждающую правильность рипа, либо сам правильный рип. вот и все. примечание: невозможность получение 100 процентной гарантии - это не повод заведомо понижать шансы.

это я про то, что рипать самим надо правильно, чтобы потом другие так же не кумарились.

Автор: k-dmitriy - 26-04-2008, 17:59

а что за хеш/кс акрип выдает?

Автор: lostandfound - 26-04-2008, 18:15

я поддерживаю точку зрения ShirA: прямо сейчас, сию минуту, нельзя пытаться быть предельно строгим. хороший рип раритета никогда не приходит сразу -- перед этим мы вынуждены пропустить через себя уйму "васей" и прочего. а только потом и приходит рип, еще Королев учил..

Автор: yury_usa - 07-06-2008, 04:18

а как насчет этого диска?

user posted image

SPOILER (EAC Log)

SPOILER (AccurateRip)

SPOILER (Waveform)

SPOILER (Spectrum)

Автор: k-dmitriy - 15-06-2008, 16:21

QUOTE (yury_usa):

а как насчет этого диска?

а его тут Topic Link: Jazz Samba Stan Getz Charlie Byrd DCC Gold CD GZS1069 (http://netlab.e2k.ru/forum/index.php?showtopic=77748 кстати искали, может правда уже нашли :dunno:

в осле есть архивчик апе+куй

спектр другой срезанный на 20500 примерно. вот слушаю наслаждаюсь

Автор: yury_usa - 07-07-2008, 05:33

такой вопрос. Скачал релиз с ньюсов Squeeze - East Side Story (MFSL)
Два неприятных момента:
1. Рипнуто в burst mode
2. Нету куя

Решил было удалить, но потом глянул еще раз лог:

SPOILER!

Вроде привод нормальный, пре-гапы определены, test&copy есть. Думаю, чем черт не шутит, можно сгенерировать non-compliant куй и пробить по базе аккуратрип
Взял батч отсюда http://www.digital-inn.de/131462-post3.html (http://www.digital-inn.de/131462-post3.html, потом через cuetools перегнал в образ

SPOILER (сгенерированный cueshee)

AccurateRip показал неожиданный результат:

SPOILER (AccurateRip)

Выходит, все ок? Можно ли выкладывать такое в массы? :rolleyes:

Автор: ShirA - 07-07-2008, 08:02

ну а почему нет? придется, наверное, эту историю добавить вот и все. люди еще спасибо скажут за проделанную работу и сбор доказательств корректности рипа.

Автор: k-dmitriy - 25-07-2008, 18:44

а чего там вымеряет эта AccurateRip? столкнулся с такой ситуацией

рип 1:

Used drive : PLEXTOR CD-R PX-W1210A Adapter: 1 ID: 0
Read mode : Secure with C2, accurate stream, disable cache
Combined read/write offset correction : 0

исправил оффсет

INFO

EAC wavcrc32 v0.22 © ]DichlofoS[ Systems, 2007
thanx to: BakLAN, siro and other beta-testers/contributors!
file opened ok
RIFF header checked ok
please wait while couning checksums...
processing 160829760 samples...
file closed ok
--- used in EAC:
generic: grabbing, "no use..." off [all bytes]            : BAE56127.
generic: grabbing, "no use..." on [word nulsamples l/r]   : 7560B430.
waveditor [word nulsamples l]                             : 5BFCDCEE.
--- no used in EAC, only for reference:
byte ignore zeros                                         : 8A9F4BCF.
dword nulsamples                                          : EBB9F8E6.
---
time elapsed: 9500 ms

проверил по базе

INFO

Checking AccurateRip database

Track        Ripping Status                [Disc ID: 0016cb9a-8f0e3e0a]

 1        Accurately Ripped    (confidence 5)     [6697be0a]
 2        Accurately Ripped    (confidence 5)     [d80ee001]
 3        Accurately Ripped    (confidence 5)     [b2fd98ff]
 4        Accurately Ripped    (confidence 5)     [3404d260]
 5        Accurately Ripped    (confidence 5)     [ad832630]
 6        Accurately Ripped    (confidence 5)     [2806cd1b]
 7        Accurately Ripped    (confidence 5)     [3582e023]
 8        Accurately Ripped    (confidence 5)     [cf02cc1c]
 9        Accurately Ripped    (confidence 5)     [dce241ef]
 10        Accurately Ripped    (confidence 5)     [50d867ee]

_______________________

All Tracks Accurately Ripped.

рип 2

Дисковод: TSSTcorpCD/DVDW SH-S162A Adapter: 0 ID: 0
Режим чтения: Достоверный (C2: нет, Точный поток: да, Отключение кэша: да)
Коррекция смещения при чтении: 6

доправил! оффсет

INFO

EAC wavcrc32 v0.22 © ]DichlofoS[ Systems, 2007
thanx to: BakLAN, siro and other beta-testers/contributors!
file opened ok
RIFF header checked ok
please wait while couning checksums...
processing 160829760 samples...
file closed ok
--- used in EAC:
generic: grabbing, "no use..." off [all bytes]            : 68571783.
generic: grabbing, "no use..." on [word nulsamples l/r]   : 39F20F58.
waveditor [word nulsamples l]                             : E50FE6BC.
--- no used in EAC, only for reference:
byte ignore zeros                                         : C60DF0A7.
dword nulsamples                                          : 765D7949.
---
time elapsed: 9547 ms

проверил по базе

INFO

Checking AccurateRip database

Track        Ripping Status                [Disc ID: 0016cb9a-8f0e3e0a]

 1        Accurately Ripped    (confidence 5)     [6697be0a]
 2        Accurately Ripped    (confidence 5)     [d80ee001]
 3        Accurately Ripped    (confidence 5)     [b2fd98ff]
 4        Accurately Ripped    (confidence 5)     [3404d260]
 5        Accurately Ripped    (confidence 5)     [ad832630]
 6        Accurately Ripped    (confidence 5)     [2806cd1b]
 7        Accurately Ripped    (confidence 5)     [3582e023]
 8        Accurately Ripped    (confidence 5)     [cf02cc1c]
 9        Accurately Ripped    (confidence 5)     [dce241ef]
 10        Accurately Ripped    (confidence 5)     [50d867ee]

_______________________

All Tracks Accurately Ripped.

видимо чего-то я не понимаю :rolleyes:

(http://ipicture.ru/

Автор: Гордый - 25-07-2008, 19:36

AR вымеряет только треки без тишины и пауз! Эти образы отличаются парой семплов в конце диска, но это отличие не затрагивает треки, они одинаковы! :hi:

Автор: k-dmitriy - 25-07-2008, 22:21

не, что-то не понимаю. пусть один образ был бы длиннее другого, была бы там тишина в конце, контрольные суммы с учетом тишины не сошлись бы, без учета - сошлись, тогда понятно. а тут-то контрольные суммы без тишины разные, именно звук разный, а длина последнего трека нигде не указана, аркуе либо должен дойти до конца, либо остановится на тишине, а ее там кстати нету в конце

и потом если тишина им не мериется, то к чему эти изменения оффсета, который в большинстве случаев увеличивает/уменьшает тишину в начале? или начинает считать он не там где заканчивается тишина, а непосредственно прыгая по кую? т.е. если я правильно понял фразу "вымеряет только треки без ... пауз" - если в середине трека будет тишина, цифровая, то АР посчитает это место концом трека?

:hi:

Автор: Гордый - 25-07-2008, 23:06

QUOTE (k-dmitriy @ 25-07-2008, 21:21):

Ну тишина учитывается только в начале и конце диска.

В конкретном случае в конце диска могло быть повреждение в не зоны треков и C2 дал сбой... :drag:

Автор: k-dmitriy - 25-07-2008, 23:36

а что эта такая за "не зона треков"? как АР ее определяет, как мне ее определить? ты же не про Lead-In/Out говоришь? там и чтение-то отключено.

Автор: Гордый - 26-07-2008, 05:46

QUOTE (k-dmitriy @ 25-07-2008, 22:36):

Ну хотя бы вот:

QUOTE:

TOC of the extracted CD

Track | Start | Length | Start sector | End sector
---------------------------------------------------------
1 | 0:00.00 | 5:53.45 | 0 | 26519
2 | 5:53.45 | 3:36.70 | 26520 | 42789
3 | 9:30.40 | 2:34.00 | 42790 | 54339
4 | 12:04.40 | 4:48.50 | 54340 | 75989
5 | 16:53.15 | 6:13.15 | 75990 | 103979
6 | 23:06.30 | 3:45.15 | 103980 | 120869
7 | 26:51.45 | 6:54.35 | 120870 | 151954
8 | 33:46.05 | 2:02.40 | 151955 | 161144

Все остальные сектора не будут учтены AR, но на диске их всегда больше (в зависимости от формата записи)

Автор: k-dmitriy - 26-07-2008, 10:38

так ведь и образ там должен заканчивается, на последнем секторе, зачем нам дальше непонятно что, цифровой шум, извлекать в него. а возвращаясь к моему случаю у акрипа нет диска под рукой, нет разметки, куй и вав файл, вот и все. может конечно он из инета берет эти данные, ну так все равно ничего лишнего в образ не должно попадать.

Автор: ShirA - 26-07-2008, 14:01

у меня похожая ситуация с "Дачники" Ленинграда. постараюсь завтра привести здесь всю инфу, заодно и обсудим.

Автор: Гордый - 26-07-2008, 14:40

QUOTE (k-dmitriy @ 26-07-2008, 09:38):

так ведь и образ там должен заканчивается, на последнем секторе...

Сколько нам ещё надо познать... :rolleyes:

Образ всегда больше, чем конец последнего трека!!! :drag:

Автор: inzerus - 26-07-2008, 16:20

QUOTE (Гордый @ 26-07-2008, 14:40):

QUOTE (k-dmitriy @ 26-07-2008, 09:38):

так ведь и образ там должен заканчивается, на последнем секторе...

Сколько нам ещё надо познать... :rolleyes:

Образ всегда больше, чем конец последнего трека!!! :drag:

Сектора с 0 по 343462, значит, всего их 343463.

Автор: Гордый - 26-07-2008, 16:32

QUOTE (inzerus @ 26-07-2008, 15:20):

QUOTE (Гордый @ 26-07-2008, 14:40):

QUOTE (k-dmitriy @ 26-07-2008, 09:38):

так ведь и образ там должен заканчивается, на последнем секторе...

Сколько нам ещё надо познать... :rolleyes:

Образ всегда больше, чем конец последнего трека!!! :drag:

Сектора с 0 по 343462, значит, всего их 343463.

Странно если так считать, то да. Но я сравнивал помнится образ и по-трековый рип, почти ни когда не совпадали по-битово. Значит есть инфа вне треков, но в образе! :shuffle:

Автор: k-dmitriy - 26-07-2008, 17:01

QUOTE (Гордый):

Но я сравнивал помнится образ и по-трековый рип, почти ни когда не совпадали по-битово.

не фубаром перегонял треки в образ? а то он любит тишину убрать.
а образ больше так там же еще RIFF заголовок идет, и какая-нибудь прочая тех. инфа.

Автор: ShirA - 27-07-2008, 19:56

два рипа одного итого же диска:
1. Leningrad_-_Da4niki.wav (Overread-No)
2. Ленинград - Дачники.wav (Overread-Yes)

я почти всегда проверяю совпадают ли рипы при включенном и выключенном "Overread into Lead-In and Lead-Out". это приходится делать т.к. иногда его обязательно включать, иначе пропадает кусочек данных, а иногда наоборот, необходимо выключать, иначе рип будет с ошибками. в 9 случаях из 10 - совпадают. но вот что получилось в этот раз:
1

INFO

Exact Audio Copy V0.99 prebeta 4 from 23. January 2008

EAC extraction logfile from 18. July 2008, 13:40

Ленинград / Дачники

Used drive  : PLEXTOR CD-R   PX-W1210A   Adapter: 0  ID: 1

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

Read offset correction                      : 99
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                              : Installed external ASPI interface

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 |  2:11.11 |         0    |     9835   
        2  |  2:11.11 |  1:47.11 |      9836    |    17871   
        3  |  3:58.22 |  2:59.25 |     17872    |    31321   
        4  |  6:57.47 |  1:33.64 |     31322    |    38360   
        5  |  8:31.36 |  1:18.48 |     38361    |    44258   
        6  |  9:50.09 |  2:58.44 |     44259    |    57652   
        7  | 12:48.53 |  1:41.48 |     57653    |    65275   
        8  | 14:30.26 |  2:11.06 |     65276    |    75106   
        9  | 16:41.32 |  1:28.05 |     75107    |    81711   
       10  | 18:09.37 |  3:28.46 |     81712    |    97357   
       11  | 21:38.08 |  2:18.33 |     97358    |   107740   
       12  | 23:56.41 |  1:40.09 |    107741    |   115249   
       13  | 25:36.50 |  2:55.73 |    115250    |   128447   
       14  | 28:32.48 |  3:25.48 |    128448    |   143870   


Range status and errors

Selected range

     Filename K:\reliz\leningrad\puljapljus\Da4niki\Leningrad_-_Da4niki.wav

     Peak level 100.0 %
     Range quality 100.0 %
     Test CRC 2A5119F3
     Copy CRC 2A5119F3
     Copy OK

No errors occurred

 
AccurateRip summary
 
Track  1  cannot be verified as accurate (confidence 1)  [D7F4882F], AccurateRip returned [73484252]
Track  2  cannot be verified as accurate (confidence 1)  [57B13F10], AccurateRip returned [F97FFB7D]
Track  3  cannot be verified as accurate (confidence 1)  [7AA08387], AccurateRip returned [8EA4F3DD]
Track  4  cannot be verified as accurate (confidence 1)  [0B3F6223], AccurateRip returned [C4987111]
Track  5  cannot be verified as accurate (confidence 1)  [1F5BD85C], AccurateRip returned [FC107614]
Track  6  cannot be verified as accurate (confidence 1)  [C41415E5], AccurateRip returned [7FABF5B0]
Track  7  cannot be verified as accurate (confidence 1)  [A58F4287], AccurateRip returned [A83A45DE]
Track  8  cannot be verified as accurate (confidence 1)  [BE62BF28], AccurateRip returned [221E37C6]
Track  9  cannot be verified as accurate (confidence 1)  [958E4C5F], AccurateRip returned [83A4310F]
Track 10  cannot be verified as accurate (confidence 1)  [E104C653], AccurateRip returned [3B2D7D85]
Track 11  cannot be verified as accurate (confidence 1)  [E511C985], AccurateRip returned [9DB38B04]
Track 12  cannot be verified as accurate (confidence 1)  [C975DDCD], AccurateRip returned [E1EBD460]
Track 13  cannot be verified as accurate (confidence 1)  [449F203C], AccurateRip returned [0263EA17]
Track 14  cannot be verified as accurate (confidence 1)  [E99EFD16], AccurateRip returned [7AFAA7EA]
 
No tracks could be verified as accurate
You may have a different pressing from the one(s) in the database

End of status report

INFO

Exact Audio Copy V0.99 prebeta 4 from 23. January 2008

EAC extraction logfile from 19. July 2008, 13:47

Ленинград / Дачники

Used drive  : PLEXTOR CD-R   PX-W1210A   Adapter: 0  ID: 1

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

Read offset correction                      : 99
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

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 |  2:11.11 |         0    |     9835   
        2  |  2:11.11 |  1:47.11 |      9836    |    17871   
        3  |  3:58.22 |  2:59.25 |     17872    |    31321   
        4  |  6:57.47 |  1:33.64 |     31322    |    38360   
        5  |  8:31.36 |  1:18.48 |     38361    |    44258   
        6  |  9:50.09 |  2:58.44 |     44259    |    57652   
        7  | 12:48.53 |  1:41.48 |     57653    |    65275   
        8  | 14:30.26 |  2:11.06 |     65276    |    75106   
        9  | 16:41.32 |  1:28.05 |     75107    |    81711   
       10  | 18:09.37 |  3:28.46 |     81712    |    97357   
       11  | 21:38.08 |  2:18.33 |     97358    |   107740   
       12  | 23:56.41 |  1:40.09 |    107741    |   115249   
       13  | 25:36.50 |  2:55.73 |    115250    |   128447   
       14  | 28:32.48 |  3:25.48 |    128448    |   143870   


Range status and errors

Selected range

     Filename K:\reliz\leningrad\puljapljus\Da4niki\overread\Ленинград - Дачники.wav

     Peak level 100.0 %
     Range quality 100.0 %
     Copy CRC 7B6A1493
     Copy OK

No errors occurred

 
AccurateRip summary
 
Track  1  cannot be verified as accurate (confidence 1)  [D7F4882F], AccurateRip returned [73484252]
Track  2  cannot be verified as accurate (confidence 1)  [57B13F10], AccurateRip returned [F97FFB7D]
Track  3  cannot be verified as accurate (confidence 1)  [7AA08387], AccurateRip returned [8EA4F3DD]
Track  4  cannot be verified as accurate (confidence 1)  [0B3F6223], AccurateRip returned [C4987111]
Track  5  cannot be verified as accurate (confidence 1)  [1F5BD85C], AccurateRip returned [FC107614]
Track  6  cannot be verified as accurate (confidence 1)  [C41415E5], AccurateRip returned [7FABF5B0]
Track  7  cannot be verified as accurate (confidence 1)  [A58F4287], AccurateRip returned [A83A45DE]
Track  8  cannot be verified as accurate (confidence 1)  [BE62BF28], AccurateRip returned [221E37C6]
Track  9  cannot be verified as accurate (confidence 1)  [958E4C5F], AccurateRip returned [83A4310F]
Track 10  cannot be verified as accurate (confidence 1)  [E104C653], AccurateRip returned [3B2D7D85]
Track 11  cannot be verified as accurate (confidence 1)  [E511C985], AccurateRip returned [9DB38B04]
Track 12  cannot be verified as accurate (confidence 1)  [C975DDCD], AccurateRip returned [E1EBD460]
Track 13  cannot be verified as accurate (confidence 1)  [449F203C], AccurateRip returned [0263EA17]
Track 14  cannot be verified as accurate (confidence 1)  [E99EFD16], AccurateRip returned [7AFAA7EA]
 
No tracks could be verified as accurate
You may have a different pressing from the one(s) in the database

End of status report

обратите внимание на идентичную сверку с базой AccurateRip, но при этом:
user posted image

(http://ipicture.ru/Gallery/Viewfull/4200935.html

INFO

Comparing files Leningrad_-_Da4niki.wav and K:\RELIZ\LENINGRAD\PULJAPLJUS\DA4NIKI\OVERREAD\ЛЕНИНГРАД - ДАЧНИКИ.WAV
142B5570: 00 B3
142B5571: 00 FF
142B5572: 00 97
142B5573: 00 FF
142B5574: 00 B0
142B5575: 00 FF
142B5576: 00 96
142B5577: 00 FF
142B5578: 00 B8
142B5579: 00 FF
142B557A: 00 98
142B557B: 00 FF
142B557C: 00 B2
142B557D: 00 FF
142B557E: 00 94
142B557F: 00 FF
142B5580: 00 B6
142B5581: 00 FF
142B5582: 00 96
142B5583: 00 FF
142B5584: 00 AD
142B5585: 00 FF
142B5586: 00 95
142B5587: 00 FF
142B5588: 00 B7
142B5589: 00 FF
142B558A: 00 97
142B558B: 00 FF
142B558C: 00 B5
142B558D: 00 FF
142B558E: 00 93
142B558F: 00 FF
142B5590: 00 B0
142B5591: 00 FF
142B5592: 00 9A
142B5593: 00 FF
142B5594: 00 B6
142B5595: 00 FF
142B5596: 00 96
142B5597: 00 FF
142B5598: 00 AD
142B5599: 00 FF
142B559A: 00 91
142B559B: 00 FF
142B559C: 00 B5
142B559D: 00 FF
142B559E: 00 99
142B559F: 00 FF
142B55A0: 00 B1
142B55A1: 00 FF
142B55A2: 00 91
142B55A3: 00 FF
142B55A4: 00 B7
142B55A5: 00 FF
142B55A6: 00 99
142B55A7: 00 FF
142B55A8: 00 B0
142B55A9: 00 FF
142B55AA: 00 8E
142B55AB: 00 FF
142B55AC: 00 B7
142B55AD: 00 FF
142B55AE: 00 99
142B55AF: 00 FF
142B55B0: 00 AD
142B55B1: 00 FF
142B55B2: 00 8F
142B55B3: 00 FF
142B55B4: 00 B8
142B55B5: 00 FF
142B55B6: 00 98
142B55B7: 00 FF
142B55B8: 00 B3
142B55B9: 00 FF
142B55BA: 00 8F
142B55BB: 00 FF
142B55BC: 00 B1
142B55BD: 00 FF
142B55BE: 00 95
142B55BF: 00 FF
142B55C0: 00 B7
142B55C1: 00 FF
142B55C2: 00 91
142B55C3: 00 FF
142B55C4: 00 AF
142B55C5: 00 FF
142B55C6: 00 97
142B55C7: 00 FF
142B55C8: 00 B1
142B55C9: 00 FF
142B55CA: 00 8F
142B55CB: 00 FF
142B55CC: 00 B5
142B55CD: 00 FF
142B55CE: 00 99
142B55CF: 00 FF
142B55D0: 00 B4
142B55D1: 00 FF
142B55D2: 00 90
142B55D3: 00 FF
142B55D4: 00 B8
142B55D5: 00 FF
142B55D6: 00 96
142B55D7: 00 FF
142B55D8: 00 AE
142B55D9: 00 FF
142B55DA: 00 92
142B55DB: 00 FF
142B55DC: 00 B2
142B55DD: 00 FF
142B55DE: 00 94
142B55DF: 00 FF
142B55E0: 00 B9
142B55E1: 00 FF
142B55E2: 00 97
142B55E3: 00 FF
142B55E4: 00 AE
142B55E5: 00 FF
142B55E6: 00 8E
142B55E7: 00 FF
142B55E8: 00 B4
142B55E9: 00 FF
142B55EA: 00 98
142B55EB: 00 FF
142B55EC: 00 B0
142B55ED: 00 FF
142B55EE: 00 90
142B55EF: 00 FF
142B55F0: 00 B2
142B55F1: 00 FF
142B55F2: 00 96
142B55F3: 00 FF
142B55F4: 00 B3
142B55F5: 00 FF
142B55F6: 00 91
142B55F7: 00 FF
142B55F8: 00 B3
142B55F9: 00 FF
142B55FA: 00 93
142B55FB: 00 FF
142B55FC: 00 AF
142B55FD: 00 FF
142B55FE: 00 97
142B55FF: 00 FF
142B5600: 00 B5
142B5601: 00 FF
142B5602: 00 93
142B5603: 00 FF
142B5604: 00 B3
142B5605: 00 FF
142B5606: 00 91
142B5607: 00 FF
142B5608: 00 AF
142B5609: 00 FF
142B560A: 00 95
142B560B: 00 FF
142B560C: 00 B5
142B560D: 00 FF
142B560E: 00 93
142B560F: 00 FF
142B5610: 00 AC
142B5611: 00 FF
142B5612: 00 96
142B5613: 00 FF
142B5614: 00 B2
142B5615: 00 FF
142B5616: 00 90
142B5617: 00 FF
142B5618: 00 B1
142B5619: 00 FF
142B561A: 00 97
142B561B: 00 FF
142B561C: 00 B4
142B561D: 00 FF
142B561E: 00 90
142B561F: 00 FF
142B5620: 00 AF
142B5621: 00 FF
142B5622: 00 91
142B5623: 00 FF
142B5624: 00 B6
142B5625: 00 FF
142B5626: 00 98
142B5627: 00 FF
142B5628: 00 AC
142B5629: 00 FF
142B562A: 00 94
142B562B: 00 FF
142B562C: 00 B4
142B562D: 00 FF
142B562E: 00 98
142B562F: 00 FF
142B5630: 00 B1
142B5631: 00 FF
142B5632: 00 8D
142B5633: 00 FF
142B5634: 00 B3
142B5635: 00 FF
142B5636: 00 97
142B5637: 00 FF
142B5638: 00 B1
142B5639: 00 FF
142B563A: 00 91
142B563B: 00 FF
142B563C: 00 AE
142B563D: 00 FF
142B563E: 00 92
142B563F: 00 FF
142B5640: 00 B2
142B5641: 00 FF
142B5642: 00 9A
142B5643: 00 FF
142B5644: 00 B2
142B5645: 00 FF
142B5646: 00 92
142B5647: 00 FF
142B5648: 00 AF
142B5649: 00 FF
142B564A: 00 91
142B564B: 00 FF
142B564C: 00 B3
142B564D: 00 FF
142B564E: 00 97
142B564F: 00 FF
142B5650: 00 AF
142B5651: 00 FF
142B5652: 00 91
142B5653: 00 FF
142B5654: 00 B1
142B5655: 00 FF
142B5656: 00 9B
142B5657: 00 FF
142B5658: 00 B2
142B5659: 00 FF
142B565A: 00 8C
142B565B: 00 FF
142B565C: 00 B3
142B565D: 00 FF
142B565E: 00 99
142B565F: 00 FF
142B5660: 00 B1
142B5661: 00 FF
142B5662: 00 8B
142B5663: 00 FF
142B5664: 00 B3
142B5665: 00 FF
142B5666: 00 97
142B5667: 00 FF
142B5668: 00 AD
142B5669: 00 FF
142B566A: 00 94
142B566B: 00 FF
142B566C: 00 B2
142B566D: 00 FF
142B566E: 00 98
142B566F: 00 FF
142B5670: 00 AE
142B5671: 00 FF
142B5672: 00 91
142B5673: 00 FF
142B5674: 00 B0
142B5675: 00 FF
142B5676: 00 98
142B5677: 00 FF
142B5678: 00 B4
142B5679: 00 FF
142B567A: 00 92
142B567B: 00 FF
142B567C: 00 AA
142B567D: 00 FF
142B567E: 00 95
142B567F: 00 FF
142B5680: 00 B0
142B5681: 00 FF
142B5682: 00 90
142B5683: 00 FF
142B5684: 00 B3
142B5685: 00 FF
142B5686: 00 95
142B5687: 00 FF
142B5688: 00 B0
142B5689: 00 FF
142B568A: 00 92
142B568B: 00 FF
142B568C: 00 B3
142B568D: 00 FF
142B568E: 00 99
142B568F: 00 FF
142B5690: 00 AF
142B5691: 00 FF
142B5692: 00 91
142B5693: 00 FF
142B5694: 00 B3
142B5695: 00 FF
142B5696: 00 95
142B5697: 00 FF
142B5698: 00 B1
142B5699: 00 FF
142B569A: 00 9C
142B569B: 00 FF
142B569C: 00 B3
142B569D: 00 FF
142B569E: 00 91
142B569F: 00 FF
142B56A0: 00 AF
142B56A1: 00 FF
142B56A2: 00 95
142B56A3: 00 FF

INFO

EAC wavcrc32 v0.22 © ]DichlofoS[ Systems, 2007
thanx to: BakLAN, siro and other beta-testers/contributors!
file opened ok
RIFF header checked ok
please wait while couning checksums...
processing 84596148 samples...
file closed ok
--- used in EAC:
generic: grabbing, "no use..." off [all bytes]            : 2A5119F3.
generic: grabbing, "no use..." on [word nulsamples l/r]   : A02186EA.
waveditor [word nulsamples l]                             : 35F15824.
--- no used in EAC, only for reference:
byte ignore zeros                                         : 5FDE7915.
dword nulsamples                                          : 6504D02F.
---
time elapsed: 11812 ms

INFO

EAC wavcrc32 v0.22 © ]DichlofoS[ Systems, 2007
thanx to: BakLAN, siro and other beta-testers/contributors!
file opened ok
RIFF header checked ok
please wait while couning checksums...
processing 84596148 samples...
file closed ok
--- used in EAC:
generic: grabbing, "no use..." off [all bytes]            : 7B6A1493.
generic: grabbing, "no use..." on [word nulsamples l/r]   : CB381B64.
waveditor [word nulsamples l]                             : B72C7129.
--- no used in EAC, only for reference:
byte ignore zeros                                         : 34C7E49B.
dword nulsamples                                          : 52FDA6A0.
---
time elapsed: 4532 ms

и, наконец, данные от Sony Sound Forge:

1
user posted image

(http://ipicture.ru/Gallery/Viewfull/4200937.html
2
user posted image

(http://ipicture.ru/Gallery/Viewfull/4200939.html
визуально
user posted image

(http://ipicture.ru/Gallery/Viewfull/4200941.html

кто что об этом думает? жду ваших мнений. т.к. диск мой могу проделать любые необходимые эксперименты.

Автор: k-dmitriy - 27-07-2008, 20:39

может акрип специально срезает, округляет в конце файла, до какого-нибудь меньшего круглого значения? чтобы как раз на таких релизах, где звук до конца, показаывалась правильная сверка с базой. ведь в основном у привода оффсет отрицательный, соотв. если он не умеет читать лид-аут, то там нули, и если у одного значение смещения 6, а у другого 667, то у них релизы не сойдутся, посему будет много криков "какого такого у меня все настроено и не сходится" - вот чтобы этого избежать...

Автор: Гордый - 27-07-2008, 21:04

Мне кажется всё просто, в запредельных областях попала какая-то информация и она читаема твоим приводом, вот и славненько! :punk:

Насчёт того, что рипы почти всегда совпадают - несогласен. Просто мало опыта по таким сверкам. Мой личный опыт показал - это очень частое явление. (особенно у EMI) :diablo:

P.S. Насчёт того, что AR берёт за основу трека, остаётся загадкой?! :pig:

Автор: k-dmitriy - 27-07-2008, 21:50

QUOTE (Гордый):

Насчёт того, что рипы почти всегда совпадают - несогласен. Просто мало опыта по таким сверкам. Мой личный опыт показал - это очень частое явление. (особенно у EMI)

я не про другой прессинг, про тот же. а ты о чем?

я про снятый образ на разных приводах, с разными оффсетами, и звук чтобы до самого конца был! имея такой диск и сняв с него образ на двух разных приводах данные в конце будут разными, ровно на разность оффсетов + тишина в значение меньшего оффсета, ведь так?

Автор: Гордый - 27-07-2008, 23:13

Я о том же, о чём ShirA говорит. Просто ему такие диски редко попадались, где информация содержится в Lead-Out :D:

Автор: studio308 - 27-07-2008, 23:14

К сожалению AccurateRip в самом деле очень мало изучен.
К примеру невозможно проверить вне EAC или dbPowerAmp диски с INDEX00 у первого трека. Ну просто диск не находится в базе, при том CRC, которые написаны в логе и те что в ARCue, к примеру, совпадают. (Писал об этом тут: http://foobar2000.ru/forum/index.php/topic,1197.msg17730.html#msg17730 (http://foobar2000.ru/forum/index.php/topic,1197.msg17730.html#msg17730)

Такая же ситуация - диск ведь имеет какую-то реальную длину. Вот ее и использует AccurateRip.

Как вариант могу предположить версию, что включение функции Read Lead-In/Out на данном диске вызывает ошибки в обычном диапазоне. Такое возможно?

Автор: studio308 - 27-07-2008, 23:19

Ответил несколько не на поставленный вопрос.
Был случай с диском Schiller - Sensucht у друга с torrents.ru. В конце диска по каким-то причинам не хватало сэмплов, было заранее известно сколько, он добавил пустых сэмплов - сошлось с базой. Потом нашелся нормальный рип необрезанный - и он тоже сошелся с базой. Хотя в конце по его утверждениям были не пустые сэмплы.

Мне известно, что по какой-то причине в AccurateRip используются для вычисления CRC не все сэмплы, а только 97% сэмплов. Даже не помню где это видел...

Автор: ShirA - 27-07-2008, 23:46

QUOTE (studio308 @ 27-07-2008, 23:19):

Как вариант могу предположить версию, что включение функции Read Lead-In/Out на данном диске вызывает ошибки в обычном диапазоне. Такое возможно?

не в данном случае, второй лог со включенной функцией Read Lead-In/Out

QUOTE (studio308 @ 27-07-2008, 23:19):

Мне известно, что по какой-то причине в AccurateRip используются для вычисления CRC не все сэмплы, а только 97% сэмплов...

на это больше всего похоже... еще бы узнать на сколько это соответствует действительности (можно попытаться проверить).

QUOTE (k-dmitriy @ 27-07-2008, 21:50):

...имея такой диск и сняв с него образ на двух разных приводах данные в конце будут разными, ровно на разность оффсетов + тишина в значение меньшего оффсета, ведь так?

сколько я проверял, у меня всегда все сходилось. поэксперементирую с этим диском.

короче, я попробую записать 2-ой рип на болванку с оффсетом записи, если проблем не будет - его и раздам. но вообще-то ситуация странная и, к сожалению, показывающая, что даже при всех настройках и проверках 100% копию снять достаточно трудно.

Автор: ShirA - 27-07-2008, 23:51

и, кстати, по идее разница значений по продолжительности должна быть на оффсет, что-то у меня не складывается...

Автор: k-dmitriy - 28-07-2008, 09:13

QUOTE (ShirA):

а как же "Fill up missing offset samples with silence : Yes"
вот выключи, тогда...

Автор: ShirA - 28-07-2008, 14:55

принято в план.

Автор: burning shadow - 29-07-2008, 14:15

QUOTE (ShirA @ 27-07-2008, 19:56):

а иногда наоборот, необходимо выключать, иначе рип будет с ошибками.

Только в том случае, если твой драйв не поддерживает оверридинг. Но тогда и включать его бессмысленно, в общем-то. Во всех остальных случаях оверридинг НИКАК не может привести к ошибочному рипу. Это всегда будет 1:1 копия без потери семплов в количестве, равном оффсету чтения драйва.

PS:
Как тут уже говорили, реально полезная информация крайне редко содержится в тех самых семплах, которые драйв при выключенном оверриде пропускает. EAC по умолчанию заполняет этот пропущеный участок нулевыми семплами, в итоге получается то же самое.

PPS:
AccurateRip впоне изучен. Когда его только придумали, в базу заносились результаты как с оверридом, так и без. Из-за этого получилась неразбериха, в итоге из базы удалили все первые и последние треки, и начиная с этого момента в базу попадали только котнрольные суммы треков, рипнутых без оверрида, т.е. даже если EAC рипнул с оверридом, в AccurateRip он отправит CRC трека с нулевыми семплами там, где они были бы без оверрида контрольные суммы первого и последнего треков стали считать по неполным данным, т.е. какое-то количество семплов вначале первого и вконце последнего треков в подсчете контрольной суммы не участвуют.

Автор: k-dmitriy - 29-07-2008, 14:20

если диск cd-extra, то с оверридом, если поддерживается приводом, будут ошибки. во всяком случае у меня так было замечено, приходилось отключать, чтобы "суспект позишион" в глаз не бросалось

Автор: burning shadow - 29-07-2008, 14:27

QUOTE (k-dmitriy @ 29-07-2008, 14:20):

если диск cd-extra, то с оверридом, если поддерживается приводом

Если мне память не изменяет, cd-extra - это когда на диск записаны обычные аудио треки и дата трек в конце. Начало такого диска ничем не отличается от обычного audio cd, и оверридинг работает без ошибок, если драйв его на самом деле умеет. Мой драйв честно умеет оверридинг и я собственноручно рипал cd-extra диски без проблем.

Автор: burning shadow - 29-07-2008, 14:34

QUOTE (k-dmitriy @ 27-07-2008, 20:39):

Совершенно верно. Вот что пишет автор по этому поводу:

QUOTE:

Because for the first and last track not all the data is used (for overreading and not), that would have really confused people if tracks 2...n-1 had crc32 but 1 and n, did not.

http://forum.dbpoweramp.com/showpost.php?p=80160&postcount=5 (http://forum.dbpoweramp.com/showpost.php?p=80160&postcount=5

Автор: k-dmitriy - 29-07-2008, 15:06

QUOTE (burning shadow):

Если мне память не изменяет, cd-extra - это когда на диск записаны обычные аудио треки и дата трек в конце.

да, именно так.

все вспомнил, глупый я :fool:

еас сказал, что привод умеет читать лид-ин, но мне тогда это ни о чем не говорил, посчитал круто и поставил галку на оверридах

а оффсет у него отрицательный, а тут нужно умение лид-аут читать. в теории действительно все должно работать и видимо работает.

а с акрипом плохо выходит, что начало-конец не дают 100% точности

надо им exact accuraterip db делать, со значениями полученными только от приводов с реальным оверридом.

Автор: burning shadow - 29-07-2008, 15:18

QUOTE (k-dmitriy @ 29-07-2008, 15:06):

а с акрипом плохо выходит, что начало-конец не дают 100% точности

надо им exact accuraterip db делать, со значениями полученными только от приводов с реальным оверридом.

На самом деле, все достаточно секурно. Вероятность наличия ошибок в том мизере пропущеных семплов (меньше десятой доли секунды аудио) настолько мала, что не стоит об этом беспокоиться. Если бы была ошибка чтения, она затронула бы больший участок данных. Минимальный блок данных, который может быть прочитан с диска (один сектор) равен 588 семплам. В остальном, технология полностью выполняет свою задачу.

Автор: studio308 - 30-07-2008, 18:05

QUOTE (burning shadow @ 29-07-2008, 14:27):

QUOTE (k-dmitriy @ 29-07-2008, 14:20):

если диск cd-extra, то с оверридом, если поддерживается приводом

Это не обязательно так. DATA может быть и в начале, зависит от порядка записи.

И спасибо за информацию по AccurateRip - полезно знать. :hi: