Делитесь пожалуйста собственными впечатлениями о влиянии на звук консольной версии работы с CUE.

Evgen1 сообщил в ЛС, что "звук стал отвратительным".

а не надо было 2 ручки сразу крутить - приоритеты изменять

Приоритеты любой может мгновенно вернуть как было:

pr99

ni-20

Но Evgen1 это не помогло.

Как дела у других?

Изменено 21 октября, 20187 г пользователем IgorA

может значения alsa изменились

 

надо бы для cmd<value> введённую без value, выводить текущее значение cmd: <current_value>

 

завтра послушаю

Изменено 21 октября, 20187 г пользователем AleXH

st выводит все текущие значения. А cmd без value просто не надо вводить.

Изменено 21 октября, 20187 г пользователем IgorA

К вопросу о влиянии произвольных изменений на звук. Я неоднократно наблюдал подтверждения тому обстоятельству, что мнительность - вечный спутник аудиофила. Но и неконтролируемые влияния иногда все-таки бывают. Поэтому интересует статистика впечатлений разных людей. А я, когда будет время, как дополнение к впечатлениям, померяю сигналы с CUE и без CUE и с разными приоритетами.

st выводит все текущие значения

выводит, но не все - есть команды, текущие значения которых неизвестны.

 

А cmd без value просто не надо вводить

вводить без параметра, чтобы узнать его текущее значение - это интуитивно и удобно.

Изменено 22 октября, 20187 г пользователем AleXH

Здравствуйте! С удовольствием слушаю этот плеер в качестве рендера. Но к сожалению, в режиме рендера работает не совсем устойчиво. Что интересно.... два одинаковых ноутбука, одной фирмы, один и тот же процессор. На одном оперативной памяти - 2 гигабайта, на другом -4. Загрузка идет с флешки. Так вот тот у которого меньше оперативной памяти играет устойчиво на всех режимах, в том числе FM. У которого 4 гигабайта памяти, после 4 песен уходит в белый шум в режиме FM. Хотя должно быть наоборот. Не подскажите в чем может быть причина? Буфер драйвера ЦАП увеличивал. Бесполезно..

st выводит все текущие значения

выводит, но не все - есть команды, текущие значения которых неизвестны.

 

st выводит все технические параметры, доступные при остановленном воспроизведении.

Включать в этот список настройки вывода на экран (наличие цвета и число выводимых строк), эффект которых пользователь и так видит на экране, я не считаю нужным.

Тем более, что эти настройки подбираются обычно однократно или редко для постоянного использования.

 

А cmd без value просто не надо вводить

вводить без параметра, чтобы узнать его текущее значение - это интуитивно и удобно.

 

Менять разделение команд на информационные и управляющие я не буду. Если формат команды требует ввода числа, его отсутствие рассматривается как "0".

 

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

к сожалению, в режиме рендера работает не совсем устойчиво. Что интересно.... два одинаковых ноутбука, одной фирмы, один и тот же процессор. На одном оперативной памяти - 2 гигабайта, на другом -4. Загрузка идет с флешки. Так вот тот у которого меньше оперативной памяти играет устойчиво на всех режимах, в том числе FM. У которого 4 гигабайта памяти, после 4 песен уходит в белый шум в режиме FM.

Это, конечно, странно. Для самого плеера чем больше доступно памяти, тем лучше. Возможно, здесь сказывается особенность работы с памятью или с конкретным железом самой системы. Ещё возможна менее стабильная работа рендерера с конкретным сервером UPnP/DLNA (если серверы там разные).

Можно попробовать, повлияет ли отключение опции "Lock Memory" на вкладке настроек "System".

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

Да, всё плохо. Сравнил 3 версии:

1. из последнего iso от 01.10.18 81200

2. 13.10.18 77128

3. последний тестовый 20.10.18 93696

 

слушал

16/44

The Best of Linn Records. 04. Fiona Mackenzie, William Jacson. Ba Mo Lenabh.wav

ABBA. Absolute Sampler 'On The Fly'. 38. The Day Before You Came.wav

 

iso 01.10.18, bzimage2, text, ap, fm, mm, настройки alsa выбирались драйвером во всех версиях одинаковыми. Трек с Фионой очень показателен - на самом деле она поёт сладковато с тонкими эмоциональными нюансами, если что-то портится, то эмоции умирают первыми. ABBA на скорую руку посмотреть, что стало с НЧ.

 

В принципе на Фионе уже всё стало ясно - п.1 играет живо, эмоции на месте, п.2 уже хуже, словно приглушили подушкой, эмоции ушли, п.3 ещё хуже, подушку надвинули ещё сильнее, pr99 ni-20 помогают, но не сильно - вытягивают где-то почти до уровня п.2. НЧ в каждом последующем случае становится больше и они приобретают всё больше ватный оттенок. Деградирует утончённость ВЧ, прорисовка СЧ, упругость НЧ, микродинамика.

Изменено 22 октября, 20187 г пользователем AleXH

Размер прелоад буфера для WaveOut по умолчанию 256, а не лучше ли его делать изрядно больше, например 2048? Пусть подгружает больше.

Что такое Force direct mode в настройках там же?

@Max_A, размер preload буфера по умолчанию - универсальный компромисс. Сочетающий устойчивость воспроизведения, отзывчивость на команды, возможность прослушивания радио и оперативного управления через VST. Увеличить его или уменьшить каждый пользователь может легко в соответствии со своими пожеланиями.

 

Опция Force Direct Mode в программном интерфейсе WaveOut отключает автоматическое декодирование форматов, отличных от несжатого PCM, если они будут передаваться через этот интерфейс. В работе плеера с WaveOut она ничего не меняет, поскольку он всегда передает туда PCM, но это отдельный параметр в системной конфигурации вывода через WaveOut, поэтому возможность выбора его значения предоставлена пользователю.

Да, всё плохо. Сравнил 3 версии:

1. из последнего iso от 01.10.18 81200

2. 13.10.18 77128

3. последний тестовый 20.10.18 93696

 

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

на этих же треках послушал tinyap2 с его ар 11.08.18 72896 + п.3 из отчёта выше - при rw АЧХ очень похожи, но mm даёт больше детализации на ВЧ, особенно это заметно на 24-192 Roger Waters. Amused to Death. The Ballad of Bill Hubbard в хоре сверчков, лягушек, кузнечиков лучше слышны отдельные "солисты". Поместил п.3 в папку с новым BASS, на уровне показалось - пространство чуть больше, у текущего, более старого BASS оно меньше и ближе к АС.

 

tinyap3 не взлетел - он на бионике, выплясывать вокруг него не стал, его раньше уже послушали и похоронили.

Изменено 22 октября, 20187 г пользователем AleXH

@AleXH

В принципе, сами файлы ap такие маленькие, что можно оба в папку программы положить, на выбор пользователя. Например, ap и ap2.

у меня они так лежат месяц или больше.

 

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

Изменено 22 октября, 20187 г пользователем AleXH

Реализация обмена тоже потребует дополнительных библиотек. А звуковой движок и так при воспроизведении работает в кэше. Поэтому вариант ap из релиза - самый минималистский.

Тогда я не понимаю, откуда постепенная деградация от версии к версии растёт.

@AleXH

Это вопрос для исследования. Есть объективные характеристики процесса - занимаемая память, потребляемые ресурсы процессора, динамика переключений контекста. Они, вроде бы, не меняются при этих трансформациях. Есть сигналы на выходе, их можно оцифровывать и сравнивать их характеристики. В Windows, действительно, наблюдаются такие "потусторонние" влияния, как зависимость звука от используемой версии библиотеки VisualС, не влияющей непосредственно на указанные выше параметры. Возможно, и Linux эта чаша не миновала.

при отслушке версий за август и октябрь приходилось постоянно в голове переключать "раскладки" - августовская с 1 считает, сейчас с 0, но это правильное решение, как и повторы команд, иначе управление неудобное - к хорошему привыкаешь быстро. Да и время не посмотреть, чтобы потом в это место прыгнуть, переслушать. А сейчас ещё и куе - ну как от этого можно отказаться? - это как резать по живому )

 

Может ассемблерная оптимизация критических участков поможет?

Изменено 23 октября, 20187 г пользователем AleXH

Здравствуйте. Да, версии ар звучат по-разному. Качество по убыванию. Это, конечно же, поймите правильно, мини/микро нюансы. И еще... на полноценном подготовленном 9 debiane ар звучит сочнее и масштабнее. dcore упрощает, хотя при этом возникает ощущение большей детальности. В общем то, эта тема уже пройдена на tinympd, хотя там и не dcore была, но основные выводы такие же.

• 
   
  

 

Vladsem07 (22 October 2018 - 15:36) писал:

 

к сожалению, в режиме рендера работает не совсем устойчиво. Что интересно.... два одинаковых ноутбука, одной фирмы, один и тот же процессор. На одном оперативной памяти - 2 гигабайта, на другом -4. Загрузка идет с флешки. Так вот тот у которого меньше оперативной памяти играет устойчиво на всех режимах, в том числе FM. У которого 4 гигабайта памяти, после 4 песен уходит в белый шум в режиме FM.Это, конечно, странно. Для самого плеера чем больше доступно памяти, тем лучше. Возможно, здесь сказывается особенность работы с памятью или с конкретным железом самой системы. Ещё возможна менее стабильная работа рендерера с конкретным сервером UPnP/DLNA (если серверы там разные).

Можно попробовать, повлияет ли отключение опции "Lock Memory" на вкладке настроек "System".

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

 

Спасибо! Попробовал все. Не помогло.. Буду дальше проводить эксперименты...

Изменено 23 октября, 20187 г пользователем Vladsem07

Попробовал все. Не помогло.. Буду дальше проводить эксперименты...

Странная ситуация. Сам пользуюсь рендерером длительное время. Работает крайне стабильно. Редкие проблемы были когда JRiver в качестве сервера и контрольной точки стоял на двух разных компьютерах. Видимо барахлила либо связь либо синхронизация баз. В Вашем случае вероятно аппаратная проблема используемого железа или сети.

Для исследователей звука консольного плеера новый вариант для тестирования (x64):

 

http://albumplayer.r...ap64-cue.tar.gz

 

В предыдущем обновлении с добавленной поддержкой CUE было единственное структурное изменение - зависимость от библиотеки glibc для работы с кодировками. В этом новом варианте данная зависимость убрана и настройки по умолчанию приведены в соответствие с релизом 1.08.

Однако по этой причине для отображения русских CUE потребуется пересохранять их в кодировке UTF8. Это можно сделать в блокноте Windows командой "Сохранить как".

 

В режиме воспроизведения добавлена команда c, по которой отображается загруженный CUE и выделяется цветом воспроизводимый трек.