Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Потрепаться";
Текущий архив: 2004.06.27;
Скачать: [xml.tar.bz2];

Вниз

CD vs lossless сжатие. И скажем нет Creative у.   Найти похожие ветки 

 
Murkt ©   (2004-06-04 22:07) [0]

Музыку слушаем на компе. Я не буду рассматривать варианты по типу mp3, ogg, mpc. Только lossless против CD.

Итак. Почему лучше скидывать музыку на винт перед прослушиванием? Все просто - если мы будем ее слушать прямо с компакта, при чтении могут возникнуть некоторые ошибки - пылинка там, еще какая-нибудь фигня. А перечитывать-то времени нету. А программы-рипперы в insane режимах перечитывают раза по два-три, и если прочиталось неодинаково - раз 50. Так достигается отсутствие ошибок при проигрывании. А также мы обходим суперацтойный ЦАП, встроенный в CD-ROM. Ну и напоследок сожмем его без потерь - lossless. Наилучший кодек из таких - Monkey"s Audio.

Теперь про креатив. У них такой нехороший карточка (все!), что всегда пересэмплирует сигнал в 48 кГц. Причем не очень качественно, при аудио сд 44,1 кГц это довольно заметно даже на некачетвенной акустике.

Хорошие плееры по типу foobar2000 умеют пересемплировать 44,1 в 48 кГц, качественно.


 
AlexG ©   (2004-06-04 22:34) [1]

А в США стали запрещать MP3-плееры, как раз потому, что у CD снижаются продажи... Ну конечно, это не так явно обстоит, а в форме преследования по какой-то там лицензии, но факт...
-------
  (с) Из вторых уст. Не проверенная информация.


 
Alex Konshin ©   (2004-06-05 01:19) [2]

Где запрещают?
Тут вовсю iPod идут, на которые влезет вся твоя фонотека со свистом.


 
AlexG ©   (2004-06-05 10:57) [3]


> Alex Konshin ©

В некоторых штатах, не по всей Америке...


 
AlexG ©   (2004-06-05 11:35) [4]


> Alex Konshin ©

И еще. Я же поправился: инф-ция из десятых рук... Так что я за неё не отвечаю. :))


 
y-soft ©   (2004-06-05 12:08) [5]

>Murkt ©   (04.06.04 22:07)  

Насчет того, что слушать lossless сжатую музыку лучше с HDD, чем CDDA через ЦАП CD-ROM спору нет.

Только Вы как-то упускаете одни момент - ЦАП большинства дешевых звуковых карт ничем не лучше, чем у компьютерных CD-ROM. Так что выигрыш в общем случае будет только в том, что не будет использоваться коррекция ошибок по методу Рида-Соломона, которая и вносит искажения при воспроизведении с CD-ROM с плохих носителей

Действительно хорошее качество можно получить только используя звуковые карты хотя бы полупрофессионального качества с хорошим ЦАП и предусилителем (Terratec Aureon Space, M-Audio Revolution).

Естественно, что и весь остальной звуковой тракт должен быть на уровне, иначе искажения в усилителях и колонках превысят искажения, вносимые ЦАП...


 
y-soft ©   (2004-06-05 12:13) [6]

P.S. Для чистоты эксперимента следовало бы брать не музыку, сжатую lossless методом, а WAV PCM 16 бит 44100 Гц, что соответствует качеству CDDA для того, чтобы исключить влияние программного распаковщика. А то сразу появляется зависимость от CPU, RAM, шины...


 
able ©   (2004-06-05 12:25) [7]


> CD vs lossless сжатие.

А что такое "lossless"?? :)


 
y-soft ©   (2004-06-05 12:27) [8]

>able ©   (05.06.04 12:25) [7]

А что такое "lossless"?? :)


Это означает "сжатие без потерь", т.е. после распаковки музыка полностью соответствует оригиналу


 
able ©   (2004-06-05 12:30) [9]


> y-soft ©  

Спасибо.
Но разве можно так сжать?


 
Gero ©   (2004-06-05 12:31) [10]


> Но разве можно так сжать?

Конечно.


 
y-soft ©   (2004-06-05 12:31) [11]

>able ©   (05.06.04 12:30) [9]

А почему нет? Используйте хотя бы обыкновенный ZIP :)


 
able ©   (2004-06-05 12:34) [12]

>Gero
>y-soft
Хм. Пройдусь в ветку, где ogg обсуждали. Там всё кто-то доказывал, что слушать надо только на CD. Можно кончено и в wav, но там всё равно потери будут.
"Любое сжатие приводит к потере информации" (с) Кто-то из той ветки


 
y-soft ©   (2004-06-05 12:37) [13]

>able ©   (05.06.04 12:34) [12]

Различайте "сжатие" и "оцифровку".

Оцифровать без потерь в принципе невозможно. Сжать оцифрованный сигнал без потерь можно


 
Gero ©   (2004-06-05 12:38) [14]


> Любое сжатие приводит к потере информации

К потере информации, но не качества звучания.
Вот элементарный пример: 0000000000 = 10(0)
Что мы потеряли? А объем информации стал меньше.


 
y-soft ©   (2004-06-05 12:40) [15]

>Gero ©   (05.06.04 12:38) [14]

Если точнее - к потере избыточной информации


 
able ©   (2004-06-05 12:40) [16]

>Gero
>y-soft
Всё, разобрался, спасибо большое.


 
GuAV ©   (2004-06-05 14:40) [17]

y-soft ©   (05.06.04 12:08) [5]


> Насчет того, что слушать lossless сжатую музыку лучше с
> HDD, чем CDDA через ЦАП CD-ROM спору нет.

Можно ЦАП CD не использовать вообще.
Панель управления->MMedia->Аудио КД->Исп цифровой выход или как-то так.
И чтоб сюрпирзов не было убрать нафиг тот провод что от КД к зв.карте :)

Тогда через карту децифроваться будет

и ещё wav 16 44,1 - это побитная копия данных CD. Т.е. никакого вообще сжатия.


 
Murkt ©   (2004-06-07 10:34) [18]

Извините, меня вчера не было - день рождения, к компу подойти не смог.

Только Вы как-то упускаете одни момент - ЦАП большинства дешевых звуковых карт ничем не лучше, чем у компьютерных CD-ROM. Так что выигрыш в общем случае будет только в том, что не будет использоваться коррекция ошибок по методу Рида-Соломона, которая и вносит искажения при воспроизведении с CD-ROM с плохих носителей

По свидетельствам знающих людей, они давным-давно не находили такой карточки, чтобы её ЦАП был хуже или такого же качества, как на обычных компактокрутилках.

Естественно, что и весь остальной звуковой тракт должен быть на уровне, иначе искажения в усилителях и колонках превысят искажения, вносимые ЦАП...

На относительно недорогих наушниках (Koss UR-15 и выше, и другие того же ценового диапазона) слышно различие, причем немаленькое.

Для чистоты эксперимента следовало бы брать не музыку, сжатую lossless методом, а WAV PCM 16 бит 44100 Гц, что соответствует качеству CDDA для того, чтобы исключить влияние программного распаковщика. А то сразу появляется зависимость от CPU, RAM, шины...

Что-что? Какое влияние программного распаковщика? У тебя что, после разархивирования зипом меняются некоторые биты???

Сам понял что сказал? :)) А тормоззов при распаковке не будет даже на слабых машинах. там где можно слушать мп3, там можно слушать и ape.

able ©   (05.06.04 12:34) [12]

Я ту ветку полностью не читал, но кое-что сказат могу:

Там всё кто-то доказывал, что слушать надо только на CD. Можно кончено и в wav, но там всё равно потери будут.

Как раз правильно рипнутая музыка (когда прога заставляет привод перечитывать по многу раз каждое место, чтобы исключить вероятность неправильного прочитывания) играет лучше чем CD, потому что если аудиокомпакт прочитать неправильно, то времени перечитывать это место уже нет.

"Любое сжатие приводит к потере информации" (с) Кто-то из той ветки

Кто бы это ни был, этот кто-то - олень. Если бы это было правдой, то архивирования данных не существовало бы в принципе.

С другой стороны, сжатие аудио всякими mp3, ogg, mpc - это можно даже сказать не сжатие, а преобразовывание. Потому что при преобразовывании информация может теряться, а при сжатии - в принципе не может. Иначе это будет уже преобразовывание :)) (сам сказал, сам посмеялся :) )

y-soft ©   (05.06.04 12:37) [13]

Угу, угу.

y-soft ©   (05.06.04 12:40) [15]

А вот это - как раз неправильно :))
Все loss кодеки и сжимают как раз обрезанием "избыточной" информации.

GuAV ©   (05.06.04 14:40) [17]
Можно ЦАП CD не использовать вообще.
Панель управления->MMedia->Аудио КД->Исп цифровой выход или как-то так.
И чтоб сюрпирзов не было убрать нафиг тот провод что от КД к зв.карте :)


У нас тогда все равно будут прблемы с перечитыванием проблемных мест. Плюс, про ЦАП креатива (а чьи стоят карточки у тех, у кого не интегрированные и не ESS? в основном, конечно, не у всех) я уже написал, с его дурацким вечным преобразовыванием в 48 кГц.

Кстати, есть две альтернативы карточкам типа Terratec Space:

1) nVidia south bridge MCP-T integrated sound (последние дрова) - кретинив нервно курит в сторонке. На последних дровах к чипсету качество звука сильно улучшилось, а оно и со старыми дровами забивало креативы на мясо. Сейчас качество почти как у вышеупомянутых Тerratec и т.п.

2) SPDIF - мы тогда отдаём звук цифровой, а ЦАП будет в усилке/трансивере. Там качества плохого просто не бывает - смысла делать нет.


 
GuAV ©   (2004-06-07 10:48) [19]


> Плюс, про ЦАП креатива (а чьи стоят карточки у тех, у кого
> не интегрированные и не ESS? в основном, конечно, не у всех)
> я уже написал, с его дурацким вечным преобразовыванием в
> 48 кГц.

если проблемы именно со звуковой картой, то причём тут чтение с CD/с винта. или предлагаешь самому преобразовать в 48kHz без карты?


> У нас тогда все равно будут прблемы с перечитыванием проблемных
> мест

это да, согласен, кстати сильно зависит от привода - может статься так что и "Грабит" он с теми же проблемами.


 
Murkt ©   (2004-06-07 11:20) [20]

или предлагаешь самому преобразовать в 48kHz без карты?

Да. foobar2000 умеет. Пересэмплирует самым качественным из известных на данный момент алгоритмов. В результате отжирает около 300 МГц проца.

>> У нас тогда все равно будут прблемы с перечитыванием проблемных мест
>это да, согласен, кстати сильно зависит от привода - может
>статься так что и "Грабит" он с теми же проблемами.


Если пыль на диске, царапина - то в мирных условиях можно поперечитывать дофига раз, а в реальном времени не поперечитываешь. Плюс проги в маньячных режимах (insane и т.п.) перечитывают каждое место минимум 2-3 раза. Не сошлось - читаем раз 50.


 
y-soft ©   (2004-06-07 14:17) [21]

>Murkt ©   (07.06.04 10:34) [18]

Что-что? Какое влияние программного распаковщика? У тебя что, после разархивирования зипом меняются некоторые биты???

Сам понял что сказал? :)) А тормоззов при распаковке не будет даже на слабых машинах. там где можно слушать мп3, там можно слушать и ape.


При чем здесь вообще биты? Речь скорее о буферизации и о том, что CPU должен успевать распаковывать в реальном времени. На современном железе действительно обычно не тормозит, но говорить категорично, что тормозов не бывает вообще никогда?

А о чистоте эксперимента: CDDA несжатый формат, обработка при воспроизведении минимальная, поэтому и сравнивать корректнее с аналогичным по качеству WAV

А вот это - как раз неправильно :))
Все loss кодеки и сжимают как раз обрезанием "избыточной" информации.


Смотря что понимать под "избыточностью". Не будем к словам цепляться, ладно? И эмоций, пожалуйста, поменьше...


 
Murkt ©   (2004-06-07 14:44) [22]

Речь скорее о буферизации и о том, что CPU должен успевать распаковывать в реальном времени. На современном железе действительно обычно не тормозит, но говорить категорично, что тормозов не бывает вообще никогда?

Если будет тормозить так, что ape будет захлебываться, то будет захлебываться и mp3 в таких условиях.

А о чистоте эксперимента: CDDA несжатый формат, обработка при воспроизведении минимальная, поэтому и сравнивать корректнее с аналогичным по качеству WAV

Ну ёптыть! :))

Что за бред? Нет, ну честное слово. Я, конечно, понимаю, что ты хочешь сказать. Но один вопрос - ЗАЧЕМ??? Мы же грабим компакты, для того чтобы потом хранить музыку у себя на харде, или передавать по сетке. Ты будешь хранить у себя несжатый wav файл?  С его угребищным тэганьем, убоищными хидерами и вообще? :)

Смотря что понимать под "избыточностью". Не будем к словам цепляться, ладно?

Оки-доки! (с)

И эмоций, пожалуйста, поменьше...

Попробуем ;)

ЗЫ кстати, кто-то говорил, что на слух может отличить CD-Audio от LongPlay. Мне интересно, а можно на слух отличить DVD-Audio от LongPlay?
Для справки: DVD-audio - 192 кГц, 24 бита (или 32?).



Страницы: 1 вся ветка

Форум: "Потрепаться";
Текущий архив: 2004.06.27;
Скачать: [xml.tar.bz2];

Наверх





Память: 0.53 MB
Время: 0.043 c
14-1086439017
Maniak
2004-06-05 16:36
2004.06.27
Народ!!! Помогите ПЛЗ... срочно нужны файлики из инсталляшки...


1-1087203833
ron
2004-06-14 13:03
2004.06.27
Добрый день мастера подскажите пожалуйста как из txt файла уд


14-1086600008
BOA_KAA
2004-06-07 13:20
2004.06.27
Свадьба... :)


14-1086331022
31512
2004-06-04 10:37
2004.06.27
MS Visual C++ vs Borland C++ Builder - что лучше?


4-1084772222
Dennisius
2004-05-17 09:37
2004.06.27
особенности HOOK-ов в MDI приложениях





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский