IgorA

Shift Output Channels, если менять 0 на 1 и т. д., переключает активные выходы из числа доступных. Convert 1 channel to 2 channel превращает одноканальный mono-поток в двухканальный. Use Direct input monitor отключает внутренний буфер выходного плагина для минимизации задержки. В фубаре выбирается разрядность. Плагин otachan ASIO наверно всё переводит в 32 бита. Драйвер карты отбрасывает младший байт и на ЦАП идут старшие 24 бита. В последней версии аплеера (2.7c) входные lossless плагины для минимизации нагрузки на процессор передают данные выходному плагину максимально возможными блоками. Но с gapless mode в ASIO плагине этот режим плохо совместим. Для решения проблемы можно использовать входные lossless плагины от версии 2.7 вместо новых версий. Если же формат не из этого набора, то либо это был разовый сбой, либо есть проблема на стыке конкретного входного плагина с выходным в этом режиме.

Сегодня выложено небольшое обновление аплеера. Добавлено отображение в треклисте информации из cue файла об исполнителях отдельных треков в сборниках. Добавлена автоматическая регистрация текущего пути к файлу плеера для команды проводника "Открыть с помощью" и для открытия ассоциированных файлов.

Обновлен Album Player. В новом варианте ассоциированные файлы открываются в существующем окне плеера, а не в новых окнах. Также in_ape.dll заменен на более стабильную версию.

На АСУСе все распространенные варианты разрядность/частота принимаются драйвером без обработки. Там, где нужна обработка разрядности для совместимости с устройствами, она не затрагивает последовательность битов в сэмплах, представляя собой пэддинг, а не пересчет. То есть, принцип bit perfect в отношении кода не нарушается. Что касается идеологической сомнительности вывода через входной плагин - играет так лучше всего. Этого достаточно для оправдания решения.

Выложена новая версия экспериментального входного плагина для формата WAV, напрямую выводящего звук в режиме эксклюзивного WASAPI без посредничества выходных плагинов. В настройки плагина добавлен ряд опций, обеспечивающих настройку для совместимости с различными выходными устройствами: "Convert 16bit->24bit", "Convert 16bit->32bit", "Convert 24bit->32bit" - конвертация разрядности потока в битах. "Reduce output buffer from 500ms to 250ms" - уменьшает в два раза максимальный размер буфера выходного драйвера, что может потребоваться при использовании встроенного аудиоконтроллера на Realtek'е, в котором не поддерживается требуемый для 500ms размер буфера в случае частоты дискретизации 192kHz. "Convert 192kHz->96kHz" - может потребоваться, если устройство не поддерживает 192kHz. Все преобразования реализованы с минимальной загрузкой процессора. Если выводится сообщение "Не удается воспроизвести файл", следует пытаться правильно подобрать указанные выше опции. Отпишитесь пожалуйста - где работает, где не работает.

Serg53 Я добавлю флажки для преобразования вверх разрядности потока 16->24, 16->32 и 24->32. Это сильно не загрузит процессор и можно делать прямо в выходном буфере. В таком варианте совместимость плагина улучшится. Сейчас выложена минималистская первая проба, где обработки нет вообще.

vitta77 Если плеер сразу при запуске выдаёт ошибку, следует удалить aplayer.dat и лишние выходные плагины. WASAPI, в частности, если он есть в папке, а используется XP. Что касается нестабильности в процессе воспроизведения, то сам плеер на этом этапе фактически ничего не делает, так как всё происходит через входные/выходные плагины, написанные различными разработчиками. При этом поведение конкретной пары входной-выходной плагин в отношении устойчивости полностью определяется свойствами этих плагинов. Если последнее обновление плеера (2.7c) работает неустойчиво - есть смысл вернуться к lossless плагинам из исходного релиза 2.7.

Я сделал экспериментальный входной плагин (пока только для формата WAV) для аплеера, который сам выводит bit perfect поток на выход в режиме эксклюзивного WASAPI. Соответственно, это только для Windows 7 и Vista. Используется непосредственная загрузка потока из файла в буфер выходного драйвера. Для звука этот вариант оказался лучше, чем вывод через буфер в памяти. Поскольку нет ресемплинга, видимо, не везде будет работать. Но на ASUS Essence все основные частоты/разрядности работают. При первом запуске вывод будет на устройство по умолчанию. Изменить устройство можно в настройке самого входного wav-плагина. В панели "Режим вывода" плеера надо выбрать не WASAPI, чтобы не было конфликта. Например, wave out. Тестируйте пожалуйста. Сравните с jplay.

AleksS Спасибо за комментарий. Пока не верю, но закажу LM6172IN, послушаю.

Да, слушал, и выше уже сказал, не обратили внимание? - 2хLT1364 + LME49860, 3хLT1364. LM6172IN под рукой нет. Интересно мнение третьих лиц - кто-то может сравнить 3xLME49860NA и 2xLME49860NA+LM6172IN ?

А почему также "по факту" 3xLME49860NA не могут оказаться не хуже? Ведь тоже не пробовали?

Не пробовал. Но встречный вопрос - почему в сумматоре он должен быть лучше чем LME49860?

Мне вот интересно - почему постоянно ставя LME49860 то в I/U, то в сумматор, никто не пробует их все три поставить? У меня такой вариант и отлично работает. Понравился больше, чем 2хLT1364 + LME49860.

Встроенный усилитель хорошо раскачивает высокоомные German Maestro GMP 400. Даже на 0dB играют громко. Наверно чувствительность высокая. Соответственно, будет минимум искажений. С басом у них порядок.

AЧХ 500-x между 10 и 20 kHz пугает до всяких отзывов.

Сегодня в спам 500-е поступили. И отзыв Романа в пользу HE-4.

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

Декодирование ape больше загружает процессор, чем декодирование flac. Потенциально это может влиять на звук.

Serg53, спасибо! 8street, реализация Вашего пожелания потребует существенных переделок, так как сейчас плеер использует отображаемый список треков альбома в процессе работы - воспроизводит выделенные в этом списке треки, обновляет список при переходе на следующий альбом. Я, когда мне надо посмотреть треклисты параллельно с прослушиванием, запускаю второю копию плеера. Добавлять альбомы к плейлисту, не прерывая воспроизведения, можно правой кнопкой панели плеера, если она была нажата при нажатой клавише Ctrl.

Сегодня в раздаче обновлены последние версии плагинов WavPack и APE. Исправлена ошибка, не позволявшая воспроизводить файлы, содержащие более 2Cb PCM данных.

desert.snake Я разобрался - в этот flac файл кто-то вшил кривой cue, где в конце каждой строки ";" (это неправильно). Фубар его игнорирует, а в аплеере приоритет вшитых cue и он падает на его обработке. Рецепт исправления: В фубаре открыть файл "Metallica - Reload.flac". По правой кнопке мыши: "Utilites->Edit cuesheet". В появившейся панели слева внизу выбрать флажок "Enable embedded cue sheet on this file". Затем кнопка "Load...", выбрать cue из папки, "OK". После этого и с новыми плагинами будет работать.

desert.snake Возможно, клинит модифицированный плагин in_flac.dll из-за попытки найти картинки или вшитые индексные карты в метаданных. Это может быть из-за каких-то особенностей метаданных файла. Тогда просьба проверить в той же ситуации оригинальный плагин для Winamp'a, который этого не делает. Этот рип где-то в сети доступен? Я бы сам тогда посмотрел. P.S. Вопросы отменяются - я нашёл этот рип. Посмотрю, по результатам напишу.

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

Если 4 часа, то второй вариант. 42 альбома, если на харде, максимум за минуту-две должен отсканировать.

desert.snake Пока правая кнопка на панели плеера находится в утопленном состоянии, идёт сканирование каталогов в выбранной папке. Оно может длиться долго, если это целый диск, например. Чтобы сканирование прервать досрочно, надо кликнуть по этой кнопке, которая в таком случае может реагировать с заметным таймаутом. Когда кнопка вернётся в исходное состояние, можно будет открывать другие папки. Если же зависание в таком состоянии оказывается фатальным, то в процессе сканирования папок может зависнуть входной плагин, у которого запрашивается информация о файле, если ему подсунуть битый файл или неродной файл с родным расширением. Поскольку такая ситуация встречается редко, я с ней никак не борюсь.