RT8B пишет:
"Винда" и Linux отличаются вовсе не этим. Прежде всего своей концепцией. И, если юзер всю жизнь работал исключительно на Windows, это (независимо от стажа) вовсе не гарантирует, что он сможет работать в Linux (имеется в виду - "включить наконец-то мозг").
RT8B пишет:
Абсурд! Версий Linux слишком много, приверженцев столько же. Не вижу морального права заставлять юзера ставить ИМЕННО то, на чём тестировалось ПО от ЕЕ. А вот ЕЕ (имхо) ОБЯЗАНЫ обеспечить совместимость (основные критерии - версия ядра, qt и т.п.). Соответственно - пункт отпадает.
RT8B пишет:
Вообще не понял смысла! ЧТО проверять? КАК и ЗАЧЕМ?
RT8B пишет:
Да не надо ничего включать! И так ВСЁ необходимое работает!
RT8B пишет:
КАКИЕ ДИСТРИБУТИВЫ???
Это НЕ Windows!!!
Скачиваем ПРОГРАММУ (которую НЕ надо ИНСТАЛЛИРОВАТЬ! Надо просто РАЗАРХИВИРОВАТЬ (кстати - хоть куда, лишь бы удобно было))
RT8B пишет:
Да какие настройки-то? Единственное - IP либо на компе поставить, либо на трансивере!
RT8B пишет:
Если нет - возвращаемся на пункт назад!
RT8B пишет:
Да на ЧТО??? Обращать внимание?

ЕДИНСТВЕННОЕ, что нужно сделать - сначала запускать из командной строки! Все ошибки будут сразу видны, ну и устранять их!

Я правда не понимаю, ЧТО нужно написать и с КАКИМИ картинками???

Я Вас понял... Одни опровержения на все вопросы...
Простите меня, ежели побеспокоил Вас.

Ну давайте на меня обижаться.

Вы прочитайте, что я написал. Ответил на ВСЕ Ваши вопросы.
Просто в Linux "за Вас" никто ничего делать не будет. Пробуйте, все получится.
Если не получается - спрашивайте. Только вопрос должен звучать не как "не работает", а
как "пробую то-то и то-то, вывод на дисплей - то-то и то-то". Тогда помощь гарантирована!

А "буквари" писать - увольте!

RT8B пишет:
Попробуйте сделать от имени root (sudo su - ) следующую команду:
echo "blacklist ftdi_sio" > /etc/modprobe.d/blacklist_ftdi_sio.conf

А после этого перезагрузите машину и НЕ командуя rmmod ftdi_sio запустить Colibri.

Должно сработать. Исключаем одну команду из скрипта.

Ну вы еще подеритесь, горячие финские парни

В целом, я как бы больше с Игорем согласен, за исключением того момента, что EE что-то там должно обеспечить по совместимости (потому как ничего они не обязаны, окромя публикации версии для линукса и данных о том на чем тестировалось и какова минимальная спека).

Олег, линукс - это не windows, и не macOS. Не ждите никаких инструкций. Линуксом в HAM радио обычно пользуются люди привыкшие читать встроенные доки и разбираться со всеми нюансами ОС самостоятельно. Как правило это люди так или иначе связаные профессией с программированием или всем что вокруг сетей/мониторинга и т.д. И если вы по какой-то объективной причине (и очень хочется надеяться, что не потому что "модненько") решили перейти на линукс, то придется принять существующие правила игры. Иначе просто "пошлют", где вежливо, а где и не очень.

А так - да, задавайте конкретные вопросы. Я, например, не стесняюсь Роману напрямую писать свои вопросы, связаные с программированием для TCI под ESDR3, он передает вопросы программистам ЕЕ и они с удовольствием отвечают (если есть время и желание).

VK6NX пишет:
А я объясню, почему так написал - в прошлом году уже ругался на эту тему!
На сайте написано "тестировалось в Ubuntu 20.04", а какая-то альфа-версия EE-3 запросила либы, которые только в 21.04 появились! Ни слова, что собиралась в 21.04!
Под "совместимостью" я предлагаю понимать использование LTS-версий дистрибутивов (прежде всего - далеко не все "любят" обновляться, а предпочитают LTS!), ну и "честную" информацию, в какой версии тестировалось.
Думаю, это справедливо.

RT8B пишет:
Олег, Вам дальше подсказывать исправления для Вашего мануала? Или Вы гордо обиделись?

Ну ругаться я тоже люблю

Только, минуточку ... "тестировалась" и "собиралась" - это понятия-то разные. ЕЕ имхо вообще ничего не тестирует. Ресурсов нет. Потому они только собирают, а тестируете Вы, я и еще десяток "энтузазистов". Ну да, я тестировал в 20.04 и писал об этом Роману. Да, ставил дополнительные либы. И да, спросил какие именно будут нужны и Роман передал ответ программистов. И? Ну да, можно пнуть ЕЕ в подбрюшье и потребовать ботинком по столу список либ.

А можно просто Романа спросить (ровно то, что мы советуем Олегу, ы?)

Кстати, по "совместимостью" я понимаю версию kernel. На чем тестировали (если тестировали) ЕЕ даст понимание что ожидать в смысле новых либ. И спека даст понимание нужно ли будет допиливать видео и аудио драйвера под мой конкретный HW. Видите какие у нас разные требования

VK6NX пишет:
На секудночку:

Что-то не понял, как картинку вставить! Пройдите по ссылке! КРАСНЫМ выделено!
eesdr.com/ru/products-ru/transceiver-ru/sunsdr2dx-ru#%D0%B7%D0%B0%D0%B3%D1%80%D1%83%D0%B7%D0%BA%D0%B8

Как так "не тестировалось"? "Русским по-белому", как говорится!

ЗЫ нет, вставилась картинка-то

Ну Вы просто не совсем верно трактуете, что написано. Да, тестировалось. Но ЕЕ "тестировало" только запуск сборки, по приницпу "у нас запустилось, отдавайте тестерам". И тестеры уже тестируют кто на чем горазд. Потому когда делали Github bug - я специально вставил "требование" при репорте бага указывать в какой версии ОС он обнаружен.

Там и про MacOS тоже написано было несколько раз, что "тестировалось на 15.х.х. А маков у ЕЕ нет. Тестировали мак-тестеры, кто на чем горазд. Так что все претензии к тестерам.

А вообще да, ЕЕ отвратительно ведут разделы по "минимальным требованиям". Объективно я их понимаю - времени не хватает. Субъективно - так бы и запустил бы ботинком в дверь

VK6NX пишет:
"Оно" и не запускалось даже! Так что не оправдывайте!
Я, правда, что-то там "допилил" (не помню что, но либы из исходников собирал - точно). Зачем ТАКОЙ продукт выдавать?
Только не надо про то, что "альфа"... Опубликовали - ДОЛЖНО хотя-бы запускаться!
VK6NX пишет:
Мне кажется, программист либо на "удаленке", либо вообще ни с кем не обзается. Подсунут ему под дверь бумажку с "новыми хотелками" и пишет новый код.
Зачем VAC "классический" выкинули? Зачем САТ "классический" выкинули? TCI пока далеко не все программы умеют! А как тестировать ЕЕ3 без этого?
Исключительно с JTDX и MSHV? ^(

А я и не оправдываю

У меня тоже не запускалось. Но читерски отправил альфу своему товарищу, который в линуксе разбирается на порядок лучше и он меня ткнул носом в консоль, где зеленым по черному было написано что либы не найдены. После чего я Романа спросил в стиле "что за нах". Получил ответ со списком либ и (уже не помню точно, но по-моему в этом письме) советом попробовать собрать текущий (на тот момент Qt6.x) под 20.04. После чего ко мне пришло "озарение" - это Qt проапдейтило что-то там в очередной бете и компилиться оно стало только под 21. Примерно так вот и было. Точно можно конечно поднять по переписке, но лень.

А вообще из меня линукс-тестер хреновый. Я больше на macOS, по причине меньших задержек audio.

Насчет VAC и CAT - ну я не думаю что их"выкинули". Скорее всего портировать еще не успели. Эти vac-cat "пляски" еще долго выкинуть не удастся.

Как тестировать? А эмуляцией. Ставить виртуалку, разворачивать лабу на ней. Все как и раньше.

VK6NX пишет:
Ну, у меня примерно так же было. Сначала матюгнулся, потом что-то там пересобрал, заработало.
Правда сейчас у меня Ubuntu 20.04 с чёрт-знает-какими апгрейдами по либам, qt, c++... Я уже всего и не помню. А это - плохо!
Надо (для меня) "чистую" пользовать.
VK6NX пишет:
Ну, как мне ответили - их ВООБЩЕ не будет. Правда соберут (когда-нибудь) "прокладку" из TCI в VAC/CAT... Нелепость какая-то.
VK6NX пишет:
Нет, это "не наш метод". А то бы и PowerSDR в виртуалке крутили... У меня одна машина дома под Вин именно из-за Flex-1500 и Fkex-3000.

Ну так поставьте чистую 21.х , там все есть, в чем затык-то? Ну да, чистый косяк ЕЕ, не проапдейтили минимальные требования для OS. Но ответили же на вопрос? Ответили. Значит все в порядке. Я что-то слабо верю в бета-тестеров, которые умудряются тестировать не общаясь с вендором.
R0JF пишет: Опаньки
Роман? TCI-MQTT-GW сделал свое дело? Да неужели? Если это так - спляшу качучу и съем шляпу.

Игорь, TCI объективно лучше обрабатывает audio stream. Это уже проверено неоднократно и не одним человеком. Потому все логично - берем TCI и разворачиваем его в VAC/CAT/черта лысого/и т.д. Уровень задержек получается гораздо меньше при такой реализации, чем делать "переходники" из того, что представляет собой новый audio engine Qt6 - по причине того, что Qt6 работает не с некими "универсальными" драйверами, а с встроенныеми в каждую OS (win/linux/mac). Вы представляете себе задачу майнтейнить в одном релизе три разных версии драйверов? А если взять TCI - то можно в индивидуальной сборке OS написать костыль-эмулятор VAC/CAT.
R0JF пишет: Э-э-э ... Ну я не знаю. По мне так проще эмулятор запустить, чем требовательно стучать по столу и вопрошать "когда мне дадут (подставить нужное)".
Строго по принципу, который Вы сами объяснили Олегу несколькоми постами выше - там где Win юзер ищет мануал, *nix юзер ищет workaround.

VK6NX пишет:
Ну, во-первых никто ничего не ответил! Да и что ответить-то? Что не соответствует "реклама продукту"?
А во-вторых -- ну неужели я по первому "чиху " ЕЕ буду систему переставлять??? Я сторонник LTS! Мне РАБОЧАЯ система нужна, а не "промежуточная версия".
Имхо ЕЕ вообще на Debian бы уйти! Тогда 100%-но не было бы проблем ни с совместимостью либ, ни с прочими такими ужасами.
R0JF пишет:
И "в разы" больше нагружает ЦП... Тоже объективно доказано.
Многие (и я в их числе) сейчас "гоняют" ESDR-2 в режиме CAT-TCI, но аудио - по VAC!!!
Кстати, и со звуком по TCI не всё в порядке! Мой SunSDR2QRP только на версиях ESDR3 альфа 11 начал нормально передавать. А на ранних - приём нормально, а на передачу - полная ахинея. Долго с Арво разбирались, выяснилось, что в прошивке дело.

Не знаю. Как CAT мне TCI нравится. А вот по аудио - я не готов так радикально перейти.