PCI Latency Tool которая позволяет выставить для устройств подключённых в слоты PCI - выставить значение задержки PCI Latency - ставить желательно 128.

 

Пробовал использовать данную утилиту, когда оптимизировал винду так как сказано на сайте с cPlay. Но при запуске утилиты - винда виснет намертво, и нужно перегружаться.

 

У меня в карте и так стоит Латенси 48. Но думал еще утилитой попробовать, но увы...

 

Может есть какая альтернатива?

Omelya.A.

 

Это совершенно разные Latency! Конечно, это не моё дело но не ломайте то, что хорошо работает . ВЫ же делаете вещи прямо противопоказанные качественному звуку . Для качественного звука нужно как раз-таки увеличивать Latency. Уменьшают задержки те, кому критически важен мониторинг собственной записи. Там просто другого выхода нет, у Вас тоже "горит"? Тогда совсем другой вопрос, без альтернатив.

У меня в карте и так стоит Латенси 48

Если с значением 48 сэмплов в консоли звуковой карты звук при воспроизведении идёт стабильный - то смысла менять PCI Latency - нет - потому что он увеличивается имеено для того, чтобы карта максимально полно задействовала шину. Если 48 сэмплов работают нормально и без щелчков и артефактов в звуке - именно эту задержку и выставляйте. Увеличивать задержку стоит лишь в том случае, когда происходит искажение звука под ASIO и другого выхода нет как только выставить большую задержку.

Большие задержки делают вывод звука стабильным но по звуку менее качественным и это прекрасно слышно. Вы попробуйте сравнить сами и все вопросы развеятся.

У меня в карте и так стоит Латенси 48

Если с значением 48 сэмплов в консоли звуковой карты звук при воспроизведении идёт стабильный - то смысла менять PCI Latency - нет - потому что он увеличивается имеено для того, чтобы карта максимально полно задействовала шину. Если 48 сэмплов работают нормально и без щелчков и артефактов в звуке - именно эту задержку и выставляйте. Увеличивать задержку стоит лишь в том случае, когда происходит искажение звука под ASIO и другого выхода нет как только выставить большую задержку.

Большие задержки делают вывод звука стабильным но по звуку менее качественным и это прекрасно слышно. Вы попробуйте сравнить сами и все вопросы развеятся.

это точно на 100 процентов! Главное ни кто не верит !

У меня в карте и так стоит Латенси 48

Если с значением 48 сэмплов в консоли звуковой карты звук при воспроизведении идёт стабильный - то смысла менять PCI Latency - нет - потому что он увеличивается имеено для того, чтобы карта максимально полно задействовала шину. Если 48 сэмплов работают нормально и без щелчков и артефактов в звуке - именно эту задержку и выставляйте. Увеличивать задержку стоит лишь в том случае, когда происходит искажение звука под ASIO и другого выхода нет как только выставить большую задержку.

Большие задержки делают вывод звука стабильным но по звуку менее качественным и это прекрасно слышно. Вы попробуйте сравнить сами и все вопросы развеятся.

это точно на 100 процентов! Главное ни кто не верит !

 

Тут не вопрос веры. Тут элементарно просто можно сравнить на слух. Здесь много лже-теоретиков вроде Willow - которые нахватались верхушек в интернете и слышали звон, да не знают где он. Самым правильным критерием оценивания являются наши уши.

Уровень Willow мы все можем оценить по его работе, а ваш Карабас-барабас как?

Навешиванием ярлыков занимаются вполне определенные люди. Вавилов и Лысенков, ничего не напоминает, а Карабас-барабас?

dikvertin

Лысенко, Михаил, Лысенко.

Ну да, с ярлыками у нас нормально

Особенно когда их на таких как Willow начинают клеить

Самым правильным критерием оценивания являются наши уши.

Пожалуй слишком громкое заявление... Органы чувст далеко не всегда являются привильным "измерительным прибором". То, что конкретно Вы (либо еще десяток-другой) слышит отличия в звуке, в лучшую сторону, еще ничего не доказывает. Это все-равно остается субъективизим, основанный на особенностях строения вашего организма + звуковоспроизводящего тракта + настроении + помещении (в случае использования АС) + возможных внешних обстоятельствах.

ИМХО очень глупо доказывать каждому, что разница есть, и что каждый может ее услышать. Даже если она и есть. Переубеждать или разубеждать цели не имею, но (опять-же) ИМХО Вам лучше сменить Вашу позицию, на менее активную.

P.S. Ветка активно скатывается в оффтоп...

32 битная обработка с плавающей точкой, которая не отключается в foobare'е превращает 24 битный звук в 23 битный. 32 бита с плавающей точкой это 1 бит для знака + 8 бит под порядок + 23 бита собственно звуковые данные.

При 32 бит взаимодействии действительно есть проблема нехватки мантиссы числа для целевых 24 бит.

В 24-битном целочисленном PCM потоке тоже есть знак, то есть, те же 23 + 1. Без DSP преобразование "Fixed point 24 -> Floating point 32" является обратимым.

ИМХО очень глупо доказывать каждому, что разница есть, и что каждый может ее услышать.

Это верно. Тут абсолютно согласен.

Особенно когда их на таких как Willow начинают клеить

Если человек что-то знает, и возможно пусть знает больше чем другие в определённой области - это не мешает ему время от времени нести откровенную чушь, будть то Willow или любой другой форумчанин безотносительно возраста и имени. Ни на кого я ярлыки не вешаю, тот кто время от времени читает ветку форума внимательно сам видит что к чему и кто есть кто. Многие вещи существуют лишь в теории бездоказательно и отстаивают эту бездоказательную теорию лишь твердолобые снобы и доказывают обычно шаблонными интернетными фразами, вместо того, чтобы попробовать самому проверить то или иное явление. И когда пытаются нарочито "умно" навязать свои предубеждения - это сразу заметно и сразу вызывает отторжение - и не важно в этом случае кто это.

32 битная обработка с плавающей точкой, которая не отключается в foobare'е превращает 24 битный звук в 23 битный. 32 бита с плавающей точкой это 1 бит для знака + 8 бит под порядок + 23 бита собственно звуковые данные.

При 32 бит взаимодействии действительно есть проблема нехватки мантиссы числа для целевых 24 бит.

В 24-битном целочисленном PCM потоке тоже есть знак, то есть, те же 23 + 1. Без DSP преобразование "Fixed point 24 -> Floating point 32" является обратимым.

Спасибо за поправку насчёт знака. Но сути это не меняет, младший бит всё равно шумный из-за природы экспоненциальной формы числа. Ситуация осложняется наличием нормальной и нормализованной формы числа. Говорить про те же 23 бита нельзя, они вовсе не тождественны, ты верно попутал с фиксированной точкой где также используется двоичное дополнение как и в int. Хотя, как ни странно, перевод числа туда-и обратно является обратимым процессом. Обратим, потому что округление "подгоняет" число в нужную сторону - но лишь при условии, что ёмкость мантиссы достаточна. Не уверен, сохранит ли 32f весь диапазон 24i. Что лично сам не проверил, за то не отвечаю. Весь диапазон значений не тестировал, я лишь концентрируюсь на шуме чисел. Применительно к DSP модулям, они выполняют какое-то действие а не просто копируют значение, следовательно оперируют с шумом на входе и выходе. При приближении к единице, мантиссы числа начинает не хватать под остаток дроби, что увеличивает шум. Вот здесь и страдает младший бит. Эффектом обратимости я и сам пользуюсь, только вот 32f не использую конкретно для звука. На 16 бит хватит, а вот на 24 - неуверен, очень высокая погрешность - он же источник шума. Потом дизерингом маскировать это дело придётся.

1. При воспроизведении некоторых альбомов во flac выдается вот такая ошибка

.

2. При воспроизведении некоторых альбомов в ape выдается вот такая ошибка

.

Что виновато: плеер или файлы?

Прошу помочь разобраться.

PCI Latency Tool которая позволяет выставить для устройств подключённых в слоты PCI - выставить значение задержки PCI Latency - ставить желательно 128.

 

Пробовал использовать данную утилиту, когда оптимизировал винду так как сказано на сайте с cPlay. Но при запуске утилиты - винда виснет намертво, и нужно перегружаться.

 

У меня в карте и так стоит Латенси 48. Но думал еще утилитой попробовать, но увы...

 

Может есть какая альтернатива?

Была у меня похожая проблема, но после нескольких зависаний программа все же запустилась корректно.

akalibr на какой версии плеера/плагинов замечена проблема? У меня на последней доступной проблем с воспроизведением .ape и .flac (да и прочих) подобных проблем не было. Ошибки замечены на определенных записях или вообще всех? Очень похоже на повреждение целостности файлов.

Версия плеера последняя.

Данные ошибки появляются только на определенных записях, по первой проблеме, например, S&M - Matallica, качал разные релизы рутрекер'а.огр, проблема в обоих

По второй проблеме, как видите релиз Манифеста Ляписа Трубецкого

akalibr

В основной папке плеера находятся плагины для воспроизведения lossless форматов, оптимизированные для воспроизведения из памяти. В большинстве случаев они нормально работают, но на некоторых конфигурациях могут работать нестабильно. Если причина в них, то может помочь использование вместо них плагинов "классического" типа из архива plugins27.zip в папке EXTRAS. Ими надо заменить плагины в папке плеера.

IgorA, не помогло. Карта у меня Asus Essence Xonar ST

akalibr

Тогда надо попробовать заменить плагины в папке плеера на оригинальные плагины для Winamp'а. Они отличаются от плагинов из архива plugins27 тем, что не считывают из музыкальных файлов картинки и индексные карты. Возможно, к сбоям приводят какие-то проблемы с этими метаданными, встроенными в файлы. Если и эта замена не поможет, то надо проверить, проявляется ли сбой в другом режиме вывода, например, через WaveOut. Если будет завязка на выходной плагин, можно будет варьировать его настройки - например, уменьшать или увеличивать буфер.

Если из вышеизложенного не поможет ничего, то скорее проблема с самими файлами.

а на что влияет буфер?

У кого есть возможность, прошу проверить вот http://t=1168532 эту раздачу.

akalibr

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

Проверил раздачу http://t=1168532 на фубаре, вначале звук подергался 2 сек, но дальше воспроизведение продолжилось нормально, а на Альбум Плеере фрейм ошибка.

Нет, звук периодически дергается в каждой композиции, из-за чего не пойму. Может из-за большего битрейта?

akalibr

У меня эта раздача воспроизводится на APlayer'е в установочной его версии без заиканий в начале и без ошибки. Может быть, файл всё-таки битый?

так что же может быть причиной данных подергиваний?

akalibr

В концертных альбомах звук будет кратковременно прерываться между треками, если в настройке ASIO плагина не выбран флажок "Gapless моde".