Из опен сорсных, очень хорошо себя показал kdenlive. Все что надо для себя там нашел. На линуксе завелся сразу. А вот на окнах все очень нестабильно там))
Мне вот для создания видео не хватает инструмента для создания анимаций, допустим плавно от одного конца схемы до другого нарисовать стрелочки или плавно отмасштабировать картинку в кадре.
Спасибо, интересный материал, а главное очень точно подмеченно про особенность рунетa. Сразу вспомнил недавний коммент в теме про Linux))
Заголовок спойлера
Недавно тоже попробовал писать на Medium. Но не знал про тематические блоги. По вашему опыту. Принимают ли потом эти блоги дубляжи статьей. И можно ли один материал отправить в два сразу блога. Как на это реагируют? и стоит ли так делать?
конечно за 3700р, ожидать чего фантастического не стоит за готовое устройство
Но специально подчеркнул, что для обследования дома этого должно хватить.
Удаленная отладка, поддержка C++/CX, интегрированное тестирование, профайлеры разных видов, подтягивание дебажных символов для виндовых библиотек… Тонкие настройки компилятора, логично работающая система с solutions. И просто «все работает». В QT Creator всегда было ощущение наколеночности и бесконечных костылей.
А вы точно с creator работали? Удаленная отладка уже как года 4 точно я пользуюсь. По стандартам ничего не скажу. Тестирование тоже уже появилось, но не пользовался им, как и виндовыми либами.
Тонкие настройки задаются легко через qmake, можно к ним условия применять. Все изменения легко в diff видеть.
И у меня там не просто «все работает», а летает и грузится в миг в отличие от комбайна VS)
Ну и напомните сколько вы отдали за лицензию VS)
Потом, написал что-то типа интеграционных тестов, но без физики — gpio и работа с uart/spi и прочим io — пробрасывалась программно на код, который работал с «той стороны» чипа (то есть на хостовой системе или в соседнем чипе)
Не до конца понял термин работал с «той стороны»
это как?)
Что то про android не заслуженно забыли, там тоже есть киоск мод
Считай из коробки.
Единственно только проблематично управлять удаленно. Но этот пункт почему то упущен в требованиях.
Заголовок спойлера
К системе не предъявляются особые требования по быстродействию или режимам реального времени, однако, необходимо чтобы интерфейс откликался на команды пользователя без ощутимых задержек;
Система должна быть устойчива к многократным жестким перезагрузкам, не должно быть необходимости выполнения специального сценария для завершения работы;
Должна быть предусмотрена возможность быстрого клонирования готовой сборки на серию устройств с выполнением всех необходимых настроек в автоматическом режиме.
Проигнорировать ошибку. Плохо, потому что мы скрываем проблему, которая может повлиять на другие части системы.
Написать в лог. Лучше, чем просто проигнорировать, но всё равно плохо, т.к. наша библиотека ничего не знает о политиках логирования, принятых в системе, которая её использует. Стандартный лог может быть перенаправлен в /dev/null, в результате чего, опять же, ошибку мы не увидим.
Вынести освобождение ресурса в отдельную функцию, которая возвращает значение или бросает исключение, и заставлять пользователя класса вызывать её самостоятельно. Плохо, потому что пользователь вообще может забыть это сделать, и мы получим утечку ресурса.
Выбросить исключение. Хорошо в обычных случаях, т.к. пользователь класса может поймать исключение и стандартным образом получить информацию о возникшей ошибке. Плохо во время раскрутки стека, т.к. приводит к std::terminate().
Можно еще пункт добавить
Вызвать в случае ошибки callback или подать сигнал(QT)
Вы про тестирование программ на эмуляторе?
Если так то у меня стояла другая задача.
Мне требовалось проверять физические устройства/платы на ошибки монтажа, корректность установленных микросхем.
А так же мне нужен был удобный инструмент для экспериментов и изучения работы с новыми устройствами.
Поэтому qemu и off-target test driven development мне тут в помощь не будут.
Все относительно. Сейчас могут набежать, те кто топит за функциональное программирование, кто за хайповые golang и Котлин и закидать вас монадами, коурутинами и прочими плюшками.
Под каждую задачу свой инструмент. И что-то громоздкое городить на бедном мк, не всегда рационально.
P.s. не холивара ради.
Могу ошибаться, но еще наверно стоит к минусам отнести:
то что у микросхемы должен быть обязательно JTAG интерфейс — на той тестируемой плате это не прокатывало, так как там была единственная stm32 и у нее был выведен SWD только
стоимость такого решения — было бы интересно узнать у людей кто в теме
Ну и BSDL решает только вопрос тестирования соединений микросхем ( на сколько я понял )
Допустим более сложные тесты уже не провернуть — к примеру проверить работу трансформатора на определенной частоте, корректность работы микросхем (на случай их брака)
Мне вот для создания видео не хватает инструмента для создания анимаций, допустим плавно от одного конца схемы до другого нарисовать стрелочки или плавно отмасштабировать картинку в кадре.
Недавно тоже попробовал писать на Medium. Но не знал про тематические блоги. По вашему опыту. Принимают ли потом эти блоги дубляжи статьей. И можно ли один материал отправить в два сразу блога. Как на это реагируют? и стоит ли так делать?
Но специально подчеркнул, что для обследования дома этого должно хватить.
Минималистично, компактно и удобно для обследования дома если)
medium, dev.to, etc
А вы точно с creator работали? Удаленная отладка уже как года 4 точно я пользуюсь. По стандартам ничего не скажу. Тестирование тоже уже появилось, но не пользовался им, как и виндовыми либами.
Тонкие настройки задаются легко через qmake, можно к ним условия применять. Все изменения легко в diff видеть.
И у меня там не просто «все работает», а летает и грузится в миг в отличие от комбайна VS)
Ну и напомните сколько вы отдали за лицензию VS)
Не до конца понял термин работал с «той стороны»
это как?)
Там такая очередь из спонсоров?)
Считай из коробки.
Единственно только проблематично управлять удаленно. Но этот пункт почему то упущен в требованиях.
Можно еще пункт добавить
Но только очень осторожно.
Но нигде почему-то не говорится про цену внедрения.
Если так то у меня стояла другая задача.
Мне требовалось проверять физические устройства/платы на ошибки монтажа, корректность установленных микросхем.
А так же мне нужен был удобный инструмент для экспериментов и изучения работы с новыми устройствами.
Поэтому qemu и off-target test driven development мне тут в помощь не будут.
Под каждую задачу свой инструмент. И что-то громоздкое городить на бедном мк, не всегда рационально.
P.s. не холивара ради.
то что у микросхемы должен быть обязательно JTAG интерфейс — на той тестируемой плате это не прокатывало, так как там была единственная stm32 и у нее был выведен SWD только
стоимость такого решения — было бы интересно узнать у людей кто в теме
Ну и BSDL решает только вопрос тестирования соединений микросхем ( на сколько я понял )
Допустим более сложные тесты уже не провернуть — к примеру проверить работу трансформатора на определенной частоте, корректность работы микросхем (на случай их брака)