IgorA

@filintver Да, если процессор ноутбука поддерживает 64-разрядный режим. 32-разрядную TINYAP я пока не делал.

@filintver версии плеера под Windows в системе, ничем не обремененной, воспроизводят звук качественно и близко к версиям под Linux. Я как раз вчера к этой теме обратился, почитав поток восторженных отзывов про новую версии плеера JPlay - FEMTO. Его разработчики в качестве основной рекомендуемой конфигурации пришли к варианту UPnP/DLNA рендерера, управляемого со смартфона или планшета через программу BubbleUPnP. И продают этот новый вариант за 149 евро. Публика в форуме JPlay в восторге - все ахают об огромном скачке вперёд и вверх по качеству от версии 6.2. Но для аплеера такое решение (рендерер + BubbleUPnP) существовало уже давно. Я вчера поставил на Windows Server 2016 оба рендерера, запустил параллельно и переключался между ними достаточно оперативно прямо в BubbleUPnP. Вывод в обоих вариантах использовался рекомендованный разработчиками JPlay - через KS. И по моим впечатлениям рендерер аплеера играл не хуже, а даже с более высоким разрешением. Потом я оцифровал воспроизведение тестового сигнала обоими рендерерами и джиттер при выводе через JPlay был заметно больше. То есть, и для Windows результаты аплеера на уровне лучших образцов коммерческого ПО. Линукс - более открытая и гибко конфигурируемая система, чем Windows, и там есть потенциальная возможность добиться несколько больших результатов по разрешению, детальности звука. Но будет ли это заметно на конкретном тракте - это вопрос для исследования по месту конкретным пользователем. Что касается сравнения "полнофункционального Линукса" и "флешки TinyAP", то, конечно, в роли аудио проигрывателя вариант с флешки предпочтительнее, поскольку там минимизированная система, полностью работающая в оперативной памяти и не имеющая после загрузки непосредственной связи с флешкой.

@filintver, добрый день. Плеер при "коробочных настройках" ничего в системных настройках не трогает и при корректной работе драйверов стать причиной нарушения работоспособности он не должен. Возможно, аудиодрайвер в этой ситуации функционирует не корректно и можно пробовать его обновить или использовать альтернативную версию. Что касается самого плеера, то если в ap2config была включена опция "Автомат системной частоты", её надо выключить. Она представляет в определенных ситуациях некоторую опасность для работоспособности, но по умолчанию она выключена и в инструкции есть предупреждение по поводу её использования.

@AleXH, хороших песен по исполнению и качеству много и кроме тех, что я перечислил. Кроме записей Шемякина в "золотой фонд" не студийных фонограмм входят записи Мустафиди, которые издавались на 14 CD и есть на трекерах. Ещё могу порекомендовать из записей Вадима Туманова t=1165 в фонотеке.

@AleXH Мой топ из качественно записанного: Пластинка RCA: Купола, Разбойничья песня, Прерванный полёт, Охота на волков, Вариации на цыганские темы, Тот, который не стрелял. La Corde Raide: Баллада о детстве, Две судьбы, Канатоходец, Бег иноходца, Тот, кто раньше с нею был Диск "Прерванный полёт": Черные бушлаты, Про прыгуна в высоту. Из записей "Мелодии": Баллада о брошенном корабле. Из не вошедшего в студийные записи хорошее качество и исполнение в записях Мустафиди: В наш тесный круг не каждый попадал, Весна еще в начале, Это был воскресный день, Твердил он нам: Моя она!, Ой, где был я вчера, Там у соседа пир горой (Смотрины), Что случилось? Почему кричат (Про прыгуна в длину), Всего лишь час дают на артобстрел (Штрафные батальоны), Нам ни к чему сюжеты и интриги (Уголовный кодекс). Из концертных записей – концерт в Торонто: Инструкция перед поездкой, Случай на таможнe, Чужая колея.

Дмитрий, я из любопытства посмотрел на KODI для Debian. Зависит от 280 пакетов. При установке требует 89MB. При работе создает 22 программных потока. При воспроизведении WAV файла 16/44 потребляет 2% ресурсов ядра 3GHz. И человек, предпочитающий этот плеер, предлагает выкинуть "всё лишнее" в аплеере?

@viha108 Скачивать файлы по ссылкам прямо в TINYAP можно командой wget, которой передается путь к файлу (естественно, сеть для этого должна быть включена и доступна). Или скачать архив в Windows, скопировать на флешку, после загрузки TINYAP запустить mc, зайти на флешку (в инструкции к плееру рассказано, как туда попасть), и извлечь файлы из архива в папку /home/tc, например, создав там (клавишей F7) вложенную папку ap2. Можно извлечь только файл ap во временную папку, переименовать его (F6), например, в ap2, и переместить (F6) в существующую папку ap. Потом закрыть mc (F10), перейти в папку плеера - cd ap или cd ap2, и запустить плеер командой ./ap или ./ap2 в зависимости от варианта его размещения. Чтобы работал только консольный плеер, в файле автозапуска (/opt/bootlocal.sh) можно отключить автозагрузку aplayer и apmenu. Отличия cue версии и следующих версий консольного плеера от релизной обсуждаются, начиная с этого сообщения: http://forum.doctorh...00#entry1079597

Здравствуйте. Конструктивные особенности программы скорее не удобны для реализации таких функций как случайное воспроизведение и зацикливание трека. Плейлист как аналог полки с CD альбомами - это изначальное решение, реализованное, когда фубара ещё не было. Меня этот вариант устраивает и сейчас, и как пользователя, и по конструктивному минимализму его реализации. Для тех, кому этот интерфейс не подходит, доступен полностью аналогичный по возможностям конфигурирования звуковой движок плеера в виде UPnP/DLNA рендерера, которым можно управлять из интерфейса других программ, включая JRiver, MusicBee и фубар. Исходные тексты плеера на С++. Фубара - нет, но поддерживаются VST плагины. Что касается эталона, то как раз его отсутствие и явилось причиной разработки. Если говорить про ориентир в звуке - для меня это был звук в аудиоредакторе SoundForge. В отношении жанров никакой избирательности нет. Специально не привлекаю, но на почту мне такие люди пишут.

@audioshock Кстати, Дмитрий, последние сообщения @AleXH являются наглядным опровержением Вашей догмы о том, что дополнительный сервисный код всегда только мешает звуку. Вот посмотрите: к тестовой версии консольного плеера ap64-cue добавился лишь кусок кода по перекодировке русских CUE в кодировку UTF-8, версия преобразовалась в ap64-cue2 и сразу заиграла у @AleXH существенно лучше своего прототипа ap64-cue. Ясно, что от лишних программных потоков и нагрузок на ядра, звук объективно никогда не выиграет, но вот с молчащим кодом - в сфере иррациональных связей кода со звуком, такой однозначности уже нет.

Дмитрий, большое спасибо за поучения. Только ничего нового Вы мне не сообщили. Всё, что я делаю, и так делается с пониманием и учётом важности принципа минимализма. Нулевые по плагинам и другим сервисам версии плеера существуют и для Windows, и для Linux, и доступны для использования всем, кто этого желает. У интересующихся есть возможность сравнить их звук со звуком более полных по функционалу версий и убедиться в том, что деградации звука, как правило, не происходит и в этом случае. Вы, конечно, имеете полное право иметь об этом собственное мнение. Я с ним уже хорошо знаком, спасибо. Напомню Вам еще раз, что для работы плеера с веб-интерфейсом при воспроизведении плейлиста любого размера в Linux браузер не требуется, его работа может быть завершена с началом воспроизведения или он может вообще отсутствовать на воспроизводящем компьютере. Он необходим только для того, чтобы дать команду на старт воспроизведения.

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

Если это слишком метафизично, найдите тогда материальные отличия в результатах разных версий.

@AleXH, можно не синус оцифровывать, а реальную музыку. И ни малейших отличий в спектре сигналов, зафиксированном техническими средствами на выходе ЦАПа, не будет. Я посмотрел на github эволюцию FFmpeg по шагам от версии библиотеки 3.4.1 до 3.4.5. Там нет никаких архитектурных изменений. Вся правка - мелкие исправления внутри отдельных функций, как правило, не связанных со звуком. Файл после сборки - того же размера в обоих вариантах. При воспроизведении - одинаковое потребление памяти и процессорных тактов обеими версиями. Какое-либо отличие в их звуке - сюрреализм.

Дмитрий, BLACKOS - это не плеер, это операционная система. Вы в курсе этого обстоятельства? Если Вам нравится в ней звук, то попросите разработчиков вшить туда АП, сравните со штатным плеером BLACKOS, а после этого уже пожалуйста делайте выводы по поводу плееров - что из них звучит лучше, а что хуже. Да и звук в BLACKOS не все пользователи, имевшие с ней дело, предпочитают звуку в TINYAP. Если лично для Вас BLACKOS звучит лучше, это ведь не должно быть абсолютной истиной для всех остальных. Не правда ли?

Дмитрий, мой плеер уже звучит лучше, или, как минимум, не хуже существующих плееров. Во всех вариантах - и с BASS декодерами, и с FFmpeg. Никаких тайн "лучшего звука", кроме тех, которые я неоднократно озвучивал в этой теме, и которым полностью соответствует мой плеер, нет. Никакие приборы не зафиксируют какого-либо проигрыша этого плеера перед всеми другими в уровнях создаваемых при воспроизведении шумов и модуляций. Просто есть ещё и другая реальность - не технические параметры сигналов, а психоакустика. И в этой сфере ощущения слушателей модулируются, в том числе, факторами, не связанными непосредственно с качеством и оптимальностью программного кода, обеспечивающего воспроизведение. Своё предположение о природе этих модуляций я уже высказывал - что при восприятии звука мозгом имеет место плавающая и высоко чувствительная к внешним факторам гребенка акустических резонансов, индивидуальное расположение пиков которой в значительной мере и создаёт ощущение конкретного звука конкретного плеера. Поскольку все эти "проваленные середины", "выпуклый верхний бас" и т.п. не измерит ни один технический прибор. Всего этого нет в сигналах. Они формально одинаковые. Но откуда-то это берётся прямо в мозге. С точки зрения программиста эти вариации восприятия формируются по закону случайных блужданий. Метод Монте-Карло. Кубики бросили - повезло или не повезло. Ставить и решать какие-то конкретные конструктивные задачи в этой сфере невозможно. А то, что всё-таки сделано в плеере - оптимально по тем критериям, которые можно измерить и оценить. Что в целом делает высокой вероятность успешного результата, даже когда в его формировании участвуют и случайные факторы. Но поскольку играет не только плеер, а плеер в конкретной системе и на конкретном тракте, то в итоговый результат вносят свой вклад все эти составляющие, и выигрышная в одной конфигурации вариация может оказаться проигрышной в другой. Поэтому сделаю я всё равно так, как мне понравится, а сбор индивидуальных впечатлений об обсуждаемых версиях даёт мне полезную информацию об общей картине.того, что происходит с восприятием звука при таких вариациях.

32-разрядная сборка консольного плеера ff10: http://albumplayer.ru/linux/test/ap32-ff10.tar.gz

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

Следующие версии консольного плеера x64 для тестирования. ff8: http://albumplayer.r...ap64-ff8.tar.gz Полный аналог ff7. Но собрана с версией FFmpeg 3.4.1, а не 3.4.5, как ff7. Интересует, есть ли слышимая разница при использовании версий ff7/ff8 и какой из них можно отдать предпочтение. ff9: http://albumplayer.r...ap64-ff9.tar.gz Версия с исправлением для dff/dsf и поддержкой https ссылок на радиостанции (без этого не работала часть ссылок на станции из каталога Radio). Исправлено обновление метаданных для FLAC станций. Собрана с библиотекой 3.4.5. ff10: http://albumplayer.r...p64-ff10.tar.gz Аналог ff9, но собрана с библиотекой 3.4.1. Опять же, интересует, есть ли слышимая разница при использовании этих версий и какой из них можно отдать предпочтение.

@ataka Включение/выключение регулировки громкости запоминается в файле настроек config.dat и выбранное состояние должно восстанавливаться при следующем запуске. Я посмотрю у себя, как рендерер работает с настройками в этой конфигурации сборки.

@main user Добрый вечер. Для плеера эта библиотека не нужна, тем более, что она от Visual Studio 2015, которая не используется при сборке плеера. Но, видимо, она нужна конкретному плагину. Вполне возможно, что этот файл библиотеки есть на компьютере, просто его следует найти и скопировать в папку плеера. Только надо учитывать, что одноименные файлы выпускаются для обеих платформ - x86 и x64, и нужно не ошибиться с соответствием файла платформе.

Я посмотрю, что надо поправить для dff.

Пожалуйста: http://albumplayer.r.../ap64-bs.tar.gz Только будьте бдительны - вдруг послезвучия пострадают.

Интересуют все мнения и сравнительные оценки, включая позитивные, негативные и нейтральные.

Мне и Evgen1 ff7 понравилась. Какие впечатления у остальных?

Следующая тестовая версия консольного плеера x64: http://albumplayer.r...ap64-ff7.tar.gz Собрана с библиотекой FFmpeg 3.4.5, которая, несмотря на актуальность четвертой версии, вышла десять дней назад и содержит исправления к предыдущей третьей серии. В этом варианте устранена проблема с некоторыми ape файлами, которая была в версии ff4. Добавлено воспроизведение ISO SACD. Список треков выводится аналогично CUE для ISO WavPack и управление аналогичное. Исправлен вывод информации о треках для FLAC радиостанций (тех немногих, кто передает эту информацию).