IgorA

В архиве libgomp.tar.gz 64-разрядная версия. Для Tiny Core нужна 32-разрядная, она в архиве libgomp32.tar.gz.

@Acrobatic Windows 7 - самая безобидная система. Обычно с любыми версиями плеера нет проблем.

@Acrobatic Возможно, активный антивирусный мониторинг блокирует запуск ap2decoder.exe, так как на эти файлы бывают ложные срабатывания у некоторых антивирусов. Если такой мониторинг есть, его можно для пробы отключить. Затем надо начать проверку работоспособности с установочного архива. То есть, сначала ничего не меняя, распаковать архив в новую папку и попробовать запустить плеер. Потом пробовать перейти к нужной конфигурации.

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

@bzx Запоминать и восстанавливать последнюю папку в менеджере папок веб-интерфейса не очень удобно (в плане реализации), но для ускорения доступа уже сформировавшиеся разделы на дисках можно мгновенно открывать повторно за счет использования плейлистов. Если из текущего списка открытых альбомов перейти в менеджер папок и нажать там кнопку "+", то появится поле ввода имени, под которым текущий список сохранится в файл плейлиста. Список сохраненных плейлистов отображается в менеджере папок над списком разделов файловой системы.

@AleXH Вопрос о том, как называется класс окна плеера, может интересовать в пределах одного десятка человек во всём мире. Это имя, действительно, законсервировано с версии 2.106 для обратной совместимости. А более специфичное имя - гарантия от накладок. В плеере используется библиотека ресемплера SoXR, являющаяся составной частью SoX. Используется её последняя на сегодня версия 0.1.2. Эта версия, кстати, новее последнего SoX 14.4.2, который от февраля 15-го года. А она от сентября.

@AleXH Я попробовал на виртуальной машине с XP SP3. Там foobar через рендерер тоже заиграл с первой попытки без изменений каких-либо настроек обеих программ. Но при первом запуске и UPNP компонента фубара, и рендерера брандмауэр предлагал их заблокировать. Может быть, он мешает.

@AleXH Я сейчас попробовал этот вариант настроек с актуальными версиями программ "из коробки" (в foobar2000 ничего не менял, в APm включил ASIO, Service, Only WAV). Сразу играет. Проблема может заключаться в том, что foobar к рендереру коннектится не по имени устройства, а на один онлайн сеанс. При перезапусках и рендерера, и фубара надо в каждом сеансе работы перед первым воспроизведением выбирать рендерер. В последнем обновлении плеера для работы с фубаром уже не требуется Mini и Only Wav. Можно и их использовать, но и рендерер полного плеера в мультиформатном режиме будет работать. Единственное ограничение - нельзя включать Full Memory.

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

Сергей, для Linux-рендерера содержание ссылки, переданной для воспроизведения, можно увидеть в процессе воспроизведения на вкладке Status веб-интерфейса. Если MinimServer использует реальные имена файлов и добавляет к ним какие-нибудь свои длинные ключи, то проблема переполнения буфера в 511 символов потенциально возможна.

Сергей, ограничение в коде на длину полного пути к файлу достаточно традиционное - 511 символов. Какая максимальная длина пути (с учетом имен папок) встречается у Ваc? Но проблема странная, поскольку чаще серверы передают рендерерам не реальные имена и пути файлов, а автоматически сгенерированную и достаточно короткую ссылку для запроса файла через сервер. То есть, до рендерера реальный путь не должен доходить и как-то влиять на его работу.

@bzx, если простое копирование файла не поможет, должна помочь установка компилятора GCC, в состав которого входит эта библиотека. Установка GCC должна быть доступна в Tiny Core.

@Beffect В этом квартале я слушаю плеер в самых разнообразных конфигурациях, которые тестирую в процессе движения вперед. В отношении устоявшихся решений у меня никаких новостей нет.

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

Может помочь копирование отсутствующего файла в папку плеера (это библиотека OpenMP, ее использует ресемплер SoXR, в большинстве дистрибутивов она есть). 64-разрядный файл: http://albumplayer.r.../libgomp.tar.gz 32-разрядный: http://albumplayer.r...ibgomp32.tar.gz

Дмитрий, 32-разрядная версия http://albumplayer.ru/linux/ap32.tar.gz 64-разрядная версия http://albumplayer.ru/linux/ap64.tar.gz

Правильно готовить ось плеер никому не мешает.

@bzx В GUI версии удобнее навигация и настройки. Конечно, посмотреть есть смысл. Ведь это ничем не помешает при желании дальше использовать консольную.

В этой строке перечисляются только папки, из которых берутся картинки. Фильтра по именам картинок нет. В Linux версии этот параметр тоже присутствует в настройках.

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

Настоящие DVD-A тоже чаще всего распространяются в ISO. Туда внутрь можно заглянуть через WinRar. Для воспроизведения в плеере распаковывать эти ISO нет необходимости.

DVD-A должен быть именно аудиодиском, где в папке AUDIO_TS есть файлы. То есть, звук не в VOB файлах должен быть, а в AOB. Например, Doors, t=1239831.

Юрий, как рендерер работает с Kinsky и не происходит ли при этом повторное воспроизведение трека в рендерере при воспроизведении файлов с сервера, я тщательнее посмотрю позже, когда до модернизации рендерера дойдет дело. Что касается Direct Input, то, возможно, при загрузке файла по сети файл с опережением кэшируется на принимающей стороне. Но сам плеер в режиме Direct Input не создает собственного буфера для предварительной загрузки. Если сервер уже видит ISO SACD с плейлистом и отдает по трекам, то больше для рендерера "препарировать" ничего не надо.

Плеер для Linux может выдавать нативное DSD, но чтобы его принимать нужны пропатченные драйверы. Соответственно, это вопрос для финальных этапов работы над плеером, когда можно будет заниматься собственными сборками.

@PolarLight, рендерер для Linux будет обновляться, но несколько позже, после некоторых доработок движка плеера. Для рендерера ISO файлы в любом случае должен будет препарировать внешний контроллер. Самому обновить альфа-версию плеера в сборке, видимо, можно. Надо переписать существующие файлы с заменой и добавить новые.