Не подскажу, какие есть готовые решения, но если делать самостоятельно - это брать фреймы видео и запихивать, например, в tensorflow - он расскажет, какие типы объектов там удалось найти.
За 24 там вроде совсем слабенькие модели. Вкусные штуки начинаются примерно от 50 сейчас. Но да, согласен - очень дорого, именно это в статье как минус и описал.
Серьёзный подход! Колокейшн - хороший вариант, но если это всё на умный дом не завязано. Иначе без сети он в тыкву превращается... У меня тоже стоит ограничение для каждого контейнера, "сожрать всю память" - знакомая история. А пробовали Frigate? Мне казалось, ZoneMinder это что-то уже давно умершее.
Запихано в одну машину. Слабенького CPU и 8 GB RAM хватает с заметным запасом.
Хост система - дефолтная убунта плюс докер. В случае чего я просто беру и разворачиваю те же docker compose на другой тачке. А, ещё nginx стоит вне контейнеров.
Да, я думал про кластер, но я разработчик, а не девопс, так что решил не упарываться настолько сильно. Всё же мне не нужно ни масштабирование ни отказоустойчивость. Хотя может каким-нибудь тоскливым осенним вечером я таки соберу k8s. Но пока есть много более интересных игрушек.
jellyfin поддерживает hardware acceleration в контейнере для некоторых случаев.
Ну вот на страничке про harware acceleration, которую я упомянул выше, одинаковые галки стоят что для Linux что для Linux Docker. И VA-API есть и там и там.
В контейнере сам jellyfin, его обвязка (ffmpeg) и поддержка VAAI/QuickSync - сильно отличаются от доступных из репозиториев.
Ну так в контейнере как раз должна быть именно правильная и рекомендуемая версия ffmpeg. Они специально пишут не ставить его из стандартных репозиториев. А драйвера вообще ставятся на хост машину.
Навскидку кажется, что максимум того, что требуется - это прокинуть какую-то инструкцию или девайс в docker-compose. Но спорить я не готов :)
Не сталкивался с Proxmox, но вроде это именно виртуализация, и она конечно может сожрать лишних ресурсов. С докер контейнером навскидку такого происходить не должно. Если у тебя нет ВМ - тебе не нужно пробрасывать железо :) Глянул - прямо на страничке jellyfin про harware acceleration написано, что она в докере поддерживается. Ну и у меня отлично работает перекодирование под телевизор. История про пересборку тоже вряд ли актуальна - за иключением случая, если у вас какое-то экзотическое железо, про которое штатная инсталляция в образе не знает.
В последний раз пользовался Thunderbird больше 15 лет назад, так что про текущее положение вещей не в курсе.
Но в целом я иногда ловлю себя на бурчании, что раньше было лучше, и стараюсь остановиться и вспомнить - а как оно было? А что изменилось? А с чем это может быть связано? Ведь на самом деле редко изменения делаются ради изменений - ведь наверху компаний чаще стоят разумные люди, которые вполне умеют считать профит.
Возьмём к примеру мессенджеры. Прямо сейчас у меня Telegram занимает 811 MB RAM на дектопе. Ужасно, я же помню, что &RQ занимал какие-то считанные мегабайты! А ведь и то и другое - мессенджеры...
Но потом я вспоминаю, что в те времена были только текстовые сообщения, о видео можно было только мечтать, что у меня были жалкие десятки контактов, что групповых чатов и каналов в принципе не существовало... В общем, есть нюанс. И не один.
Пока с таким не сталкивался, но верю. Пробовали VLC+samba share? У меня такое на первых порах было, вполне пристойно, хотя о какой-то вменяемой организации коллекций приходится забыть. Ну и можно рядом несколько плееров поднять под эксперименты.
Класс, спасибо! Мне задача качественного голосового помощника кажется довольно нетривиальной - хочется и распознавания голоса хорошего, и понимания смысла команд. И ещё и железка должна быть не очень простая. Поэтому взял станцию. Здорово, если у вас получилось собрать работающее оффлайн решение! Забавно, что основные юз кейсы у нас похожие - таймер, музыка, дети.
IT просто довольно быстро развивается. И это чудесно, что инструменты, которыми я пользуюсь сегодня - гораздо лучше, чем то, что было 10 назад. Но скорость развития имеет граничение в виде обратной совместимости, которую просто необходимо периодически отрывать, чтобы не обнаружить в какой-то момент, что все свои силы ты тратишь на создание костылей.
Ну и вообще, что за буржуйство, делегировать всё бытовое? Как бы не скатиться в деградацию с таким подходом.
Не спешите осуждать, очень сильно зависит от количества быта и количества его исполнителей. В некоторых случаях, например, быта такое количество, что если его не делегировать - просто времени на работу не останется :) Уже не говорю о том, что хочется ещё, чтобы время было и с детьми пообщаться, и ещё успеть пожить немного.
Да, конечно, довольно тривиальная задача.
Не подскажу, какие есть готовые решения, но если делать самостоятельно - это брать фреймы видео и запихивать, например, в tensorflow - он расскажет, какие типы объектов там удалось найти.
У меня всего одна камера, но Frigate вполне себе распознаёт во мне человека с использованием нерекомендованного CPU режима.
Ну, я рассматривал только базовые варианты. Так-то можно и себе на телефон сервер поставить. И даже работать это будет весь день. Более-менее :)
За 24 там вроде совсем слабенькие модели. Вкусные штуки начинаются примерно от 50 сейчас. Но да, согласен - очень дорого, именно это в статье как минус и описал.
Серьёзный подход! Колокейшн - хороший вариант, но если это всё на умный дом не завязано. Иначе без сети он в тыкву превращается...
У меня тоже стоит ограничение для каждого контейнера, "сожрать всю память" - знакомая история.
А пробовали Frigate? Мне казалось, ZoneMinder это что-то уже давно умершее.
Запихано в одну машину. Слабенького CPU и 8 GB RAM хватает с заметным запасом.
Хост система - дефолтная убунта плюс докер. В случае чего я просто беру и разворачиваю те же docker compose на другой тачке. А, ещё nginx стоит вне контейнеров.
Да, я думал про кластер, но я разработчик, а не девопс, так что решил не упарываться настолько сильно. Всё же мне не нужно ни масштабирование ни отказоустойчивость. Хотя может каким-нибудь тоскливым осенним вечером я таки соберу k8s. Но пока есть много более интересных игрушек.
Ну вот на страничке про harware acceleration, которую я упомянул выше, одинаковые галки стоят что для Linux что для Linux Docker. И VA-API есть и там и там.
Ну так в контейнере как раз должна быть именно правильная и рекомендуемая версия ffmpeg. Они специально пишут не ставить его из стандартных репозиториев. А драйвера вообще ставятся на хост машину.
Навскидку кажется, что максимум того, что требуется - это прокинуть какую-то инструкцию или девайс в docker-compose. Но спорить я не готов :)
Не сталкивался с Proxmox, но вроде это именно виртуализация, и она конечно может сожрать лишних ресурсов. С докер контейнером навскидку такого происходить не должно. Если у тебя нет ВМ - тебе не нужно пробрасывать железо :)
Глянул - прямо на страничке jellyfin про harware acceleration написано, что она в докере поддерживается.
Ну и у меня отлично работает перекодирование под телевизор.
История про пересборку тоже вряд ли актуальна - за иключением случая, если у вас какое-то экзотическое железо, про которое штатная инсталляция в образе не знает.
Да, было такое. И даже веб чаты были. Чат.ру, кроватка.ру и прочее.
Но в комменте я сравнивал &RQ (аська-клиент) и телеграмм.
В последний раз пользовался Thunderbird больше 15 лет назад, так что про текущее положение вещей не в курсе.
Но в целом я иногда ловлю себя на бурчании, что раньше было лучше, и стараюсь остановиться и вспомнить - а как оно было? А что изменилось? А с чем это может быть связано? Ведь на самом деле редко изменения делаются ради изменений - ведь наверху компаний чаще стоят разумные люди, которые вполне умеют считать профит.
Возьмём к примеру мессенджеры. Прямо сейчас у меня Telegram занимает 811 MB RAM на дектопе. Ужасно, я же помню, что &RQ занимал какие-то считанные мегабайты! А ведь и то и другое - мессенджеры...
Но потом я вспоминаю, что в те времена были только текстовые сообщения, о видео можно было только мечтать, что у меня были жалкие десятки контактов, что групповых чатов и каналов в принципе не существовало... В общем, есть нюанс. И не один.
Пока с таким не сталкивался, но верю. Пробовали VLC+samba share? У меня такое на первых порах было, вполне пристойно, хотя о какой-то вменяемой организации коллекций приходится забыть. Ну и можно рядом несколько плееров поднять под эксперименты.
Класс, спасибо! Мне задача качественного голосового помощника кажется довольно нетривиальной - хочется и распознавания голоса хорошего, и понимания смысла команд. И ещё и железка должна быть не очень простая. Поэтому взял станцию. Здорово, если у вас получилось собрать работающее оффлайн решение! Забавно, что основные юз кейсы у нас похожие - таймер, музыка, дети.
Ох. Внезапный вопрос. У меня очень давно не было windows сервера, да и десктопы последние лет 10 тоже на линуксе. Так что надежда на других читателей.
Можно было бы сказать про всякий WAF, но кажется они в последнее время умерли.
От себя могу только порекомендовать разве что выставлять только контейнеризированный софт, и строго нужные порты.
IT просто довольно быстро развивается. И это чудесно, что инструменты, которыми я пользуюсь сегодня - гораздо лучше, чем то, что было 10 назад. Но скорость развития имеет граничение в виде обратной совместимости, которую просто необходимо периодически отрывать, чтобы не обнаружить в какой-то момент, что все свои силы ты тратишь на создание костылей.
Всё проще - например, это двое детей, которыми занимается один родитель.
Не спешите осуждать, очень сильно зависит от количества быта и количества его исполнителей. В некоторых случаях, например, быта такое количество, что если его не делегировать - просто времени на работу не останется :) Уже не говорю о том, что хочется ещё, чтобы время было и с детьми пообщаться, и ещё успеть пожить немного.
Да, хорошее замечание! Важно как поковырять самому, так и понять, когда ты встал намертво, и пойти за советом.
Лестно! Не буду отвечать за других авторов из поста, но лично я - не дочка миллиардера.
Да, но нет. Уборка или развоз детей, например, к сожалению, никак не даёт ни нормальной физической активности, ни морального отдыха.
Авторы и наставники обычно на основной работе являются разработчиками, аналитиками, и так далее. Прочитайте целиком серую приписку около фоточки :)