Форум » Cсылки на программы и инструкции » Чем массово проверить mp3s на побитость » Ответить
Чем массово проверить mp3s на побитость
zencd: Вот когда мой плеер играет мп3шки, у него выскакивает сообщение что файл битый (mpeg resync). Во. А как бы пройтись по всему HDD и проверить его на такую побитость? Я не предлагаю выполнять сложный анализ спектра на предмет нахождения всхлипов (хотя тоже полезно), а просто ускоренно пройтись по фреймам с точки зрения плеера и выдать лог. Есть такой софт?
Ответов - 24, стр:
1 2 All
UberWolf: Кто-нибудь может привести толковый перевод вышенаписанного?
Damned: Ошибка синхронизации означает, что место, где должен быть заголовок фрейма (прямо после окончания предыдущего фрейма) не находится декодером. [Прим: я так понимаю, просто "битый" заголовок фрейма] В большинстве случаев причиной являются отсутствующие байты фрейма непосредственно перед ошибкой, таким образом следующий заголовок или его часть являются частью "битого" фрейма. Это байтовое смещение позволяет декодеру либо пропустить или "замолчать" этот фрейм, либо появляется слышимый дефект (щелчок или что-то подобное). После того, как выясняется, что заголовок фрейма поврежден, декодер ищет следующий набор битов, похожий на заголовок. В дейстивительности требуется 3 исправных заголовка и фрейма подряд, чтобы быть уверенным в том, что синхронизация восстановлена. Во время загрузки файлов из сети могут случиться ошибки передачи, таким образом идея архивировать MP3 для выкладывания в сеть весьма неплоха, даже если это не дает выигрыша в размере. Ошибки быдут выявлены во время распаковки архива. Прерванные и возобновленные закачки также итогда порождают ошибки, по крайней мере я замечал это несколько лет назад. Похоже, сейчас алгоритмы возобновления закачек более совершенны.
heine: Спасибо. Вот так просто и понятно всё разъяснено.
ahv: кстати у меня обнаружились ошибки в некоторых файлах, скачанных с cdonpc.ru с помощью их клиента.
полная версия страницы