
Приглашённый звукорежиссёр, Втр, 26/04/2005 - 23:50
Вопрос к опытным товарищам: если вывести группы треков из софта на
внешний рэковый линейный микшер и свести в нем, вместо того, чтобы
сводить в софте, сильно ли улучшится результат?
»
- : блог
- Вход/регистрация для записи
- 3617 прослушиваний

Re: re:DAW и сведение в аналоге
> Max Seleznevwrote:
> В частности в моем примере транкейт проиходит на уровне 18 бит.
А у вас не очень жизненный пример. Ведь разрядность аккумулятора
микшера обычно составляет как минимум 32-bit int. Формула, которую
тут выше привели, годится для формата FP. Для целых чисел она не
годится из-за быстрого накопления ошибок округления (да и еще из-за
того, что K1...K64 - числа с плавающей запятой). Реальные микшеры
работают, скорее, так:
S = Kмастер * ((К1*N)*Т1 + (К2*N)*Т2 + ... + (К64*N)*Т64) / N,
где N - это некий масштабирующий множитель (сдвиг), предотвращающий
падение разрядности (то самое, от 24 бит до 18), а вычисления
производятся в формате 32-bit int или еще больше.
Re: re:DAW и сведение в аналоге
"AlexeyLukin" wrote in message
news:d5ld5m$2qca$1@news.rusaudiopro.ru...
>> Max Seleznevwrote:
>
>> В частности в моем примере транкейт проиходит на уровне 18 бит.
> А у вас не очень жизненный пример.
>Ведь разрядность аккумулятора
> микшера обычно составляет как минимум 32-bit int.
Пример из серии "и такое может быть" - специально сконструированный для того
что бы выделить проблему. Но разрядность аккумулятора здесь абсолютно не
причем, еще раз повторяю полученный в примере результат от этого ни как не
зависит т.к. на выходе все равно 24 бита. См. ниже.
> Формула, которую
> тут выше привели, годится для формата FP. Для целых чисел она не
> годится из-за быстрого накопления ошибок округления (да и еще из-за
> того, что K1...K64 - числа с плавающей запятой). Реальные микшеры
> работают, скорее, так:
>
> S = Kмастер * ((К1*N)*Т1 + (К2*N)*Т2 + ... + (К64*N)*Т64) / N,
>
> где N - это некий масштабирующий множитель (сдвиг), предотвращающий
> падение разрядности (то самое, от 24 бит до 18), а вычисления
Замечательно - умножим на N, потом разделим на N и транкейта как не
бывало... :)
Формула неплохая, но ты бы сам досчитал по ней до конца.
Все идут разговоры о том, что в своем примере я использую неправильные
способы микширования, а если использовать правильные то никакого уменьшения
разрядности не будет. Должен, уже наверное в седьмой раз подчеркнуть - от
способа микширования снижение разрядности не зависит. В моем понимании это,
говоря физическим языком "закон сохранения" - нельзя в коробку размером с 1
кирпич запихнуть 64 таких кирпича не уменьшив их в объеме в 64 раза, точно
также нельзя запихнуть информацию из 64 треков в один не выкинув
значительную часть этой информации.
В качестве примера рассмотрим ситуацию в случае наиболее корректного с моей
точки зрения алгоритма микширования, я о нем уже упоминал:
"Стандартно для нескольких десятков треков, в серьезных системах
используются аккумуляторы около 40 бит, на больших Ямаховских пультах
кажется 56. Такие аккумуляторы позволяют обойтись без
деления при пересчетах с гейном - так точнее и иногда даже быстрее. "
Этот алгоритм кстати похож на твою формулу, с той только разницей что
формула это еще не алгоритм.
[Примечание. В данном примере рассматривается микшер у которого максимально
возможное положение трековых фейдеров 0дБ, на первый взгляд это кажется
странным, но сравнивая работу микшеров на своих звуковухах LynxTWO (0дБ) и
RME FireFace800(+6дБ) прихожу к выводу что для цифры именно так и надо.
Впрочем если распространить алгоритм на случай микшера с +6дБ фейдерами то
ничего принципиально не изменится - на пару бит возрастет разрядность
аккумулятора. ]
Микшер для микширования 64-х 24-битных треков в один 24 битный. Все треки
моно. На случай стерео можно распространить путем использования двух таких
микшеров, панорама при этом будет определятся соотношением фейдеров
громкости одного и того же трека в обоих микшерах.
Алгоритм состоит из двух фаз.
Фаза I. Собственно микширование.
Берем отсчет каждого трека, умножаем на целое число [в диапазоне от 0
(Mute) до N (0dB)] соответствующее положению фейдера этого трека, прибавляем
полученное произведение к целочисленному аккумулятору. Так для всех 64-х
треков.
Каким должно быть число N? Для простенького микшера хватит около 1000,
округлим до 1024 (2 в 10 степени). На первый взгляд это очень много,
но следует помнить что множитель на который умножается трек есть величина
линейная, в то время как фейдер - логарифмическая (линейная по дБ которые
сами есть логарифмы) поэтому при отображении множества возможных положений
фейдера на множество возможных значений множителя, значительная часть этих
самых возможных множителей окажется незадействованной. На практике получаем
так: на диапазон изменения фейдера от -6дБ до 0дБ приходится половина
диапазона от 0 до N, т.е. в нашем случае 512 значений, следующие 256 уходят
на диапазон от -12 до -6 дБ, далее 128 на от -18 до -12, 64 на -24 ... -18,
32 на -30 ... -24, 16 на -36 ... -30, 8: -42 ... -36, и еще 8 остается на
еще несколко децибел вниз- короче едва хватило чтобы можно было ставить
фейдер с шагом примерно в 1 дБ. Для серьезных микшеров с точностью установки
фейдера 0.1 дБ число N будет достигать 100 000 или более.
Оценим разрядность аккумулятора необходимую для корректного выполнения фазы
I в нашем случае.
Разрядность аккумулятора=разрядность исходных треков+биты на запас по
перегрузке+биты на множитель фейдера=24+6+10=40 бит.
Итак после выполнения фазы I мы получили аудио поток формата 40 бит int. При
этом мы ни где не использовали деления, округления и т.п. и следовательно не
потеряли ни одного бита информации, т.е. получили идеальный цифровой микс.
Если бы можно было так и оставить то проблемы цифрового микширования не
существовало бы, но к сожалению, как уже неоднократно отмечалось, на выходе
нам нужен 24 бит поток.
[Примечание. При использовании аккумулятора 32 int, который некоторые
программисты почему-то считают достаточным, нам пришлось бы уже на фазе I
использовать деление/округление cоответственно с потерей информации и
транкейтом. Тоже самое можно сказать про формат 32fp (чистый 32fp а не
"неявный" 64fp) который в народе считают очень крутым. Тем не менее есть
основания полагать что существуют программы где микширование производится
именно в этих форматах. ]
Фаза II. Перевод в 24 бит с учетом мастерфейдера (Кмастер).
1. Делим наш 40 битный поток на N=1024. Получаем 30 битный, попутно можем
поздравить себя с транкейтом на 1-2 бита треков, фейдеры которых были
выставлены ниже 0дБ.
2. Умножаем на Кмастер. Тут есть маленькая тонкость - с одной стороны
Кмастер - число произвольное определяемое положением мастер фейдера - т.е.
волей звукорежиссера, но с другой стороны в штатном режиме работы
звукорежиссер _обязан_ выставить мастерфейдер так что бы не было перегруза.
При выполнении этого требования Кмастер скорее всего (исключение только если
треков мало и они тихие) окажется числом дробным, а умножение на это число
будет эквивалентно делению, причем это деление автоматически приведет 30
битный поток к 24 битному.
Возвращаясь к моему давнишнему примеру с 63 молчащими треками и одним
звучащим. Если будет Кмастер=1 то действительно никакого транкейта не будет
и наш единичный трек будет звучать со своей полной разрядностью 24 бита, но
при этом едва зазвучат остальные 63 трека нам придется резко, без всякого
художественного смысла, а лишь затем что бы не допустить перегруза рвануть
мастер фейдер вниз на 20-30 дБ. Поэтому нам придется заранее выставить
мастерфейдер (только не надо про двиганье на ходу - это уместно далеко не
всегда) так что бы не было перегруза. При Кмастер=1/64, перегруза
гарантированно не будет, но при этом наш одиночный трек поделится на 64 т.е.
оттранкейтится с 24 до 18 бит. Ч.Т.Д.
Разумеется при микшировании реальных 64 треков Кмастер скорее всего можно
будет сделать не 1/64, а побольше, насколько, сильно зависит от материала,
но все равно (для 64 треков) он будет не 1/2, 1/3, 1/4... а где-то 1/20,
1/30,
1/40, 1/50..., и при этом надо помнить что в реальном микшировании фейдеры
некоторых треков могут стоять и в районе -6дБ и даже на -12дБ, что дает
дополнительный транкейт этих треков на 1-2 бита.
Вообще если алгоритм Фазы I более менее однозначен, то Фаза II может быть
реализована по разному. Я рассмотрел случай наиболее простой и наименнее
корректной реализации - уменьшение разрядности производится просто
транкейтом. Для хороших результатов нужно применять дизеринг, причем
вариантов его применения может быть несколько - в идеале надо бы объединить
два деления (на N и 1/Kмастер) в одно с одновременным дизерингом. Но на
практике зачастую просто отбрасывают 8 младших бит (транкейтят с 40 до 32)
что бы получился легко обрабатываемый поток 32 int и уже затем там делают
деление и дизеринг. Все эти вариации естественно сказываются на звучании, но
снижение разрядности будет иметь место в любом случае.
Re: re:DAW и сведение в аналоге
"Max Seleznev" сообщил/сообщила в новостях следующее:
news:d6ii3m$1bpg$1@news.rusaudiopro.ru...
> В качестве примера рассмотрим ситуацию в случае наиболее корректного с
моей
> точки зрения алгоритма микширования, я о нем уже упоминал:
> "Стандартно для нескольких десятков треков, в серьезных системах
> используются аккумуляторы около 40 бит, на больших Ямаховских пультах
> кажется 56. Такие аккумуляторы позволяют обойтись без
> деления при пересчетах с гейном - так точнее и иногда даже быстрее. "
> Этот алгоритм кстати похож на твою формулу, с той только разницей что
> формула это еще не алгоритм.
А теперь я раскажу как это происходит в реальных железячно-цифровых микшерах
и программах.
1. Расчеты в аппаратных микшерах происходят не в убогой intel-целочисленке,
а в формате фиксированной точки без единой операции деления(хотя с костылями
целочисленка и сводится к fixed point) об этом нам говорит как ты
справедливо заметил наличие 40(Analod Devices) и 56 битного(Motorola)
аккумулятора.
2. Абсолютное большинство программных микшеров считает в формате плавающей
точки и правильно делает.
Далее говорю про fixed-point вариант чтобы быть максимально близко к
обсуждаемому алгоритму.
3. Гэйны фэйдеров (его дискретные положения линейной шкалы дб) переводятся в
полный диапазон 24 бит(обычно unsigned), соответственно никаких проблем с
точностью отображения их положений нет.
4. Фаза I. Собственно микширование.
Берем 24 битный отсчет каждого трека, умножаем на 24 битное число [в
диапазоне от 0
(Mute) до (0dB)] соответствующее положению фейдера этого трека, прибавляем
полученное произведение к аккумулятору. Так для всех 64-х
треков. Результат находится в 56 битном аккумуляторе верхние 7 бит которого
дают нам запас +42 дб достаточный для микширования всех 64 треков. Нижние 48
нам обеспечивают до единого бита точность 48-ми битных операций(24х24)
умножения и суммирования всех 64 треков.
5 Фаза II. Перевод в 24 бит с учетом мастерфейдера (Кмастер).
Хе-хе, моя любимая фаза( вернее мои любимая операция умножения 48-ми битного
числа на 24 битный мастер-фейдер)
Ограничиваем 56-и битный результат аккумулятора до 48-ми бит(да-да он уже
выполнил свое предназначение - в операциях умножения со сложением он нам
обеспечил отсутствие промежуточного клипинга что гораздо хуже клипинга
суммарного. Внимание - эта операция рассматривается для простейшего варианта
цифрового микшера без хедрума)
Умножаем последовательно за две операции 24-х битный фейдер на ограниченый
48-ми битный суммарный сигнал. Получаем опять 56 битный сигнал в
аккумуляторе который впрочем уже ограничивать сверху не надо - просто
переводим его в 24-х битный, операцией округления до ближайшего четного.
> звукорежиссер _обязан_ выставить мастерфейдер так что бы не было
перегруза.
хорошее замечание :)
как видишь раза в два все проще и без всяких подводных камней.
По поводу того что качество стало 18-ти битным.
Скажи вот у аналоговых микшеров ведь тоже есть разумный запас по
перегрузке(кстати легко достижимый и в цифровых микшерах - просто выше
обсудили самый простой вариант)? Есть. Зависит он от количества микшируемых
треков? Нет. Точно так же ты будешь прибирать треки, точно также каждый
одновременно звучащий трек будет иметь меньший допустимый динамический
диапазон чем вся ячейка. Но ДД всего микшера-то то не изменился! Точно также
следует относится и цифровым микшерам - на выходе у них полноценный 24-х
битный звук.
Re: На: re:DAW и сведение в аналоге
> MaxKwrote:
Знаю по крайней мере 2 системы, где с fp 0 не там, где Вы говорите
Да, я выше писал, что есть исключения. Но все равно в них хедрума
предостаточно.
Re: На: re:DAW и сведение в аналоге
"AlexeyLukin" wrote in message
news:d5lb9u$2n3i$1@news.rusaudiopro.ru...
>> MaxKwrote:
>> Знаю по крайней мере 2 системы, где с fp 0 не там, где Вы говорите
> Да, я выше писал, что есть исключения. Но все равно в них хедрума
> предостаточно.
Это я Петрову отвечал, по поводу "Пардон, но за 0 дБ принимается как раз
именно верхнее значение - полный
размах шкалы" :-))
С уважением
MaxK
На: На: re:DAW и сведение в аналоге
"MaxK" сообщил/сообщила в новостях следующее:
news:d5lfqn$2v7g$1@news.rusaudiopro.ru...
>
> "AlexeyLukin" wrote in message
> news:d5lb9u$2n3i$1@news.rusaudiopro.ru...
> >> MaxKwrote:
> >> Знаю по крайней мере 2 системы, где с fp 0 не там, где Вы говорите
> > Да, я выше писал, что есть исключения. Но все равно в них хедрума
> > предостаточно.
>
> Это я Петрову отвечал, по поводу "Пардон, но за 0 дБ принимается как
раз
> именно верхнее значение - полный
> размах шкалы" :-))
Хидрум определяется не форматом математики, а волевым решением
разработчика системы и нет систем, где он больше 24 дБ.
Чао!
Re: На: re:DAW и сведение в аналоге
> Хидрум определяется не форматом математики, а волевым решением
> разработчика системы и нет систем, где он больше 24 дБ.
Как это?
А разве 28дБ или 30дБ не бывает? :-)
--
Best regards,
Paul
На: На: re:DAW и сведение в аналоге
"Paul_P" сообщил/сообщила в новостях следующее:
news:d5oi2s$1a0g$1@news.rusaudiopro.ru...
> > Хидрум определяется не форматом математики, а волевым решением
> > разработчика системы и нет систем, где он больше 24 дБ.
>
> Как это?
> А разве 28дБ или 30дБ не бывает? :-)
В цифре?? Нет, разумется - в цифре хидрум делают на величину, кратную
разрядности (1...4 разряда). Это принципиально упрощает математику -
вместо пересчета порогов квантайза можно обойтись сдвигом кода.
Чао!
Re: На: re:DAW и сведение в аналоге
"Paul_P" wrote in message
news:d5oi2s$1a0g$1@news.rusaudiopro.ru...
>> Хидрум определяется не форматом математики, а волевым решением
>> разработчика системы и нет систем, где он больше 24 дБ.
>
> Как это?
> А разве 28дБ или 30дБ не бывает? :-)
Паша, с огнем играешь - сейчас и 24 отберут :-))
правда интересно, куда они укладываются, ведь:
"Максимально достижимое значение определяется максимальным кодом -
единицы во всех разрядах. Это предел - больше нельзя. Клипирование.
И это значение во всех цифровых звуковых системах принимается за 0 дБ.
Все остальные значения - это ступеньки на уменьшение! "
:-))
С уважением
MaxK
На: На: re:DAW и сведение в аналоге
"MaxK" сообщил/сообщила в новостях следующее:
news:d5ot7r$1s0q$1@news.rusaudiopro.ru...
>
> "Paul_P" wrote in message
> news:d5oi2s$1a0g$1@news.rusaudiopro.ru...
> >> Хидрум определяется не форматом математики, а волевым решением
> >> разработчика системы и нет систем, где он больше 24 дБ.
> >
> > Как это?
> > А разве 28дБ или 30дБ не бывает? :-)
>
> Паша, с огнем играешь - сейчас и 24 отберут :-))
>
> правда интересно, куда они укладываются, ведь:
>
> "Максимально достижимое значение определяется максимальным кодом -
> единицы во всех разрядах. Это предел - больше нельзя. Клипирование.
> И это значение во всех цифровых звуковых системах принимается за 0 дБ.
> Все остальные значения - это ступеньки на уменьшение! "
> :-))
Для особо невнимательных повторю в очередной раз - хидрум, это всего
лишь условная отметка на индикаторе. Шкалу градуируют так, что бы ноль
ШКАЛЫ был ниже максимального значения.
Что считает нулем внутри системы разработчик - вопрос, в который
пользователю совать нос нет смысла.
Чао!
Re: На: re:DAW и сведение в аналоге
"Eugene A. Petroff" сообщил/сообщила в новостях
следующее: news:d5q4il$10ir$5@news.rusaudiopro.ru...
>
> "MaxK" сообщил/сообщила в новостях следующее:
> news:d5ot7r$1s0q$1@news.rusaudiopro.ru...
> >
> > "Paul_P" wrote in message
> > news:d5oi2s$1a0g$1@news.rusaudiopro.ru...
> Для особо невнимательных повторю в очередной раз - хидрум, это всего
> лишь условная отметка на индикаторе. Шкалу градуируют так, что бы ноль
> ШКАЛЫ был ниже максимального значения.
> Что считает нулем внутри системы разработчик - вопрос, в который
> пользователю совать нос нет смысла.
Про приборы понятно, ты про микшеры скажи - откуда кейк знает как
отградурована плата вывода, и на какой 0 ему следует по умолчанию
ориентироваться?
На: На: re:DAW и сведение в аналоге
"Alexey Ovchinnikov" сообщил/сообщила в новостях
следующее: news:d5q5gl$12c4$1@news.rusaudiopro.ru...
- хидрум, это всего
> > лишь условная отметка на индикаторе. Шкалу градуируют так, что бы
ноль
> > ШКАЛЫ был ниже максимального значения.
> > Что считает нулем внутри системы разработчик - вопрос, в который
> > пользователю совать нос нет смысла.
>
> Про приборы понятно, ты про микшеры скажи - откуда кейк знает как
> отградурована плата вывода, и на какой 0 ему следует по умолчанию
> ориентироваться?
А тут и знать нечего - у карты нет шкалы и потому нет нуля, а есть
формат кода с размахом от максимума до минимума. И кейк льет просто
код - в сетке от максимума до минимума. А обрезание хидрума и сверху, и
снизу - это операция целиком кейковая. Режет - что абсолютно логично -
то, что выше нуля по шкале собственного индикатора.
Снизу он режет в соответствии с заданым форматом разрядности, отсчитывая
вниз от того же индикаторного нуля.
Как разместить в этом пространстве звук - дело чебуратора, и только его.
Что выскакивало на промежуточных шинах в хидруме - внутреннее дело кейка
и совать в это нос чебуратору тоже не стоит, кроме, как в процессе
настройки обработок сводить все опять же к тому же нулю по индикатору...
Чао!
Re: На: re:DAW и сведение в аналоге
> Eugene A. Petroffwrote:
Но вообще-то динамика никак не противоречит линейчатости спектра.
А импульсность - противоречит.
Re: На: На: re:DAW и сведение в аналоге
> Eugene A. Petroffwrote:
[quote:f15936267a]Поясните, плз. Что-то я о таком не слышал. Ведь
диапазон float - огромен (до 10^38 или что-то в этом роде).
>
М-да...Похоже, что полностью отсутсутвует понимание физической сути
этого формата.[/quote:f15936267a]
Не бросайтесь фразами. Я все прекрасно понимаю, и постараюсь это
показать.
> Eugene A. Petroffwrote:
> И не означает отсутствия МАКСИМАЛЬНОГО значения.
Разве я утверждал, что оно отсутсвует? O_O
Я, наоборот, уже раз 5 сказал, что оно равно примерно 10^38.
> Eugene A. Petroffwrote:
Максимально достижимое значение определяется максимальным кодом -
единицы во всех разрядах.
Буквально это неверно (т.к. такое численное значение является т.н.
"тихим нечислом"). Но смысл вашего посыла понятен.
> Eugene A. Petroffwrote:
И это значение во всех цифровых звуковых системах принимается за 0
дБ.
НЕТ! См. выше. За 0 дБ принимается число 1.0.
> Eugene A. Petroffwrote:
Шаг ступеней при этом меняется прогрессивно - в диапазоне от 0 до -6
дБ шаг максимальный, в диапазоне -6...-12 дБ, шаг улучшается в два
раза (запятая сдвинута!).
Строго говоря, тут кратность не шести децибелам, а 6.02... дБ
> Eugene A. Petroffwrote:
Те ситемы, которые мы привычно называем "цифровыми", являются
специфическим случаем нелинейных систем
Совершенно верно. Это линейные системы с квантованием.
> Eugene A. Petroffwrote:
Так вот, в системах с плавающей запятой при изменении амплитуды
меняется способность системы к суперпозиции
> ...
> [skipped]
>
С этим все ясно. Обаращаю только ваше внимание, что ошибки квантования
в 32-bit float не превышают ошибок квантования в 24-bit int.
Фактически, это относится и к ошибкам суперпозиции (если вы
вспомните, что суперпозиция - это еще и умножение на константу).
Re: На: На: На: На: re:DAW и сведение в аналоге
> Eugene A. Petroffwrote:
К любой тестовой картинке необходимы пояснения - при каких условиях
она получена.
Я надеялся, вы догадаетесь...
Это искусственно сгенерированный цифровой тестовый сигнал с пиковым
уровнем 0 dBFS, который при интерполяции даст превышение в +12 dB или
даже выше, в зависимости от вида интерполирующего фильтра.
> Eugene A. Petroffwrote:
И вообще - что это? (картинка в аттаче)
К сожалению, картинки не вижу, т.к. я пользуюсь веб-интеряейсом.
> Eugene A. Petroffwrote:
> Причем тут лимитер вообще??
При том, что инженеры мастеринга должны избегать превышений аналоговой
волной уровня 0 dBFS, и они применяют для этого лимитеры, занижая
параметр ceiling.
> Eugene A. Petroffwrote:
> Сорри, но для fp-форматов это не так. Стандартный аудио-формат
32-bit IEEE float предполагает 0 dBFS = значение +/-1.0.
>
В каких попугаях та единица то??[/quote:5b0625fe04]
Это просто единица, число в формате float. Повторю еще раз подробнее:
в формате IEEE 32-bit float аудиоданным с уровнем 0 dBFS
соответствует значение сэмпла (числа float), равное 1.0.
> Eugene A. Petroffwrote:
> (например, в Audition есть формат, где 0 dBFS = +/-32768), но ни в
одной из них не используется 0 dBFS = максимально представимое
> значение (это не имеет смысла, т.к. не влияет на точность).
>
О чем это тут??[/quote:5b0625fe04]
Все о том же: о хедрум.
> Eugene A. Petroffwrote:
> Ни одного вразумительного довода я еще не услышал.
Повторяю еще раз, для тех, кто в танке: максимально представимое
значение в формате float превышает значение, соответствующее уровню 0
dBFS, в 10^38 раз. Таким образом обеспечивается хедрум в 700 дБ, что
позволяет говорить о практическом отсутствии клиппинга (разумеется,
строго говоря, он есть, и он проявится, если кто-то захочет сделать
гейн в 800 дБ).
> Eugene A. Petroffwrote:
ЗЫ: или может ты судишь о я влении по картинкам из Cool-а??
И по ним тоже. Не доверяете Кулу - проверьте где угодно. Проведите
интерполяцию (то бишь передискретизацию).
Re: На: На: На: На: re:DAW и сведение в аналоге
> При том, что инженеры мастеринга должны избегать превышений аналоговой
> волной уровня 0 dBFS
нихрена они не должны )
Вернее должны сделать то, что от них требует продюсер. Нужно продюсеру чтобы
был меандр 0dbfs - значит так и надо.
Re: DAW и сведение в ан алоге
>Да, например от оцифрованного
>мышслительного аппарата :-)))
отлично сказано! :)
Re: DAW и сведение в ан алоге
> YOURIwrote:
Интересно кто это вам открыл эту тайну?
С практической стороны - Боб Кац в книжке Mastering Audio. А с
теоретической - я сам достаточно хорошо разбираюсь в фильтрах.
Re: DAW и сведение в ан алоге
AlexeyLukin wrote:
>>YOURIwrote:
>
> Интересно кто это вам открыл эту тайну?
> С практической стороны - Боб Кац в книжке Mastering Audio. А с
> теоретической - я сам достаточно хорошо разбираюсь в фильтрах.
>
Понятно. Старина Боб -
известный п
щцифровщик неокрепших мозгов,
ангажированный разными производителями
А с теоретической точки зрения родить звук также
сложно, как и ребёнка с помощью резиновой женьщины:-)
Re: DAW и сведение в ан алоге
"YOURI" сообщил/сообщила в новостях следующее:
news:d6ppt2$1h37$1@news.rusaudiopro.ru...
> AlexeyLukin wrote:
> >>YOURIwrote:
> >
> > Интересно кто это вам открыл эту тайну?
> > С практической стороны - Боб Кац в книжке Mastering Audio. А с
> > теоретической - я сам достаточно хорошо разбираюсь в фильтрах.
> >
> Понятно. Старина Боб -
> известный п
> щцифровщик неокрепших мозгов
Афтар жжош, пешы есчо.
Re: DAW и сведение в аналоге
> EEwrote:
Извините, Рудольф. Ценю и уважаю, но... Цифровые эквалайзы - самое
слабое место в цифровой обработке. Почему? Лукин наверное знает. Я
нет. Просто слышу.
Нет, я этого не знаю. Более того, знаю, что это не так. Ведь одни из
лучших существующих эквалайзеров - Weiss EQ1, EQ1-LP, Z-Systems ZQ-2
- цифровые.
Если с цифрой что-то не так, то это часто бывает не от эквалайзеров, а
от чего-то другого.
Кстати, Рудольф хорошо написал. Я с ним, в основном, согласен.
Re: DAW и сведение в аналоге
AlexeyLukin wrote:
>>EEwrote:
>
> Извините, Рудольф. Ценю и уважаю, но... Цифровые эквалайзы - самое
> слабое место в цифровой обработке. Почему? Лукин наверное знает. Я
> нет. Просто слышу.
> Нет, я этого не знаю. Более того, знаю, что это не так. Ведь одни из
> лучших существующих эквалайзеров - Weiss EQ1, EQ1-LP, Z-Systems ZQ-2
> - цифровые.
Интересно кто это вам открыл эту тайну?
> Если с цифрой что-то не так, то это часто бывает не от эквалайзеров, а
> от чего-то другого.
Да, например от оцифрованного
мышслительного аппарата :-)))
Re: re:DAW и сведение в аналоге
> Max Seleznevwrote:
Замечательно - умножим на N, потом разделим на N и транкейта как не
бывало... :)
Именно так!
В моей формуле транкейт происходит ОДИН раз в самом конце, а в
предыдущих прведенных - при каждом умножении в каждом канале. Поэтому
в моей формуле легко заменить транкейт на дизеринг, а в предыдущих -
этого сделать практически невозможно.
re:DAW и сведение в аналоге
По поводу Субботина - это я, а не Овчинников, высказался. И добавил
"возможно".
Re: DAW и сведение в аналоге
Hello, AlexeyLukin!
You wrote on Thu, 12 May 2005 17:40:36 +0000 (UTC):
A> По поводу Субботина - это я, а не Овчинников, высказался. И добавил
A> "возможно".
Сорри, ошибся...
With best regards, Gradov Georg. E-mail:
Re: На: На: На: На: re:DAW и сведение в аналоге
"Kiryll V.Trepakov"
них требует продюсер. Нужно продюсеру чтобы был меандр 0dbfs
Кирилл,ОЧЕНЬ хочу познакомиться с продюсером,который не только знает,что
такое меандр,но еще и просит чтобы этот
бл...ский меандр был 0 дбфс...Ставлю
ром-виски-текилу при знакомстве.
--
Best Regards, Vladimir Gubatov
Moscow. tel: +7 095 518 67 07
5186707@mail_ru
Re: На: re:DAW и сведение в аналоге
> Alexey Ovchinnikovwrote:
> Про приборы понятно, ты про микшеры скажи - откуда кейк знает как
> отградурована плата вывода, и на какой 0 ему следует по умолчанию
> ориентироваться?
Звуковые карты работают с PCM-потоком и для них 0 dB - всегда
максимальное значение отсчетов (целочисленных!). Есть звуковые карты
(точнее - драйверы), работающие и в режиме 32-bit FP. В этом случае
(как и в большинстве хостов) уровню 0 dB соответствует значение
сэмпла 1.0. Все, что не укладывается в 0 дБ, - клиппуется.
Кстати, по поводу хедрума на шине и в файлах. Если хост нормально
поддерживает 32-bit FP и умеет сохранять в нем файлы, то огромных
хедрум формата FP имеется как на шине, так и в файлах. Если же Сонар
(или кто там?) делает в файлах клиппинг по уровню 0 дБ, это значит,
что либо у него микшер - не FP, либо файлы FP он сохранять не умеет.
Re: На: На: re:DAW и сведение в аналоге
> Eugene A. Petroffwrote:
Хватит про это - не зачем дезинформацию так упорно проталкивать...
Евгений, вы уж простите, но дезинформацию проталкиваете вы. И уже не в
первый раз.
Вы бы хоть потрудились на практике проверить свои утверждения.
Подсказка: возьмите любой хост, микширующий в формате 32-bit float
(например, Audition или CEP). Сделайте дорожке Gain = 90 dB и
смикшируйте композицию. Проверьте спектроанализатором: клиппинга нет.
К миксу примените Gain = -90 dB и вы увидите, что никаких искажений и
клиппинга снова не произошло. Вот вам и хедрум.
Re: На: re:DAW и сведение в аналоге
> Paul_Pwrote:
> А разве 28дБ или 30дБ не бывает?
В формате float он равен сотням децибел (если хост не накладывает
каких-то специфических ограничений).
На: На: re:DAW и сведение в аналоге
"AlexeyLukin" сообщил/сообщила в
новостях следующее: news:d5oj0p$1b47$1@news.rusaudiopro.ru...
> > Paul_Pwrote:
>
> > А разве 28дБ или 30дБ не бывает?
> В формате float он равен сотням децибел (если хост не накладывает
> каких-то специфических ограничений).
Хватит про это - не зачем дезинформацию так упорно проталкивать...
Чао!