Результаты поиска

Вообще на Dell'ах надо отключать драйвер батареи. Покажите скриншот с Вашего диспетчера устройст?

Что именно Вы пытались отключать?

Та да, там одни соцсети чего стоят :Dle46: :Dle46: :Dle46: именно трублэк Не хватает только паленой водочки или портвешка в тетрапаке из АТБ. РомантИк, епт ))))) Вот вам нормального украинского БМ в ленту, для разнообразия:

Еще бы не пережато, с -5дБ LUFS на выходе )))) А потом - "у ютуба кодеки плохие" :Dle46:

Да никак. RT-ядро - это же специальный набор костылей, которые ты должен использовать в своем софте. Чтобы твой софт получил некие условные RT-возможности (условные потому, что любой правильно спроектированный bare metal софт по времени реакции покроет все эти костыли как бык овцу). Так вот...

Нет, конечно. Определяется временем, затраченным на переключение контекстов. А для реального времени определяется максимальным временем задержки между событием во внешнем мире до запуска потока обработки. При этом Винда, имея внутри для обработки событий банальный event loop, обеспечивает куда...

Тогда в игнор.

Уважаемый, как для ценителя точных формулировок Вы недостаточно последовательны. Сначала ^C^V непонятно откуда со своими измышлениями (я про "измерения с помощью компьютера", хотя его там и не было), а теперь подавайте Вам "влияние". Хорошо, для Вас я поправлю утверждение Артема: изменение...

На самом деле проблема в обратной ситуации. Вы ставите буфер 256, вроде ничего не трещит, все хорошо. Но общая задержка, естественно, невменяемая. Начинаете уменьшать буфер. И уменьшив его в 8 раз, получите изменение раундтрипа всего в 2 раза, а не в ожидаемые на первый взгляд 8. И при...

Только буфер изменили в 4 раза. Неужели до сих пор непонятно? А если +300, то чтобы получить изменение раундтрипа в 2 раза от буфера 32, буфер надо будет поставить, грубо говоря, 256. Т.е. изменить размер буфера в 8 раз.

Еще раз, для тех, кому арифметика плохо в школе зашла. В моем примере изменение размера буфера в 2 раза приводит к изменению полной задержки в 3.4/2=1.7 раза. В Вашем - 5.8/4.3=1.3 раза. А если +300, то ситуация еще хуже. При возрастании буфера ситуация выравнивается, понятное дело, но там уже...

Именно.

Имелось в виду то, что хвостовой буфер там такой огромный, что 32 семпла буфер обработки (типа маленький) практически никакой рояли не играет. Это вот на какой-нибудь RME, которая PCI-X, и имеет хвостовой буфер всего 24 семпла, было бы примерно так (без учета задержек АЦП/ЦАП)...

Нет, я же написал

Для меня, например, совершенно понятные. Точно описывающие методику.

Именно так. Правда, при кривых руках, и с RTL Utility можно получить провал.

Не-а. Там методика понятна, прозрачна, и минимум возможных провалов может случиться. А произвольный софт, который пишет число X - это еще надо доказывать.

Да радуйтесь, нет проблем. Более того, если там за 10 лет поменялась ситуация, и Вы бы вызывающим доверие методом (который описан) перемеряли задержки, и выложили бы результаты со всеми скриншотами - Вам бы только спасибо сказали. А ^C^V из интернетов тут не очень приветствуется. Только с...

Я когда-то запускал этот самый Audio Latency Meter. И намерял он мне какую-то фигню. Потому вот там пост Zerocool'a, со скриншотом с Рипера, где сделано по предлагаемому мною методу, и цифры, полученные именно таким образом имеют куда больше доверия.

Я нашел оригинал, откуда Вы это цифры скопировали. Там нет никакого компа ;)

А по хорошим делам должно бы быть примерно 4.4мс. Вот вопрос на Ваш ответ ;)

Я же написал, что у Бэбифейса примерно 64 семпла эта дополнительная задержка. А на Core Audio - больше. В MacOS - ненамного, 16 семплов, если мне не изменяет память, потому что там драйвер свой. А на iOS, т.к. там UAC2 - она заметно выше. Мне очень лениво, если честно, перемерять это все...

Они не пишут. А вот Вы почему-то решили, что это минимум. Иначе к чему вот эти Ваши слова: сначала: в следующем посте: Внезапно более чем в 2 раза. "В 2 раза" из-за необходимости двух буферов, и "более чем" из-за АЦП/ЦАП и дополнительных буферов.

Ты не поверишь :Dle46: :Dle46: :Dle46: :Dle46: С дополнительными затычками, и с обрезанной функциональностью, да, но он самый.

Это не раундтрип, ребятки лукавят. Раундтрип будет не менее 5.8*2=11.6мс. Но это абсолютный недостижимый минимум, нужен еще хвостовой буфер плюс задержка в АЦП/ЦАП. А в реалиях CoreAudio - еще и дополнительный буфер на входе, потому что потому. Что-то порядка 13мс. Там что-то около 64 семплов...