rPman

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

Если выбираете камеру со встроенным картридером, то у вас будет штатная возможность доступа к записям по сети (обычно там поддерживается весь спектр стандартов от ftp и http до nfs и samba), понятно что производительность такого решения минимальная, и ее достаточно для считанного количества одновременных подключений, но возможно это вам будет удобнее чем платить стороннему хостеру, так как вам будет достаточно расшарить доступ либо на уровне фаервола (не рекомендуется) либо создав прокси-настройку в виде минимального вебсайта. поднятого в локальной сети или на vps (который будет получать доступ к вашим вебкамерам по vpn например), открывающего доступ к записям и проверяющего права доступа пользователей.

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

Камера - это повороты и перспективные искажения, проблемы с неравномерной яркостью и мерцанием освещения, инертностью матрицы и глюки алгоритмов пост обработки в смартфонах.

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

Никак, только пересозданием объекта

Дешевле резервировать средствами виртуализации, обычно хостеры предоставляют такой инструментарий.

Например сделать снапшот даже работающей машины - несколько секунд.

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

каждой соцсети свою колонку в таблице users если не хотите выносить это в отдельную

За видео отвечает видеокарта, так что если ставить задачу как сформулирована то меняйте ее.

Я бы сейчас за 20т.р. обновил комп, ориентировавшись на AMD Ryzen 5-2600 (стоит примерно 10.4т.р. материнка и память 8гб ddr4 еще 5.7т.р,.. если докинуть еще пару тысяч, то можно купить видеокарту Radeon RX 560 (дешевый середнячок, позволит играть в современные игры на минималках и средних), у нас в регионе она стоит 7.5т.р.) блок питания такому конфигу нужен 400вт, в теории в притык хватит 350 но есть риски нестабильной работы и может тупо не хватить на жесткие диски, но хватит на ssd.

Корпус и диски оставьте старые, но будьте готовы играться с драйверами windows (смена платформы intel - amd по умолчанию будет давать синий экран) ну или если 'лень' - переустановка

Блок питания купите, продав старый комп тысяч за 2-5

Что значит вылетает проигрыватель? если он завершает свою работу, ну так запускайте его в бесконечном цикле

Я видел в каком то автобусе сделали, если приложение трансляции рекламы вылетело - идет перезагрузка (там тупо gentoo была, даже картинку не вставили шел чистый linux лог), на ребут уходило 30 секунд (полагаю так решили именно аппаратную проблему).

p.s. не обязательно пытаться следить именно за экраном, у работающего проигрывателя есть типичная нагрузка на процессор и диск, если она на долго сильно меняется - вот вам сигнал на перезапуск.

lowendstock.com
если для себя лично, то вам хватит ipv6 либо перенаправление портов ssh а значит хостинги за NAT обойдутся вам от $2 в год

ipv4 уже стоят минимум $10 в год (они реально заканчиваются и бесплатно вам уже никто их не даст)

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

Если хотите вытаскивать флешку без необходимости выбирать безопасное извлечение в меню - то настройте работу с устройством вообще без кеша на запись. работатьзапись будет сильно медленнее но зато извлечение флешки будет безопасным.

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

p.s. сеть у малинки только через usb которое не шустрое, вас устроит в лучшем случае 20мбит?

C вероятностью 99.(9)% ваш .m3u8 это набор статический файлов-кусочков видео (откройте этот файл в текстовом редакторе это простой плейлист текстовый), загрузите их на свой сервер разом и создайте свой .m3u8 со своим url.

Если же содержимое стрима динамическое то уже сложнее. гуглить m3u8 stream proxy, есть опенсорс мини проекты для этого.

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

Иначе вам придется вручную делать то же самое что он, гораздо менее эффективно по скорости и затратам ресурсов.

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

Судя по всему вы очень узкий специалист,.. если вариант с нанять знающего не катит, копайте сами.
Настоятельно советую выкинуть на помойку ms access и больше не вспоминайте это, когда то эта среда была одним из лидеров, но сейчас безнадежно устарела. В принципе можно использовать само хранилище mdb по назначению, без UI, но сейчас есть более удобный и быстрый инструмент sqlite

Общепринятые практики, которые можно использовать в вашем случае:
* 'разделяйте и властвуйте'
Отделите хранение данных от интерфейса работы с ней, это решит много проблем, уменьшит возможное количество ошибок и облегчит поддержку системы, так как для нее вам не потребуется на столько узкий специалист.

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

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

* задайтесь вопросом что есть надежность и безопасность, эти понятия очень много в себя включают

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