?

Log in

No account? Create an account
Компрессия задом наперед - сообщество "Звукорежиссура" — LiveJournal [entries|archive|friends|userinfo]
Звукорежиссура

[ website | Привоз звукового оборудования из Европы (www.thomann.de) ]
[ userinfo | livejournal userinfo ]
[ archive | journal archive ]

Компрессия задом наперед [May. 2nd, 2009|01:19 am]
Звукорежиссура

ru_zvuk

[razar]
Хочу поделиться одной идеей, которая пришла в голову. Может быть, это известная штука, не знаю.

У компрессора есть такой параметр как атака. Грубо говоря, это время которое компрессор тупит и анализирует уровень сигнала, до того как начинает понижать громкость звука в соответствии с ratio. Если поставить маленькое время, то давить компрессор будет эффективнее, но возникают искажения фронтов, и это слышно.

(для простоты эксперимента мы не будем рассматривать компрессоры, в которых есть такой параметр как lookahead time)

Сами звуки естественного происхождения, например звуки ударных инструментов, часто имеют резкую атаку и потом громкость экспоненциально спадает. Получается, что как раз эту резкую атаку компрессор в той или иной степени деформирует.

Идея вот в чем: взять исходную запись и развернуть ее задом наперед. В этом случае у нас получается наоборот - плавный подъем громкости, а потом резкий обрыв. Если пройтись по этому компрессором, то ему будет уже проще подстроится под плавно нарастающую громкость. Появляется правда некий артефакт уже из-за release time, когда громкость резко спадает после пика, то есть чуть излишне давится хвост, но это не так важно.

Вот пример: http://www.sendspace.com/file/68za7x

Исходный файл start.wav - просто запись оверхедов барабанной установки из одной сессии. Далее, straight_compr.wav - прямая компрессия, Oxford Dynamics Native, threshold -20 dB, atack 6 ms, hold 10 ms, release 100 ms, ratio 3:1, потом нормалайз под 99%. reverse_compr.wav - все то же самое, только сначала файл разворачивается задом наперед, а после компрессирования разворачивается назад и тоже нормалайз 99%.

Если сравнить, то можно заметить, что в первом случае общая громкость лишь слегка прибавилась, а уже заметны на слух некоторые искажения в атаках. Конечно я понимаю, что настройки надо оптимизировать под желаемый результат, и при таких настройках от компрессора мало толку. Но во втором случае при тех же параметрах компрессора намного сильнее выросла общая громкость, а искажений в атаках при этом не наблюдается.

UPD: Такую компрессию совсем не круто вешать на мастер и вообще на многоуровневые полифоничные треки - с продолжительными звуками на заднем плане начинается непонятная фигня, они то тонут, то вылезают. Реверберация может прибавляться и убавляться, так что лучше обрабатывать сухие сигналы. Хорошо такая компрессия идет на малый барабан, на оверхеды, но опять же, если идет например ритмичный малый барабан и продолжительный, длящийся несколько ударов малого крэш, то тоже не круто.

А вообще такая операция может в некоторых местах заменить связку компрессора и последующего лимитера. То есть по эффективности сжатия, это сильная вещь.
LinkReply

Comments:
[User Picture]From: fan_d_or
2009-05-02 12:21 am (UTC)
У компрессора есть такой параметр как атака. Грубо говоря, это время которое компрессор тупит и анализирует уровень сигнала, до того как начинает понижать громкость звука

Неверное определение - атака есть длительность переднего фронта, а не длительность паузы.

Получается, что как раз эту резкую атаку компрессор в той или иной степени деформирует.

Тоже неверно - как раз чем больше время атаки (включая и время детектирования), тем меньше искажения фронта _сигнала_. Ведь в этом периоде усиление максимально и соответствует тому, что было в предыдущей паузе фонограммы. И если установить регулятор "атака" на максимум, то фронт _срабатывания_ компрессора будет длительный, а значит и наименьшими искажения, вносимые компрессором. Естественно, что амплитуда сигнала в этот момент будет максимальной и может перегрузить последующий тракт - но это уже проблемы тракта, но не компрессора.

Что касается самой идеи реверсного алгоритма - то это и вправду интересно. Но не по предполагаемой вами причине, а по причине появления _новых_ возможностей.
Жаль только, что реализуем этот алгоритм не на реал-тайме...

Что касается искажений - то для того и существуют пик-лимитеры, что б реально _быстро_ придушивать пики. Подстригает надёжно и искажений не слышно - и проверено на практике...
(Reply) (Thread)
[User Picture]From: razar
2009-05-02 12:30 am (UTC)
Неверное определение - атака есть длительность переднего фронта, а не длительность паузы.

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

Тоже неверно - как раз чем больше время атаки (включая и время детектирования), тем меньше искажения фронта _сигнала_.

Это понятно. Чем больше время атаки, тем плавнее меняется гейн. Но эффективность работы по увеличению общего RMS у медленного компрессора меньше. А когда задом наперед, то ему не приходится пропускать атаку, потому что подъемы плавные.
(Reply) (Parent) (Thread)
[User Picture]From: djdance
2009-05-02 12:34 pm (UTC)
про пик-лимитеры: верно, но всегда было непонятно, ведь это тот же компрессор, только нерегулируемый. Почему бы тогда не сделать цепочку таких микрокомпрессоров, ступенькми стригущих сигнал?

дискретизировать, так сказать.
(Reply) (Parent) (Thread)
[User Picture]From: tivision
2009-05-02 01:03 pm (UTC)
Ну вообще-то так и делается. Несколько компрессоров в цепочке, каждый с небольшой компрессией дают лучший результат, чем один, жмущий сильно. Известный прием на гитару - 1176 + LA2A.
(Reply) (Parent) (Thread)
[User Picture]From: djdance
2009-05-02 04:20 pm (UTC)
а для мастеринга/эфира? я бы послушал пример.
или плагин...
(Reply) (Parent) (Thread)
[User Picture]From: tivision
2009-05-04 12:06 am (UTC)
Ну про мастеринг ничего сказать не могу, но подозреваю, что там с двух компрессоров будет тоже лучший результат, нежели с одного.

Кто мешает попробовать, в конце концов?

ЗЫ: Только здесь ключевое слово - компрессор, а не лимитер. ;-)
(Reply) (Parent) (Thread)
[User Picture]From: gvaahir
2009-12-03 10:48 am (UTC)
Офф-топ.
"длительность переднего фронта". А где распологается задний фронт?
(Reply) (Parent) (Thread)
[User Picture]From: razar
2009-12-03 11:34 am (UTC)
"Передний фронт" - это чтоб при чтении было еще понятнее, что фронт у нас спереди :)
(Reply) (Parent) (Thread)
[User Picture]From: gvaahir
2009-12-03 03:46 pm (UTC)
А сзади у нас пушистый хвост.
(Reply) (Parent) (Thread)
[User Picture]From: gvaahir
2009-12-03 03:47 pm (UTC)
Задний фронт под Сталинградом.
(Reply) (Parent) (Thread)