rPman

после получения железки вы ее настройки сбрасывали? попробуйте и настройте заново

Тормозит наверное потому что на on paint перерисовываете все объекты (как минимум при добавлении новой?) Рисуйте линии в битмап однократно и уже его на on paint отрисовывайте.

хотя бы погуглить попробовали? youtube-dl умеет
тут пример команды

Боюсь компаний, способных на такие эксперименты в мире по пальцам можно пересчитать, не думаю что вы найдете готовый софт.

Если во время инвентаризации на складе никого не будет (важный момент) и вы готовы при заметных изменениях проводить ручное сканирование (коптер с лидаром управляется вручную), то можно попробовать подобрать железо, со следующими возможностями - детектор препятствий и навигация внутри помещений. В качестве полезной нагрузки у коптера должен быть лидар (при должном красноглазии можно сэкономить и присобачить интелевскую 3d-камеру, там есть модели 1-10 метров и миллиметровые точности) либо высококачественная камера с картой памяти.

О полной автоматике даже не мечтайте, выглядеть все будет как - вы вручную сканируете помещение (можно руками или управляя коптером с лидаром), затем на основе этого скана собираете точную карту и уже на ее основе вручную же строите план полета. Коптер должен уметь летать по плану и автоматом возвращаться на базу, если обнаружит препятстсвие и не сможет его облететь (это создаст проблему в софте но решаемую).

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

p.s. по отдельности все выше сказанное может любой коптер с нужной грузоподъемностью, со внешним автоматизированным управлением (навигация только внешняя, на основе системы видеонаблюдений, (детектить на видео лампочку на коптере в темной комнате сможет любой школьник), но боюсь стоимость интеграции может обойтись в копеечку (настоятельно рекомендую обходиться своими силами) именно потому что на рынке нет готовых предложений.

p.p.s. сканер помещения на основе интелевской камеры была статья на хабре, даже кажется софт в комплекте с sdk как пример идет, но скан нужно будет править по ключевым точкам, так как ошибка накапливается по мере сканирования, в общем много ручной работы.

Сканировать помещение придется не однократно! даже лишний ящик может создать проблемы, поэтому в идеале нужно создать софт, чтобы специальный человек вечером после закрытия склада проходил по нему с камерой и ноутбуком, отмечая ключевые точки, затем загружал собранный скан в редактор, правил его и на его основе правил полетный план. Чем это все делать, без понятия, но как минимум можно найти/написать плагин к 3D редактору, тому же sketchup.

При хорошем качестве камер видеонаблюдений, можно частично автоматизировать решение о необходимости пересканирования помещения, можно совмещать старые и новые изображения помещений, получая из дельты карту изменений (необходимо заранее разметить изображения на области пола и полок), т.е. оператор может пересканировать не все помещение а только изменившиеся части.

UPD:
Кстати, нафиг коптер! нафиг полетный план! это все лишняя работа, изначально задача поставлена неверно!
Каждый день, специально обученный человек проходит по складу, толкая с собой тележку с ноутбуком и 5-10 камерами, которые смотрят в стороны (тележка - потому что склад может быть высоким) и записывают все проезжающие коробки. Проходя каждую следующую стойку, оператор нажимает волшебную кнопочку, которая ищет ближайшую метку на стене, привязывая видеозапись к коду на ней.

Затем все это видео загружается на мощную машину, анализируется, сканируются метки или даже изображения на коробках, при необходимости можно распознать текст (вы не представляете, что можно сделать из качественной фотографии),.. что потом делать с этими данными, думайте сами. Координаты можно определить относительно ключевых меток и инерционной навигацией, либо считать обороты колесиков тележки (на ваш выбор или совместить).

Плюсы - не надо сканировать помещения, не надо никаких квадрокоптеров и т.п. помещение склада так или иначе осматривают по окончанию рабочего дня, пусть это будет делать человек с тележкой. Так же плюсом является возможность использования нескольких камер вместо одной (он же минус - так как количество данных для обработки может оказаться слишком большим).

возможно вам нужно включить passive mode если между вами и сервером фаервол (например за NAT)
ftp.set_pasv(true)

Почему народ с самого начала разработки приложения так стремится привязать себя к дорогому сервису. Т.е. вы уже с самого начала разработки готовы платить на порядок больше чем могли бы.

Неужели вам сложно поднять key-value базу данных и написать (читай скопировать и туториала) простейшую прослойку с авторизацией по токенам? Слабая VPS-ка, способная потянуть нехилый проект, обойдется вам примерно в $1 в месяц, без гарантий, и от $15 с гарантиями (а за 40 можете получить уже не виртуальное железо).

Организуйте сервис изначально так, чтобы использовать свой собственный сервер (или несколько), а в случае его недоступности (или недостатка ресурсов), автоматически переключайтесь на облачные технологии, а точнее автоматическое развертывание новых мощностей на базе того же google/amazon/azure (только у них можно оплата по часам и поднять новую vps за секунды).

Не думаю что задавая такие вопросы вы легко найдете решение ;) тем более в парах этих валют, их неслучайность сложнее всего обнаружить, так как этим занимаются лучшие умы всего мира.

Попробуйте с чего то по проще, например криптовалюты.

p.s. из готовых инструментов, есть неплохой пакет weka, не только интерфейс но и библиотека java.

99% работы - это подготовка данных, подходящих для анализа выбранным алгоритмом. Т.е. не пытайтесь бездумно скармливать алгоритмы просто потоком котировок.

htmlbook.ru/css/word-wrap

Для windows платформы не так много вариантов, если нет поддержки виртуализации.

Самый универсальный но дико не эффективный вариант - программная виртуализация, есть у qemu и того же virtualbox. Использовать только если совсем плохо, так как падение производительности до 6-10 крат (напоминаю, что с поддержкой аппаратной виртуализации потери могут быть не больше 10%-30%), зато поддержка любой операционной системы на любом железе и OS.

Существуют программы песочницы типа sandboxie, но с вероятностью 99% они потребуют поддержку виртуализации либо будут являться очень ненадежной песочницей (не полностью изолированное окружение).

Только так вы сможете запускать windoows приложения, все остальные варианты - про linux.

Если у вас 32-битная ревизия windows (даже если winxp) и нужно виртуализовать linux, то воспользуйтесь colinux, этот проект к сожалению больше не поддерживается и не развивается (а жаль, x64 поддержка была бы кстати) но позволяет запускать приложения вообще без потери производительности, это аналог user mode linux, подменяет вызовы ядра и работает как обычное приложение, даже сеть. Фактически это почти полноценная headless (без монитора) виртуальная машина.

Есть у вас последние версии windows 10 (pro или ultimate ревизии) то вы можете воспользоваться штатной подсистемой linux for windows (добавляется компонента и устанавливается redhat/ubuntu из штатного магазина), это полная аналогия wine наоборот, позволяет запускать бинарники linux без виртуализации, максимальная производительность и поддержка x86/x64 архитектуры.

p.s. оба этих варианта не умеют графический режим, но можно поставить сторонний xserver (например из пакета cygwin или даже нативный linux xorg на соседней машине/виртуалке) и настроить подключение.

И конечно же вместо запуска бинарников linux можно установить полностью windows приложения, собранные из исходников linux и запускать свои приложения в нем (собирать, если нужны бинарники). Есть две независимых проекта - mingw (окружение msys) и cygwin. С точки зрения компиляции, это отдельные архитектуры, как linux-x86_64 или cygwin-x86_64 и даже mingw-x86_x64, взаимно не совместимы (нельзя подключать dll).

Mingw используется, когда нужно собрать приложение, использующее библиотеки из мира linux, но при этом нотация файловых путей должна быть как в windows, и не только, например проще добиться поддержки opengl/opencl или работать с чисто windows directx...

Cygwin используется, когда приложение почти не имеет поддержки для сборки под windows, в нем симулируется почти полностью linux окружение, даже пути файлов с обратными слешами и нет букв дисков - используется /cygdrive/c. Симуляция cygwin на порядок качественнее чем у mingw, т.е. можно вообще не тратить никаких усилий для портирования приложения, но скорость работы при использовании mingw выше, так как нет лишней прослойки системных вызовов.

Оба этих окружения позволят запускать приложения php/perl/python/nodejs и они почти наверняка будут работать как ожидается. У обоих есть пакетный менеджер с готовыми бинарниками (у cygwin полнее база) и вы можете установить (и поддерживать обновления) окружение в пару кликов мыши.

Безопасность - это вопрос аутентификации пользователя и выбор инструмента доступа к файлам, а надежность - это выбор технологии.

Готовые решения обычно заметно дорогие, особенно если речь о больших объемах. Т.е. да, облачные решения дают доступ по паролю, и сравнительно но не абсолютно надежны (сервис по факту не отвечает за данные, даже если заплатить).

Если ваши объемы порядка сотен гигабайт или несколько терабайт, лучше своей системы ничего нет. Не обязательно поднимать целый файловый сервер, можно обойтись простыми подключаемыми дисками (пофиг флешки это или жесткие диски), но настоятельно рекомендую использовать не одно устройства а несколько (RAID 1,5,6,...). Поддержка RAID и шифрования есть во всех современных популярных операционных системах, так что в несколько шевелений мышки вы можете настроить то же зеркалирование и поднять шифрование, чтобы для доступа к файлам требовалось ввести пароль.

Загляните в макросы, в шаблонах например, мало ли что там происходит.

Тормозит на всех машинах или только на одной конкретной, провести эксперимент с чистой установкой win + офис + подключить в домен? Если глюк тиражируется, то 100% что то в политиках домена напортачили

Отследить прибитие приложения можно отдельным сервисом, работающим в фоне (внимание - батарейка), оно же может сообщить отдельным подключением об этом факте (простым http get запросом).

Самые быстрые виртуальные машины у javascript (nodejs) и как ни странно у php, если речь идет о самом языке программирования а не о подключаемых библиотеках, которые могут быть реализованы нативно а значит так быстро как это в принципе возможно.

Быстрее только LLVM, это целая инфраструктура, не только компилятор (там даже к языку программирования привязки нет), тяжела для встраивания в свой софт но зато результат будет максимально производительный.

Кто то вспомнит java и его байткод, тоже вариант, тогда сюда для кучи .net виртуальную машину, только они не такие производительные как выше указал.

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

Проблема больше не когда исключение бросать, а когда ловить! В конкретно вашем примере вы должны будете поймать исключение, завершить операцию работы с файлами и продолжить выполнение.

Неужели вы хотите ронять приложение, если пользователь выбрал в настройках не ту директорию? Например была выбрана флешка а потом ее извлекли, ваша программа попытается открыть катало и упадет.