@kleymor.metal, музыку нужно слушать под отдельной оптимизированной под вывод звука ОС с минимумом сторонних процессов. А лучше и на отдельной платформе, если позволяет тракт услышать разницу, конечно.

Изменено 25 июня, 20179 г пользователем AleXH

 

 

музыку нужно слушать под отдельной оптимизированной под вывод звука ОС с минимумом сторонних процессов. А лучше и на отдельной платформе, если позволяет тракт услышать разницу, конечно.

А какие-то "научные" обоснования этому имеются?

 

Я не слышу изменений в звуке при гашении процессов, сносе приложений и прочих "оптимизаций". Между ОС разницу слышу (скорее, дело в драйверах), но преимуществ не заметил

 

Истинно научных нет, есть статистические данные по отзывам пользователей и собственный опыт - чем быстрее система передаёт управление процессу плейера, чем меньше ЦП переключается в сторонние задачи, тем звук прозрачнее и детальнее.

@IgorA, возможно ли изменить алгоритм сборки (отображения) плейлиста в случае, когда в папке лежат образы дисков одного бокссета со своими cue? Например:

FileName CD1.cue

FileName CD1.flac

FileName CD2.cue

FileName CD2.flac

FileName CD3.cue

FileName CD3.flac

- поскольку у каждого flac есть свой cue, то помещаем их в плейлист ввиде отдельных альбомов с указанием их продолжительности звучания, т.е. как при разносе по отдельным папкам.

Изменено 27 июня, 20179 г пользователем AleXH

@AleXH, требуемый результат может быть получен путем последовательного добавления этих трех cue в плейлист. А при сканировании сканер первоначально формирует список музыкальных файлов папки, а затем для тех файлов, для которых удается подобрать cue, подключает информацию из cue. Иная логика требует существенной переделки сканера.

Почему файлы для которые удаётся подобрать cue не добавлять как отдельные альбомы, выполняя процедуру последовательного добавления этих cue в плейлист? - Потому что "иная логика требует существенной переделки сканера"? - На первый взгляд раз такая процедура уже есть, то добавить её вызов элементарно.

Изменено 27 июня, 20179 г пользователем AleXH

Такая процедура не подходит, если cue содержит несколько файлов альбома (при этом расширения файлов в cue могут не соответствовать реальным). Обработка cue при сканировании папок и так нетривиальная, поэтому усложнять ее дополнительно я не планирую. Модель "папка = альбом" для сканера меняться не будет. Если есть необходимость раскидать контент папки по отдельным альбомам плейлиста, это можно сделать, последовательно открывая cue.

Я бы от более широкого окна не отказался бы - заголовки альбомов классики, мюзиклов часто не помещаются.

@AleXH, HTPC окно более емкое. Для Mini его можно взять из полной 2.110. Подходит.

Проверил - ширшэ, но недостаточно - ещё бы ширшэ до 1024-1200px, можно и более высокое до 600px, но со стандартным шрифтом Размер кнопок вполне устроит как в стандартной.

Изменено 27 июня, 20179 г пользователем AleXH

Проверил - ширшэ, но недостаточно - ещё бы ширшэ до 1024-1200px, можно и более высокое до 600px, но со стандартным шрифтом Размер кнопок вполне устроит как в стандартной.

Там все по пикселям отрисовывается, поэтому переделывать уже не буду. Для тех, кому тесны рамки стандартного интерфейса, сделаны UPnP/DLNA рендерер и веб-интерфейс, в котором в HTML разметке можно сделать любые размеры и пропорции.

Изменено 27 июня, 20179 г пользователем IgorA

В web не поддерживается 127.0.0.1, что неожиданно.

 

Вот это не вкурил (aplayer.js):

function ProgressChange(pos)
{
if (!Playing)
document.getElementById('progress').value = 0;
else
{
ChangePosition = true;
var pos2 = Math.round(pos * 232.0 / 100.0);
PositionCommand(pos2);
CurrentTime = PlayingLen / 1000 * pos / 200;
}
}
function VolumeChange(vol)
{
ChangePosition = true;
var volume = Math.round(vol * 255.0 / 100.0);
VolumeCommand(volume);
}

 

- Почему 232? - за вычетом ширины ползунка? А 255 в громкости откуда? js не правил, на первый взгляд вроде всё правильно работает и без правок.

 

web900x640.zip web-интерфейс 900x640. Использование: скачать и распаковать в папку web с заменой оригинальных файлов.

 

UP. Добавлена кнопка-ярлык отображения картинок.

 

Изменено 28 июня, 20179 г пользователем AleXH

@AleXH, 232 в качестве максимального кода передаваемого для позиционирования - это наследие GUI версии, чтобы общий код не менять. Там это физическая ширина полосы прокрутки.

0..255 - диапазон уровней громкости в плеере, в который преобразуется диапазон 0..100 ползунка.

теперь понятно, спасибо.

 

в aplayer.html есть код:

 

td id="PictMode" onclick='OnPictureMode()' style='width: 16px; display: none; background-color: rgb(68,68,68)'

из-за которого при плейлисте во всю ширину справа от плейлиста идёт тонкая вертикальная полоса, поправил так:

td id="PictMode" onclick='OnPictureMode()' style='width: 16px; display: none; background-color: rgb(86,86,86)'

Изменено 28 июня, 20179 г пользователем AleXH

Там цветом фона выделяется полоса, кликом по которой можно вернуть картинку обратно.

Кликал по ней, видно не попал, подумал визуальный деффект. Ещё картинки не всегда успевают за 1 сек вывестись, в итоге кэшируются частично выведенными.

 

Бывает в web ползунок "замерзает" в конце трека, а время воспроизведения идёт дальше, при этом звучит следующий трек.

 

Ещё одно место смутило:

input type="range" onchange="ProgressChange(this.value)" id="progress" value="0" min='0' max="100" step="0.25" style="width:300px;"
input type="range" id="volume" onchange="VolumeChange(this.value)" min=0 max=100 value=100 step="1" style="width:301px;"

- Если шаг 0.25, то как он соотносится с 0..100 и 300px %), а также почему у громкости 301px, а не 300? - Надёжней защёлкивается на 100% громкости?

Изменено 29 июня, 20179 г пользователем AleXH

Добрейшего, Игорь!

При запуске на воспроизведение контента DSD256 12.29MHz (сетка 48kHz) выдается сообщение об ошибке "файл xxx.dff поврежден". При этом тот же файл на транспорте SDtrans384 воспроизводится без вопросов. Проблема в отступлении от негласного стандарта 11.29MHz (сетка 44.1kHz)?

Режим ASIO, direct input.

Ещё одно место смутило:

input type="range" onchange="ProgressChange(this.value)" id="progress" value="0" min='0' max="100" step="0.25" style="width:300px;"
input type="range" id="volume" onchange="VolumeChange(this.value)" min=0 max=100 value=100 step="1" style="width:301px;"

- Если шаг 0.25, то как он соотносится с 0..100 и 300px %), а также почему у громкости 301px, а не 300? - Надёжней защёлкивается на 100% громкости?

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

Шаг перемотки выбран таким, чтобы нацело делился на него диапазон и на каждый пиксель приходилось отдельное значение.

 

Добрейшего, Игорь!

При запуске на воспроизведение контента DSD256 12.29MHz (сетка 48kHz) выдается сообщение об ошибке "файл xxx.dff поврежден". При этом тот же файл на транспорте SDtrans384 воспроизводится без вопросов. Проблема в отступлении от негласного стандарта 11.29MHz (сетка 44.1kHz)?

Режим ASIO, direct input.

Видимо, декодер рассматривает заголовок файла с нестандартной частотой как некорректный. В Mini и в полной версии разные декодеры. Можно попробовать другой вариант.

Изменено 29 июня, 20179 г пользователем IgorA

Шаг перемотки выбран таким, чтобы нацело делился на него диапазон и на каждый пиксель приходилось отдельное значение.

И я об этом - должно быть либо 400px, либо шаг 0.33 - для громкости поэтому и стоит 301, чтобы давало 100, но в ней шаг 1.

 

Измерил длины прогрессбаров в aplayer - перемотка 233px, громкость 190px - откуда тогда 255?

Изменено 29 июня, 20179 г пользователем AleXH

@AleXH, громкость в диапазоне 0..255 принимается модулями вывода и системным микшером и может при желании управляться в полном диапазоне с минимальной дискретностью через веб-интерфейс. В GUI пиксельный диапазон ввода с регулятора масштабируется к диапазону 0..255.

Изменено 29 июня, 20179 г пользователем IgorA

Уважаемый Игорь! Имею две проблемы которые проявляются на трёх разных машинах с разными ОС!

1 - Если плеер поставить на паузу и не возобновляя воспроизведение переключиться на следующий трек, плеер наглухо виснет!

2 - После пяти минут простоя мои компьютеры отключают мониторы, при этом АПлеер доигрывает трек до конца но на следующий трек альбома не переключается!

Изменение режима вывода и размеров буферов на эти глюки не как не влияют.

@IgorA, имхо web не хватает: 1. возможности добавлять папки для воспроизведения во время воспроизведения; 2. получить полный путь выбранного трека в плейлисте.

Изменено 29 июня, 20179 г пользователем AleXH

Уважаемый Игорь! Имею две проблемы которые проявляются на трёх разных машинах с разными ОС!

1 - Если плеер поставить на паузу и не возобновляя воспроизведение переключиться на следующий трек, плеер наглухо виснет!

2 - После пяти минут простоя мои компьютеры отключают мониторы, при этом АПлеер доигрывает трек до конца но на следующий трек альбома не переключается!

Изменение режима вывода и размеров буферов на эти глюки не как не влияют.

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

При переключении треков тоже иногда ловлю зависания ap2decoder, чаще когда переключение делается во время воспроизведения без предварительного стопа.

Изменено 30 июня, 20179 г пользователем AleXH

Возможно, конкретный драйвер плохо переносит последовательный stop/start с коротким интервалом.