willow

Признаться, я некоторое время размышлял, а стоит ли мне это выкладывать... И решил, что раз уж кому-то из пользователей показалось интесным моё видение звука, то не стоит их лишать удовольствия от ещё одного аспекта моего хобби - контрольных версий. Они появляются сами-собой. Они всегда неожиданные. Долго, старательно, и в основном на интуиции внося изменения в код иногда получается долгожданный, и от этого неожиданный эффект. Контрольными версиями они являются потому, что я принимаю их за правильное направление. Не всегда в релизах удаётся закрепить изменение целиком. Это очень индивидуальное видение звука, поэтому я не могу никому его навязывать. Особенно пуристам, для которых существет только "нейтрал" и ничего более. Итак, мои контрольные версии. http://maiko.elementfx.com/forum/index.php?topic=18.0 P.S. Обновляться будут много реже релизов, так что часто можете не проверять.

Адам, Намёк понял, займусь переводом ЧАВО на русский. Может занять некоторое время. Вот очень толкое разъяснение (Кстати на Ваш же, Адам, вопрос) основной идеологии вкладки Exclusive. viewtopic.php?f=16&t=8905&p=192070&hilit=exclusive#p192070 Прочитайте внимательно, текста немного, но в нём заложен очень глубокий смысл. Поняв эту логику сочинять индивидуальные настройки будет удивительно просто.

Адам, Вы даже и не пытались эту информацию найти. Инструкция Битперфект для Чайника

Позволю себе ещё немножко саморекламы, Мaiko один из немногих вариантов при котором возможно настроить выборочное ресемплирование, т.е. можно выбрать диапазон частот при котором ресемплирование не происходит. Например, можно настроить ресемлирование частот исходного файла меньше 44.1кгц и выше 96кгц. Таким образом, файл гарантированно проиграется на любом оборудовании. При этом плагин не скрывает объёмов применяемой обработки - всё совершенно прозрачно для пользователя, а для контроля есть подробный лог. Т.е. лог чётко говорит было ли хоть какое-либо преобразование или нет. К сожалению, если лог говорит что преобразование было, то невозможно в логе перечислить какие именно преобразования производились. Оптимизирующий процессор сам не знает какую цепочку преобразований в итоге получит т.к. все блоки вычислений высококомбинированные и каждый блок стремится избавиться от преобразований, в .т.ч. договаривается с другими блоками о комбинированном действии. Немного обидно читать что Maiko не умеет выполнять бит-в-бит копирование. Умеет. Умеет форсировать его. Причём по возможности (несмотря на сложность задачи!) делает бит-в-бит (и даже вычисления) минуя промежуточные буферы, непосредственно в буфер устройства (также как и in_out_wasapi). Но описать всё вышесказанное кратко не получится, на то этот плагин и оптимизирующий процессор, самая сложная моя программа. Если разобраться во вкладке Exclusive, то можно поменять мнение о вредности обработки данных как об абсолютном зле. При этом, я открыт для конструктивной критики. P.S. in_out_wasapi имеет смысл, и я солидарен с IgorA во мнении, что выбрать правильный вариант в любом случае поможет лишь собственное ухо и потребности, разумеется. Если пользователи отмечают высокое качество APlayer, значит в этом есть какой-то смысл. Мы же со своей стороны продолжаем совершенствовать сделанное, но немного отличающимися подходами. Конечный выбор остаётся в любом случае за пользователем.

Другими словами, всё работает и нужно ли это ломать? Это риторический вопрос при общем рассмотрении. При наличии желания, можно попробовать и in_out_wasapi. Предположительно, in_out_wasapi более "облегчённый" вариант а с Maiko - гибко настраиваемый. Теоретически разницы в звуке быть не может но на практике отзывы разняться. В абсолютном большинстве случаев происходит неравное сравнение, т.е. различаются настройки в связи с чем различается и звучание. Maiko это оптимизирующий процессор поверх WASAPI, который позволяет задать практически любое преобразование данных (в том числе отсутствие преобразований) а in_out_wasapi всегда копирует. Более классический вариант плеера это вход+выход т.к. в этом случае оптимально работает бесшовное проигрывание. Плюс, Maiko не брезгует и Shared mode, поэтому плеер по желанию пользователя может работать в фоновом режиме. Ну, это моё ИМХО, надо полагать, предвзятое.

Проект готов процентов на 25. Для меня Maiko WASAPI не имеет смысла без Maiko MPEG Audio decoder, моего самого безобразного долгостроя какой я только затевал (8 лет). По Maiko WASAPI в планах работы по адаптации к домашним кинотеатрам.

Игорь, есть ли у тебя планы перевода Winamp-интерфейса на юникод? Если сложность в понимании, я расскажу что и куда, это несложно. Сейчас очень нехватает стандартного юникода для файловых имён. Опять же это проблема совместимости с актуальными версиями Winamp плагин.

0.44 официально. Действительно ничего особенного не появилось, вдруг на выходных скучать будете . Скачивайте с английской страницы пожалуйста, переводить текст на русский совсем лень сегодня.

IgorA Делаешь повторный Open без Close? Это нестандартное использование плагин, но такое для Maiko допустимо, закладывал такую возможность. С ошибкой это мой конфуз вышел. А так, вариант с множественными Open технически возможен. Самое главное, чтобы два последовательных Open шли из одного управляющего потока, иначе беда будет. Maiko профилирует управляющий поток входной плагины под аудиозадачу и если это условие с постоянством управляющего потока (от Open до Close) нарушается, то получается бардак с планировщиком задач. Тестируем вариант, допускающий многократный Open.

Ilya-s, Пример UE3 неудачен, поскольку в данный момент он переводится под софт звук, а именно FMOD и XAudio. Под OpenAL будут писать энтузиасты за бесплатно, по сути сами для себя потому что им жалко тех карт что они купили. Знаю о чём говорю, сам переводил игры под OpenAL. По поводу драйверов, это принципиальный вопрос, я думаю что мало кт о об этом задумывался. Было бы принципиально верным решением их открыть. Опять же энтузиасты и разработчики middleware смогли бы полностью решить все проблемы и кроме того, популяризовать аппаратный звук. Подтверждаю, CA20K это нереальная мощь, и даёт фантастически низкую латентность при использовании набортной памяти. Когда говорят про аппаратный звук то почему-то забывают про задержку звука. Это не получиться заменить чем-то программным, никак. Интересным было бы отметить, что открыть код драйверов (пусть даже частично) не поздно даже сейчас, потому как возможности вроде упомянутого SRC множества каналов в реальном времени не могут устареть принципиально. Вернёмся в прошлое. Помните времена когда софт к SoundBlaster писали исключительно стороннние разработчики? Отличный был софт. Фирма росла взрывными темпами. Ситуация стала стремительно деградировать когда Creative стала выпускать свои драйвера, потом добровольно-обязательные утилиты, потом тонны обязательных программных обвесов, и как венец этого некроза мозга маркетологов Creative - переключение режимов X-Fi. У кого есть или был X-Fi тот моментально понял о чём я говорю. Сейчас креатив выпустила по сути софт карту с собственным программным обвесом. Конец драмы. Финальные титры. Уборщица убирает рассыпанный кем-то попкорн.

Adept13, Скорее всего креатив поставили не на ту лошадь. Blu-Ray проигрыватели, игровые консоли - и даже телевидение скорого будущего отчаянно требуют нормального ресивера 5.1 или 7.1 с правильно организованным сетапом. По качеству ЦАП важен только выход на наушники от карты, остальные аналоговые каналы честно говоря правильнее организовать как в Recon3D, потому что так дешевле. Это же только для галочки выходы, а так всё внимание сейчас должно быть на цифру. Удобство коммутации и использования намного важнее профессионального исполнения продукта, это в креатив понимают правильно, но ставят не на ту лошадь. Не та лошадь потому что уже есть HDMI-звук, идущий бесплатно как приложение к видео-подсистеме, одним шнурком подключается к ресиверу, он же HDMI хаб, и ещё одним шнурком подключается к монитору. Причём, большая часть инфраструктуры, а возможно и ресивер у пользователя уже есть. Все последние игры работают исключительно на софт движке, генерят 7.1, а ресивер уже это дело обрабатыват по необходимости. Моё ИМХО. Абсолютно безнишевый продукт, я не могу придумать ему применение, даже "применение кинотеатральных эффектах" не выдерживает никакой критики. Изо всех сил пытался это себе представить - но на это уже есть HDMI, всё, поезд ушёл - и обсуждаемая здесь карта это скорее инородный элемент. Ей и за бесплатно с трудно найти применение. ---- Хотя я не могу так уж зарывать продукт целиком в грязь, мне очеь нравится такое использование одного из Recon3D в режиме Xbox360 http://support.creative.com/kb/ShowArti ... ?sid=96619 т.е. 5.1 на наушники с полной обвязкой по микрофону в том числе. Дорого конечно, но это пример отличного применения.

Совершенно непонятная карта. Она не для аудио, и даже не игровая. На кого рассчитана - непонятно. Купить её - значит выбросить деньги, а для игроков всё ещё продаются X-Fi с аппаратным 3D звуком и EAX. Конечно, ЭТО лучше встроенного звука - но всё равно ЭТО не стоит своих денег. Проблема в том, что из карты вырезали старый X-Fi процессор, а тот помимо улучшайзеров много чего умел интересного делать, например SRC на 128 каналов одновременно в реальном времени. Теперь же микшер полностью софтовый а DSP трудится над одними лишь улучшайзерами, над изменением тона голоса и иным безобразием. Да-да, игровой звук здесь софтовый. Думаю это последний неандерталец.

Pierce, Да, по логу всё верно. Как в моём обычном рабочем режиме. Сейчас, правда, у себя подсмотрел - по ошибке указал для контрола 3 частоту 192000. Т.е. прямо сейчас у меня происходит повышение частоты до 192000гц программное и затем двукратное понижение частоты аппаратное. Попробуйте и такую комбинацию для X-Fi, для прослушивания mp3 совсем неплохой вариант. Но моим предпочтительным для X-Fi Elite Pro всё равно остаётся вариант A. Более того, я звук и настраивал сравнением программного ресемплера с аппаратным на X-Fi E.P. так что это авторская рекомендация.

Pierce, Процессор X-Fi мощный, но не безгранично. Игровой режим подразумевает наложение EAX эффектов и позиционирование в том числе, а в этом плане мало что менялось со времён Audigy. Все игровые эффекты работают в 48khz, надо отдать должное маркетинговому отделу Creative за продажу того, чего нет (96, 192). Я программировал звуковые движки на OpenAL и по глюкам драйверов уяснил для себя важные моменты про чип X-Fi. В игровом режиме доступны не все EAX эффекты в повышенном качестве, однако возможна работа на несущей 96khz в режиме Audio Creation c одновременным уменьшением уровня EAX. В режиме Entertainment OpenAL практически не работает по назначению. Почему вариант A но не ASIO? Во-первых - щёлкает! Во-вторых переключается несущая навсегда! Т.е. вы настроили общий режим в Windows соответсвенно панели Creative, но ASIO-то каждый раз эту самую панель Creative перенастраивает тем самым гарантируя двойной ресемплинг везде кроме программы с ASIO. Разумеется, ASIO будет в бесспорных лидерах по качеству, но слишком дорогой ценой я бы сказал. В третьих, DAC перед переводом цифры в аналог делает цифровой апсемплинг уже своими собственными силами, словом все варианты нужно прослушивать самостоятельно для выяснения какой же апсемплинг звучит приятнее всех. На варианте A я остановился по сумме плюсов, так сказать. Кроме того, Вариант A или Вариант Б допускает мгновенное переключение плеера в Shared Mode, т.е. фоновое воспроизведение. Для меня это очень удобно и поэтому Maiko я пишу исключительно для себя чтобы иметь полный контроль на тем, что и как меняется в звуке. P.S. Да, все галочки почти наверняка гарантируют бит-копию. Почти, на всё всегда есть исключения, например даже в случае всех галочек разрядность 64 и 80 бит плавающая точка на входе будет преобразовываться согласно настройки номер 11.

Pierce, Для карт Creative X-Fi несущая частота не синхронизируется с той, что установлена в панели Windows. Для X-Fi у меня есть следующие варианты: Вариант А 1) Слушать музыку в режиме Audio Creation. 2) В аудиоконсоли Указать несущую 96khz. 3) В windows установить общий режим 96khz 24bit, разрешить эксклюзивный выход. 4) В плагине maiko настроить прямо как в своём примере: http://maiko.elementfx.com/docs/UserMan ... %20tab.gif Вариант Б 1) Слушать музыку в режиме Entertainment. 3) В windows установить общий режим 192khz 24bit, разрешить эксклюзивный выход. 4) В плагине maiko настроить прямо как в своём примере: http://maiko.elementfx.com/docs/UserMan ... %20tab.gif В режиме Audio Creation выходной метод ASIO переключает несущую звуковой карты что также сопровождается характерным щелчком реле. Во всех остальных случаях происходит аппаратный пересчёт поднятием частоты до 192khz, а затем опускается до несущей. В игровом режиме несущая всегда 48khz, В Entertainment 192khz (так ли ?!), В режиме Audio Creation 44.1, 48, 96. Однако, переключает частоту только ASIO. Вариант A мне лично импонирует как самый верный метод, с Б есть неуверенность. Задействованием галочки 2 (см скриншот) будет работать аппаратный ресемплер, без галочки - программный. Опять же, мои личные предпочтения на стороне программного ресемплера и варианта А. Плагин maiko может дать бесценный опыт чтобы погонять свою карту в абсолютно всех режимах и подобрать самый оптимальный и приятно звучащий. В этом смысле исключается всякое постороннее ПО в процессе тестирования. Разумеется, самый отрицательный результат даст двойное программно-аппаратное ресемплирование. Но для плагина maiko одинаково легко как привязать частоту как к файлу так и к несущей самой карты поэтому при реальной экслуатации проблем не должно возникнать вовсе.

IgorA Расскажу о своих наблюдениях C WASAPI\out_wave есть какая-то проблема. Были у меня репорты что на винампе переключение с out_maiko на out_wave вышибает последний с ошибкой. Как ты знаешь, выходные плагины в винамп загружаются одновременно, работают все вместе даже если никто не используются что приводит к неприятным конфликтам. WASAPI \ wave особенно неуживчивы, проблема скорее всего где-то в ядре сервиса WASAPI, очевидно WAVE к нему прикрутили не совсем правильно. Разработчики из Microsoft подчёркивают полную интеграцию WAVE c WASAPI, т.е. с реализацией полной поддержки callback. Т.е. WAVE мониторит WASAPI, реагируя на события вроде отключений устройства, наушников, смены активного устройства, смены выходного формата и прочее. Вот такие у меня наблюдения... И единственной моей рекомендацией является предложение не использовать WAVE в присутствии WASAPI. Потому как поиск причин конфликта, и способ его обойти может занять неопределённое время. Да, добавлю что у меня лично проблем WASAPI\WAVE нет - но у меня виста, а как я уже ранее замечал - она более безглючная по звуковой части. Все беды, в основном, с семёркой.

eduardpon Почему не тот звук описал? Тот самый описал. 0.35 уж не знаю как это образнее выразить имеет сахарный голос, немного робкий, неуверенный, поэтому я и сказал что в режиме полного процессора он скрадывает недостатки V3, который сам по себе резковат. Точнее если сказать эта связка балансирует друг-друга. Разумеется, если рассматривать каждый элемент по отдельности то уже будет не тот эффект. А Maiko 0.43 нужно слушать с более старшими Aplayer, они более сбалансированы\нейтральны.

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

China Модифицированный PlainAmp. Он у меня строго для экспериментов. Работает как и Aplayer, вход соединяется напрямую с выходом, однако поскольку мне нужно всякие нестандартные ситуации моделировать то этот мод не для типичного использования.

China, И рад бы, но невозможно категорически. В плеер зашит интерфейс DirectSound. Так что, где выиграешь ровно там же и проиграешь.

0.35 это самая последняя версия перед серьёзным изменением в ядре микшера, где всё было полностью переделано с целью уменьшения потребляемой памяти, качества микса и т.д. Ну и самое главное внимание было уделено, конечно, совместимости. Подразумеваю, что при прослушивании разных версий были использованы идентичные настройки. С технической точки зрения 0.43 совершеннее. Но я всё-таки допускаю, что даже идентичная математика может звучать по-разному, и зависит это от конкретных условий применения. Затрудняюсь обозначить чем же вызван данный эффект. Бывает такое, что улучшается восприятие звука через Winamp но имеет слабый эффект на Aplayer. Бывает очень заметный эффект на Aplayer но довольно мутный в Winamp. Я прослушиваю Maiko через три совершенно разных тестовых платформы-плеера, и даже при том, что у всех них лослесс декодеры и разумеется, одна и та-же версия Maiko, звучат они по-разному! Изменения в код довольно часто вносятся интуитивно, без какого-либо логического обоснования. Изменения могут дать как позитивный так и негативный эффект, причём эффект на разных плеерах может проявляться по-разному, как в положительном смысле так и отрицательном. И далеко не факт, что негативный эффект не является прелюдией к значительному улучшению восприятия звука позднее, по мере завершения изменений. Так что если бы я действительно резко негативно реагировал на любое ухудшение звука, то просто не смог бы вообще ничего по-факту изменить! Делаешь простенькую кнопочку в меню, которая даже в теории никак не связана со звуком - но при этом звук слегка меняется, понимаете о чём я? Из-за нашей новой условной кнопочки изменилась карта памяти, структуры и блоки как-то сдвинулись и поменяли характер звука. Изотерика в чистом виде. Условно говоря, у каждого плеера есть два пути: 1) Путь фубара, где подобные экзорциссы доводят автора до осатанения и он объявляет все плееры идентичными по звуку, а тех, кто разницу слышит - еретиками. 2) Путь минималиста. Плеер деградирует и теряет многие свои и без того скудные рудиментарные функции. Меня лично вдохновляет пример плеера Apollo, его баланс юзабилити и разумного минимализма. Так что для себя я так же выработал определённые "допуски" в качестве звучания, в рамках которых я решаю делать релизы. Ожидать бесконечного улушения восприятия звука от версии к версии не стоит, потому что это самое улучшение во многом неконтроллируемый хаотичный процесс. Это означает, что система пребывает в этом хаосе. Находить же закономерности в хаосе это занятие крайне неблагодарное. Замечено, что если устройство максимально изолировано от компьютера то и влияние плеера на него минимально. Оптимизация системы, звукоизоляция, решение проблем вибрации ж.д. всё это повысит качество звука в разы по сравнению с обновлением плеера (кстати, подобные же конкретные меры уменьшают и слышимую разницу между плеерами).

Из любопытства, а почему Aplayer несовместим с зависанием в инете с параллельным прослушиванием?

anest3 Нет, конечно не цепляется. mp3gain это отдельная самостоятельная утилита но вспомнил про неё в контексте личного неприятия технологии RG. shoma072 Читаем FAQ. http://maiko.elementfx.com/forum/index.php?topic=7.0 Omelya.A. Читаем FAQ. http://maiko.elementfx.com/forum/index.php?topic=9.0

anest3 Мнение? Ну хорошо, вот моё мнение. Туфта полная этот Replay Gain. Во первых, не стоит вырывать громкость дорожки из контекста альбома. Иногда разница в громкости заложена специально. Ну, а Replay Gain ко всему альбому ещё во время мастеринга был применён. Даже более того, в приказном порядке применяли компрессию. Компрессия изменяет скорость нарастания атаки, делая звук более металлическим и громким. Разный уровень компрессии по ощущениям это разный уровень громкости, RG становится просто бесполезен, он не умеет слушать за человека. Всё равно ручку громкости крутить надо. С mp3 всё ещё неоднозначнее, это синтезируемый формат, ничего натурального в нём нет. На перекомпрессированных дорожках кодировщикам "сносит крышу" от перекопрессии источника, анализаторы следуют по фронтам атак, предполагают наличие очень резких громких звуков отчего частенько идут в клип. По-всякому неверно, как переоценка амплитуды волны, так и клип. Лучше всё-таки избегать клипа так как огрехи психоаккустики это меньшее из зол на мой взгляд. Т.е. уменьшать громкость. Вполне допускаю, что mp3 будет звучать тише, но при этом даже разборчивее чем оригинал так как удалится высокочастотный мусор из записи и чуть уменьшится эффект компрессии. Правильное воспроизведение mp3 это декодер, выдающий плавающую точку, потом регулятор громкости, потом ресемплер (опционально), потом клип и перевод в целые числа. Аппаратный регулятор громкости совершенно точно следует игнорировать, с ним качество любого синтезируемого материала хуже выйдет. Масштабирование синтезируемого материала это естественный процесс, а аппаратная регулировка - навязанный. А RG вообще бесполезен. Если громкость явно переврана то утилита mp3gain и немного терпения исправят ситуацию. MAD не использую, поэтому оптимальные настройки не подскажу. Но, учитывая вышесказанное предположу что Clipping Prevention штука полезная и скорее всего её следует включить.

кудрявый Изменения сделаны по многим причинам, не последняя из которых такие дурные (с точки зрения прихотливости) устройства как USB-даки. Приходится всерьёз подстраиваться под них и постоянно не упускать их из виду. Ваш Pegasus II тому подтверждение, просто так с WASAPI он не будет, только по очень жестким правилам. Кроме того, если вы слышали о Stealth Player, то в Maiko реализованы очень многие его вкусняшки. Всё вместе требует мозговитого планировщика, который оптимизирует произвольный вход под специфические требования вывода. Это и периодичность, и блочность, и формат вывода. И как большой бриллиант сверху - Баганутый WASAPI в Windows7. Короче говоря, масса нюансов. Многие из этих драконовских требований просто надуманы - спасибо "неполноценным" USB конверторам и той же семёрке. IgorA по-доброму возмущён возросшей нагрузкой на процессор - а я с этим просто ничего не могу поделать, из-за чужих аппаратно-софтовых глюков приходится идти на "анти-аудиофильские" меры. Например, сажать вывод на планировщик, который перепаковывает вывод. Всё это супер эффективный механизм если ему не "помогать". Новые декодеры от IgorA сами оптимизируют вывод, укрупняя блоки вывода. Но это не за бесплатно, а за счёт резкого снижения эффективности защиты от опустошения буфера. Выходной буфер должен быть на неком безопасном уровне. Что такое, к примеру, 170 миллисекунд буфер? Это значит, что если в течении примерно 150 мс не будет записано новой порции данных то произойдёт его полное опустошение и глюк! В этом смысл буфера аудиокарты, он должен в реальном времени постоянно заполняться. Новые декодеры Aplayer в попытке снизить загрузку процессора сознательно откладывают запись чем вызывают голодание выходного буфера. Итак, новому планировщику maiko приходится иметь дело с драконовкими требованиями на выход и титаническими порциями от входных модулей. Maiko или входные плагины - пока непонятно кого, клинит. Скорее всего, проблема обходится заметным увеличением выходного буфера, так чтобы появлялось пространство для "манёвров". Но я не очень поощряю гигантизм, ибо считаю что он приводит к деградации качества звука. Во всём нужна степенность и рациональность. Замечено, что c новыми декодерами также клинит ASIO на некоторых системах. На ASIO тоже могут быть модельно-зависимые требования.