(07-11-2020 19:46)VNV73 писал(а):  Нет..

Нет?!

Неужели в кои-то веки, тут кто-то в самом деле знает что такое "Latency", а не как обычно, просто повторяет умное слово" ?!

Цитата:Я говрил о задержках в среде Вин.

А не хрен бы с ними? Они-же при воспроизведении музыки абсолютно ни на что не влияют.
Может, проблемы стоит искать там где они есть, а не "под фонарем"?

(08-11-2020 08:57)rotla писал(а):  А не хрен бы с ними? Они-же при воспроизведении музыки абсолютно ни на что не влияют.

Многие с этим не согласятся. Те же пользователи Audiophile Optimizer и прочих подобных решений.

(08-11-2020 08:57)rotla писал(а):  Может, проблемы стоит искать там где они есть, а не "под фонарем"?

И... где же стоит искать проблемы?

Windows 10 одна большая ущербная латенция, куча запущенных служб которые создают огромные задержки как для звука так и для бразузера и всего (средняя температура по больнице),
мне непонятен никрофильный ананизм с Win10 (win server и.т.д) и со всеми вытекающими плейерами в мертвой среде,
но это мое мнение и оно ни к чему не обязывает.

Я выкладывал как-то скрины, у меня получалось на Win Server 2016 получать среднюю латенси в 1-3мкс. Вполне нормально, как я считаю.
Например для Bug Head, на котором я прежде сидел пару лет, рекомендуют именно Win 10.

(08-11-2020 10:28)VNV73 писал(а):  Многие с этим не согласятся.

А не надо с этим "соглашаться или не соглашаться", надо принять просто это как медицинский факт.

От того, что музыка воспроизводится с небольшой постоянной задержкой, совершенно ничего не меняется.
Влиять она может только в кино, и то если слишком большая, и когда идет не толко воспроизведение но и запись (напримре для музыкальных эффектов - там да, летенси очень важно).

---

(08-11-2020 10:47)Kir9790 писал(а):  И... где же стоит искать проблемы?

Откуда мне знать, где у кого какие проблемы? Я решать чужие проблемы не берусь, да и не хочу.
Может провода "не той системы", или файл лежит не в правильной папке. Или электросчетчик непригодный. Это же все очень важно!

---

(08-11-2020 12:24)VNV73 писал(а):  Я выкладывал как-то скрины, у меня получалось на Win Server 2016 получать среднюю латенси в 1-3мкс.

1. У меня в джиттероподавителе, летенси примерно 200 МИЛЛЛИ секунд.
2) В цифрокроссах типа Дефоники или JRiver, при использовании очень длинных FIR-ов, летенси может и до пол секунды доходить, а в экстремальных случаях и до секунды.

И это:

Цитата:Вполне нормально, как я считаю.

---

Но это все ерунда, главное - что некоторые начинают хотя бы понимать "что такое летенси".
Раньше в ответ было, как правило, только глубокозначительное мычание.

(08-11-2020 12:46)rotla писал(а):  От того, что музыка воспроизводится с небольшой постоянной задержкой, совершенно ничего не меняется.

Откуда там возьмётся "постоянная" задержка?
Насчёт влияния спорить не собираюсь, ибо бессмысленно.
По умолчанию в Win10 задержка 500мкс с пиками до 1,5мс. Это дохуа.

(08-11-2020 12:54)VNV73 писал(а):  Откуда там возьмётся "постоянная" задержка?

Оттуда-же, откуда и не постоянная.

Цитата:Насчёт влияния спорить не собираюсь, ибо бессмысленно.

А кто спорит-то?

Цитата:По умолчанию в Win10 задержка

В который раз спрашиваю (см. выше про "мычание") - задержка между чем и чем?

Цитата: 500мс с пиками до 1,5с. Это дохуа.

Если она непостоянная - то неважно дохуа или не дохуа.

P.S. У меня вин10/64 в постоянном пользовании чуть меньше месяца, но проблем я пока не видел. Прыжки с 0.5 до 1.5с я бы заметил.
В основном музыка играет по прежнему с 7/32.

(08-11-2020 12:57)rotla писал(а):  Если она непостоянная - то неважно дохуа или не дохуа.

Там как-раз без "если".

(08-11-2020 12:59)VNV73 писал(а):  Там как-раз без "если".

Между чем и чем? И почему этого не видно на клеммах АС?

Это-же всае равно что на бобинном магнитофоне пальцем катушку притормаживать...

Зато это хорошо видно в специализированных прогах - LatencyMon и Latency Checker

Это загрузка проца при работе player Audacious

(08-11-2020 13:09)VNV73 писал(а):  Зато это хорошо видно в специализированных прогах - LatencyMon и Latency Checker

Ага, только это не отменяет необходимости понимать что они показывают

(08-11-2020 12:46)rotla писал(а):  1. У меня в джиттероподавителе, летенси примерно 200 МИЛЛЛИ секунд.
2) В цифрокроссах типа Дефоники или JRiver, при использовании очень длинных FIR-ов, летенси может и до пол секунды доходить, а в экстремальных случаях и до секунды.

Это все не о том.

Латенси в нашем контексте - это время от возникновения прерывания до начала его обработки. Поскольку Винда - НЕ система реального времени и использует так называемую кооперативную многозадачность, время рекции на прерывание не гарантируется.

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

Для сомообразования гуглить DPC Lanency

(08-11-2020 16:10)UncleStas123 писал(а):  Это все не о том.

Латенси в нашем контексте - это время от возникновения прерывания до начала его обработки. Поскольку Винда

Летенси прерывания не от винды зависит, а от того как сделан IRC и как расставлены приоритеты и субприоритеты IRQ, плюс корректно ли написан драйвер.

Цитата:- НЕ система реального времени и использует так называемую кооперативную многозадачность

Время реакции на прерывание - на порядки меньше кванта времени винды.

Цитата:, время рекции на прерывание не гарантируется.

И кого оно волнует?
Важен только момент преобразования цифры в аналог - чтобы там все было ровненько. Прерывания на него - в винде нет (и понятно почему).

Угу, для сомо, для сомо.

(08-11-2020 17:29)rotla писал(а):  Летенси прерывания ... от того как сделан IRC и как расставлены приоритеты и субприоритеты IRQ, плюс корректно ли написан драйвер.

Ну конечно! Вот! Вы уже начинаете доганять! Теперь еще шажок: ото что вы там понаписали, оно все есть часть архитектуры и реализации Винды. И зависит от нее, как любая часть зависит от целого.

Цитата:Важен только момент преобразования цифры в аналог - чтобы там все было ровненько.

Ага, ага. Наверное еще помните хто думкою багатіє. Это как раз про такие надежды

Так что хоть сомо, хоть само - но образовываться надо.

ПС. Спорить про очевидное - не интересно. Хорошего вечера

(08-11-2020 18:08)UncleStas123 писал(а):  Ну конечно! Вот! Вы уже начинаете доганять!

Догонять что, устройство контроллера прерываний? Так я это делал лет 35 с лишним назад

P.S. Я как бы, спорить и не собирался.

(08-11-2020 19:06)rotla писал(а):  Догонять что, устройство контроллера прерываний?

Догонять архитектуру обработки прерываний под Виндой, которая, не забываем, не-RT-система. И в которой (в Винде то есть) все что может контроллер прерываний - это подать заявочку на выполнение этого самого DPC. Так что оно выполнится не сразу, а потом, когда-нибудь, когда до этого у системы дойдут руки. Вот это "не сразу" - и есть латенси.

Цитата:Догонять архитектуру обработки прерываний под Виндой, которая, не забываем, не-RT-система

Вообще-то, прерывания выполняются на 0-м кольце, которое очень даже RT.
А Винда да, относительно не-RT, как и пынгвынукс, кстати.

(08-11-2020 21:15)UncleStas123 писал(а):  . Вот это "не сразу" - и есть латенси.

Так "не сразу" - это между чем и чем? Поконкретнее. Уже не раз спрашивал. Межу прерыванием от ПДП накопителя и прерыванием от ЗК?

И как насчет, к примеру, USB-ЗК, где по определению летенси может быть 1мс для фулспида и 125мкс для хайспида, (а с учетом имписет фидбека и больше), и это еще без учета последующих буферов?

(08-11-2020 21:39)rotla писал(а):  Так "не сразу" - это между чем и чем?

Это между возникновением нужды "эй, плейер, давай!" и тем, что плейер таки начал давать