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

[baralgin]

Небольшое обновление(в первом посте тоже исправил ссылку). Теперь есть возможность корректного завершения процесса проверки: отмена в конвертере, ожидание "затишья" и закрытие fooCDtect2. Также в архив добавил readme.txt, где довольно подробно описал принцип работы программы(интересно будет не всем наверное :) ). Если не будет замечаний, то это можно считать релизом.

[studio308]

В теме один оффтоп... Никто не понимает ценность этой утилиты! :o
Все только про фарш говорят. Эта тема по lossless! Чего вы сюда приперлись со своими MP3?

baralgin
Спасибо! Порадовал! :-)

Возможно ли добавить вывод дополнительной информации от AuCDTect (которую он вычисляет по ключу -v)?
Может еще стоит вначале лога указывать, что он создан foocdtect и параметры проверки?
Если оставляешь foocdtect запущенным и много тестируешь, то список становится огромным. Может быть стоит добавить функции удаления позиций из списка, полной очистки списка и удаления позиций в списке при сохранении лога (как галочка в настройках)?

[baralgin]

Возможно ли добавить вывод дополнительной информации от AuCDTect (которую он вычисляет по ключу -v)?

Я так понял в лог-файл и после каждого трэка?

Может еще стоит вначале лога указывать, что он создан foocdtect и параметры проверки?

Можно, я думал вначале об этом, но забыл.

Если оставляешь foocdtect запущенным и много тестируешь, то список становится огромным. Может быть стоит добавить функции удаления позиций из списка, полной очистки списка и удаления позиций в списке при сохранении лога (как галочка в настройках)?

Возможность удаления я хотел сделать, но столкнулся с "архитектурными" граблями, требующими значительной переделки. В качестве альтернативы сделал сортировку с подсветкой фона по папкам. Хотя можно конечно сделать псевдоудаление - просто не показывать в листе "удалённые" треки... Над автоудалением подумаем. Главное аккуратно пользовать, т.к. возможны выделения/сохранения ещё проверяемых трэков.

зы: заметил неприятный косяк - если проверяются треки из библиотеки и проверяються в ту же папку("в библиотеку"), то плэйер добавляет "откодированные" файлы в библиотеку, наполняя её мусором. Избавиться можно пунктом меню "Remove dead entries" в библиотеке(на "больных" элементах естественно) .

[studio308]

Ну не знаю пока про косяки. Меня вполне устроило. Буду акуратно пользовать и не тыкать лишний раз куда попало... ;)

[baralgin]

С небольшим запозданием...
Добавлено:
* переработано создание отчёта, краткий режим и с выводом информации от ключа -v, изменил умолчательное имя для отчёта.
* удаление треков из списка, автоудаление по сохранению.
* добавил несколько ключей-флагов для окна(в настройках конвертера их дописывать): --topmost, --autodel, --verlog. Последние два управляют вышеназванными нововведениями.

В целом, если этот функционал не очень нужен, то можно и не обновляться, хотя отчёт всёже стал выглядеть немного красивше :-) .

[studio308]

Супер! *шляпа*

[baralgin]

Забыл ссылку дать :-) . В первом посте или вот.

И ещё: если проверяються треки из библиотеки "в библиотеку" , то чтобы не появлялся лишний мусор в "Media Library" нужно exclud'ить файлы с расширением *.aucdtect(или другое какое используеьтся).

[meDveD]

не скачать, желательно ссылку на файлообменник..

[baralgin]

2meDveD_spb ссылка не прямая: сначала нужно просто кликнуть, а там уже сохранять(ничуть не хуже файлообменников, зато без кодов, ожиданий и рекламы ;) ).

[meDveD]

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

[baralgin]

2meDveD_spb хм, странно. Видимо кто-то режет... вот рапида.

[ShirA]

2baralgin, огромное человеческое спасибо!  [:-}
есть два маленьких вопросика:
-нельзя ли сделать возможность автосэйва лога (в идеале как в EAC, с отображением после завершения процесса анализа)?
-файлы тестятся и попадают в лог в каком-то странном порядке, с этим возможно что-то сделать?

fooCDtect - foobar2000 + auCDtect, baralgin.

auCDtect: CD records authenticity detector, version 0.8.2
Copyright (c) 2004 Oleg Berngardt. All rights reserved.
Copyright (c) 2004 Alexander Djourik. All rights reserved.

    mode: 0

=======================================================
    Track: 2. MOZZART - Money (THE BEST OF ITALO DISCO HITS, Vol. IX CD2'1987)

Processing file: [2. MOZZART - Money (THE BEST OF ITALO DISCO HITS, Vol. IX CD2'1987).aucdtect]
Detected average hi-boundary frequency: 2.037085e+004 Hz
Detected average lo-boundary frequency: 1.372988e+004 Hz
Detected average hi-cut frequency: 2.185303e+004 Hz
Detected average lo-cut frequency: 1.250353e+004 Hz
Maximum probablis boundary frequency: 2.189100e+004 Hz
Coefficient of nonlinearity of a phase: 3.438562e-002
First order smothness: 4.741015e-001
Second order smothness: 2.148520e-001

------------------------------------------------------------
This track looks like CDDA with probability 100%

=======================================================
    Track: 1. THE MIDNIGHT'S MOSKOW - Tovarisc Gorbasciov (THE BEST OF ITALO DISCO HITS, Vol. IX CD2'1987)

Processing file: [1. THE MIDNIGHT'S MOSKOW - Tovarisc Gorbasciov (THE BEST OF ITALO DISCO HITS, Vol. IX CD2'1987).aucdtect]
Detected average hi-boundary frequency: 2.069854e+004 Hz
Detected average lo-boundary frequency: 1.495725e+004 Hz
Detected average hi-cut frequency: 2.130047e+004 Hz
Detected average lo-cut frequency: 1.492824e+004 Hz
Maximum probablis boundary frequency: 2.189100e+004 Hz

Coefficient of nonlinearity of a phase: 1.727419e-001
First order smothness: 4.817786e-001
Second order smothness: 6.605547e-001

------------------------------------------------------------
This track looks like CDDA with probability 100%

=======================================================
    Track: 3. Syntech - Soundly Computed (Italo D._12'1988)

Processing file: [3. Syntech - Soundly Computed (Italo D._12'1988).aucdtect]
Detected average hi-boundary frequency: 2.065216e+004 Hz
Detected average lo-boundary frequency: 1.532289e+004 Hz
Detected average hi-cut frequency: 2.179235e+004 Hz
Detected average lo-cut frequency: 1.904612e+004 Hz
Maximum probablis boundary frequency: 2.189100e+004 Hz
Coefficient of nonlinearity of a phase: 3.247003e-001
First order smothness: 4.671413e-001
Second order smothness: 4.969880e-001

------------------------------------------------------------
This track looks like CDDA with probability 100%

=======================================================

еще раз спасибо, очень нужная и удобная фича.
EDITED с порядком трэков - разобрался, надо выделять сверху вниз, тады все будет хорошо. :)

[baralgin]

2ShirA Насчёт второго всё просто: это многопоточность во всей красе :) . Поэтому я ввёл сортировку треков по названиям. Чтобы она корректно работала нужно чтобы конвертер создавал файлы с номером трека вначале(собственно так по умолчанию - [%track% ] - %title%). Но есть одно но... в вашем логе первый трэк имет имя "1. THE MIDNIGHT'S MOSKOW - Tova..." . Лучше когда вместо "1. ..." будет "01. ..." . Тоесть номер трека должен быть двухсимвольным для корректной сортировки числа треков больше 9. %track% - как раз так и делает, но это в последних версиях плэйера, а как дела обстояли со старыми я не в курсе. Кроме того встроенная сортировка работает для каждой выходной папки отдельно - это на случай если надолго "зарядили" проверять несолько альбомов в разные папки(разные папки можно получить например кодируя "тудаже" или задав нужное имя файлов в конвертере включая создание директорий).

А насчёт первого сложнее... это имеет смысл только при проверке "поальбомно", иначе получится каша. Оно действительно нужно? :-) . Я и так постарался сделать процесс сохранения наиболее простым: ctrl+s, enter(можно вслепую). А если несколько альбомов проверяются сразу, то я просто не смогу их разделить, т.к. попадают они на проверку в некотором беспорядке(пункт первый).

[ShirA]

с сортировкой все понятно, у меня, видимо, лист_индекс, короче не проблема. а вот с автосеэйвом что-нибудь (пусть не срочно) очень хотелось бы. проблема какая: получается сейчас не возможно в атоматическом режиме получить логи для бэкапа из нескольких СД (мы их, как правило, пакуем по отдельности), а такое бывает довольно часто.
может есть возможность генерить отчет при смене директории? или просто иметь возможность выставить в интерфейсе галочки после каких файлов генерить новый лог. и, как мне кажется, неплохо иметь возможность задания шаблона именования лога, чтобы при наличии предидущего лога в директории добавлялся следующий номер: fooCDtect.log.01.txt, fooCDtect.log.02.txt...
кстати, сейчас при включенном "всегда поверх" диалог перезаписи лога прячется под тулзой. в любом случае, и сейчас тулза очень облегчает жизнь.

[baralgin]

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

Не совсем понял структуру хранения.

Генерить отчёт при смене директории проблематично, опять же из-за беспорядка. Один длинный трэк вполне может задержаться на пол следующего альбома. Это фактически ставит крест на автосохранении. Из текущей реализации программы, максимум что можно выжать в данном направлении, это кнопка "сохранить всё", которую нужно будет жать по окончании процесса и которая автоматом отсортирует список перед сохранением. Опять же работать(корректно) это будет только если на одну папку приходится не больше одного альбома. Механизма разделения на альбомы у меня нет, т.к. в программу приходят только имена треков. Соответсвенно и не будет проблемы с нумерацией отчётов(всё равно только один отчёт на одну папку  можно :) ).
Вообще чтобы этот вопрос глобально разрулить, нужно полноценный плагин делать(который будет иметь доступ ко всему списку, поставленному на проверку + будет иметь имена альбомов и исполнителей). А на это нет пока ни времени ни сил..
Если нужна вышеназванная кнопка "сохранить всё автоматом", то могу добавить.

Насчёт глюка с диалогом открытия файлов, то да - видел это дело, поправим.

[ShirA]

да, замечательно, "сохранить всё автоматом" вполне решает задачу. :)

вопросик совсем не в кассу, но вдруг...
не планировал такую же приблуду сделать для arcue? вот инфа, если не сталкивался:
Распакуем ape-файл в wave и проверим его по базе AccurateRip с помощью утилиты ARCue:

arcue.exe zov_krovi.cue
Вердикт: Rip not accurate

***************************
zov_krovi.cue:

Checking AccurateRip database

Track Ripping Status [Disc ID: 001e4474-ac0d810e]

1 ** Rip not accurate ** (confidence 2) [7f54637b] [c5e0044c]
2 ** Rip not accurate ** (confidence 2) [ea25a2ea] [87006658]
3 ** Rip not accurate ** (confidence 2) [47195f45] [17202d36]
4 ** Rip not accurate ** (confidence 2) [1267bb3e] [42f24de7]
5 ** Rip not accurate ** (confidence 2) [d866dcf4] [2f142cd1]
6 ** Rip not accurate ** (confidence 2) [7961fa77] [819bf417]
7 ** Rip not accurate ** (confidence 2) [2db01cdb] [3e7a03e2]
8 ** Rip not accurate ** (confidence 2) [ab37f85a] [16e91eef]
9 ** Rip not accurate ** (confidence 2) [95e6afe3] [efb34d93]
10 ** Rip not accurate ** (confidence 2) [dec8024f] [b05fbad1]
11 ** Rip not accurate ** (confidence 2) [de58b152] [086309ff]
12 ** Rip not accurate ** (confidence 2) [e9af4608] [2d0f002a]
13 ** Rip not accurate ** (confidence 2) [a3ca5041] [4b29f6e4]
14 ** Rip not accurate ** (confidence 2) [323a7f4d] [3b7561a2]

_______________________

Your CD disc is possibly a different pressing to the one(s) stored in AccurateRip.
Track(s) Accurately Ripped: 0
**** Track(s) Not Ripped Accurately: 14 ****
Track(s) Not in Database: 0
**********************************************

проблема точно такая же как и с aucdtect, для проверки необходимо распаковывать в ВАВ. может глянешь? *шляпа*

[baralgin]

На неделе постараюсь добавить.

Насчёт AccurateRip'а гляну что там можно сделать, если что-то выйдет путное, то тут сообщу.

[ShirA]

спасибо

[studio308]

Это вы круто завернули! :o

[baralgin]

Значит есть автосохранение. Вот или зеркало . Также пофиксил мелкий глюк с перекрытием окна сохранения главным окном. Сильно потестить не удалось, но кажется работает :-) . Все операции сохранения лучше проделывать с проверенными трэками, иначе могут полезть глюки(если сохраняются проверямые в данный момент треки).

Это вы круто завернули!

Что-то не так? :-)