Printable Version of Topic
Click here to view this topic in its original format
Forums > Rock & Prog > Deep Purple / Deepest Purple, The Very Best Of Deep Purple


Posted by: AngryTau on 20-10-2006, 17:44
Deep Purple - Deepest Purple
Артист: Deep Purple
Альбом: Deepest Purple, 1980
Жанр: Rock
Формат файла: Eac/Cue
Ссылка: CD (http://torrent.e2k.ru/details.php?id=7608
Нахождение: Torrent
user posted image


user posted image

В аре жать не стал :)

Один из моих самых любимых дисков :p:

Posted by: inzerus on 20-10-2006, 20:05
QUOTE (AngryTau @ 20-10-2006, 17:44):
В аре жать не стал :)
Странно! А почему?

Posted by: bubamara on 20-10-2006, 20:29
QUOTE (inzerus @ 20-10-2006, 20:05):
QUOTE (AngryTau @ 20-10-2006, 17:44):
В аре жать не стал :)
Странно! А почему?
Действительно странно.... Скачаный wav невозможно проверить на целость. Наверное, надо было было или flac или хотя бы в rar его засунуть.... Ладно, все равно качать не буду. Но тенденция настораживает.

Posted by: inzerus on 21-10-2006, 02:08
QUOTE (bubamara @ 20-10-2006, 20:29):
Скачаный wav невозможно проверить на целость.
Для меня важнее то, что людям придется качать лишних мегабайт двести, а то и больше.

Posted by: bubamara on 21-10-2006, 02:35
QUOTE (inzerus @ 21-10-2006, 02:08):
QUOTE (bubamara @ 20-10-2006, 20:29):
Скачаный wav невозможно проверить на целость.
Для меня важнее то, что людям придется качать лишних мегабайт двести, а то и больше.
а то, что сама идея lossless при такой раздаче теряется - нормально?

Posted by: inzerus on 21-10-2006, 07:04
QUOTE (bubamara @ 21-10-2006, 02:35):
QUOTE (inzerus @ 21-10-2006, 02:08):
QUOTE (bubamara @ 20-10-2006, 20:29):
Скачаный wav невозможно проверить на целость.
Для меня важнее то, что людям придется качать лишних мегабайт двести, а то и больше.
а то, что сама идея lossless при такой раздаче теряется - нормально?
Ну, идея lossless тут как раз не теряется, потому что wav файл тоже lossless, просто с нулевым сжатием. :)

Posted by: bubamara on 21-10-2006, 18:15
QUOTE (inzerus @ 21-10-2006, 07:04):
Ну, идея lossless тут как раз не теряется, потому что wav файл тоже lossless, просто с нулевым сжатием. :)
Повторяю мысль. wav (как и ape) не имеет информации для самопроверки. Поэтому скачав файл проверить его нечем. А если wav битый - это уже не lossless. Битые файлы при передаче - не такая уж экзотика.

Flac - другое дело. И rar, соответственно, тоже. Их можно проверить на стороне скачавшего штатными средствами.

Posted by: TCPIP on 21-10-2006, 18:35
AngryTau
Спасибо!
Для разнообразия неплохо. APE в рарах у нас уже есть, а вот plain WAV еще не было.
bubamara
Какой битый? FLAC просто хранит MD5 дайджест и тупо сверяет его с тем, что распаковал. То же делает и APE. То же делает и RAR. За тем лишь исключением, что RAR делает это по CRC32. Так что кроме того, что RAR жмет это дело процентов на 20 хуже аудиокодеков что-то не видно особой разницы. Поясните пожалуйста.

Posted by: inzerus on 21-10-2006, 20:33
QUOTE (TCPIP @ 21-10-2006, 18:35):
AngryTau
Спасибо!
Для разнообразия неплохо. APE в рарах у нас уже есть, а вот plain WAV еще не было.
bubamara
Какой битый? FLAC просто хранит MD5 дайджест и тупо сверяет его с тем, что распаковал. То же делает и APE. То же делает и RAR. За тем лишь исключением, что RAR делает это по CRC32. Так что кроме того, что RAR жмет это дело процентов на 20 хуже аудиокодеков что-то не видно особой разницы. Поясните пожалуйста.
Ну, по-крайней мере, в случае с FLAC и RAR можно сказать, битый ли файл, а если битый WAV, то проверить это нельзя.

Posted by: inzerus on 21-10-2006, 20:36
QUOTE (bubamara @ 21-10-2006, 18:15):
QUOTE (inzerus @ 21-10-2006, 07:04):
Ну, идея lossless тут как раз не теряется, потому что wav файл тоже lossless, просто с нулевым сжатием. :)
Повторяю мысль. wav (как и ape) не имеет информации для самопроверки. Поэтому скачав файл проверить его нечем. А если wav битый - это уже не lossless. Битые файлы при передаче - не такая уж экзотика.

Flac - другое дело. И rar, соответственно, тоже. Их можно проверить на стороне скачавшего штатными средствами.
Возможность проверки файла и lossless это довольно разные вещи. Если файл битый, то он просто битый.

Posted by: Bedolaga on 21-10-2006, 20:50
В осле будет?

Posted by: box of cox on 21-10-2006, 22:35
Короче!!! Жмите файлы чем хотите, но плиз больше не выкладывайте голый wav - это просто неуважение. Никому же в голову не приходит фильмы в raw выкладывать... (Хм.. надо попробовать)!
Мир!

Posted by: bubamara on 21-10-2006, 23:14
QUOTE (inzerus @ 21-10-2006, 20:36):
Возможность проверки файла и lossless это довольно разные вещи. Если файл битый, то он просто битый.
Это одно и то же. Lossless подразумевает полное соответствие звука оригиналу. Когда борьба за идентичность идет на уровне таких незначимых для звучания блох, как офсеты, возможность изменения святая святых - звукового файла - просто кощунство. А уж причина изменения - работа кэша привода, burst mode, ошибка передачи или, скажем, HexEdit :diablo: - вопрос второстепенный. Чтобы все встало на свои места предлагаю объединить все виды модификации рипа термином "испорченый звук".

TCPIP
Вот здесь (http://wiki.hydrogenaudio.org/index.php?title=Lossless_comparison найдешь информацию по сравнению lossless кодеков. Думаю, этого будет достаточно для понимания почему flac можно передавать в открытом виде, а wav и ape необходимо жать в rar.

Bedolaga
А чем это (ed2k://|file|Deepest_Purple_-_The_Very_Best_of_Deep_Purple.rar|402740332|C549614E44D0C26D246848C8AAAE1A0B|/ не нравится?:)

Posted by: TCPIP on 21-10-2006, 23:34
bubamara
У нас тут не совсем трансляция. У нас торрент. А там уже идет проверка чанков. Как может помочь вторичное хеширование?
QUOTE:
Повторяю мысль. wav (как и ape) не имеет информации для самопроверки. Поэтому скачав файл проверить его нечем
Почему все-таки APE надо жать в рар? Это уже тройное хеширование получается. Чем проверка хеша в FLAC отличается от таковой в Monkey's Audio. Поясните пожалуйста.

Posted by: bubamara on 22-10-2006, 00:05
QUOTE (TCPIP @ 21-10-2006, 23:34):
Чем проверка хеша в FLAC отличается от таковой в Monkey's Audio. Поясните пожалуйста.
У меня в закладках есть показательный эксперимент. Цитата отсюда (http://www.hydrogenaudio.org/forums/lofiversion/index.php/t36506.html:

- - - -
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.ape
http://foobar2000.net/divers/temp/S25_KEYBOARD_Piano_C.flac (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:)
- - - -

Что касается битых файлов, принятых через торрент - увы, это реальность. За свой небогатый опыт имею два случая приплывания битых файлов. Оба - с демоноида. Судя по каментам к тем торрентам у остальных скачавших все было в порядке. Теория теорией, но практика - вот такая.

Posted by: TCPIP on 22-10-2006, 01:29
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 пойдет дальше
С точностью до наоборот:&#041; APE возпроизведется (с лажей), а FLAC ругнется "file corrupted". Теорема доказана:&#041;

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

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.
QUOTE:
Теорема доказана
Только похоже не та. Ведь речь в том или ином виде идет о том, как ведется обработка ошибок, то есть о конечной реакции. Но и в том, и в другом случае ошибки все равно обнаруживаются. Или пресловутый 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)