Pages: (2) 1 [2] ( Show unread post )

> Deep Purple / Deepest Purple, The Very Best Of Deep Purple
 TCPIP Member is Offline
 Posted: 22-10-2006, 01:29 (post 16, #667416)

Pro Member

Group: Members
Posts: 543
Warn:0%-----
bubamara
Файлов уже нет, но, насколько я понимаю, вы говорите о помехоустойчивости. При воспроизведении файла Monkey остановится, а FLAC пойдет дальше, что и способствует возможности его сетевой трансляции. Но ведь это никак не наш случай. Все что хотим мы, выполнить команду verify и увидеть OK. И APE, и FLAC выдадут сообщение о том, что файл повреждем при проверке поврежденного файла.
QUOTE
Monkey's Audio
Replaced bytes: exits with error
Deleted bytes: didn't even try
FLAC
Replaced bytes: continues decoding when used the -F switch and reports error while decoding and at the end. Only sign of corruption was a hiccup.
Deleted bytes: continues decoding when used the -F switch and reports error while decoding and at the end. Only sign of corruption was a hiccup.
QUOTE
APE stopped playing completely and gave some weird noises, while FLAC just kinda had a hicup
QUOTE
There is no resync in the APE format, but there is a seek table located in the beginning. So after modifying some bits, it is possible to avoid the following bits in the same frame, and decode from the next frame.

But for deleting some bytes, it is hard to do the correct decoding.
Если поврежденный файл будет воспроизводиться у нас с упомянутым заиканием, чем это будет лучше того, если он просто не будет воспроизводиться? Другое дело, если мы захотим его транслировать, но ведь у нас не та задача.
Кроме того, там же указывается:
QUOTE
Have you tried with Foobar 0.9 beta? It output errors and stopped decoding on both replaced bytes and deleted bytes.
QUOTE
Wait, did you possibly misunderstand me when I said foobar 0.8.3 passes with flying colors? What I meant by that was that foobar always reports errors properly on bad APE files
QUOTE
теорией, но практика - вот такая.
Спорить не буду. Сам видел это. Но теория ни при чем. Проблемы в реализации (реализации чего именно, другой вопрос... не знаю)... Видимо, такая же, как то, что тот µTorrent может сохранить файлы с очень длинными путями, а вот как их потом читать не понятно. То что в этом году удалось сделать совсем быстрый алгоритм подбора коллизии вряд ли можно отнести к нашему случаю.

This post has been edited by TCPIP on 22-10-2006, 01:54
PM
Top Bottom
 bubamara Member is Offline
 Posted: 22-10-2006, 02:01 (post 17, #667421)

Ваня Б. Коровкин

Group: News makers
Posts: 3654
Warn:0%-----
QUOTE (TCPIP @ 22-10-2006, 01:29)
bubamara
Файлов уже нет, но, насколько я понимаю, вы говорите о помехоустойчивости.
Файлы лежат. Перед тем, как давать ссылки я их проверил.

QUOTE
При воспроизведении файла Monkey остановится, а FLAC пойдет дальше
С точностью до наоборот:) APE возпроизведется (с лажей), а FLAC ругнется "file corrupted". Теорема доказана:)

PS: у меня фубар 0.9.4 - только что проверил, эффект неизменный:)


This post has been edited by bubamara on 22-10-2006, 02:03
PM Email Poster
Top Bottom
 TCPIP Member is Offline
 Posted: 22-10-2006, 03:03 (post 18, #667447)

Pro Member

Group: Members
Posts: 543
Warn:0%-----
bubamara
QUOTE
Файлы лежат. Перед тем, как давать ссылки я их проверил.
Хм, а у меня страница с рекламой загружается... и ничего более.
QUOTE
<DIV><A id=link title="Software Download" href="/sale/computer/hardware/software/software_download.htm">Software Download</A></DIV>
QUOTE
С точностью до наоборот APE возпроизведется (с лажей), а FLAC ругнется "file corrupted".
;&#041; Ну да.
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.
QUOTE
Теорема доказана
Только похоже не та. Ведь речь в том или ином виде идет о том, как ведется обработка ошибок, то есть о конечной реакции. Но и в том, и в другом случае ошибки все равно обнаруживаются. Или пресловутый Verify в MAC говорит, что все в порядке? (Сумму то, подсчитанную для WAV, он тупо пихает в заголовок?)

This post has been edited by TCPIP on 22-10-2006, 03:05
PM
Top Bottom
 bubamara Member is Offline
 Posted: 22-10-2006, 18:05 (post 19, #667634)

Ваня Б. Коровкин

Group: News makers
Posts: 3654
Warn:0%-----
QUOTE (TCPIP @ 22-10-2006, 03:03)
Хм, а у меня страница с рекламой загружается... и ничего более.
Гм... У меня сегодня вместо этих файлов тоже реклама открывается. Мистика какая-то. Ладно. Фокус в том, что пробовать можно с любым файлом. Переименуй, например, текст в .ape и скопируй этот же файл с расширением flac. Фубар и винамп молча пропустят ape, а на flac вылезет ошибка (винамп при этом у меня издыхает, а фубар - продолжает работать, но это уже несущественно).

В любом случае на сравнении лослесс кодеков можно еще долго ломать копья, но начали-то с чего? Раздавать лослесс-релизы в wav - все равно что, пардон, разгружать презервативы вилами.

This post has been edited by bubamara on 23-10-2006, 00:54
PM Email Poster
Top Bottom
Topic Options Pages: (2) 1 [2]