R0JF пишет: Ну-ну, какая реклама? Альфа же. Единственное за что можно ЕЕ пинать - так это за то, что обещали final release в течение года, а до сих пор имеем альфу. Хотя это ожидаемо было. Ну и ЕЕ урок усвоило, я думаю, и больше "так не будет"
R0JF пишет: "Заметим, не я это предложил"(с)
Золотые слова. Подписываюсь всеми конечностями и CW-манипулятором. Осталось "додавить" ЕЕ
R0JF пишет: И опять согласен. А чего мы, собственно, хотим? Шашечки или ехать? Ну и не в "разы" конечно. С 50% под маком выросли на 80%. На 21.04 и того меньше, но примерно похоже. Но зато поток без потерь и со всеми фильтрами. За это можно процессором и заплатить, хоть и не очень хочется.
R0JF пишет: Ну я CAT вообще не использую, а вот TCI audio у меня теперь везде от слова "совсем". VAC даже рядом не лежит. Что с JTDX, что с SDC TCI работает на порядок лучше. Под маком так вообще приближается к понятию "очень и очень прилично" все с аудио.

На днях должен до меня добраться новый DAC под RPi4 и я попробую развернуть TCI audio на сетевой девайс. Если получится - это будет "наш ответ чемберлену" на все требования "дайте нам SPDIF" и прочий HiFi теплый ламповый звук.

VK6NX пишет:
Вы серьёзно, или шутите так? Платить 30%-й загрузкой за то, что по-сути можно "бесплатно" получить - это нормально???
Да, блин, ФИЗИЧЕСКИМ шнурком аудио-выход трансивера подключить к IN звуковушки - и то лучше будет, чем ресурсы ЗА ЭТО отдавать!
Бред какой-то!

VK6NX пишет:
А вот тут я Вас ловлю на слове!
При чём тут разная реализация драйверов? Она и так ЕСТЬ! В ESDR-3 выход на "внешний звук" присутствует? ДА! Значит и драйверы УЖЕ есть. А отправить этот звук на звуковую карту или snd-aloop -- ЭТО уже не проблема программы.

Зря убрали VAC! Имхо.

Совершенно не шучу. Более того, я весьма против увеличения загрузки процессора, поскольку для меня это означает на всех полевых выездах уменьшение времени работы от аккумуляторов.

С другой стороны мне нужно максимально качественный аудио-поток. Ради десятка миллисекунд разницы в audio jitter я готов заплатить более дорогим HW, что в результате привело меня к mac.

Ну и надо же смотреть не на абсолютные цифры, а на комбинированные. Да, общая загрузка процессов-потребителей TCI audio увеличилась почти на 30%. Одновременно переход на Qt6 позволил уменьшить нагрузку по аудио почти на 25%. То есть имеем +5% (+/- доли). Чувствительно для батарей, но не смертельно. Зато качество потока, которого на VAC достичь просто нереально. Разумеется все это касается ESDR3, в ESDR2 такого нет и не будет.

Ну и, насколько мне известно, у ЕЕ большие планы по оптимизации кода после выхода беты. Так что, чисто теоретически, мы должны бы получить final ESDR3 с суммарным уровнем загрузки процессора не сильно выше ESDR2. Будет ли это так - увидим. Очень хочется надеяться. Иначе придется долго и нудно их ругать.

VK6NX пишет:
Ну, раз так - значит я не доживу!
И так скоро 10 лет как жду... Релиза... 2-ю версию так и не довели, бросили. С 3-й будет так же. Уверен!

R0JF пишет: Не в "выходе" тут дело, а в том как Qt6 управляет звуком для каждой OS. Вы же несомненно в курсе, что собирать ESDR3 для каждой OS надо именно под этой OS? То есть для Win нужно поставить Qt6 под Win и собирать в ней, для mac- под Mac... Так было и в Qt5, но принципиальная разница в том как именно Qt6 (в отличие от Qt5) работает с видео и аудио. Если оставлять VAC (которого под mac как бы и нет, кстати) в том виде, в котором он существовал, то придется для каждой сборки OS поддерживать свой набор кода и он весьма объемен. И придется "плясать" каждый раз под новый апдейт Win 10 и Win 11. А если сделать все через TCI, то все гораздо проще. Например в Qt6.2 уже есть портированный Serial - вот вам готовый TCI-to-CAT. Ничего делать даже не надо. И аудио на порядок качественнее.
R0JF пишет: Да сделают все, будет вам VAC. Какая вам по сути разница, сделан он легким способом TCI-to-VAC или громоздким способом отдельного кода VAC внутри сборки для Win? Работать то будет не хуже, а лучше. Да, доплатите 5% CPU - или это для вас очень критично?

R0JF пишет: Все там будем
R0JF пишет: Ну я как раз уверен в обратном, насчет ESDR3. За год (ну хорошо, за полтора) ЕЕ сделало то, что 10 лет вымучивало в ESDR2.
Кстати, насчет ESDR2 тут претензии не столько к EE, сколько к Qt. Они, между прочим, мозги народу рабочему крутили аж 5 лет, а в итоге плюнули и портировали все на Qt6 с одновременной чисткой кода, косяки которого еще от Nokia тянутся. Ну и что, будем всячески унижать ЕЕ за то что они выбрали этот фреймворк? В целом они правильно все сделали, просто и их тоже вендор обманул.

R0JF пишет:
Игорь, я не обижаюсь, просто занят был. Спасибо за помощь.
Продолжаю осваивать потихоньку...

VK6NX пишет:
Ну, собственно, все получилось. Пока что в виде POC

Набор Raspberry Pi 4 Model B и IQaudio DAC+

На Raspberry запущен TCI клиент и на сделанный на JS TCI-audio драйвер получающий поток (на выбор) LINE_OUT либо AUDIO (RX поток).

Задержка относительно встроенного в SunSDR кодека около +20ms. Задержка относительно PC звуковых карт зависит от OS - под виндой около -8m, под маком около +2ms

Допилим backend и UI - выложу.