Хорошая статья которая простым языком объясняет шо к чему.

(07-02-2010 19:54)Михайлов link писал(а):в аналогичной ситуации в системе 12 процессов включая таск менеджер, cmp, ремоут и бездействие системы.
В службах запущены только три службы - собственно также как и на скрине у кикса (там только не видна еще одна запущенная служба Windows Audio - без нее джулия не работает ). Латентность 8-9 мс.

Джулия без виндовс аудио прекрасно работает, что-то у Вас не так.

(08-02-2010 19:28)andrepaha link писал(а):что каждый лишний процесс, не связанный с музыкой, подгружает все компоненты материнки и через писиай шину на вход цапа цифровой сигнал поступает с ещё большей долей импульсного мусора. Реагирует тот же лаври на смену транспорта на более референсный. Так почему бы ему не реагировать на джиттер, \"подмешанный\" в сигнал с компа. Хотя откуда джиттер сигнала появляется при оптическом подключении - пока хз

Джитер сам по себе есть с источника, он ведь не идеальный, к сожалению. Кроме того преобразователи из електричества в оптику и назад тоже прибавляют джитер.
Я так понимаю.

Вообщем после "танцев с бубнами" удалось добиться приемлемого результата. Решил больше не загружать образ и переустановил все по новому. Изначально убил раздел под систему и дал ей создать свой системный раздел на 100 мб. Далее не стал устанавливать драйвера для видеокарты по windows update и установил, по промеру Neal под виста (до этого то же это делал, но уже деинсталировал предыдущие драйвера). Результат получился приемлемый, шумы ушли, единственное DCP latency checker выдает такую картину (прикрепленное изображение): красные полосы чередуются через строго одинаковые интервалы, и увеличиваются по мере загрузки компа. Это в принципе не критично, на слух - особо не влияют, при том что я использую эту связку - комп - цап - усилитель - колонки: для прослушивания нового материала... Но все же - может кто то знает, что это и как с ним бороться. Сам попробую по отключать лишние службы и т.д. Если будет результат - отпишусь.

я тоже обламался читать статью

слишком длинная констатация факта

Только появился и почитал разные мнения и опыт. Предлагаю всё же отделять "я так думаю" от "я лично попробовал, проверил, сравнил".

(29-01-2010 16:08)_Vetal_ link писал(а):Уважаемые, у кого какие задержки удалось достичь(DPC Latency Checker)? У меня меньше 10мс не опускается...

Мой личный опыт - на обоих вариантах МузПК от cics`а 9 мс.

Что при проигрывании фубаром, что сиксом - 4-6 мс. Обычный комп. 13 процессов.

nia, видеокарта и музпк вещи вообще-то мало совместимые. Подозреваю, что красные столбики это как раз и есть время работы процесора с дровами карты, опенжл и прочей мудотенью.

Извмните что не сововсем вовремя, но не смог мимо этой фразы пройти- "1. смысл, если есть ЕМУ и Джулия. Это аусовская игрушка... Надо еще посмотреть, куда доп питание приходит, если только на аналоговую часть, это не совсем оно... " Да- там только аналог на доп.питании цифра питается по шине, но...как бывший счастливый обладатель му-му 1212 ,Echo Mia ,джульки(были и другие в.ч. внешние) , а теперь асуся ст , не отвлекая внимание на описание к чему дальше подключается и что слушается, позволю себе заметить, что с подобранными в I/0 и сумматореоу(опер.усил.- не запяны ,а на платформах)) и субъективно (на слух) и объективно (RMAA) она(асусь) за пояс заткнет все вышеперечиленные дивайсы , да и другие в радиусе 500USD(в т.ч. Dr.Dac) . В принципе топовый цап от BB 1792 и неплохая остальная начинка (явного г-на ненеаблюдается ,за исключением оу в I/O) уже неплохо для начала, а далее -подбираем оу и получаем очень приличный перфоманс. Единственное ,что как и с доктором и аудиотраком не все этот этап прошли успешно... У меня относительно долго танцы с бубеном происходили -задерживало отсутствие элементной базы в Киеве..., но в итоге я очень доволен звуком ! PS На компе сетап выглядит так -UPS-БП Chiftec 650wt -W7 X64- Foobar -kernel out - SSRC X - otachan ultra(немного подстроил под себя) /192 - Asus Essense ST (2*LT1364 в I/O -LM6172)- далее ухи DT880 PRO ,(опять)-Senh HD600 и с- Line- Cyrus 6- Mission753.

(06-02-2010 20:04)andrepaha link писал(а):Что при проигрывании фубаром, что сиксом - 4-6 мс. Обычный комп. 13 процессов.

nia, видеокарта и музпк вещи вообще-то мало совместимые. Подозреваю, что красные столбики это как раз и есть время работы процесора с дровами карты, опенжл и прочей мудотенью.

Свой комп настаивал по киксу. С учетом дистанционки, таск менеджера и сплея пока что 20 процессов. DPC Latency Checker выдает почти ровную зеленую "линию" в среднем на 8 миксек.

в аналогичной ситуации в системе 12 процессов включая таск менеджер, cmp, ремоут и бездействие системы.
В службах запущены только три службы - собственно также как и на скрине у кикса (там только не видна еще одна запущенная служба Windows Audio - без нее джулия не работает ). Латентность 8-9 мс.

(08-02-2010 14:24)UncleStas123 link писал(а):

Цитата: Чем ниже латентность, тем лучше. По идее

По идее-то как раз и нет. Цифровой процесс должен просто "успевать", т.е. без пропусков и с заданной тактовой частотой отрабатывать что положено. Другими словами, если тактовая 2кГц (это интервал 500 мкс), то все равно, будет латентность 20мкс или 200 мкс - процесс успевает, хотя риски не успеть - разные, но риски на звук влиять не могут никаким образом. Вот такая имха... откуда взять воздуху и другим послезвучиям при останове процессов - не понимаю, связи не улавливаю, но то такэ...

По выводу цифры на цап. Тут вот в чём закавыка. Ведь цифровым это мы его считаем, в реале-то что 1 что 0 - сигнал аналоговый. И дело не в том, что современный проц в обвязке с современным чипсетом и памятью успеют обработать несколько параллельных процессов (успеют, ясный хрен), а то, что каждый лишний процесс, не связанный с музыкой, подгружает все компоненты материнки и через писиай шину на вход цапа цифровой сигнал поступает с ещё большей долей импульсного мусора. Реагирует тот же лаври на смену транспорта на более референсный. Так почему бы ему не реагировать на джиттер, "подмешанный" в сигнал с компа. Хотя откуда джиттер сигнала появляется при оптическом подключении - пока хз

dateline= писал(а):А че, уже флаки можно играть на Маке? Там все достаточно грустно выглядит, как на мой вкус

Упс... А чё, сиксплея под мака нету? Ну тады нада думать...

чет совсем запутали...
- 1мс, 1ms - это одна милисекунда, =1000мкс
- 1мкс, 1us (u -это типа греческая мю) - это одна микросекунда

Так латентность 8-9 микро- или милисекунд?

И что камрады думают о выбранной зеленой зоне, попадание в которую не приводит к пропускам - 500 микросекунд? Или это "не то" и надо стремится к 10 микосекундам?

ПС. У меня латентность порядка 120мкс при 34 процессах, включая фубар, файрфокс, файлзиллу, мю-торенты плюс всякую системную фигню... с одним фубаром - примерно 20мкс, и разницы я не обнаруживаю ;-)

(07-02-2010 23:37)UncleStas123 link писал(а):чет совсем запутали...
- 1мс, 1ms - это одна милисекунда, =1000мкс
- 1мкс, 1us (u -это типа греческая мю) - это одна микросекунда

Так латентность 8-9 микро- или милисекунд?

ну микросек. конечно же.
а без запущенной службы windows audio джулия в cplay недоступна все-таки

(07-02-2010 23:37)UncleStas123 link писал(а):И что камрады думают о выбранной зеленой зоне, попадание в которую не приводит к пропускам - 500 микросекунд? Или это \"не то\" и надо стремится к 10 микосекундам?

ПС. У меня латентность порядка 120мкс при 34 процессах, включая фубар, файрфокс, файлзиллу, мю-торенты плюс всякую системную фигню... с одним фубаром - примерно 20мкс, и разницы я не обнаруживаю ;-)

Чем ниже латентность, тем лучше. По идее При проигрывании cPlay wav вроде чуть живее звук, воздуха чуть больше, затухания на высоких дольше и чище. Но по большому счёту виндовс по-барабану все эти примочки. Как она там с железом работает - даже бил гейтс не знает Нужно переходить на более простую и компактную систему реального времени. Мас OS X - выбор истинного удифила


Михайлов, у меня джулия под асио прекрасно определяется. Windows audio включаю только когда кино смотрю VLC.

dateline= писал(а):Чем ниже латентность, тем лучше. По идее

По идее-то как раз и нет. Цифровой процесс должен просто "успевать", т.е. без пропусков и с заданной тактовой частотой отрабатывать что положено. Другими словами, если тактовая 2кГц (это интервал 500 мкс), то все равно, будет латентность 20мкс или 200 мкс - процесс успевает, хотя риски не успеть - разные, но риски на звук влиять не могут никаким образом. Вот такая имха... откуда взять воздуху и другим послезвучиям при останове процессов - не понимаю, связи не улавливаю, но то такэ...

dateline= писал(а):Мас OS X - выбор истинного удифила

А че, уже флаки можно играть на Маке? Там все достаточно грустно выглядит, как на мой вкус

(08-02-2010 14:24)UncleStas123 link писал(а):Мас OS X - выбор истинного удифила

А че, уже флаки можно играть на Маке? Там все достаточно грустно выглядит, как на мой вкус
[/quote]

У меня кума в Италии сдуру купила Мак - теперь плачет. За каждую софтину - плати.
Правда, я ей нашёл бесплатный конвертер из FLAC для мака.

(08-02-2010 20:03)Alexka link писал(а):Джитер сам по себе есть с источника, он ведь не идеальный, к сожалению. Кроме того преобразователи из електричества в оптику и назад тоже прибавляют джитер.
Я так понимаю.

При использовании коаксиала по оплётке в цап лезет помеха, причём чем выше активность компа (больше запущено процессов), тем помех больше - понимаю.
При использовании оптики удифил сознательно идёт на постоянный ожидаемый уровень джиттера преобразователей и кабеля вместо случайного при электрическом соединении - понимаю.
Как влияет зашумленность писиай шины на оптическое соединение - не понимаю Хотите сказать, что появляется дополнительная нестабильность в работе генератора и преобразователей на джулии?

можно почитать здесь

(08-02-2010 21:22)Михайлов link писал(а):можно почитать здесь

прочитал "Итог" и понял что всего остального читать не надо

(08-02-2010 21:34)Александр Карелин link писал(а):прочитал \"Итог\" и понял что всего остального итать не надо

согласен, нужно слушать