IgorA

eduardpon, спасибо за информацию. Поищу возможные причины, и если будут варианты, потом ещё попрошу Вашей помощи в тестировании.

У меня сейчас поставлена карта Creative Titanium HD, так на ней последний майко-плагин довольно устойчиво работает в эксклюзивном режиме под Windows 7, не заикается и не падает (за редким исключением). И загрузка процессора плеером в трее с этим плагином 0.01% (когда звук воспроизводит lossless плагин через буфер в памяти).

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

eduardpon и Thom_Yorke, проверьте пожалуйста v3. Там вообще отсутствуют те причины, по которым было возможно, на мой взгляд, возникновение ситуации с экстремальной загрузкой процессора.

eduardpon и Thom_Yorke, спасибо за помощь в тестировании. Раз мерами, принятыми в v1 и v2 проблема не решается, придётся существеннее изменить реализацию алгоритма. Поэтому версию 3 для тестирования я выложу несколько позже, завтра скорее всего.

Да, запускать, но скачать на всякий случай заново, я заменял его.

Во втором варианте была недоработка, я сейчас (в 20:31) его обновил.

eduardpon и Thom_Yorke, я прошу вас погонять на предмет возникновения аномальной нагрузки новые вариации memory-плагина flac: v1 и v2. В первом варианте минимальная переделка, но может, в принципе, помочь. Во втором немного побольше, на случай, если первый вариант не поможет.

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

Thom_Yorke, eduardpon Проблема с аномальной загрузкой процессора возникает из-за нестабильной работы на некоторых компьютерах новых входных lossless плагинов, работающих в режиме memory player. У меня работает нормально, поэтому приходится искать устойчивый вариант методом проб. Поскольку проблема не решилась, выложу вечером, если успею, ещё один альтернативный вариант.

Да, можно поудалять все in_, кроме in_flac.dll, и все out_, кроме, out_asio.dll, а out_asio.dll переименовать в out_wave.dll. Тогда памяти будет меньше занято.

После запуска он занимает со всеми плагинами около 11Mb памяти (в мин.конфигурации - 7Mb). Да и в работе может занимать менее 20Mb, зависит от ситуации. Когда работают новые lossless плагины на время воспроизведения добавляется буфер в 16Mb. Но от этого легко отказаться .

Выложено обновление текущей версии аплеера. Исправлена ошибка, из-за которой в новой версии останавливалось воспроизведение в трее после второго по порядку файла. Плагины WAV, FLAC, APE, WV заменены на более стабильные версии.

Пока нет. Я понимаю, обоснованность пожеланий по пропорциональному масштабированию окна плеера, но это требует настолько серьёзной переделки кода, что пока не решены намеченные задачи по звуку, я не могу в неё влезать.

Я посмотрел обсуждение, которое там идёт. Bernard пока не знает, что главная проблема компьютерного звука не в битах, которые он сравнивает. Биты одинаковые (для lossless) и у фубара с аплеером, а звучат они по-разному.

DAZZER, лучше уточнить, какой именно aPlayer тестировал Bernard. Скорее всего, не Aplayer, и обмен мнениями там был о разных программах.

Thom_Yorke, тогда просьба - проверьте пожалуйста, также ли будет себя вести этот вариант in_flac.dll ?

Thom_Yorke, а какой формат в основном прослушивается?

С каким-то определённым форматом грузит или с разными? Постоянно или иногда? Может быть, какая-то проблема с конкретной конфигурацией. Мне такой ситуации добиться не удаётся. Одно сомнительное место я в коде lossless плагинов поправил, но, видимо, причина была не в нём.

Скорее это сравнение разных mp3 декодеров. Можно вместо in_mp3.dll в аплеере использовать in_!mpg123 и впечатления наверно будут другими. Более чистый эксперимент - сравнивать воспроизведение lossless форматов.

DAZZER Если будет повторяться, просьба описать ситуацию - какой формат воспроизводился и в какой момент перестаёт отображаться индикация. При старте воспроизведения треков для ряда форматов может быть некоторая задержка с отображением битрейта/частоты, связанная с особенностями передачи этой информации от входных плагинов.

Играл и так чисто. Поэтому разницу можно не заметить. Но хуже не стало точно.

Сегодня обновлена текущая версия аплеера. Плеер, в рамках мер по минимизации загрузки процессора, теперь полностью отключается на время воспроизведения трека (в случае, когда плеер свёрнут в трей и не используется cue). В этом режиме загрузка процессора плеером с новыми lossless плагинами составляет 0.01% (на Intel E6700, 2.66GHz). lossless плагины, работающие в режиме memory plaуer, также обновлены. Надеюсь, что в новом варианте не будет сбоя, приводившего иногда при использовании этих плагинов к сильной загрузке процессора.

DAZZER Другой случай, когда автоматически сохраненный список игнорируется - это когда плеер запускается с каким-либо входным параметром, что происходит при открытии в проводнике ассоциированных с плеером файлов. Или сбой какой-то был.

Можно сделать локальные: Next=0x27 Prev=0x25 Только перед воспроизведением надо фокус ввода со списка альбомов на треклист перемещать. Иначе альбомы будут переключаться.