AleXH
-
Публикаций
1 929 -
Баллов
2 202 -
Зарегистрирован
-
Посещение
Весь контент AleXH
-
ASIO Scream Receiver (win) Хорошо бы добавить совмещённую кнопку Play/Stop и переименовать длинную End Session в краткое Exit, хотя её функцию можно перенести на стандартную кнопку закрытия окна Х, плюс добавить кнопку свернуть, функцию которой сейчас выполняет ОК.
-
В случае каких-то нестыковок в памяти остаются бесхозные approxy.exe процессы, видимо aplayer.exe не смог закрыть его при своей выгрузке. Возможно стоило бы перед запуском approxy.exe проверять его наличие в памяти, и принудительно закрывать его.
-
Вам виднее - если это скажется на звуке, то однозначно не стоит. Имхо, ресиверам не помешало бы добавить установку приоритета.
-
Тогда параметры потока - битрейт (скорость), каналы, битность, ЧД. Ресивер не имеет кнопки стоп, когда мы его просто хотим освободить, а не завершить сессию и выгрузить. Более нативно было бы добавить кнопку Close справа от End Session, которую можно переименовать в Stop (смысл по факту тот же).
-
Эту цепочку хорошо бы в ридми для лучшего понимания прохождения потока данных: АР => APProxy => AP2Decoder => AsioScream => LAN => ScreamAsio => ASIO => Sound Card Driver UP. Видимо это и так есть в вашем туду, но на всякий: 1. ресиверу не хватает расширенного статуса в его окошке - параметров воспроизводимого потока и типса с этой инфой. Имело бы смысл выводить и инфу с названием альбома - трека. 2. излучателю хорошо бы добавить переключаемые профили c ip:port ами - кому вещать.
-
Попробовал - гуд! Играет, не заикается даже при достаточно нагруженной сети. Заметил ещё что при закрытии АР при петле через сеть не запоминает текущий трек, при последующем запуске активный трек последний в плейлисте, а не, скажем, 2-ой.
-
Через 3-5 мин начинает заикаться, тормозить.
-
Механизм прохождения данных через буфера похоже требует доработки, согласования, во избежание опустошения. Понятно, что предполагается что сеть не будет высоконагруженной, но реальность бывает разной.
-
Сейчас гляну UP. Заменил скримазио. В РН вижу как поток выливается из скримазио и вливается в ап2декодер, но в каналы микшера он не попадает вообще, они пустые. UP2. Оказалось процессы апрокси наплодились, заклинили, убил. Включил - каналы сдвинуты верно, воспроизводит, но при перезагрузке этой страницы воспроизведение заткнулось и заклинило. Увеличил буфер с 256 до 4096, количество фреймов прежнее 60000 , UDP заменил на TCP, играло уже дольше, но всё равно заклинило.
-
В ресивере не работает сдвиг каналов - независимо от указанного сдвига всегда выводит без сдвига. Источник настроен на сдвиг 0. При воспроизведении в микшере на первых 2-х каналах индикаторы пляшут - стало быть данные в ресивер приходят и уходят в микшер, только не туда, куда надо. Консольный ресивер выводит сетевой режим, буфер, порт, но не выводит значение сдвига и не сдвигает, как и гуи вариант. Из шероховатостей - в asioscream.ini TCP_Mode, в screamasio.ini TcpMode.
-
Похоже стало интересно ) Только источник asioscream.dll в отличие от получателя не поддерживает ХР.
-
Это всё 1 источник - скрим с сервера Это и нашёл, глянул по диагонали и понял, что всё плохо. APlayer не умеет открывать FTP, в том числе и как объект сетевого окружения - в этом направлении что-то планируется?
-
Смысл в том, что источник-вещатель у нас всегда один, а на месте конечной точки (ip) в разное время могут быть разные дивайсы - от минималистичного перфекционисткого, до ноута с мультимедиа АС для фоновой музыки. При этом мы остаёмся в рамках одной архитектуры, способов вывода и привычек во вселенной АП. Из-за неуникальности названия по запросу scream audio не нашёл ничего (не особо искал), чтобы оно решало данную задачу.
-
Игорь, предполагается ли ap2screamer.exe по аналогии с ap2renderer.exe - приёмник вопля по сети в винде?
-
Прочёл asioscream_ru.txt: - Хорошо бы пояснить, что это такое "стандартный ресивер протокола scream", потому как из текста непонятно, что выступает в качестве приёмника под Windows.
-
Игорь, Понравилось радио Bazard, поковырял, вышел на ссылку качество такое себе МП3 128, но музыка хороша, нравятся восточные мотивы. Может как будет время и желание, посмотрите, что с этим можно сделать.
-
1. В РН Вижу что 4-е недоядро менее всего нагружено, процесс ap2decoder.exe запущенный как сервис потребляет 0.02%, а вот на каком он ядре непонятно. 2. Когда окно АП развёрнуто (при выбранном wasapi), то громкость изменяется нормально, маленькими шажками, но если АП свёрнут в иконку в систрее, то шажки становятся семимильными. Роднае шоркаты АП отключены, используются шоркаты драйвера звука. Смысл меседжа был в том, что изменение громкости для развёрнутого и свёрнутого разное.
-
нетбук Atom N2600 (2 ядра с гипертридингом каждое, типа 4 всего), W7x86SP1, WASAPI. 1. В конфиге выбрал 2 ядра для гипертридинг, сохранил, запустил воспроизведение радио - активность на 1 и 3 ядрах, 2 и 4 около 1%. Как понимаю, эта опция была создана для 1 ядра с гипердридингом (типа Atom N270), а на 2-х таких работает уже не по плану. 2. Если свёрнуто окно сабжа в значок в систрее, то изменение громкости кнопками Fn+VolUp/Dn идёт большими шагами - при 3-х нажатиях громкость уже 100% и дальше ещё громче. В конфиге управление системной громкостью отключил, с ней ещё больше непоняток.
-
Работает ли YoctoAP на X99+Xeon, кто-нибудь в курсе? На NVMe?
-
Но источник вещания же существует, пусть и с извратным протоколом? Или вещание такого типа как-то иначе устроено? Например выше означенное радио через впн звучит с задержкой, значит (по идее) единый вещающий источник в сети есть.
-
Radio Bazard, Tunis, официальный сайт - хотел добавить ссылку на стрим в сабж, но не нашёл её - куча ссылок на соцсети и пр. лабуду, но нет прямой ссылки на поток.
-
Тогда это обычный CD-DA Red Book 16бит 44.1кГц для проигрывателей компакт-дисков. -
О форматах данных на физносителях (дисках) DVDA, SACD знаю, HDA не знаю - это что за формат расположения данных на ДИСКАХ такой? Кем разработан, какая аудиотехника его читает?
-
Ничего странного - используются значения по умолчанию, в config же их можно изменить.
-
Есть ли +++ в аудиочасти в более новых релизах ffmpeg, например в ffmpeg-6.1-588-4006c71-win32-shared-xpmod-sse.7z по сравнению с используемым ffmpeg-4.4-2460-2c6f532-win32-shared-xpmod-sse.7z? Может прирост качества декодирования трекерных файлов, либо чего-то ещё?