bubamara Файлов уже нет, но, насколько я понимаю, вы говорите о помехоустойчивости. При воспроизведении файла Monkey остановится, а FLAC пойдет дальше, что и способствует возможности его сетевой трансляции. Но ведь это никак не наш случай. Все что хотим мы, выполнить команду verify и увидеть OK. И APE, и FLAC выдадут сообщение о том, что файл повреждем при проверке поврежденного файла.
QUOTE: | APE stopped playing completely and gave some weird noises, while FLAC just kinda had a hicup |
QUOTE: | Have you tried with Foobar 0.9 beta? It output errors and stopped decoding on both replaced bytes and deleted bytes.
QUOTE: | теорией, но практика - вот такая. | Спорить не буду. Сам видел это. Но теория ни при чем. Проблемы в реализации (реализации чего именно, другой вопрос... не знаю)... Видимо, такая же, как то, что тот µTorrent может сохранить файлы с очень длинными путями, а вот как их потом читать не понятно. То что в этом году удалось сделать совсем быстрый алгоритм подбора коллизии вряд ли можно отнести к нашему случаю.
|
Posted by: bubamara on 22-10-2006, 02:01
|
QUOTE (TCPIP @ 22-10-2006, 01:29): | bubamara Файлов уже нет, но, насколько я понимаю, вы говорите о помехоустойчивости. | Файлы лежат. Перед тем, как давать ссылки я их проверил.
QUOTE: | При воспроизведении файла Monkey остановится, а FLAC пойдет дальше | С точностью до наоборот APE возпроизведется (с лажей), а FLAC ругнется "file corrupted". Теорема доказана
PS: у меня фубар 0.9.4 - только что проверил, эффект неизменный
|
Posted by: TCPIP on 22-10-2006, 03:03
|
bubamara
QUOTE: | <DIV><A id=link title="Software Download" href="/sale/computer/hardware/software/software_download.htm">Software Download</A></DIV> |
QUOTE: | This means that APE library is capable of resyncing, and old 0.8.3 APE input allowed decoding to continue even after errors. This has changed for 0.9 (decoding must be aborted for error to be reported to user). With "stop playback on decoding errors" unchecked, it will advance to next track rather than resync. I suggest using different tools (commandline decoder?) for recovering broken files that decode past the point of corruption, otherwise we'd need "ignore decoding errors" option which is against my current design ideas. | Только похоже не та. Ведь речь в том или ином виде идет о том, как ведется обработка ошибок, то есть о конечной реакции. Но и в том, и в другом случае ошибки все равно обнаруживаются. Или пресловутый Verify в MAC говорит, что все в порядке? (Сумму то, подсчитанную для WAV, он тупо пихает в заголовок?)
|
Posted by: bubamara on 22-10-2006, 18:05
|
QUOTE (TCPIP @ 22-10-2006, 03:03): | Хм, а у меня страница с рекламой загружается... и ничего более. | Гм... У меня сегодня вместо этих файлов тоже реклама открывается. Мистика какая-то. Ладно. Фокус в том, что пробовать можно с любым файлом. Переименуй, например, текст в .ape и скопируй этот же файл с расширением flac. Фубар и винамп молча пропустят ape, а на flac вылезет ошибка (винамп при этом у меня издыхает, а фубар - продолжает работать, но это уже несущественно).
В любом случае на сравнении лослесс кодеков можно еще долго ломать копья, но начали-то с чего? Раздавать лослесс-релизы в wav - все равно что, пардон, разгружать презервативы вилами.
|
Powered by Invision Power Board (http://www.invisionboard.com) © Invision Power Services (http://www.invisionpower.com)
|