-
Notifications
You must be signed in to change notification settings - Fork 18
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Help wanted if possible. Update to newer versions #41
Comments
Hi @Caros2017 👋 Frigate v0.11.0 has changed the docker base image to Debian which means my manually added Ubuntu src repo is not compatible anymore. I'll have to switch to the Debian equivalent to rebuild libusb. I've been delaying the update because 0.11.0 is still in beta and I couldn't anticipate how much will still change before the release. But maybe I can look into it during the weekend. |
Hi @weltenwort ! |
Hi @weltenwort, |
@Caros2017 there might be a way around it by granting specific capabilities, but I have not yet invested a lot of time into finding that out. I'd also be interested to run it with fewer privileges. |
@deviant77 no worries 😉 |
Based on @deviant77's contribution I created a v0.11.0-beta2 pre-release. Please let us know if this works for you. |
That's really fast thanks! |
I would love to see that. I am running nothing else in docker on DSM with priviliged:true. I got everything (including Zigbee and Z-wave stick) running on specific user:group privileges. This is possible with udev rules, because the drivers are added in DSM. Here there are no drivers, so I have no clue where to set the privileges. Also the hwacell will be a challenge I think. But running without privileged:true will be a huge step forward already. |
For accessing the DRI device we might be able to use the same solution as described in jellyfin/jellyfin#2281. The device Regarding the coral USB device: Not sure if it possible to only mount a sub-tree of |
I think there are 3 challenges.
To be honest I am lacking knowledge here. Seems to be more complex than I initially hoped. |
indeed, but still worth keeping an eye on IMHO Regarding the root user, there seems to be limited support for starting with other users: https://github.com/just-containers/s6-overlay#user-directive |
Hi! Fresh install on a DS720+ (geminilake) but with hwaccel enable, the camera's video in my browser lags and the frame never reaches "current time". Also the CPU doesn't seems to go down at all. The docker instance was created with "default" configuration posted here.
Camera feed is rtsp @ 3840 x 2160 @ 6fps. Please share your hwaccel experience, I'm curious to know. Great work @weltenwort - Thank you! |
@baylanger see this bug report. I am experiencing the same unfortunately with all of the beta versions... :( |
After spending ~5 hours for a working solution (Coral + hwaccel), glad to hear it's a bug. Hopefully it gets fixed soon. |
I was seeing errors (see below) and noticed ffmpeg process kept crashing every ~5-10 seconds, the process would die and restart. That explains earlier docker reporting CPU jumping around for the instance and that the video kept lagging. I tried qsv and I've got positive impacts. ffmpeg process being stable, CPU usage is now "constant" and video feed doesn't lag anymore. Ref : blakeblackshear/frigate#3227 (comment) But the errors below differ from what is reported in the 3227 issue.
|
I'm not sure what hwaccel_args you are using, but for QSV it has changed since I wrote that post. For 0.11 beta 3, 4, and 5 it's now: Beta 6 might ship with Jellyfin ffmpeg 5.0.1 (currently 4.4.1), so worth trying that when it's released. |
@deviant77 thanx for sharing the new args for qsv and the possibility of Jellyfin ffmpeg in the next beta. I made the change this morning, somehow CPU for the ffmpeg process shows it went up ~1 % I'm not sure how to adjust the args for the 2 other processes... one of them might be the recording stream to disk and the other one for viewing the feed in the browser? I'll figure it out. I was wondering how someone could make a "hass frigate addons" using this frigate-synology-dsm7 image? Late last night I fork the original hass addon, thinking I could copy/paste/modify between the 2 repos.. to realize it doesn't seem to be plug & play - at least not for someone like me who is fairly new w/ docker & hass. |
Have you tested with the non-beta also? I have exactly the same setup and only Vaapi is working on the 0.10 version. The 11 beta version all give me bad results for Vaapi as well QSV. For Hass add-on, I don't know what you mean. This docker image adds some drivers for Google coral on Synology, but for the rest it's exactly the same as the original Frigate. So you can use the regular Hass add-on for frigate in HomeAssistant. |
I assume you mean https://github.com/blakeblackshear/frigate-hass-addons? I looked at its manifest and it seems to use the same container images as the standalone version: If true this means we should be able to fork the addon to use this synology-coral-enabled image variant. (This reminds me once again that we should try to contribute the synology support upstream once the stable version is released.) |
Yes. I look at that file earlier and now realized I had misunderstood how the "addon" install process works. True I could go that route. My hass install runs inside "Synology vmm". I plan to do quick video streaming / benchmark between frigate running inside the hass vm and a Docker instance. I allocated all 4 cores to the vm, this way I'm hoping hass reacts quickly to commands/events/etc. This time perhaps running frigate outside of hass makes sense if someone wants to control "cpu priority".
Definitely. I do wish the image would include more binaries, like "ps". Perhaps some of the hwaccel utilization reporting tools and few other debug tools. |
FYI for those of you having high CPU usage... |
That's great news, thanks for the pointer. And thank you @Caros2017 for submitting #55 which sets the appropriate ffmpeg-jellyfin env var by default. |
I tried frigate rc1 on my 720 ... somehow the CPU for some processes were higher and I'm not sure why. I created this PR to update the image to rc1... not sure if that's all needed to make it happen? |
@baylanger thank you, I have merged your PR and created a |
I've released an image for 0.11.0. Please feel free to open a new issue if you experience any problem with the Coral support. Problems with frigate itself should be directed at the upstream repository https://github.com/blakeblackshear/frigate directly. Thanks all for your collaboration and @deviant77 for consistently delivering version bump PRs. 👏 |
First of all, what a great project, thanks for sharing.
I have a question and I am wondering how you solved this. I wanted to run the newest frigate on DSM7.
I changed these two lines in the dockerfile (line 1 and 16):
From:
To:
If I want to build this docker I get:
Normally (it's not safe I know) you can solve this by adding:
RUN apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 871920D1991BC93C
To run this you need to have gnupg2 installed. So I can add this to the dockerfile:
RUN apt-get -y install gnupg2
The problem I am facing then is that for installing gnupg2 I get the same signature verification error.
How did you manage to solve this, or am I doing something wrong here?
The text was updated successfully, but these errors were encountered: