 |
|
В аре жать не стал :)
Один из моих самых любимых дисков :p:
В аре жать не стал :)
Один из моих самых любимых дисков :p:
| QUOTE (AngryTau @ 20-10-2006, 17:44) |
| В аре жать не стал :) |
Странно! А почему?
| QUOTE (inzerus @ 20-10-2006, 20:05) | ||
Странно! А почему? |
Действительно странно.... Скачаный wav невозможно проверить на целость. Наверное, надо было было или flac или хотя бы в rar его засунуть.... Ладно, все равно качать не буду. Но тенденция настораживает.
| QUOTE (bubamara @ 20-10-2006, 20:29) |
| Скачаный wav невозможно проверить на целость. |
Для меня важнее то, что людям придется качать лишних мегабайт двести, а то и больше.
| QUOTE (inzerus @ 21-10-2006, 02:08) | ||
Для меня важнее то, что людям придется качать лишних мегабайт двести, а то и больше. |
а то, что сама идея lossless при такой раздаче теряется - нормально?
| QUOTE (bubamara @ 21-10-2006, 02:35) | ||||
а то, что сама идея lossless при такой раздаче теряется - нормально? |
Ну, идея lossless тут как раз не теряется, потому что wav файл тоже lossless, просто с нулевым сжатием. :)
| QUOTE (inzerus @ 21-10-2006, 07:04) |
| Ну, идея lossless тут как раз не теряется, потому что wav файл тоже lossless, просто с нулевым сжатием. :) |
Повторяю мысль. wav (как и ape) не имеет информации для самопроверки. Поэтому скачав файл проверить его нечем. А если wav битый - это уже не lossless. Битые файлы при передаче - не такая уж экзотика.
Flac - другое дело. И rar, соответственно, тоже. Их можно проверить на стороне скачавшего штатными средствами.
Flac - другое дело. И rar, соответственно, тоже. Их можно проверить на стороне скачавшего штатными средствами.
AngryTau
Спасибо!
Для разнообразия неплохо. APE в рарах у нас уже есть, а вот plain WAV еще не было.
bubamara
Какой битый? FLAC просто хранит MD5 дайджест и тупо сверяет его с тем, что распаковал. То же делает и APE. То же делает и RAR. За тем лишь исключением, что RAR делает это по CRC32. Так что кроме того, что RAR жмет это дело процентов на 20 хуже аудиокодеков что-то не видно особой разницы. Поясните пожалуйста.
Спасибо!
Для разнообразия неплохо. APE в рарах у нас уже есть, а вот plain WAV еще не было.
bubamara
Какой битый? FLAC просто хранит MD5 дайджест и тупо сверяет его с тем, что распаковал. То же делает и APE. То же делает и RAR. За тем лишь исключением, что RAR делает это по CRC32. Так что кроме того, что RAR жмет это дело процентов на 20 хуже аудиокодеков что-то не видно особой разницы. Поясните пожалуйста.
| QUOTE (TCPIP @ 21-10-2006, 18:35) |
| AngryTau Спасибо! Для разнообразия неплохо. APE в рарах у нас уже есть, а вот plain WAV еще не было. bubamara Какой битый? FLAC просто хранит MD5 дайджест и тупо сверяет его с тем, что распаковал. То же делает и APE. То же делает и RAR. За тем лишь исключением, что RAR делает это по CRC32. Так что кроме того, что RAR жмет это дело процентов на 20 хуже аудиокодеков что-то не видно особой разницы. Поясните пожалуйста. |
Ну, по-крайней мере, в случае с FLAC и RAR можно сказать, битый ли файл, а если битый WAV, то проверить это нельзя.
| QUOTE (bubamara @ 21-10-2006, 18:15) | ||
Повторяю мысль. wav (как и ape) не имеет информации для самопроверки. Поэтому скачав файл проверить его нечем. А если wav битый - это уже не lossless. Битые файлы при передаче - не такая уж экзотика. Flac - другое дело. И rar, соответственно, тоже. Их можно проверить на стороне скачавшего штатными средствами. |
Возможность проверки файла и lossless это довольно разные вещи. Если файл битый, то он просто битый.
В осле будет?
Короче!!! Жмите файлы чем хотите, но плиз больше не выкладывайте голый wav - это просто неуважение. Никому же в голову не приходит фильмы в raw выкладывать... (Хм.. надо попробовать)!
Мир!
Мир!
| QUOTE (inzerus @ 21-10-2006, 20:36) |
| Возможность проверки файла и lossless это довольно разные вещи. Если файл битый, то он просто битый. |
Это одно и то же. Lossless подразумевает полное соответствие звука оригиналу. Когда борьба за идентичность идет на уровне таких незначимых для звучания блох, как офсеты, возможность изменения святая святых - звукового файла - просто кощунство. А уж причина изменения - работа кэша привода, burst mode, ошибка передачи или, скажем, HexEdit :diablo: - вопрос второстепенный. Чтобы все встало на свои места предлагаю объединить все виды модификации рипа термином "испорченый звук".
TCPIP
Вот здесь найдешь информацию по сравнению lossless кодеков. Думаю, этого будет достаточно для понимания почему flac можно передавать в открытом виде, а wav и ape необходимо жать в rar.
Bedolaga
А чем это не нравится?:)
TCPIP
Вот здесь найдешь информацию по сравнению lossless кодеков. Думаю, этого будет достаточно для понимания почему flac можно передавать в открытом виде, а wav и ape необходимо жать в rar.
Bedolaga
А чем это не нравится?:)
bubamara
У нас тут не совсем трансляция. У нас торрент. А там уже идет проверка чанков. Как может помочь вторичное хеширование?
У нас тут не совсем трансляция. У нас торрент. А там уже идет проверка чанков. Как может помочь вторичное хеширование?
| QUOTE |
| Повторяю мысль. wav (как и ape) не имеет информации для самопроверки. Поэтому скачав файл проверить его нечем |
Почему все-таки APE надо жать в рар? Это уже тройное хеширование получается. Чем проверка хеша в FLAC отличается от таковой в Monkey's Audio. Поясните пожалуйста.
| QUOTE (TCPIP @ 21-10-2006, 23:34) |
| Чем проверка хеша в FLAC отличается от таковой в Monkey's Audio. Поясните пожалуйста. |
У меня в закладках есть показательный эксперимент. Цитата отсюда:
- - - -
I could give you an example. Download and listen the two following files (< 450 Kb):
http://foobar2000.net/divers/temp/S25_KEYBOARD_Piano_C.ape
http://foobar2000.net/divers/temp/S25_KEYBOARD_Piano_C.flac
For both, I've changed two bytes in the middle of the file (with an hexadecimal editor). Now try to play them with your favorite player:)
- - - -
Что касается битых файлов, принятых через торрент - увы, это реальность. За свой небогатый опыт имею два случая приплывания битых файлов. Оба - с демоноида. Судя по каментам к тем торрентам у остальных скачавших все было в порядке. Теория теорией, но практика - вот такая.
- - - -
I could give you an example. Download and listen the two following files (< 450 Kb):
http://foobar2000.net/divers/temp/S25_KEYBOARD_Piano_C.ape
http://foobar2000.net/divers/temp/S25_KEYBOARD_Piano_C.flac
For both, I've changed two bytes in the middle of the file (with an hexadecimal editor). Now try to play them with your favorite player:)
- - - -
Что касается битых файлов, принятых через торрент - увы, это реальность. За свой небогатый опыт имею два случая приплывания битых файлов. Оба - с демоноида. Судя по каментам к тем торрентам у остальных скачавших все было в порядке. Теория теорией, но практика - вот такая.
bubamara
Файлов уже нет, но, насколько я понимаю, вы говорите о помехоустойчивости. При воспроизведении файла Monkey остановится, а FLAC пойдет дальше, что и способствует возможности его сетевой трансляции. Но ведь это никак не наш случай. Все что хотим мы, выполнить команду verify и увидеть OK. И APE, и FLAC выдадут сообщение о том, что файл повреждем при проверке поврежденного файла.
Файлов уже нет, но, насколько я понимаю, вы говорите о помехоустойчивости. При воспроизведении файла 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 |
| теорией, но практика - вот такая. |
Спорить не буду. Сам видел это. Но теория ни при чем. Проблемы в реализации (реализации чего именно, другой вопрос... не знаю)... Видимо, такая же, как то, что тот µTorrent может сохранить файлы с очень длинными путями, а вот как их потом читать не понятно. То что в этом году удалось сделать совсем быстрый алгоритм подбора коллизии вряд ли можно отнести к нашему случаю.
| QUOTE (TCPIP @ 22-10-2006, 01:29) |
| bubamara Файлов уже нет, но, насколько я понимаю, вы говорите о помехоустойчивости. |
Файлы лежат. Перед тем, как давать ссылки я их проверил.
| QUOTE |
| При воспроизведении файла Monkey остановится, а FLAC пойдет дальше |
С точностью до наоборот:) APE возпроизведется (с лажей), а FLAC ругнется "file corrupted". Теорема доказана:)
PS: у меня фубар 0.9.4 - только что проверил, эффект неизменный:)
PS: у меня фубар 0.9.4 - только что проверил, эффект неизменный:)
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". |
;) Ну да.
| 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, он тупо пихает в заголовок?)
| QUOTE (TCPIP @ 22-10-2006, 03:03) |
| Хм, а у меня страница с рекламой загружается... и ничего более. |
Гм... У меня сегодня вместо этих файлов тоже реклама открывается. Мистика какая-то. Ладно. Фокус в том, что пробовать можно с любым файлом. Переименуй, например, текст в .ape и скопируй этот же файл с расширением flac. Фубар и винамп молча пропустят ape, а на flac вылезет ошибка (винамп при этом у меня издыхает, а фубар - продолжает работать, но это уже несущественно).
В любом случае на сравнении лослесс кодеков можно еще долго ломать копья, но начали-то с чего? Раздавать лослесс-релизы в wav - все равно что, пардон, разгружать презервативы вилами.
В любом случае на сравнении лослесс кодеков можно еще долго ломать копья, но начали-то с чего? Раздавать лослесс-релизы в wav - все равно что, пардон, разгружать презервативы вилами.