Foobar2000 ASIO

[abvgd 36]

а по мне старый лучше! и версия 1.1.11

[abvgd 36]

http://www.foobar2000.org/components/view/foo_ramdisk

объясните как этим пользоваться, а то догнать не могу! установил и что дальше?

[abvgd 36]

работает! оказывается просто всякие куе не любит

[Aftorr 1]

Aftorr

ты с приоритетом реального времени пробовал!?

Да.

[abvgd 36]

это хорошо

[dyuke1 0]

[abvgd 36]

othеr что не так? Опять 25?

[dyuke1 0]

othеr что не так? Опять 25?

нет смысла объяснять тоже самое что я зайду в церковь и скажу что бога нет.

[abvgd 36]

othеr что не так? Опять 25?

нет смысла объяснять тоже самое что я зайду в церковь и скажу что бога нет.

правильно! Уже прогресс ! Надо мимо проходить

[dikvertin 975]

обновился foo_input_sacd. Добавили FIR. Кто знает, в чем преимущество или упрощение для среза частот?

[Alexandep 8]

Г-да, подскажите, где можно нарыть старые версии? На странице плагина нет. Имею проблемы на Xonar Essence One с проглатыванием начала треков при мануальном переключении, иногда даже с отлично слышимыми, пусть и секундными, но всё же хрипами. Путём танцев с бубном, битья в гонг и прочих манипуляций

 

 

Суть: Xonar Essence One (модификация Muses Edition, но не важно, т.к. управление там то же самое) при самостоятельном, т.е. моём, юзерском переключении между файлами абсолютно всегда начинает играть с запаздыванием не более чем секунду, периодически с более чем слышимыми щелчками при остановке или "резком" переключении. "Резком" потому, что если остановить проигрывание хотя бы на секунду эту самую - именно остановить, а не поставить на паузу - то при начале проигрывания другого файла всё будет в ажуре. При автопереключении в плейлисте всё, что странно, тоже в ажуре.

 

Софтиной проверил - никаких проблем с DPC. Попытка решить дело с помощью вывода через ASIO4ALL дали атомные помехи и дьявольские шумы в любых комбинациях настроек. Переключения между USB и оптикой ничего не дали. На сайте Asus именно в разделе софта для карты нашёл якобы решение - самая свежая версия дров для USB 3.0 контроллера на ASMedia, но у меня на матери стоит ажно три контроллера: ASMedia и Intel на USB 3.0 и ещё чьё-то на USB 2.0; если короче и проще, то перетыкание между портами, привязанными к разным контроллерам ничего не дало. Разные комбинации bit depth и latency драйвера ASIO ничего не дали. Ковыряние в микшере винды ничего не дало. Режим WASAPI ничего не дал. Отключение всех прочих звуковых устройств ничего не дало. Эксперименты с размещением файлов на разных HDD, проигрывание разных форматов, а также установка старых драйверов и прошивок (изначально стояли самые свежие)... Даже мятные печеньки ничего не дали. ЧЯДНТ?

 

А, ну да. Задержка исчезает, как по мановению бубна, в режиме DS.

 

и опробываньем APlayer, который через ASIO играет без малейших проблем, пришёл с некоей уверенностью к выводу: проблема состоит именно что в конфликте (64-битных?) дров Асуса и плагина Фубара, и ни в чём ином. Причём вина лежит явно на стороне дров, т.к. X-Fi Titanium HD с той же сборкой плеера и, соответственно, версией плагина, играет без каких-либо запинок. Но, как можно догадаться, шаг с установкой старого билда никак ситуацию не изменил.

Уже и не знаю чего ещё делать, осталось шаманить дальше только.

[Alteks 7]

Родной ASIO Асуса не работает? ASIO4ALL использовать вообще не надо, если к устройству есть родной драйвер.

 

Секунда - это размер буфера фубара по умолчанию. Возможно, с этим связано. Если идёт одновременное чтение файла в этот буфер и с того-же или другого диска другой программой, то возможны перебои в проигрывании музыки - именно такие щелчки. Будут возникать даже при просмотре интернет-страниц. Или при скачивании с торрента или при раздаче. Я в похожей ситуации размер буфера до 5 секунд увеличил и стараюсь битторрент без необходимости не включать - помогает. Фубар у меня не запускает 64-битные драйвера на Win8-64 и не даёт задействовать ЦАП-у на микросхеме CMOS монопольный доступ. Поэтому фубар часто не может полноценно читать с диска - бывают прерывания. Видно в программе работы драйвера CMOS - как задержка обмена пакетами с ЦАП-ом. Тут проблема на стыке системы и фубара, а не столько драйверов ЦАП-а. У меня прерывания слышны как заедания мелодии.

 

И ещё, можно проверить сигнальные кабеля с дисков на дисковый контроллер - вдруг чтение с дисков идёт с ошибками. Может где контакт подёргать надо на всякий случай.

[Палыч 5]

Уже и не знаю чего ещё делать, осталось шаманить дальше только.

Не надо шаманить. Надо, как минимум, прислушаться к совету автора фубара:

 

Please note that this component is meant for systems where ASIO is the only available output method. It is highly recommended to use the default output modes instead of ASIO. Contrary to popular "audiophile" claims, there are NO benefits from using ASIO as far as music playback quality is concerned, while bugs in ASIO drivers may severely degrade the performance.

[Alexandep 8]

Палыч

Эта заметка верна тогда, когда дело касается не Висты или Семёрки с их, гм, специфически обустроенными "микшорами".

 

Я тут решил ещё раз погонять оптику и с удивлением обнаружил, что поведение её глюков кардинально отличается от ASIO-глюков. Начало трека, оказывается, на ней сжирается всегда, но никаких звуков, приуроченных к переключению, нет вообще.

 

Alteks

У меня проблема только в том, что описал - не слышно начала композиции, а дальше уже всё как по маслу. Как будто бы Фубар начинает подавать сигнал устройству на эту самую секунду позже с момента начала проигрывания. Кроме того, я померял же продолжительность глюка чисто субъективно, да и буфер Фубара тут точно не при делах.

 

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

Чтобы три харда и два SSD глючили из-за проблем с SATA контроллером или кабелями? Не, Ватсон, по-моему не вариант. Кроме того, как я уже сказал, в APLayer всё работает нормально. Дело именно в конфликте между плагином Фубара и устройством.

А с учётом очень похожего бага и на оптике, и на WASAPI - в какой-то странной вражде между выводом Фубара и устройством.

[Палыч 5]

Alexandep

Специально для их специфически обустроенных "микшоров" придумали WASAPI.

[Alexandep 8]

Палыч

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

[Палыч 5]

Alexandep

Умолкаю, умолкаю. Прошу прощения за беспокойство.

[Alexandep 8]

Ага! Опять моя невнимательность. И очередные странные глюки. Не, дело определённо в драйверах, т.к.:

 

 

WASAPI, and most modern sound devices, also support a "pull" or "event-driven" mode. In this mode two buffers are used. The application gives the audio driver a call-back address or function, fills one buffer and starts playback, then goes off to do other processing. It can forget about the data stream for a while. Whenever one of the two buffers is empty, the audio driver "calls you back", and gives you the address of the empty buffer. You fill this and go your way again. Between the two buffers there is a ping-pong action: one is in use and draining, the other is full and ready. As soon as the first is emptied the buffers are switched, and you are called upon to fill the empty one. So audio data is being "pulled" from the application by the audio driver, as opposed to "pushed" by the application.

---

Event mode in fact provides worse protection against CPU usage spikes than push mode (as seen in earlier versions of this plug-in) because we queue less data with the driver at a time and must wake up and send more data at regular intervals. However, event mode seems necessary to peacefully cooperate with certain devices, USB ones in particular.Manually overriding priorities of fb2k & WASAPI host exe processes in task manager might help you.

 

И именно в режиме event наблюдаю точно ту же картину, что и с ASIO4ALL - непрерывное хрипение. Изменение длины буфера вообще не оказывает какого-либо влияния. Переключение в push проблему решает сразу же.

 

UPD.

Ё-моё, это магия, не иначе. Шаманство удалось: пошёл нормальный звук через WASAPI в event mode, но со старыми драйверами. Чёрт его знает, зачем я это делал - видно, всё интереснее и интереснее оконечный результат "исследования".

[m_a_x_i_m 3]

Может кому пригодятся мод.дрова на ASUS http://brainbit.wordpress.com/category/uni-xonar/

[KIG 0]

Всех приветствую!

Подскажите пожалуйста - foobar чистый, или как равно любая сборка, сильно притормаживает во время воспроизведения по USB через ASIO и чуть меньше по WASAPI.

То есть он воспроизводит, звук есть и звук нормальный, но при принудительном переключении на следующий трек может зависнуть, а может появиться просто хрип.

При первом воспроизведении любого трека, VU meter уже прыгает. а звук появляется через 2-3 секунды и так на протяжении всех треков.

Длина кабеля USB 10 метров - он пассивный.

Установка активного USB HUB в конце кабеля результатов не дает.

Прошу Вас заметить(!), что плеер J.River Media Center воспроизводит по такой же схеме без все без каких либо проблем - быстро и четко!

Теперь о чем, что можно не говорить: -я понимаю что кабель слишком длинный.

Оптика есть, но кидать не хочу, по ряду причин.

Активный USB кабель покупать не буду - потому как не факт, что это решит проблему, да и к тому же повторюсь J.River всё отигрывает.

От Foobara не могу отказаться по причине двух любимых мною плагинов "Muleteer DSP и Nitrogen DSP"

Подскажите пожалуйста куда "копать" - ?

Благодарен всем откликнувшимся

[clubnewmen 3 312 2 Тракты]

10 метров слишком много, нужно другое решение проблемы. Обычно это или оптика или ethernet.

А лучше просто самый дешевый нетбук и забирать музыку по wifi.

[KIG 0]

@clubnewmen,

Благодарю.

Значит я правильно понял, что при такой схеме с foobarом, все так и останется, и что эти "тормоза" - это уже конкретные косяки данного плеера и с этим уже ничего поделать нельзя?

[dikvertin 975]

Это ДСП foobar влияет, не кабель.