AleXH

Так, как они описывают процесс "тестирования" на основании которого они делают вывод, говорит не о тонких материях, а о толстом ламерстве, ибо полезной информации в подобных сообщениях 0. - Что сравнивают, с чем сравнивают, на каком материале - ничего не известно.

Посмотрел - как я понимаю base address звуковых данных 0x1640000 (иногда 0x1650000)? Отладочный ap2decoder вещь безусловно полезная для самоконтроля и для пресечения инсинуаций некоторых не в меру мнительных барышень - а то ору, то ору! Предлагаю добавить диалог как сохранять - по канально или мультиканал в один файл как в WAV. Тест №1. AP2104, FM ASIO x32, approxy с DSP и VST, трек 24/96. Сделал несколько дампов с перезапусками плейера, задействованы даунсемплинг SoX, формат вывода 32bit float, DustEq с активированными настройками - все дампы сошлись бит в бит, что говорит о том, что все "примочки" дают всегда одини те же данные без изменений. Тест №2. AP2104, FM ASIO x32, approxy разные, трек один и тот же 16/44, в настройках (ap2config) DSP и VST деактивированы (птички сняты), формат вывода оригинальный - все 3 варианта approxy дают одни и те же данные. Тест №3. AP2104, FM ASIO x32, approxy с DSP и VST, в настройках (ap2config) DSP и VST деактивированы (птички сняты), формат вывода оригинальный, трек 16/44. Дамп данных идентичен WAV, исключая заголовок и теги в конце. Т.е. битпёфект для 16/44 подтверждён (при условии, что ap2decoder передаёт данные без ошибок). Результат тестов - ошибки не выявлены.

Игорь, можно в АП добавить для FM режима возможность сохранения RAW образа звуковых данных, которые ap2decoder передаёт в драйвер? C дампом процесса ap2decoder пока не экспериментировал и смещение на начало данных не искал.

Не VST их привело, а нежелание читать ридми, и как следствие - полное отсутствие понимания архитектуры плейера. Отсюда необоснованная истерия по поводу направления развития продукта. Сурикаты...

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

Народ! Чтобы не бродить в темноте - делайте тесты согласно утверждёной методике, а не типа: сегодня я заслушал одно, а завтра установил новую версию и заслушал другое и мне не вставило, а раньше вставляло! Игорь положил в Extras варианты NO_VST, NO_DSP - клепаете копии, заменяя лишь эти файлы и слушаете, делаете выводы. Если кажется что предыдущая версия звучит лучше - делаете 2 копии, в одной из них заменяет ap2decoder на тот что в новой - слушаете, делаете выводы. Если речь идёт о ставнении с 20.09.15, то этого не может быть потому, что это невозможно - код тот же.

Поддерживаю - поэтому и было пожелание "пофиксить" немедленное прерывание воспроизведения при переключении альбомов, отключая его только при старте декодинга нового трека (диска). В остальном сервиса вроде бы хватает, может если только хотелось бы типсов с полными названиями треков без обрезки и колесом мыши альбомы крутить, как было в 2.9.

@fordfocus533, если у вас осталась более "правильная" с вашей точки зрения версия, то вы можете провести следующий эксперимент, который расставит все точки над i: 1. Открываем в "правильном" AP2103 плейлист с тестовыми треками на звучании которых вы строите свои выводы о звучании АП. Закрываем AP2103. 2. Делаем две копии папки AP2103. 3. В одной из копий заменяем ap2decoder.exe на такой же из AP2104 от 24.09.15. 4. Запускаем оба APlayer.exe и переключаясь слушаем один и тот же трек. 5. Делаем выводы. В моём случае ap2decoder от 19.09.15 (62976) звучит чуть-чуть более акцентированно на ВЧ, что даёт более резкую атаку ударных, тарелок, чем ap2decoder от 20.07.15 (61952). Речь идёт о FM ASIO из EXTRAS.

XPSP2x86, FM ASIO, DustEq - ничего не вылетает. В текущем дистрибутиве тот же ap2decoder, что и в предыдущем от 20-го.

@Инженер механик, имхо Dust Equalizer с точки зрения комплектации дистрибутива правильный выбор: 1. Первое что нужно неидеальному тракту - эквалайзер. 2. Звучит приятно, работает быстро, ресурсов требует минимум, глюки отсутствуют. 3. Управление простое, не замороченное, значит отвлекать, мозг выносить непрофильными вопросами не будут. Вердикт - отличный выбор для комплектации дистрибутива. Из особенностей - DustEq несколько сглаживает звук.

Ну 3-я, так третья Парни-бичи Kokomo California Dreaming

Короче никогда, такие вот дела? Игорь (с) Это же усложнение не в траспорте данных, соответственно, на звуке не скажется, а юзабилити улучшится.

Игорь, тут внезапно вспомнил о чём хочу спросить-попросить уже больше года Если есть возможность, то не отключать воспроизведение при выборе другого альбома в разворачивающемся списке. Останавливать воспроизведение только тогда, когда стартует воспроизведение нового трека (диска), ну или по крайней мере стартует декодинг нового трека (диска). - Открываешь дискографию из нескольких дисков, включаешь воспроизведение и хочешь посмотреть треки в других дисках, стоит только выбрать другой диск - воспроизведение останавливается. - Зачем? - пусть бы продолжал играть декодированные данные из памяти без отображения информации, а если пользователь снова выберет этот диск (плейлист), то вывел бы актуальную инфу (состояние).

Игорь, так VST будет виден в FM? Разное поведение GUI VST в разных режимах имхо большее зло, чем отсутствие мгновенной реакции на изменение настроек, которое проистекает из особенностей функционирования режима. Или отсутствие GUI VST связано с выгрузкой approxy? - Если так, то пусть всё остаётся как есть.

я поправился - при save выбираю внизу списка пресет default, сохранённый ранее. Ширина пролосы октава в эквалайзере подразумевает квадратный корень из 2-х вниз и вверх от центральной частоты? UP. Разобрался - настройки панели DustEq сохраняются, если панель была вызвана во время воспроизведения и НЕ сохраняются, если плаг был вызван из конфигуратора.

АП закрыт, запускаю ap2config, перехожу на закладку VST, чекбокс VST плагины включены активирован, выбираю DustEq, Настройки (по русски правильно было бы "НастройкА" как действие, либо Конфигурация). В панели все уровни в 0, но имхо правильнее было бы загружать default. Load - default - output "0", изменяю на -3, save default, load default - 0. Такое впечатление, что сохранённый пресет получает атрибут Read Only. Кстати, нет возможности удалять и переименовывать пресеты.

Онлайн процессинг это зло, и он ни в коем случае не нужен. Ничего странного в тов, что настройки повлияют во время следующего декодирования не вижу - это же режим FM, так что это само собой подразумевает такой эффект. С сохранением поэкспериментирую ещё, потом сообщу.

Игорь, как выкрутиться понятно - я настраивал из конфигуратора до запуска АП, но это не есть гуд, что панель недоступна в FM. 2-ой момент - из конфигуратора в эквалайзере не удаётся сохранить выходной уровень - меняешь, save, load - снова 0.

Игорь, Неудобство в том, что иконка VST и открытая панель плагина существуют только во время декодирования. Если контент потрековый, то времени на изменение настроек нет.

Так, а если кто-нибудь слушает музыку вместе с кордебалетом, то брыкающихся красоток тоже в АП засунем? Ну и блэк джек туда же - куда же без него? АП звучит хорошо потому, что его архитектура оптимизирована и лаконична, и обеспечивает контенту кратчайший путь от распаковки до передачи драйверу. Стрим же контент в силу своей природы в эту схему не вписывается. - Она варила мне кофе по утрам, теперь я са-ам... (с) Игорь Корнелюк, просто Игорь... Золотая лестница...

@fordfocus533, так а чем фубар в данном случае не устраивает? - обложки красивые и разные есть, потоковые стримы умеет - слушать мп3, аас и пр. стримы с непонятным "какчеством" можно. Или вы полагаете, что если этот изуродованный lossy кодеками контент засунуть в АП, то качество звучания вот так на ровном месте возьмёт и прибудет? Это даже если не углубляться в отмечаемое многими отрицательное воздействие на звучание сетевых карт, вайфая и тд.

Если речь о распаковке lossless в wave, то более медленная работа говорит о его большей тормознутости, а не большем качестве. В lossless соответствие звуковых данных wave однозначное, на то он и lossless. Лучше не стоит - смеяться будут.

Тогда норм.

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

Вот, вредный Ок, так может добавить опцию в APlayer.ini PlaylistTracks= 0 - из тегов (по умолчанию) 1 - из m3u 2 - из cue ?