AleXH

@IgorA, в дистрибе 2.111 нет входного радиоплага.

Игорь, может стоит добавить во все продукты инкрементный номер билда и команду по которой он выводится?

По консольной (продолжение): 4. При смене трека по .+/- после ввода выводится пустая строка, затем строка с приглашением. Предлагаю вместо пустой строки выводить номер трека, время старта из куе, продолжительность трека, его название. Это: 1. информативно, 2. позволяет ориентироваться при множественных переходах. 5. Если вводить продолжительность треков, то добавить её и в отображаемом по с куе.

@IgorA, по консольной версии предлагаю: 1. По команде с в конце CUE выводить Time: time_pos / total_time, либо Total time: mm:ss Time: mm:ss - при недоступности какого-либо значения не выводить его. В FM Total time известен, во время воспроизведения известна временная позиция. 2. При выводе временной позиции по t, выводить также оба временных значения Time: time_pos / total_time, либо Total time: mm:ss Time: mm:ss (я бы предпочёл, чтобы текущая позиция выводилась первой, а не второй, но в АП принято иначе) 3. Добавить шоркаты .n и .p эквивалентные .+ и .-

@Meloman_, TinyAP в соседней теме.

Опрос некорректен, так как даёт ответ не на поставленный вопрос "Лучшая версия windows для вывода звука?", а на "Самая популярная версия windows на ПК/ноутах пользователей сегодня".

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

Слышен не сам шум в звуковой полосе частот (он высокочастотный), а его влияние на восстановление аналогового сигнала из цифры в ЦАПе, слышимое как "цифровая грязь", размывание локализации, ухудшение микродинамики, замутнение звуковой картины.

@audioshock, критерий как раз выбран правильный - минимизированный дистр по параллельно исполняемому коду = меньше процессов - меньше переключений/перезагрузок конвейера ЦП - меньше мемори траффика = меньше генерируемого шума. К тому же бОльший выбор готовых мелких дистров для АП только на пользу.

тыц

@Алексей Андреев, приведу аналогию - у вас есть 3-х литровая банка - вы будете использовать все 3 литра или только 2 из них не глядя, что банка занимает место на 3 литра? Именно последнее вы предлагаете - извините, но это не рационально. Радио RadioMonster.FM Evergreens (MP3 320kbps) понравилось - материал хороший.

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

Если расширение функционала не приводит к деградации удобства управления и качества звучания, то рациональное "разрастание" оправдано. Это вообще. В данном же конкретном случае разрастание определяется функционалом подключаемой сторонней библиотеки ffmpeg - очевидно, что разумнее использовать все предоставляемые её возможности, чем каждый раз при её обновлении заниматься её кастрацией. Если что-то перестало устраивать, то никто не запрещает использовать ту версию, которая нравится больше. На мой взгляд стартегия развития плейера у Игоря правильная.

Относительно какой версии - финальной bass (31.10.18) или последней альфы mmpeg? в alsa-utils.sce? - вроде тот же, от 25.11.18.

Если важнее, то попробуйте консольную в текстовом режиме, рецепты приводились в октябре-ноябре 18-го.

может

@IgorA, перелёты в отрицательную сторону у консольной версии сохранились. Например, режим fm, загружаем cue, 20 треков, прыгаем на .15, .- Enter{10} - мы не на 5, как ожидается, а на 2-ом %) Также непонятно, почему в режиме fm так долго перемещается указатель (дистанция между Enter на сработку) - перемещение разве не должно быть мгновенным или практически мгновенным? Поэтому когда нажимаешь последовательность Enter подряд достаточно быстро и переводы строк отображаются на экране, то ожидается, что указатель уже перемещён - как бы быстро мы не нажимали, всё равно в масштабе ЦП это очень большое время.

В таком случае однозначно есть смысл попробовать TinyAP. @IgorA, по консольной - имхо перед выводом дефиса и последующего за ним содержания тега хорошо бы проверить содержимое тега на отличие от пустого или пробельного, что бы не было ситуаций вроде "2005 -", в остальном впечатления самые положительные. Также предлагаю папку /home/tc/aplayer/Radio слинковать в папку /media/_Radio.

Это не объясняет каким образом осуществляется переход на большее количество треков, чем было выполнено нажатий Enter. И надо будет посмотреть позиционирование указателя, помниться ранее он прыгал не в указанный временной момент, а с перелётом. Рекурсивно? Может сначала смотреть рекурсивно в папке из которой запущена консольная, а затем в папке aplayer?

не помню были ли ещё консольные альфа версии после 11.11.18 1695К ff-mpeg, она уже с переходами внутри cue по .- и .+ - если за .+/- нажать несколько раз Enter, то количество строк с префиксом > (контроль количества произведённых нажатий) далеко не всегда совпадает с количеством пропущенных треков, причём не обязательно меньше фактических нажатий, может быть и больше на 2-3

раз ничего, значит aplayer.

@IgorA, пересобирать не нужно, я пробел перенёс в конец, теперь всё ровно. Убать, тогда вертикально всё будет ровно с Original. Послушал под RamXP - разница в характере звучания идентичная, подозрение на approxy подтведилось.

Для USB цапа консольный плейер на флешке требует ~25 МБ - вполне скромно. имхо пробелы лишние. Месяц прошёл, отзывов о звучании 2.111 для win нет, видимо мне придётся первым кинуть камень. Скачал дистриб х32, распаковал на рамдиск под XPSP2 (рабочая, не оптимизированная под звук), запустил конфигуратор, настроил идентично 2.110: asio настроил также, с тем же буфером 4096. Переписал aplayer.ini из 2.110 в 2.111, запустил АП, выбрал тестовые вавки 16/44 - послушал, закрыл, запустил 2.110 - послушал, закрыл, снова 2.111, снова 2.110. Декодеры одинаковые, приоритеты одинаковые, размеры буфера одинаковые, разные approxy.exe и aplayer.exe - звучат по-разному, у 2.111 звук более матовый, из-за чего пространство не такое открытое, нет лёгкости и живости, присущей 2.110. Надо будет на RamXP послушать - повторится ли эффект.

Имхо главная ошибка @maro - использовать винду с аимп, эта связка имеет плохое разрешение и нивелирует разницу между носителями. Поэтому последующие его высказывания неверны. Хотите качественного звука? - 1. Забудьте про aimp, 2. Забудьте про windows, 3. Попробуйте консольную версию TinyAP (наименее тернистый путь, имхо) - очень вероятно, что даже на вашем непритязательном "железе" разница будет приличная.

@xp-96, насчёт комфортно не знаю - некоторым монотонно-усыпляюще наиболее комфортно. С "лучше" проще - однозначно TinyAP из-за меньшей "шумности" (генерации помех в процессе работы) самой ОС. Наилучшее качество звука даёт консольный вариант, а не GUI по той же причине. Из консольных вариантов предыдущая версия на BASS звучит чуть лучше, чем последняя на FFMPEG, но разница мала. Вместе с тем последний на FFMPEG предоставляет более широкие возможности и продолжает развиваться автором (наверное).