CueTools 2.1.5 vs. File Integrity Verifier (foo_verifier)

[George Smith]

Здравствуйте!
Думаю, многие знают что делает foo_verifier - он связывается с базой данных AccurateRip и показывает, правильно ли были "рипнуты" треки с CD.
Вот в чем проблема: есть альбом, я его скачал в виде %album%.flac + %album%.cue. Для разделения на треки я использовал выше упомянутый CueTools 2.1.5. Особенность этой программы в том, что она тоже умеет связываться с AccurateRip и используя эту информацию, делить ТРЕК на треки. Так вот, проверяю разделенный альбом с помощью foo_verifier - offset! Если я првильно понимаю, offset означает смещение треков. Вот я и подошел к вопросу: кто врет - foobar2000 + foo_verifier или cuetools 2.1.5?

P.S. С foobar:

Спойлер

Track Status
01 Accurately ripped with offsets: 0(2), 300(2), 300(0).
02 Accurately ripped with offsets: 0(2), 300(2), 300(0).
03 Accurately ripped with offsets: 0(2), 300(2), 300(0).
04 Accurately ripped with offsets: 0(2), 300(2), 300(0).
05 Accurately ripped with offsets: 0(2), 300(2), 300(0).
06 Accurately ripped with offsets: 0(2), 300(2), 300(0).
07 Accurately ripped with offsets: 0(2), 300(2), 300(0).
08 Accurately ripped with offsets: 0(2), 300(2), 300(0).
09 Accurately ripped with offsets: 0(2), 300(2), 300(0).
10 Accurately ripped with offsets: 0(2), 300(2), 300(0).
11 Accurately ripped with offsets: 0(2), 300(2), 300(0).
12 Accurately ripped with offsets: 0(2), 300(2), 300(0).
13 Accurately ripped with offsets: 0(2), 300(2), 300(0).

А вот с cuetools:

Спойлер

[CUETools log; Date: 08.10.2015 19:01:30; Version: 2.1.5]
CD-Extra data track length 12:04:54.
[CTDB TOCID: Uxo3Wrr5Uf.NSrI8UZgu0Gj.KIY-] found.
Track | CTDB Status
1 | (8/8) Accurately ripped
2 | (8/8) Accurately ripped
3 | (8/8) Accurately ripped
4 | (8/8) Accurately ripped
5 | (8/8) Accurately ripped
6 | (8/8) Accurately ripped
7 | (8/8) Accurately ripped
8 | (8/8) Accurately ripped
9 | (8/8) Accurately ripped
10 | (8/8) Accurately ripped
11 | (8/8) Accurately ripped
12 | (8/8) Accurately ripped
13 | (8/8) Accurately ripped
[AccurateRip ID: 0019b1bb-01058fa3-b20fab0e] found.
Track [ CRC | V2 ] Status
01 [4e85790d|0c41b26e] (05+05/10) Accurately ripped
02 [a86ba216|70ce5bed] (05+05/10) Accurately ripped
03 [953156f1|cba7fddb] (05+05/10) Accurately ripped
04 [f3244cf9|c21ffc68] (05+05/10) Accurately ripped
05 [b2743781|d51d2cc6] (05+05/10) Accurately ripped
06 [071d5498|03081e19] (05+05/10) Accurately ripped
07 [ad340257|81d25975] (05+05/10) Accurately ripped
08 [78974206|1c675844] (05+05/10) Accurately ripped
09 [1995d549|273090bf] (05+05/10) Accurately ripped
10 [716a2279|936b60df] (05+05/10) Accurately ripped
11 [7f9f40c8|74d2a340] (05+05/10) Accurately ripped
12 [1266c8f3|f02dacf6] (05+05/10) Accurately ripped
13 [29d23379|6358d687] (05+05/10) Accurately ripped

Track Peak [ CRC32 ] [W/O NULL] [ LOG ]
-- 100,0 [5CAC6F06] [CD7F35E0] CRC32
01 100,0 [0558130A] [EBA46C5A]
02 100,0 [EBD89D02] [7BFE757D]
03 99,9 [09A2F3BA] [452446A2]
04 99,9 [AB1272A7] [7AA36DB1]
05 99,9 [C59E0CDD] [9748F13D]
06 99,9 [75363C03] [DABACC52]
07 99,9 [978E3B72] [160C9BB4]
08 100,0 [8506C21D] [ADE59E7B]
09 99,9 [A353A01F] [334E3511]
10 99,9 [2D2F9D19] [F9DE4E75]
11 99,9 [A5DB17C2] [146E077B]
12 95,0 [CB874B5C] [BC5F07E4]
13 100,0 [7EDFEE9E] [33080913]

P.P.S. Когда опубликовал тему, до меня дошло, что в CueTools нигде не сказано, что есть "смещение", но и не сказано, что его нет, а foo_verifier говорит, что треки "рипнуты" аккуратно. Но все равно, хотелось бы разобраться

[Yurnikos]

foo_verifier говорит, что треки "рипнуты" аккуратно. Но все равно, хотелось бы разобраться

А что, в куй-файле имеется-ли строка для 1-го трека "pregap хх:хх:хх"?
если нет, то, имхо, "смещение" потеряно

[George Smith]

А что, в куй-файле имеется-ли строка для 1-го трека "pregap хх:хх:хх"?
если нет, то, имхо, "смещение" потеряно

В cue может и нет, но с cuetools можно установить этот параметр.

Статья с википедии:

Спойлер

Команда INDEX 00 — необязательная, она определяет так называемый pregap (англ.) (предшествующий зазор). При использовании с TRACK 01 (первым треком) INDEX 00 будет обозначать начало скрытого лидирующего трека (Hidden Track One Audio (HTOA) (англ.)), найти который, например, на аудио-CD можно только перемоткой назад сразу после начала воспроизведения.

[Yurnikos]

В cue может и нет, но с cuetools можно установить этот параметр.

Если "потерян прегап" - имхо, восстановить, вовсе не просто,
а откуда cuetools может быть известен / вычислен прегап ?

[George Smith]

а откуда cuetools может быть известен / вычислен прегап ?

А разве в AccurateRip нет этой информации?

[Yurnikos]

А разве в AccurateRip нет этой информации?

чего не знаю, не пользуюсь - не могу сказать.
Это нужно для создания точной копии ЦД - мне незачем

[Yurnikos]

cuetools

а чем тебя не устраивает foo_cuesheet_creator,
почему нужно обращаться / пользоваться к сторонней! cuetools?

[George Smith]

а чем тебя не устраивает foo_cuesheet_creator

Мне не нужно создавать cue, нужно корректно разделить ТРЕК, используя cue!

[Yurnikos]

Мне не нужно создавать cue, нужно корректно разделить ТРЕК, используя cue!

Иными словами, не доверяешь фубару? корректно разделить ТРЕК альбом, считаешь,
может только "cuetools" ?

[megane68]

корректно разделить ТРЕК альбом, считаешь,
может только "cuetools" ?

Смотря, что Вы подразумеваете под словом корректно.
Если корректно - это без ошибок, так, чтобы все треки нормально воспроизводились на любом девайсе, то обе проги делают это без проблем.
Если считать корректным сохранение точной разметки оригинального CD-DA, то при определённых условиях, foobar2000 не сможет этого сделать.
Это же касается и рипа CD-DA.

Добавлено спустя 26 минут 43 секунды:

Вот я и подошел к вопросу: кто врет - foobar2000 + foo_verifier или cuetools 2.1.5?

Никто не врёт. Вы вероятно неправильно используете foo_verifier или же он не учитывает pregap.