Вы выбрали плохой инструмент для решения этой задачи...
Боюсь совсем уж кроссплатформенно собирать пользовательские действия с клавиатурой и мышкой не получится, нужно либо брать чей то проект либо пилить самому. Как минимум для windows и linux придется писать сильно разный код.
p.s. а вот языки программирования и разработки вполне могут быть короссплатформенными, типа .net/mono или java
LVitA, это значит само подключение должна проводить акредитованная компания, обратитесь к тем кто счетчик устанавливал, они вам и провод протянут для управляющей информации.
Олег, впервые слышу про такой дикий закон, можно вопрос уточнение?
Есть так скажем проект (на уровне идеи), видеокамера сканирует сканкоды в реальном времени для инвентаризации и подсвечивания порядка сборки (этаких хелпер, машина в реальном времени показывает где находится следующая деталь), тестовый образец работал коряво но главное идея пошла... но в результате по факту рабочее место одного человека снабжено камерой. В этой области сертификации нет а значит все на грани веры, не получится ли что человек, работающий в такой системе, пожелает воспользоваться этой лазейкой и нажалуется на своего бизнеснанимателя, меня типа снимают а я не хочу.
А еще вебкамера - это самый дешевый инструмент реализации навигации внутри помещения, особенно когда мало людей, простейший код на основе разницы кадров вычисляет размер, положение и скорость любых объектов.
кстати, это называется оптический интерфейс, на рынке он самый дешевый (т.е. почти не добавляет к стоимости) - его использование - легально, но последствия ошибок снятия данных ложатся на клиента
например тут qa<удалить пробел>ru.site/questions/2115072/python-calculate-histogram-of-image обсуждают ускорение с помощью numpy
p.s. хех, тостер цензурирует ссылку, впервые такое вижу
если группу не удалить, и тем более заказчика из админов, она уже будет работать на него.. т.е. заказчик получается не только забрал бесплатно время так и еще результатом воспользоваться может!
Nomad, ума не приложу что делать, удобно точно не будет
При выборе инструмента лучше смотрите на его открытость для сообщества в первую очередь, чем больше за инструментом компаний, тем лучше.
p.s. текущий тренд, если вам нужно именно GUI - это к сожалению html5 и javascript (надеюсь все же wasm станет стандартом, но плакать мы все равно будем), т.е. либо клиен-серверные приложения либо что то на основе electron и аналогов. Поглядывайте на nodejs (javascript), как минимум сможете писать не не только фронтэнд но и бакэнд без изучения еще языка. Плохо это в том, что в этом случае плохим дядей становится google, но это дело совсем далекого будущего, лет 3-5 ;)
Останьтесь на .net (это не столько c# сколько инфраструктура, вы можете писать хоть на бейсике, хоть на питоне, хоть на фортране...), параллельно смотрите на mono, вдруг оно достаточно развито как альтернатива, плюс совместимость некоторая (опять таки лицензии на компоненты...)
Но самый правильный совет, изучайте всего понемногу, хотя бы посмотрите тот же python, вот уж старейшая неунывающая платформа, максимально открытая и независимая (но бардак там ойойой)
Nomad, скачивать и принимать лицензию должны не столько вы сколько все пользователи вашего приложения. Это значит чтобы развернуть приложение на машине пользователя, ему нужно скушать немного каки.
Окей, сегодня ваши клиенты должны только кнопочку на сайте нажать, завтра подписать контракт на свою душу. А им работать надо. Не надо так со своими будущими клиентами поступать. Вы должны понимать что ваши клиенты - фактически заложники компании oracle (если привязываться к их инструментам).
Я знаю про инструменты внедрения java прямо в установку приложения (не требует установки java, это на основе jvm.dll) и собственно даже пользовался javafxpackager, и именно это выпиливают из openjdk (я знаю про сторонние инструменты)... речь даже не о том что происходит сейчас, а о том что будет потом. Уже сейчас версии openjdk для windows мало кто поддерживает, некоторое время назад вообще был только один неофициальный билд 8 версии (сейчас кажется redhat за поддержку взялся но 9 и 11 версии там не полные и без x86). Да да, openjdk под windows так же мейнтейнит oracle, и так же по своей лицензии!
p.s. так поступают вообще то все, и у microsoft веселье с .net только там люди так и так соглашаются еще на этапе выбора windows (ой выбора и так нет), а тут еще oracle решило урвать кусок пирога.
Да и к сожалению так красиво и удобно как было в visual studio не будет :(
И самое главное oracle что то мутит с лицензиями, очень нехорошее! чуть ли не платные подписки для пользователей (это требует проверки).. само собой есть открытый openjdk и сторонний openfx, но наверное oracle, если возьмет путь на принудительную оплату, придумает как сделать больно.
Kalombyr, нет, селфи палка потребует от оператора слежение за тем что снимать (вы представляете что такое 10-метровые стеллажи?), и это нереально увеличивает время обхода.
лидар нужен не для коробок, а для плана пути коптера, там сантиметров точности хватит, лидар тут - перебор, хватит интелевской 3d камеры, плюс - речь идет о ручной обработки карты.
4к экшн камера (очень доступны сейчас), при съемке с 1 метра разгдядит не только штрихкод, тут больше проблема в скорости сенсора, потому что это определит, с какой скоростью будет лететь квадрокоптер вдоль стоек, чтобы изображение было не смазанное
p.s. разметка на полу очень поможет, но она какраз будет смазана грязью.
Главное не пытаться всю логику запихнуть В САМ КВАДРОКОПТЕР, вся работа должна происходить вне его слабого процессора. Коптер должен только лететь по заданному плану (даже не так, им должен управлять внешний сервер) и максимум следить чтобы не врезаться в препятствие.
Боюсь совсем уж кроссплатформенно собирать пользовательские действия с клавиатурой и мышкой не получится, нужно либо брать чей то проект либо пилить самому. Как минимум для windows и linux придется писать сильно разный код.
p.s. а вот языки программирования и разработки вполне могут быть короссплатформенными, типа .net/mono или java