Добро пожаловать, Гость
Логин: Пароль: Запомнить меня
Этот раздел создан для обсуждения различных вопросов и тем, касающихся работы ExpertSDR3.
  • Страница:
  • 1
  • 2
  • 3
  • 4
  • 5

ТЕМА: Обсуждение работы ESDR3

USB устройства в SunSDR2+Linux 28 Янв 2022 15:19 #61

  • VK6NX
  • VK6NX аватар
  • Вне сайта
  • Сообщений: 248
  • Спасибо получено: 198
R0JF пишет:
Ну, во-первых никто ничего не ответил! Да и что ответить-то? Что не соответствует "реклама продукту"?
Ну-ну, какая реклама? Альфа же. Единственное за что можно ЕЕ пинать - так это за то, что обещали final release в течение года, а до сих пор имеем альфу. Хотя это ожидаемо было. Ну и ЕЕ урок усвоило, я думаю, и больше "так не будет" :lol:
R0JF пишет:
Имхо ЕЕ вообще на Debian бы уйти! Тогда 100%-но не было бы проблем ни с совместимостью либ, ни с прочими такими ужасами.
"Заметим, не я это предложил"(с) 8-)
Золотые слова. Подписываюсь всеми конечностями и CW-манипулятором. Осталось "додавить" ЕЕ
R0JF пишет:
И "в разы" больше нагружает ЦП... Тоже объективно доказано.
И опять согласен. А чего мы, собственно, хотим? Шашечки или ехать? Ну и не в "разы" конечно. С 50% под маком выросли на 80%. На 21.04 и того меньше, но примерно похоже. Но зато поток без потерь и со всеми фильтрами. За это можно процессором и заплатить, хоть и не очень хочется.
R0JF пишет:
Не знаю. Как CAT мне TCI нравится. А вот по аудио - я не готов так радикально перейти.
Ну я CAT вообще не использую, а вот TCI audio у меня теперь везде от слова "совсем". VAC даже рядом не лежит. Что с JTDX, что с SDC TCI работает на порядок лучше. Под маком так вообще приближается к понятию "очень и очень прилично" все с аудио.

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

USB устройства в SunSDR2+Linux 28 Янв 2022 15:43 #62

  • R0JF
  • R0JF аватар
  • Вне сайта
  • Сообщений: 26
  • Спасибо получено: 3
VK6NX пишет:
И опять согласен. А чего мы, собственно, хотим? Шашечки или ехать? Ну и не в "разы" конечно. С 50% под маком выросли на 80%. На 21.04 и того меньше, но примерно похоже. Но зато поток без потерь и со всеми фильтрами. За это можно процессором и заплатить, хоть и не очень хочется.

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

USB устройства в SunSDR2+Linux 28 Янв 2022 15:49 #63

  • R0JF
  • R0JF аватар
  • Вне сайта
  • Сообщений: 26
  • Спасибо получено: 3
VK6NX пишет:
Уровень задержек получается гораздо меньше при такой реализации, чем делать "переходники" из того, что представляет собой новый audio engine Qt6 - по причине того, что Qt6 работает не с некими "универсальными" драйверами, а с встроенныеми в каждую OS (win/linux/mac). Вы представляете себе задачу майнтейнить в одном релизе три разных версии драйверов?

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

Зря убрали VAC! Имхо. :(
Администратор запретил публиковать записи гостям.

USB устройства в SunSDR2+Linux 28 Янв 2022 15:56 #64

  • VK6NX
  • VK6NX аватар
  • Вне сайта
  • Сообщений: 248
  • Спасибо получено: 198
Совершенно не шучу. Более того, я весьма против увеличения загрузки процессора, поскольку для меня это означает на всех полевых выездах уменьшение времени работы от аккумуляторов.

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

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

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

USB устройства в SunSDR2+Linux 28 Янв 2022 15:59 #65

  • R0JF
  • R0JF аватар
  • Вне сайта
  • Сообщений: 26
  • Спасибо получено: 3
VK6NX пишет:
Ну и, насколько мне известно, у ЕЕ большие планы по оптимизации кода после выхода беты. Так что, чисто теоретически, мы должны бы получить final ESDR3 с суммарным уровнем загрузки процессора не сильно выше ESDR2. Будет ли это так - увидим. Очень хочется надеяться. Иначе придется долго и нудно их ругать.

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

USB устройства в SunSDR2+Linux 28 Янв 2022 16:06 #66

  • VK6NX
  • VK6NX аватар
  • Вне сайта
  • Сообщений: 248
  • Спасибо получено: 198
R0JF пишет:
При чём тут разная реализация драйверов? Она и так ЕСТЬ! В ESDR-3 выход на "внешний звук" присутствует? ДА! Значит и драйверы УЖЕ есть. А отправить этот звук на звуковую карту или snd-aloop -- ЭТО уже не проблема программы.
Не в "выходе" тут дело, а в том как 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! Имхо. :(
Да сделают все, будет вам VAC. Какая вам по сути разница, сделан он легким способом TCI-to-VAC или громоздким способом отдельного кода VAC внутри сборки для Win? Работать то будет не хуже, а лучше. Да, доплатите 5% CPU - или это для вас очень критично?
Администратор запретил публиковать записи гостям.

USB устройства в SunSDR2+Linux 28 Янв 2022 16:13 #67

  • VK6NX
  • VK6NX аватар
  • Вне сайта
  • Сообщений: 248
  • Спасибо получено: 198
R0JF пишет:
Ну, раз так - значит я не доживу! :)
Все там будем :D
R0JF пишет:
И так скоро 10 лет как жду... Релиза... 2-ю версию так и не довели, бросили. С 3-й будет так же. Уверен!
Ну я как раз уверен в обратном, насчет ESDR3. За год (ну хорошо, за полтора) ЕЕ сделало то, что 10 лет вымучивало в ESDR2.
Кстати, насчет ESDR2 тут претензии не столько к EE, сколько к Qt. Они, между прочим, мозги народу рабочему крутили аж 5 лет, а в итоге плюнули и портировали все на Qt6 с одновременной чисткой кода, косяки которого еще от Nokia тянутся. Ну и что, будем всячески унижать ЕЕ за то что они выбрали этот фреймворк? В целом они правильно все сделали, просто и их тоже вендор обманул.
Последнее редактирование: 28 Янв 2022 16:29 от VK6NX.
Администратор запретил публиковать записи гостям.

USB устройства в SunSDR2+Linux 01 Фев 2022 06:28 #68

  • RT8B
  • RT8B аватар
  • Вне сайта
  • Сообщений: 8
  • Спасибо получено: 1
R0JF пишет:
...Или Вы гордо обиделись?

Игорь, я не обижаюсь, просто занят был. Спасибо за помощь.
Продолжаю осваивать потихоньку...
Последнее редактирование: 01 Фев 2022 06:31 от RT8B.
Администратор запретил публиковать записи гостям.

USB устройства в SunSDR2+Linux 06 Фев 2022 05:45 #69

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

Ну, собственно, все получилось. Пока что в виде 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 - выложу.
Администратор запретил публиковать записи гостям.
Спасибо сказали: Balaganoff

Зависает ESDR3 при клике на кнопку Settings 15 Дек 2023 07:26 #70

  • r9ma
  • r9ma аватар
  • Вне сайта
  • Сообщений: 1
  • Спасибо получено: 1
Начал переход с ESDR2 на ESDR3. Установил ESDR3 1.0.5 beta. И столкнулся с тем же самым, что описал выше Алексей RX4HX.
При клике на кнопку Settings (шестеренка), ESDR3 зависает и закрывается. Только следует дополнить: закрывается программа только если включены 2 радио и они находятся в горизонтальном расположении. Если одно радио, либо два, но в вертикальном расположении, то все нормально, ничего не закрывается...
Установил версию 1.0.3, глюк повторился.
Графический API перед запуском переключал во все варианты.

Радио: SunSDR2DX EED06202110006
ПО: ExpertSDR3 v.1.0.5 beta, прошивка - 86.8
ОС: Windows 10x64
ПК: Mother: ASUS H110M-C, CPU: Core i7-6700K 4х4,0 GHz, RAM: 16 Gb, Video: NVIDIA GeForce GT 710

Файл backtrace.dump в папке: C:/Users/UserName/AppData/Local/Expert Electronics/ExpertSDR3 отсутствует.

На GitHub баг описал: github.com/ExpertSDR3/ExpertSDR3-BUG-TRACKER/issues/355
Администратор запретил публиковать записи гостям.
Спасибо сказали: Rome

SunSDR2+Linux 26 Янв 2024 08:55 #71

  • R2blm_R8jal
  • R2blm_R8jal аватар
  • Вне сайта
  • Сообщений: 3
  • Спасибо получено: 3
Смена IP адреса в 3-й версии программы работает некорректно. IP трансивера вроде бы меняется, программа видит блок трансивера по новому IP и порту, но при включении выдаёт на экране сообщение о невозможности считать калибровки, а в полях остались старые IP и порт.
И сам приём отсутствует.
Игрался со сменой IP около часа, пытаясь запустить. Несколько раз делал ресет блоку. Сложилось впечатление, что программа не хочет работать не с 16-й подсетью.
При смене IP внутри подсети 16 - всё отлично меняется, как только меняю подсеть на какую-то другую - ошибка считывания калибровок
Администратор запретил публиковать записи гостям.
Спасибо сказали: Rome

SunSDR2 DX и ESDR3 27 Янв 2024 22:02 #72

  • R2blm_R8jal
  • R2blm_R8jal аватар
  • Вне сайта
  • Сообщений: 3
  • Спасибо получено: 3
Дополнение истории:
После смены IP SunSDR2 DX пинговался по новому адресу и порту, программа его находит и в начальном окне верно указывает адрес и порт введённый при смене. Зелёная цепочка в левом нижнем углу присутствует. Блокировок брандмауэрами и антивирусами нет. AnyDesk тоже не установлена.
Если указываешь 192.168.16.ххх и любой порт - всё работает.
Если указываешь 192.168.ххх.200: 50001 не работает.
При нажатии кнопки применить новый IP адрес выводится сообщение типа:
IP адрес применён и следом всем нам уже знакомое - ошибка чтения калибровок.
И всёёё.....
При запуске через секунд 10 на начальном экране ЕxpertSDR3 появляется трансивер с указанным (изменённым) 192.168.1.200 и портом 50001. Т.е. он его находит в сети.
При нажатии на старт - запускается основное окно, но без водопада и наличия сигнала, через 3 секунды выскакивает сообщение об ошибке чтения калибровок.
При запуске основного окна трансивер релюшками не щёлкает.
Трансивер подключаю напрямую в порт системника. Естественно при смене IP трансивера меняю адрес компа, чтобы быть в одной сетке.
Если зайти в настройки программы, там вместо текущего адреса 192.168.1.200:50001 будет указан старый 192.168.16.200 и 50001.
Меня напрягает факт наличия старого IP и порта в настройках основной программы после их смены. Такое впечатление, что порт и IP для тушки меняется, начальное окно программы это видит и их показывает правильно, а вот при запуске основная программа пытается найти тушку по старому IP и порту, который остался поле в программы, отсюда и невозможность считать калибровки.
В общем получилось поменять IP адрес.
Что сделал в очередной раз после чего трансивер включился и заработал:
После нажатия кнопки смены IP и выдачи программой сообщений, о удачной смене IP и невозможности чтения калибровок НЕ ЗАКРЫВАЯ окна программы нажал на кнопку (Write) записи калибровок. На экране появилось сообщение "Вы хотите записать калибровки?" И после утвердительного ответа получаем сообщение "Калибровки записаны". До этого раза всегда после смены IP закрывал основное окно.
Последнее редактирование: 27 Янв 2024 22:03 от R2blm_R8jal.
Администратор запретил публиковать записи гостям.
Спасибо сказали: Rome

SunSDR2 DX и ESDR3 27 Янв 2024 23:58 #73

  • R2blm_R8jal
  • R2blm_R8jal аватар
  • Вне сайта
  • Сообщений: 3
  • Спасибо получено: 3
Решение данной проблемы выложил и на github.com
github.com/ExpertSDR3/ExpertSDR3-BUG-TRACKER/issues/667

R2blm_R8jal пишет:
Дополнение истории:
После смены IP SunSDR2 DX пинговался по новому адресу и порту, программа его находит и в начальном окне верно указывает адрес и порт введённый при смене. Зелёная цепочка в левом нижнем углу присутствует. Блокировок брандмауэрами и антивирусами нет. AnyDesk тоже не установлена.
Если указываешь 192.168.16.ххх и любой порт - всё работает.
Если указываешь 192.168.ххх.200: 50001 не работает.
При нажатии кнопки применить новый IP адрес выводится сообщение типа:
IP адрес применён и следом всем нам уже знакомое - ошибка чтения калибровок.
И всёёё.....
При запуске через секунд 10 на начальном экране ЕxpertSDR3 появляется трансивер с указанным (изменённым) 192.168.1.200 и портом 50001. Т.е. он его находит в сети.
При нажатии на старт - запускается основное окно, но без водопада и наличия сигнала, через 3 секунды выскакивает сообщение об ошибке чтения калибровок.
При запуске основного окна трансивер релюшками не щёлкает.
Трансивер подключаю напрямую в порт системника. Естественно при смене IP трансивера меняю адрес компа, чтобы быть в одной сетке.
Если зайти в настройки программы, там вместо текущего адреса 192.168.1.200:50001 будет указан старый 192.168.16.200 и 50001.
Меня напрягает факт наличия старого IP и порта в настройках основной программы после их смены. Такое впечатление, что порт и IP для тушки меняется, начальное окно программы это видит и их показывает правильно, а вот при запуске основная программа пытается найти тушку по старому IP и порту, который остался поле в программы, отсюда и невозможность считать калибровки.
В общем получилось поменять IP адрес.
Что сделал в очередной раз после чего трансивер включился и заработал:
После нажатия кнопки смены IP и выдачи программой сообщений, о удачной смене IP и невозможности чтения калибровок НЕ ЗАКРЫВАЯ окна программы нажал на кнопку (Write) записи калибровок. На экране появилось сообщение "Вы хотите записать калибровки?" И после утвердительного ответа получаем сообщение "Калибровки записаны". До этого раза всегда после смены IP закрывал основное окно.
Администратор запретил публиковать записи гостям.
Спасибо сказали: Rome

SunSDR2+Linux 09 Фев 2024 10:03 #74

  • RJ6J
  • RJ6J аватар
  • Вне сайта
  • Сообщений: 1
ВСЕМ GD! При работе SSB (динамический микрофон), звук в наушниках (monitor) слегка запаздывает, что создает определенный дискомфорт. Кто нибудь сталкивался с эпой проблемкой?
Администратор запретил публиковать записи гостям.
  • Страница:
  • 1
  • 2
  • 3
  • 4
  • 5
Время создания страницы: 0.621 секунд