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

**G-Man** » 09.10.2009, 23:12

спасибо, насчет галочки не знал

**Mr.Merak** » 24.10.2009, 18:17

тема откреплена, т.к.
1. программа больше года не обновлялась
2. есть более качественный аналог - auCDtect Task Manager

**Zin-Uru** » 24.10.2009, 22:02

2Mr.Merak, разве ее можно использовать из под Foobar?

**Mr.Merak** » 24.10.2009, 22:12

2Zin-Uru
нет, зато она создает ЛОГ, который можно проверить на валидность

**Zin-Uru** » 24.10.2009, 22:26

2Mr.Merak, но фишка именно в том, что fooCDtect работает, как часть Foobar, к тому же он тоже дает лог. :) А еще давно есть AudioChecker, тоже с логом. Но fooCDtect пока один в своем роде.

**Mr.Merak** » 25.10.2009, 10:56

2Zin-Uru
наверно auCDtect Task Manager тоже можно прикрутить к ФУ через foo_run

**Zin-Uru** » 25.10.2009, 13:43

Можно, но сложно. :) Дело в том, что он работает только с вавками, т.е. до передачи ему файла на анализ нужно этот файл конвертировать. Как реализовать это в foo_run - честно говоря, слабо представляю. А вот через встроенный конвертер Foobar очень даже - как раз используя графическую оболочку fooCDtect2.

Однако насчет foo_run мысль интересная, надо тут подумать получше. :)

**meDveD** » 25.10.2009, 16:35

Zin-Uru:Дело в том, что он работает только с вавками, т.е. до передачи ему файла на анализ нужно этот файл конвертировать.

нет

Zin-Uru:Однако насчет foo_run мысль интересная, надо тут подумать получше.

не выйдет, добавить файлы в auCDtectTaskManager можно через драг'н'дроп или через 'Открыть' в самой программе.
можешь написать автору на торрентсру.

**Zin-Uru** » 25.10.2009, 16:57

2meDveD, я перепутал, я имел ввиду утилиту auCDtect.exe. Для нее нужны именно вавки.

P.S. На данный момент пишу batch-программку, которая автоматом будет конвертировать входящие файлы и передавать их auCDtect.exe.

P.S.S. А кто-нибудь знает, как заставить Foobar передавать в foo_run не .cue файл (если он открыт в плейлисте), а выдирать соответствующий выбору в плейлисте трек?

**Zin-Uru** » 25.10.2009, 19:55

Итак, я написал пару досовских скриптов для автоматической конвертации исходных файлов в вавки и вывода лога в файл после проверки auCDtect.
Варианты:
1. cdtest
Подхватывает один из нескольких самых распространенных lossless-типов (flac, ape, tta, tak, wv, m4a, wav) и тестирует в auCDtect. Для подхвата требует соответствующие декодеры-ехешники в той же папке. Список необходимых декодеров прилагается в отдельном txt. При попытке отправить неподдерживаемый тип файлов (к примеру mp3, который тестировать на CDDA нет смысла) выводится сообщение и программка заканчивает работу после нажатия любой кнопки.
2. cdtest-ffmpeg
Все то же самое, за исключением того, что требует лишь ехешник ffmpeg.exe и поддерживает соответственно все форматы, которые может декодировать ffmpeg.

В обоих случаях результаты выводятся в файл .auCDtect.log.
В первом варианте также доступна команда cdtest help.

Теперь остается понять, как прикрутить это к foo_run. Я пробовал следующее (для cdtest):
".\utilities\cdtest.cmd" $ext(%path%) %path%

В результате программа не находит auCDtect.exe и нужный декодер, что приводит к ошибке. Связано это похоже с тем, что работа происходит не в папке с ехешниками, а в папке Фубара. Если же кинуть ехешники в папку Фубара, программка не хочет воспринимать входящий файл (говорит, что он не найден либо недоступен). К тому же, если запускать сервис для открытого в плейлист образа, то программка будет пытаться, естественно, обработать .cue, а не конкретный нужный трек.

Есть идеи, как побороть все это?

P.S. Мои труды в прикреплении - может быть, пригодятся.

**y-soft** » 27.10.2009, 13:00

Я увидел вопрос по foo_run в профильной ветке на torrents.ru
Процитирую свой ответ здесь:

Почитал профильную ветку по foo_run на Hydrogenaudio
Если я правильно понял, этот модуль для FooBar2000 дает возможность назначать пользовательские команды на запуск внешних программ с параметрами из контекстного меню Foobar2000.
Т.е. мои предположения вроде бы подтвердились Реализую, как руки дойдут, но есть один подводный камешек - auCDtect Task Manager может запускаться только в единственном экземпляре на конкретном компьютере (если попытаться запустить второй экземпляр, то просто будет выведен на передний план уже запущенный) - иначе рискуем получить запредельную загрузку процессора
Значит придется помудрить над переброской параметра командной строки уже запущенному экземпляру с тем, чтобы он добавил в свой список задач новый тестируемый файл и запустил его проверку

С уважением, автор auCDtect Task Manager B)

P.S. Спасибо за лестные отзывы :)

**Mr.Merak** » 27.10.2009, 13:53

2y-soft

y-soft:Реализую, как руки дойдут

Ждем с нетерпением

**Zin-Uru** » 27.10.2009, 14:12

Вчера разрулил привязку к foo_run. Теперь все работает, как часы (проверял на 7-ке, но думаю, что в данном случае разницы нет). :)
Проблема ранее была опять же в том, что рабочая папка при запуске была папкой Фубара, а не папкой хранения.
Поэтому я прикрутил возможность ввода параметра, отвечающего за папку хранения ехешников. Благодаря ему все заработало.
Также, можно теперь задавать вручную желаемое имя выходного файла лога. Если используется эта опция совместно с опцией пути, она должна стоять до опции пути.
Ко всему прочему, реализуется проверка пути (если он задан) и, если программа не находит там ехешников, то пробует выдрать их из текущей папки. В случае неудачи выводит сообщение об отсутствии.
Больше не требуется парамер типа файла - теперь он определяется автоматически.
Тестирование теперь работает для .cue, если кую находится соответствующий файл-образ с тем же именем в той же папке (поддерживаемого формата). Это дает возможность проверять образы из плейлиста Фубара, если открыт куй. Правда, результаты выводятся для целикового образа, а не по разметке.
Полный шаблон ввода параметров:
cdtest
имя лога и имя файла - полные, иначе берутся из тек. папки.
В простейшем случае команда будет выглядеть так:
cdtest
В этом случае вывод рез-тов автоматичеки произойдет в лог .auCDtect.log, в ту же папку, где лежит тестируемый файл.
Доп. команда:
cdtest help - без комментариев.

Собственно, привязка к foo_run выглядит так:
Имя: CDTEST
Путь: ".\utilities\cdtest.exe" "$if(%__referenced_file%,$directory_path(%path%)\%__referenced_file%,%path%)" "utilities\"
Здесь utilities - поддиректория в папке Фубара, где хранятся ехешники.
При использовании можно запускать несколько проверок разных файлов одновременно.

Саму утилиту можно скачать в прикреплении (текущая версия 1.01b). Ехешники декодеров добавлять самостоятельно, кому какие пригодятся.
В общем, моя версия - для тех, кто не любит gui. :)
Если есть какие-то вопросы или комментарии, буду рад.

P.S. К конвертеру Фубаровскому прикрутить так и не удалось, несмотря на то, что все опции по логике вещей задаются без проблем.

**Zin-Uru** » 28.10.2009, 13:31

Обновил утилитку. Теперь она является exe-шником и не требует auCDtect. Подробности постом выше.

P.S. 2Mr.Merak кончил.

**Mr.Merak** » 28.10.2009, 13:52

2Zin-Uru
кончай дублировать сообщения в двух темах

**y-soft** » 28.10.2009, 15:33

Выложил альфа версию auCDtect Task Manager с поддержкой параметров командной строки на файлообменнике - можете экспериментировать :)

Командная строка auCDtectTaskManager.exe Путь_к_тестируемому_файлу1 Путь_к_тестируемому_файлу2 ...
Если пути содержат пробелы, то необходимо заключать их в двойные кавычки. Юникод поддерживается

Если программа уже запущена, то файл добавляется в ее очередь задач

Жду отзывов

P.S. Все версии программы можно скачать с ftp://ftp.y-soft.org логин public@y-soft.org пароль anonymous
Доступ по http будет немного позже

**Mr.Merak** » 28.10.2009, 20:17

2y-soft
1. ВАЖНО! дать возможность самостоятельно указывать путь к энкодер
(без этой опции нет смысла использовать программу через ФУ вообще)
2. Переделать раздел настроек - это ужас
3. Опция сохранения одного LOGа для всех файлов - т.к. куча txt-шников в одной папке это просто каша

идей много, но это главное

**y-soft** » 28.10.2009, 20:45

2Mr.Merak

Попробую ответить:

1. Путь указывается в Codecs.ini. Только не понимаю, зачем это для foobar2000 - программа определяет вид файла по его расширению автоматически и сама находит нужный кодек, главное ей передать полный путь к этому файлу...
2. Ну, это дело вкуса - одним пользователям нравится, другим - нет :) Во всяком случае сначала с бета-тестерами, а потом на torrents.ru были весьма бурные дебаты по поводу интерфейса. Там, кстати, и профессиональные дизайнеры участвовали :)
3. Есть такая опция в настройках - надо отключить сохранение протоколов для файлов и включить для папок

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

P.S. А удается ли запускать последнюю версию с помощью Foo_run?

**Zin-Uru** » 28.10.2009, 20:55

y-soft:P.S. А удается ли запускать последнюю версию с помощью Foo_run?

На торрентах ответил. :)

**y-soft** » 28.10.2009, 20:58

Zin-Uru:На торрентах ответил.

Спасибо, уже увидел :) Только они у меня что-то весь день страшно тормозят в броузере...

Насчет foo_run радует :)

А с куешитами и прочими плейлистами давно наболело, и как сделать в общих чертах продумал. Даже пробные модули для работы с .cue и .m3u[8] написал и опробовал... Но времени на внедрение в саму оболочку пока катастрофически нет (там требуется довольно основательная переделка внутренней логики программы) :(

P.S. Тут мысль пришла насчет foobar2000... Он ведь скорее всего при проигрывании куешитов распаковывает файл во временный Wav, который потом должен еще и разрезать по трекам... Если это так, то если каким-то образом получать из foobar пути к этим временным трекам и передавать их на auCDtect при выборе из контекстного меню трека, то и проблема ушла бы сама собой. Дело в том, что большинство форматов сжатых аудиофайлов не поддерживают внутренние таблицы поиска, да и распаковывать в память почти ни один кодек не умеет (зато на диск умеют абсолютно все). Поэтому без такой резки foobar2000 не мог бы воспроизводить треки в произвольном порядке. Хотя, возможно и ошибаюсь...