AleXH

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

APlayer.exe не помнит режим радио и радиостанцию, игравшую перед выключением

По memory leak замечаний нет?

Почему song, а не track? - по всей доке songs при объяснениях называются треками - Song общепринято в запросах к трекам альбома?

Верно, там он и сохраняет. Слинковал aplayer.ini, ap2decoder, approxy на уровень выше - ap2web ищет их в той же папке, всё работает, спасибо. Баг в ap2web - при запросах к нему, он захватывает память не освобождая её, фейс dimas. Например обновляем страницу во время воспроизведения раз за разом и видим как процесс каждый раз захватывает новый кусок памяти.

Заменил в ap2web оба раза APlayer.ini на \player.ini, сделал хардлинк aplayer.ini<->player.ini - без изменений.

Игорь, ap2web запускает ap2decoder как службу, если в ini стоит ServiceMode=1? - ap2decoder запущен user'ом, а не system'ом, как при запуске APlayer'ом.

В РЕ аналогично как и в РН - нить, нагружающая ЦП одна, а на рилтайм графиках загружены оба ядра. Видимо баг в ХР.

Игорь, приложение написанное на Delphi 7 по словам одного из разработчиков как однопоточное, может исполняться одновременно на нескольких ядрах под XP? Или процесс в рамках сессии прыгает с ядра на ядро, исполняясь только на одном в любой момент времени? РН показывает что процесс нагружает оба ядра примерно равномерно при интенсивной нагрузке.

Помимо желания надо ещё иметь и возможность отслушать хотя бы половину списка в одинаковых условиях, иначе мнение не достойно внимания

это и был 3-й вариант, 4-й все ядра. Если ЦП 6 ядер, а в источнике 1 канал, то резевируем последнее ядро, 2 канала - 2 последних ядра, 3 канала - 3 последних ядра и тд. до 5, при 6 каналах без резевирования. Т.е. выделение ядер динамическое, зависимое от каналов в текущем источнике. Как я понимаю, сейчас все ядра означают, что АП ядра не резервирует, потоки распределяются ОС на общих основаниях согласно приоритета - это совсем не тоже самое.

По числу каналов, если ядер больше?

Много это сколько? Если, скажем 2-4, то можно и их отжалеть, а в АП добавить поддержку таких конфигов, пусть юзер решает, сколько ему не жалко, исходя из возможностей.

6 ядер, 1 можно было бы АП и отжалеть. Или декодер DSD многопоточный с распределением потоков по ядрам?

Битый файл - сделать проверку файловой системы на носителе, затем перекачать файл заново, использовать для воспроизведения актуальную версию APlayer.

Воспроизведение ссылок в теле m3u работает, сторонние m3u можно подключить врезанием их содержимого, ок. Есть проект по сборке актуальных версий ffmpeg под XP, используя её нельзя получить 1 in_ffmpeg.dll с поддержкой только аудиофункций? Если времязатратно, то фиг с ним.

Под ХР воспроизводить ссылки из m3u не хочет, из каприччо тоже.

Отображение исправилось, но воспроизведение не работает - Radio.m3u лежит в папке Radio.

Игорь, ap2web не поддерживает стандартные m3u: #EXTM3U #EXTINF:011.FM (192 kbps)\90s Alternative.rad http://listen.011fm.com:8000/stream17 #EXTINF:011.FM (192 kbps)\90s Country.rad http://listen.011fm.com:8000/stream10

Как раньше писал, в коде есть странные места, например: if (!(data.Position >= 0)), почему не: if (data.Position < 0)? Отрихтованный dimas.7z Игорь, спасибо за Flac радио Hi On Line - душевное, релаксно размеренное, слегка приджазованное аля SADE, слушается замечательно.

Например ставим в cron задачу проверки свободности звукового вывода со скважностью 8 мин, если вывод свободен, то воспроизводим тишину 0.1-0.5 сек. Свободность вывода можно определять по отсутствию процессов выводящих звук. Т.е. можно обойтись обычным sh скриптом.

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

Гетинаксовые платы, мёртвая начинка и дизайн, и тд. и тп. - только в мусорное ведро, не стоит потраченного времени. - Ебэй ломится от несоизмеримо более интересных и разнообразных дивайсов, а главное рабочих на 97% - китай таки, да ))) Есть желание поработать паяльником, подышать парами канифоли - купил и модернизируй, твикай )

Спасибо, запускается и работает, единственно выбросить бы из него всё лишнее и скомпилировать в 1 dll.