Comments 16
Почему просто не сделать бесконечный стрим на YouTube с помощью ffmpeg?
сам делаю иногда, код с минимальными правками
VBR="2500k" # Video bitrate
FPS="30" # FPS
QUAL="ultrafast" # preset, ultrafast is OK for streaming
YOUTUBE_URL="rtmp://a.rtmp.youtube.com/live2" # YouTube RTMP URL
SOURCE="/dev/video0" # Camera device
KEY="...." # Stream key (get from youtube studio)
ffmpeg \
-i "$SOURCE" \
-vcodec libx264 -pix_fmt yuv420p -preset $QUAL -r $FPS -g $(($FPS * 2)) -b:v $VBR \
-acodec aac -bufsize 512k \
-f flv "$YOUTUBE_URL/$KEY"
вместо SOURCE поставить /dev/video0 (или как там камера определяется в пишке)
Хорошая идея. Но у меня не было задумки выставлять на всеобщее обозрение файлы записи. Я получаю изображения и видеоролики, а потом просматриваю их на наличие хорошего ракурса и момента попадания птиц.
Сколько гигов в месяц сожрёт бесконечный стрим?
Гигов где? на компьютере, откуда идет стрим ничего не сохраняется (ну, если спец не сделать), а есть ли на Ютубе ограничение -- я не знаю, вроде нет
Всякие Lo Fi стримы на ютубе идут месяцами (например https://www.youtube.com/watch?v=5qap5aO4i9A, начат 22 февр. 2020 г. !)
ну на самом деле это легко посчитать...
640*480*0.1/8*30 * 31*24*60*60/1024/1024/1024 = ~280-300Gb в месяц если записывать на комп
числа по порядку
640 * 480 -- разрешение
0.1 -- бит на пиксель (0.1-0.3 в зависимости от кодека, дает хорошее качество)
8 -- бит в байте
30 -- кадров/сек
31*24*60*60 -- секунд в месяце
1024*1024*1024 -- байты в гигабайты
Ещё, кстати, тема-то интересная, ffmpeg может вырезать кадры "без движения" (формально если фреймы похожи).
Вчера попробовал -- удобно при использовании статичной камеры, тогда кадры с пустым пейзажем вырезаются и остаются только если что-то происходит. Чтобы не просматривать потом тонны материала
https://superuser.com/questions/984841
Настоятельно рекомендую после настройки всего перемонтировать ФС в read only. Иначе после неожиданного пропадания питания есть шанс не загрузиться.
Да и вопрос восстановления съемки после перезагрузки не раскрыт.
Согласно программе, каждый промежуток времени микрокомпьютер отправляет фотографию в папку "Nablyd", расположенной на яндекс диске.
Не видно в приведенном фрагменте программы отправки на яд, только сам захват изображения.
Также в приведенных фрагментах переменная i в цикле не изменяется и файлы будут перезаписываться, а не создаваться новые.
Зачем придумывать велосипед? Есть проект motionEye OS(https://raspberry-valley.azurewebsites.net/MotionEye-OS) для малинки - всё из коробки настраивается: и сохранение и стрим и, если нужно, фото-видео и анализ/события движения в кадре...
Видеоcъемка и фотосъёмка на Raspberry pi в облако