Будут ли различаться размеры звуковых файлов с одинаковым форматом, качеством, одинаковой продолжительностью, но с разным содержанием (допустим классическая музыка и рок) ?
Могут различаться (особенно если в форматах с потерями, вроде OGG, AAC, MP3), и причём существенно - в зависимости от нагруженности каждой мелодии информацией.
Могут и не различаться вообще. Если в формате без сжатия, например, PCM WAV :)
Имхо, в огг-формате разница будет более заметна чем скажем в мп3 из-за более "интеллектуального" алгоритма сжатия основанного на особенностях "звуковой картины". По информационной насыщенности первое место займёт классическая музыка, последнее - электроника.
Нет, они не могут быть одинаковыми в PCM WAV, потому что объем описания кривой зависит в первую очередь от сложности этой кривой, а не только от ее протяженности по оси икс.
неправильно, так как это не аналоговая кривая а дискретизованная и квантованная... ТО есть при описании одного сэмпла (кусочка кривой) нужно использовать четко определенное количество бит.
Сложнее. Грех не пользоваться возможностями единовременного описания нескольких одинаковых сегментов дискретизации, к примеру, стоящих друг за другом: секунда тишины - несколько десятков тысяч сегментов не нуждаются в развернутом описании. Речь, не забываем, о звуковом ФАЙЛЕ, а не о цифровом звуке на диске.
Хе-хе ... А это уже избавлени от временной избыточности - читай сжатие. А вавы - сжатия не содержат - просто таблица с последовательно записанными уровнями сигнала.
Эээ, нет. Вспомним, что понятие дискретизации, по определению цифры, касается не только горизонтальной, но и вертикальной оси. Так вот, сжатие - это углубление дискретизации по вертикальной оси (имеющейся по определению „цифры“), по сути, а вовсе не обобщение соседних сегментов, идентичных в рамках текущей y-дискретизации. В этом случае потери качества не будет, - значит, имеет смысл говорить не о сжатии, а о более компактном представлении ровно той же информации.
Опять неправы - дискретизация касается ТОЛЬКО временной оси - выделение из непрерывной кривой отдельных значений через промежутки времени обратные частоте дискретизации. Цифровое описание сэмплов называется квантование. Итак, абсолютно несжатый оцифрованный сигнал, представляет из себя последовательность цифр, каждая из которых описывает ОДИН сэмпл, сэмплы идут друг за другом без пропусков (откройте ВАВ фаил нотпадом). Простейший алгоритм ЦАП читает сэмплы друг за другом и зная частоту дискретизации восстанавливает аналоговый сигнал. Таким образом в сигнале без сжатия тишина будет выглядеть как 0,0,0,0, итд. Применим простейший алгоритм СЖАТИЯ (избавления от любой избыточной информации в цифр сигнале), устраняющий т.наз. Временную ибыточность. Тогда наша тишина будет выглядеть как 0; 3 раза по 0 итд. А уж дальше мы можем устранять т.наз пространственную избыточность - то есть уменьшать частоту дискретизации (берем сэмплы через один так работают простейшие МПЕГ 1 алгоритмы), уменьшать глубину квантования, строить предиктивные структуры, писать следующий сэмпл, как предыдущий + нечто итд. Не надо подходить к сжатию только как к сжатию MPEG2 применяющемуся при создании MP3 И к тому же не подменяйте понятия "без сжатия " и "без потерь". В англояз лит-ре, например, есть понятие Lossless Compression = сжатие без потерь
Мне кажется во всех форматах, в зависимости от количества "звуков" или "сигналов" будет различаться размер. Скажем абсолютная тишина и рок будут разными :)
Будут. Причем файлы практически любых форматов. Суть в том, что в звуковых файлах с тем или иным упрощением описана форма синусоиды звукового давления - собственно музыки. Чем сложнее по форме эта синусоида (а вот тут не угадаешь, если специально не обрабатывать, обрезая частоты для меньшего размера файла, сжимая амплитуду и так далее), тем сложнее ее описание и, следовательно, объем файла.
Проверьте на практике. Попробуйте взять любой звуковой редактор, взять в нем ровно 10 секунд "килогерца", экспортировать их в wav и конвертировать в эмпитри. А затем - то же самое, но не с килогерцем, а с 10-ю секундами речи в микрофон.
Если формат без компрессии - не будут (в смысле сами данные, служебные заголовки формата не учитываем). Пусть хоть там тишина одна записана. Формат с компрессией будет отличаться обязательно. Зависит от способа компрессии и спектральных характеристик сигнала.
no subject
Date: 2006-06-02 07:21 pm (UTC)Могут и не различаться вообще. Если в формате без сжатия, например, PCM WAV :)
no subject
Date: 2006-06-02 07:30 pm (UTC)Re
Date: 2006-06-02 08:03 pm (UTC)Re: Re
Date: 2006-06-02 08:11 pm (UTC)no subject
Date: 2006-06-02 08:31 pm (UTC)По информационной насыщенности первое место займёт классическая музыка, последнее - электроника.
no subject
Date: 2006-06-03 12:19 am (UTC)no subject
Date: 2006-06-03 08:53 am (UTC)no subject
Date: 2006-06-03 09:08 am (UTC)Речь, не забываем, о звуковом ФАЙЛЕ, а не о цифровом звуке на диске.
no subject
Date: 2006-06-03 10:42 am (UTC)no subject
Date: 2006-06-03 12:11 pm (UTC)Так вот, сжатие - это углубление дискретизации по вертикальной оси (имеющейся по определению „цифры“), по сути, а вовсе не обобщение соседних сегментов, идентичных в рамках текущей y-дискретизации.
В этом случае потери качества не будет, - значит, имеет смысл говорить не о сжатии, а о более компактном представлении ровно той же информации.
no subject
Date: 2006-06-04 01:12 pm (UTC)Не надо подходить к сжатию только как к сжатию MPEG2 применяющемуся при создании MP3
И к тому же не подменяйте понятия "без сжатия " и "без потерь". В англояз лит-ре, например, есть понятие Lossless Compression = сжатие без потерь
no subject
Date: 2006-06-02 10:25 pm (UTC)Ликбез от звукорежиссера :-)
Date: 2006-06-03 12:13 am (UTC)Суть в том, что в звуковых файлах с тем или иным упрощением описана форма синусоиды звукового давления - собственно музыки.
Чем сложнее по форме эта синусоида (а вот тут не угадаешь, если специально не обрабатывать, обрезая частоты для меньшего размера файла, сжимая амплитуду и так далее), тем сложнее ее описание и, следовательно, объем файла.
no subject
Date: 2006-06-03 12:22 am (UTC)Re: Ликбез от звукорежиссера :-)
Date: 2006-06-05 09:50 am (UTC)no subject
Date: 2006-06-05 09:55 am (UTC)no subject
Date: 2006-06-03 05:11 am (UTC)no subject
Date: 2006-06-03 05:19 am (UTC)no subject
Date: 2006-06-03 09:12 am (UTC)no subject
Date: 2006-06-04 09:57 am (UTC)no subject
Date: 2006-06-04 10:53 am (UTC)no subject
Date: 2006-06-04 11:08 am (UTC)no subject
Date: 2006-06-03 09:09 am (UTC)про остальные не знаю.. возможно будут, зависит от алгоритма..
no subject
Date: 2006-06-05 05:30 am (UTC)no subject
Date: 2006-06-05 09:51 am (UTC)