Компенсация задержки A.O.M. Invisible Limiter

fakeitback

Super Moderator
Команда форума
6 Май 2005
15.037
16.534
113
43
Москва
Кроме меня, кто-нибудь столкнулся с тем, что Reaper (v.3, v.4, x86, x64, напрямую, через родной бридж, через jBridge - во всех случаях) не компенсирует latency замечательного A.O.M. Invisible Limiter версии 1.2.2?

При том, что, как видно по картинке, рипер получает от плагина информацию о вносимой им задержке: 4096 сэмплов в стандартном и 512 в LL варианте.

Для примера - сравнил с 4 прочими имеющимися в наличии лимитерами, таких проблем нет, задержка компенсирована как и полагается.

NMWLA.png
 
не пользую данный плаг, но проверил - так и есть. Показывает, но не компенсирует.
 
  • Like
Реакции: fakeitback
Непонятно с чего разработчик плага указал 512 при реальных 1016 сэмплов компенсации для LL версии :biggrin:
 
  • Like
Реакции: fakeitback
Ага.

Значит косяк разработчиков :prankster2:.

А есть вариант какие-нибудь костыли поставить?

Потому как получается, что иначе чем на мастере, его использовать нельзя.
 
fakeitback,
ll.PNG

этот плаг после лимитера
1016-512 = 504
или вообще в плагине отключить компенсацию задержки и в TRN reDelay ввести 1016.
Точно костыль,но больше ничего не придумывается .
 
  • Like
Реакции: axis и fakeitback
чет не въезжаю, этим плагом можно померить задержку или нет?
 
S1 тоже отказывается полностью компенсировать задержку обоих версий.

Ни кто не знает, есть ли сайт разработчиков?
Старые ссылки
http://appo.dip.jp/HomeEn
http://appo.dip.jp/InvisibleLimiterEn
давно не функционируют.

Жаль. Хотел его вместо L2 на ударных использовать.
 
http://aom-factory.jp
Не знаю, официальный это сайт или нет?

Ни кто не знает, есть ли сайт разработчиков?
Старые ссылки
http://appo.dip.jp/HomeEn
http://appo.dip.jp/InvisibleLimiterEn
давно не функционируют.

Да, похоже на то. Проблемы с хостингом, судя по всему из-за перебоев с электропитанием в Японии:

http://aom-factory.jp/downloads написал(а):
[strike]Download links are currently unavailable.

Japanese electric power suppliers plan a rotational supply disruption from March 14. The suppliers can not handle electric demands without supply disruption because several power plants are damaged by the earthquake.

The server box that stores plug-in files (appo.dip.jp; download server) will be affected by that supply disruption. To avoid damage, the download server is shut down manually. Resuming plan depends on power suppliers’ supply disruption plan, it is not yet determined. We are sorry for the inconvenience.

A.O.M. Factory, 13 Mar 2011 10:00 GMT[/strike]
 
Они зачеркнули, а наверху написали, что теперь все окей..., поблагодарили за терпение

все качается, проверено
 
Они зачеркнули, а наверху написали, что теперь все окей..

Дык я зачеркнутость тоже процитировал))

Главное, что автора цунами не смыло, и есть смысл рассчитывать на то, что теперь он, подогретый радиоактивными парами, слепит исправленную версию :girl_hide:
 
Главное, что автора цунами не смыло, и есть смысл рассчитывать на то, что теперь он, подогретый радиоактивными парами, слепит исправленную версию

теперь у него плаги из за радиации будут размером в сотни мегабайт (боюсь даже думать о величине задержки))
 
теперь у него плаги из за радиации будут размером в сотни мегабайт (боюсь даже думать о величине задержки))

Если они при этом будут обладать кнопкой [strike]кайф[/strike] "сделать RMS выше ноля без малейших искажений" - готов и не такое терпеть! :diablo:
 
Если они при этом будут обладать кнопкой кайф "сделать RMS выше ноля без малейших искажений" - готов и не такое терпеть!

я тоже готов, но только если вместе с кнопкой "кайф" будут кнопки "отвести детей в сад", "погулять с собакой", "сходить за хлебом"
 
axis, да противофазой.
не знаю, что вы там и как намеряли противофазой, но на картинке выше и в других хостах отчётливо видно, что хосты компенсируют лишь 128 сэмплов, т.е. обычная версия несмотря на компенсацию задерживает сигнал на 4096-128=3968 сэмплов, а LL на 512-128=384 сэмплов.
 

я так и не понял, как противофазой вымерять :) сделал проще - рендернул с лимитером и подогнал с оригиналом вручную, под сетку, выставленную в сэмплах. Но в принципе, если использовать только на мастере, то и пофиг на эту компенсацию.
 
не знаю, что вы там и как намеряли противофазой, но на картинке выше и в других хостах отчётливо видно, что хосты компенсируют лишь 128 сэмплов, т.е. обычная версия несмотря на компенсацию задерживает сигнал на 4096-128=3968 сэмплов, а LL на 512-128=384 сэмплов.

Именно так, экспериментальным путём легко находим подтверждения этих расчётов :on_the_quiet2: (в первом посте неудачно таймлайн размечен):

moSwN.png


Byjgs.png
u3rIQ.png
 
Я авторам кстати, отписал про этот баг.
Интересно как они сами то так лопухнулись?
Брат предположил, что программер пока тестил ставил 128, а потом забыв так и скомпилил.
 
экспериментальным путём легко находим подтверждения этих расчётов
Легко ? :)

pdc.PNG

Где там 128 и 384?
PDC off отключена компенсация задержки.
в кубе тоже самое. Я на нескольких компах и хостах и всякими способами мерял,asio,wdm,dummy аudio - результаты разные.
 
Я на нескольких компах и хостах и всякими способами мерял,asio,wdm,dummy аudio - результаты разные.

Ага)

Ну тогда вообще фигня полная получается, предлагаю коллективно соорудить письмо в ООН и спортлото :victory:.
 

Сейчас просматривают