willow

кудрявый Я не хочу в каждом сообщении повторять один и тот же временный линк. http://maiko.nx0.ru/beta.zip Он был дан три сообщения назад (относительно моего предыдущего)! С какой частотой мне нужно его повторять чтобы его заметили? Edit: IgorA С твоими настройками не обязательно отключать регулятор громкости. На максимуме он в любом случае отключается насовсем, его форсированное "отключение" лишь даёт принципиальное разрешение на специальную полностью изолированную битперфектную ветку при прочих равных. Ну и регулятор громкости очевидно не работает, если находить именно в этом удовольствие, да, в этом случае также стоит ставить галку. На максимуме регулятор абсолютно исключён из обработки в любом случае. Другое дело, что битперфект - это совершенно изолированный от любого вмешательсва граф и в рамках этой беты эту ветку задействовать не рекомендуется. К ней нужно применять специальные меры буферного характера которые может выполнять пока лишь основной maiko-процессор. Вообще говоря, галочки ничего не запрещают, наоборот - разрешают перенастройку устройства, а плагин оптимизирует процесс в любом случае, ему подсказки не нужны. Без галочки принципиального согласия на отключение громкости может возникнуть парадоксальная ситуация когда всё копируется, но битперфектный режим не включается, в этом случае входной формат переводится во внутренний и обратно. И это всё. Из-за особенностей внутренних преобразований ни один бит при этом не может поменяться. С точки зрения математики положительный эффект от включения битперфектной ветки сильно преувеличен, очень сильно. Если исключить ситуации в которых участвует ресемплер то потерь либо нет, либо потери ничтожны. Для большинства пуристов достаточно лишь привязки по частоте - чтобы отключить ресемплер. Всё остальное с точки зрения математики ничтожно. Взять хотя бы привязку по каналам - иногда это даже вредно. Допустим, играет моно 44100, затем стерео 44100. Без дублирования канала (а это математически идеальная операция) невозможно сделать бесшовный переход в стерео, т.к. пользователь разрешил перенастройку оборудования по каналам но ничего не выиграл на этом! Ну, пользователь сам себе вредитель, ему виднее...

Да, случается. Перепроверьте, обновил бету.

Обновлена бета maiko Пользователи с заиканиями, просьба отписаться. Переход между дорожками может не работать или глючить, это только проверка как пойдёт старт и вообще проигрывание. Битперфект может не заработать вовсе.

Вот это-то меня как раз и пугает . <----- Во первых, я не помню как в точности всё было, а во вторых, я всего лишь "причесал" код т.е. довёл до логического завершения то, что хотел сделать - свою идею фикс, и поправил пару неприятных моему взгляду моментов. Скорее всего, оставлю так, как сделано сейчас в бете. Она более дружелюбна в "железном" смысле, по кэшам и шине - а значит, по качеству. Подумаю, как можно изящнее уйти от багов ибо другие WASAPI разработчики соглашаются что WASAPI под W7 с багами. Пилить софт под баги нельзя. Оно так и будет - горит - не горит - горит - не горит. Тьфу на вас, Micro$oft, загнали как лошадь, чесслово. У одного только компилятора минимум две крысятни зацементировал, тоже на тему горит - не горит.

svladimir57, Попробуйте откатиться до 0.35 Далее ядро было полностью переписано и безщелевое проигрывание могло пострадать. Эта версия в плане безщелевого проигрывания самая отлаженная, весь код старый.

Мог что-то напутать. Просьба скачать архив беты заново, есть исправления. В архив добавлен исправленная бета плеера без баги с громкостью и обновлённая бета плагины. IgorA, всё работает отлично. Flei, Ваш баг полностью исправлен. Напоминаю, что APlayer в архиве - это тест, поведение публичной версии может отличаться. В случае заиканий просьба скопировать в форум лог-статус с заикающимся режимом, скопировать во время его работы.

http://maiko.nx0.ru/beta.zip Отпишитесь, пожалуйста, есть ли заикания эксклюзивного режима. Бит-перфектный режим не включать, особо важно для этой беты чтобы работал процессор - ну хотя-бы регулятор громкости или перекодировка. т.е. в логе должно быть написано: Exclusive mode renderer Data route: Maiko mixer Отключать ли ресемплер - это на Ваше усмотрение, можно с ним а можно без него попробовать, а лучше по-всякому попробовать. И ещё одна особенность, на APlayer, если проигрывание остановилось то при следующем Play может наблюдаться визуальный глюк шкуры плеера и громкость сбросится на ноль но проигрывание начнётся. Относительно этого момента ждем патча от IgorA - это несовместимость с Winamp. Еще особенность - не регулируется размер буфера - размер всегда автоматический.

Судя по Вашей подписи вопрос скорее всего ко мне, проверю.

>>На hi-res форматах плагин битность не меняет, а 44.1/16 всегда переводит в /32. Почему? Потому что Maiko mixer + кодировка best available. Другими словами, делай что хочешь лишь бы работало. Медиатор (переговорщик) форматов он себе на уме, если нет ограничений то иногда трудно заранее предсказать результат - программе виднее. А вообще-то странное поведение, обычно разрядность выдерживается для всех частот. Почти наверняка произошёл отказ в 32 бит на hi-res и он перешел на более низкую разрядность. То, что она совпала с входной скорее всего совпадение. 32 бит формат поддерживают много чипов, но разумеется, с внутренней конвертацией в 24. На мой слух, конвертация происходит с дизерингом. Поэтому я предпочитаю подобрать какой-то из 24 бит, который из них звучит максимально чётко, без размазываний. Прочие разрядности, даже 16 бит скорее всего внутри доводятся до некоей "родной" разрядности а уже "родная" - просто копируется. Единожды проделав эту тяжёлую работу-прослушку по подбору "родной" разрядности DAC становится проще с ним разговаривать потом, он как бы более понятливым что-ли становится. Особенно комплексна проблема на картах типа креативовских. Шаг влево-вправо и карта не стестняется применять аппаратную обработку. Так, на своей Elite Pro я окончательно прощупал самый выигрышный формат, который окупает даже искажения от ресемплера. Я никогда не говорю что обработка что-то улучшает. Она ухудшает чаще всего. Но сочетание обработки с родным, самым "лабораторным" режимом работы карты где она демонстрирует свой максимум может дать интересный результат или быть более приятным на слух.

С заиканиями посмотрите пожалуйста, может этот вариант окажется лучше. http://maiko.nx0.ru/beta.zip P.S. буфер здесь не меняется, полностью автомат.

Если первый файл играет чисто (это можно проверить запустив альбом отдельно от cue), то, почти наверняка проблема исправляется. Конкретно для Bit-copy сейчас отключена защита от переполнения. Лишнее отбрасывается. Для Maiko mixer переполнение обрабатывается и ничего не отбрасывается. Но это почти ничего даст, только если было переполнение будет маленький глюк и всё. В скором включу защиту обратно, однако не хочу питать лишними надеждами ибо если у кого-то работает как есть, то... Проблема с WASAPI и некоторыми драйверами. Решаемо, вопрос времени и удачи.

Потому что так выставлено в микшере Windows, смотрите формат по умолчанию для этого устройства. Поменяете в Микшере Windows - поменяется в Maiko.

Genuine Latency Formula Что переводится как Оригинальная формула задержки. Продукт долгих месяцев экспериментов и попыток. На APlayer не оказывает ни малейшего влияния, а на Winamp работает следующим образом: Когда включена, модуль подражает своим поведением оригинальным Winamp'овским модулям в части вычисления лага звука, т.е. момент появления звука. Когда выключена, модуль использует собственную высокоточную формулу для определения момента появления данных на цифро-аналоговом преобразователе. Встроенная в Winamp анимация (уровни, собственные анимации) оптимизирована на оригинальное поведение, галка должна быть включена. Видео (не забываем, что Winamp это медиа-комбайн) работает идеально с maiko'вской методой, так, чтобы изображение и звук шли рядом кадр в кадр. Галка должна быть снята. Подружить два режима под одной крышей невозможно, при всём уважении, в Winamp этот момент пустили с горы. По моим экспериментам maiko единственный модуль для Winamp который действительно осмелился вычислять точную задержку в появлении звука со времени начала записи в буфер данных. Видео с maiko и любым другим выходным модулем это несравнимые весовые категории. Либо я о других таких случаях незнаю, но стандартные модули winamp для проигрывания видео не годятся, совершенно. Отсюда и ложное мнение, что как комбайн Winamp безнадёжно плох.

0 - это волшебная цифра, для большиства редактируемых значений означает "по выбору системы" Для буфера это почти наверняка означает 320мс. Для поля напротив Slave to input sample rate значение 0 означает привязку к частоте, которую пользователь указал в панели в микшере Windows. Любое другое значение будет просто значением и плагина будет форсировать эту частоту. Между тем все галки это "мозги", которые так или иначе привязывают выходной формат к входному и имеют приоритет над значениями. Если привязка по всем пунктам, то включается специфическая ветка - побитовое копирование. В других случаях плагина адаптируется и подбирает самый качественный, прямой с её точки зрения путь. С учётом ограничений. Плагина в любом случае адаптирует входной формат а выходному, аппаратному, но ограничения (галки) явно указанные пользователем разрешают перенастройку аппаратуры вместо адаптации формата.

S314 32 бита всё-таки экстрим. Его не переваривают некоторые драйверы и даже вываливают синий экран. Попробуйте 24 бита или 24+8... А вообще, если вас совершенно не интересует программный регулятор громкости то можно попробовать и бит-копирование. Нужно установить все галочки тем самым запретив любую обработку данных. Если регулятор желателен, то однозначно поишите работоспособный вариант 24 и выше. >>процент заполнения буфера, как ни странно, снизился. Это нормально. чем меньше буфер тем нужно поспешней его заполнять, и всё более меньшими кусочками. Но слишком большой буфер забивает кэш. Нужно подобрать работоспособный и разумный вариант. 320-480 где-то так. Можно выше, если компьютер занят тяжелой работой, особенно с дисками.

Оставляем как есть. 0.38!

Отпишитесь об успехе, пожалуйста. Edit: *удалена cсылка на тестовую версию - есть полностью идентичная 0.38*

Мой косяк. Старт первой порции "оптимизировал". Вместо количества записанных байт сравниваю количество свободных. 100% записано, значит 0% свободно. 0% меньше четверти буфера. Ну, выходит, что буфер-то пустой Да, фикс - либо ресемплер который пишет порциями либо Pause/Play

S314, Adept13 Попробуйте увеличить буфер. До, например, 480 миллисекунд. Теперь он 320 по умолчанию. Но может что-то ещё.. Не стесняемся, копируем Status Log прямо сюда, в форум - он проясняет многое и мне не нужны наводящие вопросы. У меня APlayer 2.7 - какой-то из - Игорь, к сожалению никак не нумерует свои фиксы и патчи. В этой версии на моей машине всё в порядке. В Winamp, разумеется, тоже всё работает.

0.37! Возможно, последняя версия в этом году. Проделан огромный объём работы по практически полному перепроетированию и переписыванию микшера. Без тени сомнения, это самая сильная версия модуля. Играет достойно всё, даже через Winamp.

kind Опции построены на стандартных компонентах. Есть библиотека стандартных компонентов, которая определяет внешний вид и поведение элементов. Но, проблема в том, что версий этой библиотеки много, в том числе и "шкурок". У IgorA проблема с актуальными версиями так как что-то перестаёт работать "привычно" поэтому он подгружает какую-то старую библиотеку толи Win95 толи Win98. Все остальные модули, их менюшки вынуждены одевать эту "шкурку" также. В Winamp подобных проблем нет, там комбобокс и прочие элементы действительно привычного, самого "нормального" вида и на все элементы распространяется стандартная "шкура" операционки. Предупреждая вопрос об использовании актуальной версии библиотеки элементов - это находится в ведении автора плеера. Плагины лишь вынуждено поддерживают солидарность с плеером.

kind Перечень значений фиксирован, он не привязан ни к каким условиям. "Best available" выбран по-умолчанию. А вот если нажать на него... - открывается список! Называется этот элемент комбо-бокс. Комбокс (комбобокс) (от англ. combobox) - комбинированный список, элемент управления интерфейса, формы и т.д., с помощью которого можно выбирать "готовые" значения из списка, а также, в некоторых случаях, вводить новые значения самостоятельно. Подробнее об этом элементе управления, как он выглядит, и как им пользоваться можно узнать с помощью поисковика google.

Левая кнопка по красному вееру в панели рядом с часами, в трее. Откроется диалог Maiko WASAPI Output Setttings. Выбираем вкладку Exclusive. Вы здесь уже были, поскольку сами сказали что поставили все галки. Очевидно, не читая. Убираем галку с пункта Slave to input encoding when enabled, when disabled use... Что на русском означает Когда стоит галка подчинить разрядность входной кодировке, а если галка не стоит то использовать... и рядом список с разрядностью! Единственный список во всей вкладке... Если знаете как сделать проще, не стестняйтесь, предлагайте, я рад конструктивной критике.

И я вот всё думаю, зачем в DAC делают регуляторы громкости? Они же цифровые. На самом деле, почему бы не посылать на максимальной громкости сигнал? Зачем обрабатывать полезный сигнал? Позволю себе замечание что сигнал есть сигнал, он не может быть полезным, это только в ПВО есть постановщики помех - вот они генерят сигнал вредный. А всё остальное - это искажения сигнала. Вот из-за таких вот пуристов у меня неделю сильный звон стоял в ушах когда звуковая на всех максимумах стартовала, а я без предосторожности в ушах сидел. Снёс паршивую софтину и больше не разбирался с ней. Обрабатывать сигнал можно и нужно. Вот, если бы вы сами себе аналоговый аттенюатор спаяли - тогда другое дело. Но паять умеют далеко не все. А если у вас аттенюатор цифровой - тогда зачем спрашиваете про "лишний раз обработать"? То, что он аппаратный вообще ничего не меняет. CPU тоже весь из себя аппаратный. Наоборот, выгоднее перенести аттенюатор в софт а разряднось вывода расширить до максимальной что поддерживает DAC - ради удобства. А ещё бывает перекомпрессированная музыка с дико задранной атакой. Редко у какого DAC вообще мощи хватит справится с этим, не выдавая бессильный хрип на пиках. Всё, что можно сделать - уменьшить уровень сигнала до DAC. А ещё есть веб-серферы и те, кто оставляет плеер как фон к игрушке. А ещё есть умелые руки что могут сами всё спаять для себя. Вот они могут в моём модуле всё поотключать и выводить сигнал в режиме копирования А ещё есть встроенные кодеки и бюджетные звуковые у которых не хватает кварцев под каждую из возможных частот и им, о ужас - нужен ресемплер. А ещё я иногда слушаю синтезированные семплы с нестандартной частотой типа 4444гц или 32040гц на которых все самые совершенные битперфектные плагины жалким образом пасуют. Общий вывод - не равняйте свои запросы на чужие. Хороший софт должен уметь делать базовые преобразования и должен быть удобным. Среди моих постоянных пользователей есть и только shared-mode пользователи. У них свои приоритеты и акценты; будет гнусно назвать этих людей ущербными. Я делаю попытку объединить различные интересы под одной крышей - минимальное искажение сигнала. Намёки на предумышленное внесение искажений считаю оскорбительными, кто задавался целью хоть немного изучить мой плагин, он замечал абсолютную прозрачность действий - всё логируется. И битперфект-копирование особенным образом помечается - как частный случай обработки звука, и к слову сказать - жутко неудобный случай потому как создаёт большое количество исключительных, уникальных ситуаций и конфигураций.

Оба WASAPI работают и оба хуже ASIO? Такое возможно. Если драйвер прогоняет WASAPI через внутренний микшер драйвера. Трудно поверить, но такое случалось - у ASUS, например. Кстати, Maiko имеет гибкие настройки. Почему-то большинство людей обламывает нажать на вкладку "Exclusive" - а именно там самое вкусное. Не хочет народ понять, что модуль Maiko это не только WASAPI но и прикрученный к нему собственный настраиваемый софтовый процессор. Уберите привязку кодировки по входному формату. Тогда можно будет выбрать кодировку из списка, в том числе - настоящие 32 бита или 24 упакованные в 32.