Yesterday I've updated my two hkcams to 0.0.9 and had them run over night, with Apple's Home app running on my Mac, displaying the output of both cameras. Today, live video wouldn't start on both hkcams, while the regular snapshots would still come in.
I ssh-ed into the systems to find a large number of defunct ffmpeg processes:
I thought the min bitrate setting was the culprit, but removing --min_video_bitrate=500 from /etc/sv/hkcam/run and rebooting didn't seem to have an effect on the growth rate of defunct ffmpeg processes.
The number of ffmpeg defunct processes only seems to grow if I poll the camera snapshots via an app. (Apple's home app or other doesn't matter). The number will not grow if nothing asks for camera output.
Yesterday I've updated my two hkcams to 0.0.9 and had them run over night, with Apple's Home app running on my Mac, displaying the output of both cameras. Today, live video wouldn't start on both hkcams, while the regular snapshots would still come in.
I ssh-ed into the systems to find a large number of defunct ffmpeg processes:
In case of one camera, within 11 hours, there were over 500 of these.
Parent of those defunct processes is
hkcam --data_dir=/var/lib/hkcam/data --verbose=true
Here's my configuration:
wpa_supplicant.conf:
/etc/sv/hkcam/run:
I thought the min bitrate setting was the culprit, but removing
--min_video_bitrate=500
from /etc/sv/hkcam/run and rebooting didn't seem to have an effect on the growth rate of defunct ffmpeg processes.The number of ffmpeg defunct processes only seems to grow if I poll the camera snapshots via an app. (Apple's home app or other doesn't matter). The number will not grow if nothing asks for camera output.
Let me know if you'd like any debug information.