проверяем лосслесс на качество из под foobar2000

**baralgin** » 09.07.2008, 17:19

Наконец довёл до кое-как работающего варианта проверку по базе accuraterip. Пока строго для тестирования.
Брать тут .
Программа делалась на базе auCDtect2, поэтому в ней ещё много мусора от неё. Меню файл сейчас не работает совсем, пока ничего не сохраняется в виде отчётов. Окно настроек в архиве.
Краткое описание: фубар декодирует треки и программа сразу высчитывает CRC(без создания больших wav-временных-файлов), перед проверкой по базе треки сортируются, потом скачивается файл из базы accuraterip и сравниваются CRC. Работает подобно arcue, ссылки на который были выше в топике. Цель выяснить полезность утилиты(даже не утилиты, а метода). По моим прикидкам в базе находятся CRC высчитанные по разным методам(особенно паузы между треками...), поэтому в моей коллекции нашлась масса альбомов с неверными CRC, хотя я почти уверен что с ними всё в порядке...
Пока проверять можно строго по одному альбому(после каждой проверки закрывать программу), проверять можно как образы с cue, так и резанные треки(разницы нет, если правильно порезано)(по умолчанию cue-splitter режет не правильно :) ). Пока скачивание файла идёт в основном потоке, поэтому программа "подвисает" - потом переделаю(если будет необходимость).
Вот пример работы:

зы: интерпретация, данных скачанных с базы моя, и не претендует на истину. Никакой полезной информации в интернете не нашёл, ровно как и хоть чего-нибудь полезного по accuraterip.dll .
Юзерагент на скачивание пока "arcue" :) .

**studio308** » 09.07.2008, 17:38

Отлично, потестирую. Сразу скажу, что у тебя есть очень серьезный конкурент.
Называется TripleFLAC. Разработка Hydrogenaudio.
Он проигрывает только в том, что единственный поддерживаемый формат - FLAC и то, что он не для foobar2000, а просто отдельная тулза. Ну еще он постоянно подыхает, в том числе на FLAC.
Но у него есть очень большое преимущество, с его помощью очень легко узнавать необходимый оффсет для смещения неверных рипов. При том не один, а все оффсеты на текущий рип, если были рипы с разных штамповок, которые различаются только оффсетом.
TripleFLAC Beta 5 (c поддержкой FLAC 1.2.1): http://rapidshare.com/files/97087486/TripleF_05.rar.html

http://www.hydrogenaudio.org/forums/index.php?sho ... 60430&mode=threaded&pid=562183
http://www.hydrogenaudio.org/forums/index.php?sho ... 64191&mode=threaded&show=&st=&

**Dr.Death** » 09.07.2008, 18:04

An error occured while writing to file (The encoder has terminated prematurely with code 0; please re-check parameters) : "F:\5'nizza - 2003 - Пятница - 01 - Сюрная.fooaccrip"
Additional information:
Command line: "D:\Soft\foobar2000\utils\fooaccrip\fooAccRip.exe" --output "temp-0CB16F137427B231E96C9913BB720AE3.fooaccrip"
Working folder: F:\

**baralgin** » 09.07.2008, 18:09

2Dr.Death а диск F: это случаем не CD-ROM ? Если нет, то каким вариантом из меню Convert запускался процесс?

**Dr.Death** » 09.07.2008, 18:15

дисковод :-D конверт на диск F:\ да похоже глюк был из за запушеного lossless check...

**ShirA** » 10.07.2008, 01:12

2baralgin, большое спасибо, что не забыл. в выходные тоже подключусь к тестированию.

2studio308, ну ты сравнил. один FLAC, а остальные как бы не существуют? *ужас* пускай подрастет программка, рано еще про нее говорить... ;)

**baralgin** » 10.07.2008, 01:31

Просмотрел немного TripleFLAC - принципиально разные подходы. Но она знает больше о структуре тех хитрых bin-файлов :) , нужно немного поковыряться с этими офсетами. Пока я мало что в них понимаю.

**studio308** » 10.07.2008, 05:58

Программа работает хорошо, быстро. И в самом деле не создает огромные файлы, а только пустышки. За время проверок ни разу не проглючила и не вылетела. Порой заедала кнопка Check: или проходила проверка и не было результата, или даже проверка не проходила вовсе, но кликов десять все-таки помогали получить результат. Нашел в базе почти все диски (около 15), кроме 2, один из которых определился как отсутствующий, а другой неверный, хотя оба прошли проверку при рипе (недавнем). В результатах проверок порой бывают подобные числа , к примеру, 40/50, то есть сходится с 40 рипами из 50, а с остальными не сходится по причине другого смещения (рипы с других штамповок). На такой случай TripleFLAC показывает все оффсеты до достижения необходимого схождения. fooAccRip тоже выводит информацию о других существующих рипах с количеством совпадений на каждую штамповку (у меня на A-Ha - Lifelines как и положено было 3 штамповки, с 2, 3 и ~50 совпадениями на разные оффсеты). TripleFLAC же порой выдает странные результаты, когда видит, что диск есть в базе, но не может сказать правильный рип или нет, думаю это вызвано ошибками в базе, хотя несомненно его результаты лучше, чем у ARCue. Пока что по скорости TripleFLAC выигрывает только в определении рипа по базе без пересчета CRC, а просто так (может по длине треков и сумме длинн, вероятно он еще вытаскивает заранее посчитанную CRC из самих FLAC, но тогда смысла в функции пересчета я не вижу). Вот пока так... B)

**studio308** » 11.07.2008, 04:31

Если есть желание немного покопаться в белье ARCue, то вам сюда, обсуждается довольно серьезная проблема:
http://torrents.ru/forum/viewtopic.php?t=988536

Вероятно она могла перейти по наследству и к fooAccRip.

**chmv** » 16.07.2008, 15:28

baralgin:Наконец довёл до кое-как работающего варианта проверку по базе accuraterip

Огромное спасибо! Несколько дисков проверил, работает.

В качестве пожеланий, это запись файла с отчетом в ту же папку, где и исходные треки, и пакетная обработка, если это вообще возможно. Уже давно мучаюсь с тем, что надо бы проверить всю муз. коллекцию на соответствие accuraterip, но не проверять же несколько тысяч дисков руками? Впрочем, я догадываюсь, что последнее маловероятно сделать. Ведь нет однозначного критерия для разделения отдельных дисков. Остается только писать пакетный обработчик для .cue файлов. Я прав?

**studio308** » 17.07.2008, 09:22

Вовсе нет, если реализовать fooAccRip в виде плагина для foobar2000, то его уже возможно будет такому научить.
Просто, как говорилось выше, программа не знает какой-либо информации об изначальных файлах, потому что она получает только конечные WAV во временной папке.
В принципе возможно сохранять лог в той же папке, которая используется как временная, а в свою очередь временными папками чтобы были те, в которых лежат исходные файлы. Это можно сделать если выбирать пункт Convert to... > Same folder.

А уж сделает ли нам baralgin плагины fooCDTect и fooAccRip зависит только от его желания... ;)

**studio308** » 17.07.2008, 09:36

Как выяснилось, существуют такие диски, которые невозможно проверить по AccurateRip вообще ничем, ни fooAccRip, ни ARCue, ни TripleFLAC. Они проверяются только при рипе в EAC и вероятно в dbPowerAmp. Конкретные 2 диска: Camouflage - Sensor и Relocated. Оба диска содержат т.н. скрытый трек, который реализован с помощью INDEX 00 у первого трека (физически он не привязан никуда, т.к. находится перед первым треком). И не очень понятно используется ли он в вычислениях или нет. Судя по логу EAC не используется, поскольку CRC треков у AccurateRip в логе EAC соответствует той, что в fooAccRip, но похоже, что все-таки имеет значение длина прегапа, потому что она влияет на суммарную длину диска. Скорей всего такие диски будут проблемой при проверке с помощью foobar, потому что он вообще не читает INDEX00, только если как вариант научить fooAccRip как-то использовать CUE с нулевыми индексами на такие случаи. Или, если скрытый трек представлен реальным треком по CUE или реальным треком-файлом (обычно трек 00), сделать опцию, которая указывает, что первый трек нулевой, поэтому не использовать его в проверке, а только брать его длину для суммарной длины. Конечно я представляю себе систему ARCue очень слабо, но надеюсь, что это наблюдение будет полезно... *ну*

**ShirA** » 28.07.2008, 00:03

2studio308, если интересно, можешь посмотреть - у меня тут любопытный случай: рипы отличаются, ЦРЦ на имедж разные, а в AccurateRip уходят одинаковые сверки.

**baralgin** » 13.08.2008, 00:42

вот... немного длинно, правда.

studio308:Порой заедала кнопка Check: или проходила проверка и не было результата, или даже проверка не проходила вовсе, но кликов десять все-таки помогали получить результат.

Это интересно. Я вроде такого не наблюдал, но допускаю. С Wininet работал впервые. Интересно значение stCode во время глюка.

studio308:Нашел в базе почти все диски (около 15), кроме 2, один из которых определился как отсутствующий, а другой неверный, хотя оба прошли проверку при рипе (недавнем).

Было бы интересно взглянуть на эти рипы. торрентс.ру? И вообще было интересно вгзлянуть на работу tripleFlac'а при подборе. Тоесть пример рипа и действия в программе для достижения результата.

Проблемы из "viewtopic.php?t=988536" у меня принципиально не может быть, т.к. этим заведует плэйер.

2chmv некотрые мысли отписал в ЛС.

studio308:Это можно сделать если выбирать пункт Convert to... > Same folder.

Точно. Я вообще-то всё это затеял именно для такого метода кодирования. Единственная проблема это появление файлов-призраков в медиабиблиотеке. Но она просто решается исключением расширения "fooaccrip"(или какое там в конвертере прописано, можно любое) в настройках Media Library . Собственнотак же решается проблема и в foocdtect.

По поводу "INDEX 00 у первого трека" хотелось бы опять же увидеть релиз с успешной проверкой при рипе. Думаю эту проблему возможно решить малой кровью. Просто нужен материал.

ShirA:у меня тут любопытный случай: рипы отличаются, ЦРЦ на имедж разные, а в AccurateRip уходят одинаковые сверки.

Бегло прочитал по ссылке на тему. Никаких 97% нет. CRC считается для первого трека альбома без первых 4 блоков по 588 сэмплов, для последнего трека без последних 5-ти блоков. Для треков из "середины" используются все сэмплы. Думаю этого достаточно для обьяснения :) .

зы: 2studio308 , на HA отпишусь немного позже, но в целом проблемы те же...

**studio308** » 15.08.2008, 09:57

У меня есть хорошая новость. На самом деле ARCue умеет проверять рипы с гапом первого трека (при этом не воспринимая существование INDEX 00, см. дальше). А восстановить их можно с подсказки EAC. Думаю, что TripleFLAC сможет проверить рипы только если ей скармливать cue с прегапом. Полагаю, что прегап вообще не проверяется AccurateRip, важна только его длина.

Вот конкретный пример - Camouflage - Sensor:

Несколько моментов:

по логу видно, что первый трек начинается с 00:35.22
индексы/crc AccurateRip совпадают при разных значениях confidence при рипе и несколько позже, после добавления новых рипов в базу
индексы/crc AccurateRip совпадают при проверке рипа с прегапом и без, разница только в полной длине диска (как я уже говорил, длина диска не равна сумме длин его треков)
корректно сказать, что ARCue вообще не смотрит на прегап, просто он берет полную длину диска из как длину имиджа, а длины треков по разметке INDEX 01

Лог:

Код: Выделить всё: Exact Audio Copy V0.99 prebeta 4 from 23. January 2008 Отчёт EAC об извлечении, выполненном 7. июля 2008, 21:30 Camouflage / Sensor Дисковод: PLEXTOR DVDR PX-716A Adapter: 0 ID: 0 Режим чтения : Достоверность Использование точного потока : Да Отключение кэша аудио : Да Использование указателей C2 : Нет Коррекция смещения при чтении : 30 Способность читать области Lead-in и Lead-out : Нет Заполнение пропущенных сэмплов тишиной : Да Удаление блоков с тишиной в начале и конце : Нет При вычислениях CRC использовались нулевые сэмплы : Да Интерфейс : Встроенный Win32-интерфейс для Win NT/2000 Выходной формат : Внутренние WAV-операции Формат сэмплов : 44.100 Гц; 16 бит; стерео TOC извлечённого CD Трек | Старт | Длительность | Начальный сектор | Конечный сектор --------------------------------------------------------------------- 1 | 0:35.22 | 4:40.06 | 2647 | 23652 2 | 5:15.28 | 4:54.04 | 23653 | 45706 3 | 10:09.32 | 4:28.59 | 45707 | 65865 4 | 14:38.16 | 4:37.40 | 65866 | 86680 5 | 19:15.56 | 4:07.24 | 86681 | 105229 6 | 23:23.05 | 5:55.59 | 105230 | 131913 7 | 29:18.64 | 4:20.38 | 131914 | 151451 8 | 33:39.27 | 1:08.57 | 151452 | 156608 9 | 34:48.09 | 5:17.17 | 156609 | 180400 10 | 40:05.26 | 4:36.18 | 180401 | 201118 11 | 44:41.44 | 4:45.46 | 201119 | 222539 12 | 49:27.15 | 2:56.00 | 222540 | 235739 13 | 52:23.15 | 11:05.16 | 235740 | 285630 Характеристики диапазона извлечения и сообщения об ошибках Выбранный диапазон Имя файла E:\EAC_rip\Camouflage - Sensor.wav Пиковый уровень 99.9 % Качество диапазона 99.9 % CRC копии E1C5E835 Копирование... OK Ошибок не произошло AccurateRip: сводка Трек 1 точное извлечение (доверие 4) [5EDCD6A5] Трек 2 точное извлечение (доверие 4) [A46444AC] Трек 3 точное извлечение (доверие 4) [C0A85041] Трек 4 точное извлечение (доверие 4) [52D4C3CE] Трек 5 точное извлечение (доверие 4) [3D86D633] Трек 6 точное извлечение (доверие 4) [E332B62B] Трек 7 точное извлечение (доверие 4) [9C23A40E] Трек 8 точное извлечение (доверие 4) [CEE010BB] Трек 9 точное извлечение (доверие 4) [412E7AA5] Трек 10 точное извлечение (доверие 4) [3B2EC50E] Трек 11 точное извлечение (доверие 4) [AA51BB11] Трек 12 точное извлечение (доверие 4) [A9FA2226] Трек 13 точное извлечение (доверие 4) [398FDE80] Все треки извлечены точно Конец отчёта

TripleFLAC:

Код: Выделить всё: 13+1 tracks: Contacting AccurateRip [LeadIn: 0] - http://www.accuraterip.com/accuraterip/6/1/B/dBAR-014-001CEB16-013BEFEE-AC0EE00E.bin CD not found - The remote server returned an error: (404) Not Found. 13 tracks: Contacting AccurateRip [LeadIn: 0] - http://www.accuraterip.com/accuraterip/4/5/A/dBAR-013-001C5A54-011AC729-BB0EBD0D.bin CD not found - The remote server returned an error: (404) Not Found.

fooAccRip:
13+1 tracks:
[img width=400 height=322]http://bayimg.com/image/naklmaabd.jpg[/img]
13 tracks:
[img width=400 height=315]http://bayimg.com/image/nakllaabd.jpg[/img]

ARCue (cue с прегапом первого трека):

Код: Выделить всё: Checking AccurateRip database Track Ripping Status [Disc ID: 001ceb16-aa0ebd0d] 1 Accurately Ripped (confidence 6) [5edcd6a5] 2 Accurately Ripped (confidence 6) [a46444ac] 3 Accurately Ripped (confidence 6) [c0a85041] 4 Accurately Ripped (confidence 6) [52d4c3ce] 5 Accurately Ripped (confidence 6) [3d86d633] 6 Accurately Ripped (confidence 6) [e332b62b] 7 Accurately Ripped (confidence 6) [9c23a40e] 8 Accurately Ripped (confidence 6) [cee010bb] 9 Accurately Ripped (confidence 6) [412e7aa5] 10 Accurately Ripped (confidence 6) [3b2ec50e] 11 Accurately Ripped (confidence 6) [aa51bb11] 12 Accurately Ripped (confidence 6) [a9fa2226] 13 Accurately Ripped (confidence 6) [398fde80] _______________________ All Tracks Accurately Ripped.

Код: Выделить всё: REM GENRE Synthpop REM DATE 2003 REM COMMENT USC©2008 PERFORMER Camouflage TITLE Sensor FILE "Camouflage - Sensor.wav" WAVE TRACK 01 AUDIO TITLE "Me and You" INDEX 00 00:00:00 INDEX 01 00:35:22 TRACK 02 AUDIO TITLE Perfect INDEX 01 05:15:28 TRACK 03 AUDIO TITLE Harmful INDEX 01 10:09:32 TRACK 04 AUDIO TITLE "Here She Comes" INDEX 01 14:38:16 TRACK 05 AUDIO TITLE "I Can't Feel You" INDEX 01 19:15:56 TRACK 06 AUDIO TITLE Lost INDEX 01 23:23:05 TRACK 07 AUDIO TITLE "I'll Follow Behind" INDEX 01 29:18:64 TRACK 08 AUDIO TITLE Adrenalin INDEX 01 33:39:27 TRACK 09 AUDIO TITLE Blink INDEX 01 34:48:09 TRACK 10 AUDIO TITLE Thief INDEX 01 40:05:26 TRACK 11 AUDIO TITLE Together INDEX 01 44:41:44 TRACK 12 AUDIO TITLE "74 Minutes" INDEX 01 49:27:15 TRACK 13 AUDIO TITLE "You Turn ~ Perfect Sensor" INDEX 01 52:23:15

ARCue (cue без явного прегапа первого трека, но со смещенным началом первого трека относительно имиджа):

Код: Выделить всё: Checking AccurateRip database Track Ripping Status [Disc ID: 001ceb16-aa0ebd0d] 1 Accurately Ripped (confidence 6) [5edcd6a5] 2 Accurately Ripped (confidence 6) [a46444ac] 3 Accurately Ripped (confidence 6) [c0a85041] 4 Accurately Ripped (confidence 6) [52d4c3ce] 5 Accurately Ripped (confidence 6) [3d86d633] 6 Accurately Ripped (confidence 6) [e332b62b] 7 Accurately Ripped (confidence 6) [9c23a40e] 8 Accurately Ripped (confidence 6) [cee010bb] 9 Accurately Ripped (confidence 6) [412e7aa5] 10 Accurately Ripped (confidence 6) [3b2ec50e] 11 Accurately Ripped (confidence 6) [aa51bb11] 12 Accurately Ripped (confidence 6) [a9fa2226] 13 Accurately Ripped (confidence 6) [398fde80] _______________________ All Tracks Accurately Ripped.

Код: Выделить всё: REM GENRE Synthpop REM DATE 2003 REM COMMENT USC©2008 PERFORMER Camouflage TITLE Sensor FILE "Camouflage - Sensor.wav" WAVE TRACK 01 AUDIO TITLE "Me and You" INDEX 01 00:35:22 TRACK 02 AUDIO TITLE Perfect INDEX 01 05:15:28 TRACK 03 AUDIO TITLE Harmful INDEX 01 10:09:32 TRACK 04 AUDIO TITLE "Here She Comes" INDEX 01 14:38:16 TRACK 05 AUDIO TITLE "I Can't Feel You" INDEX 01 19:15:56 TRACK 06 AUDIO TITLE Lost INDEX 01 23:23:05 TRACK 07 AUDIO TITLE "I'll Follow Behind" INDEX 01 29:18:64 TRACK 08 AUDIO TITLE Adrenalin INDEX 01 33:39:27 TRACK 09 AUDIO TITLE Blink INDEX 01 34:48:09 TRACK 10 AUDIO TITLE Thief INDEX 01 40:05:26 TRACK 11 AUDIO TITLE Together INDEX 01 44:41:44 TRACK 12 AUDIO TITLE "74 Minutes" INDEX 01 49:27:15 TRACK 13 AUDIO TITLE "You Turn ~ Perfect Sensor" INDEX 01 52:23:15

**baralgin** » 15.08.2008, 10:20

2studio308 хороший пример. На нём потренируемся.
Мои соображения: прегап наверное клеится к первому треку сверху, тем самым изменяется длительность этого трека(но не меняется количество самих треков), что влечёт за собой другой диск id и другой CRC для первого трека. Если ARCue может использовать эту информацию, то мой способ врядли(пока foobar не станет декодировать таким образом), но есть возможность отбрутфорсить это значение(подсказки EAC не всегда доступны...).
Что делает значение Leadin в TripleFlac ? Из декомпилированного исходника сложно разобрать, функция проверки слишком огромна.

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

**studio308** » 15.08.2008, 10:23

Ни в коем случае не должен клеиться! Висит независимо и вообще не проверяется по базе.

Ведь TripleFLAC вообще не брутфорсит значения, а как-то их берет у базы. То же самое умеет делать EAC, когда достаточно быстро вычисляет схожесть с базой, даже не производя снятия.

**studio308** » 15.08.2008, 10:35

А каким образом сравнивается информация у тебя? Ты ведь наверное запрашиваешь информацию по каким-то данным и получаешь что-то в ответ от базы. Надо просто ввести поле для ввода прегапа - исключительно вручную вводить его из cue. Может быть загрузка значения из cue может быть использована.

Вот насчет функции LeadIn в TripleFLAC точно ничего не знаю - это может оказаться и прегап, но значение там вроде бы integer - как туда время внести?

**baralgin** » 15.08.2008, 10:50

studio308:Ни в коем случае не должен клеиться! Висит независимо и вообще не проверяется по базе.

Я имел в виду несколько другое, но это не столь важно(как оно работает разберёмся), а вот невозможность иметь значение прегапа для fooaccrip остаётся всё равно проблемой. Да, ввод с руки точно известного значения выход конечно, хоть и не совсем удобно. А также брутфорс :) . Какие максимальные значения прегапа встречаются?(информация для возможного брутфорса).

studio308:Ты ведь наверное запрашиваешь информацию по каким-то данным и получаешь что-то в ответ от базы.

Запрос в базу идёт по длинам треков и по их количеству(сами треки естественно не используются). На основе длин строятся три числа: discId1, discId2, cddbDiscId . Эти числа и определяют диск в базе. diskid1 это длинна имиджа, вероятно(скоро проверю) достаточно её увеличить на величину прегапа для нахождения диска в базе.

studio308:Вот насчет функции LeadIn в TripleFLAC точно ничего не знаю - это может оказаться и прегап, но значение там вроде бы integer - как туда время внести?

У меня есть предположение что это и есть прегап. Вводится он не во временных единицах а во фреймах. 75 соответствует 1с . Но это только предположение. Вообще значение прегапа из примера огромное просто(0:35.22 - 2647 фрэймов)...

**baralgin** » 16.08.2008, 00:30

Проверил в tripleFlac этот leadin точно работает как прегап. И задаётся в виде фрэймов. Вот пример:

Как оно расчитывается я разобрался. Сделаю поле для ввода + поиск из лога если лежит в той же папке.