-
-
Notifications
You must be signed in to change notification settings - Fork 62
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
Implement "general HA media folder" support #1748
Comments
Glad you find it useful!
Of course, anything is technically possible, just might be a lot of work. Does Surveillance Station have an Home Assistant integration, and can you already access Surveillance Station recordings through Home Assistant (e.g. the Media Browser)?
Both would likely require someone with a Surveillance Station do the work though... |
Hi @dermotduffy, Photos should be availabe in media browser through the synology dsm integration but seems to not working an the PR home-assistant/core#92092 was closed. Anyway recordings are not supported at all. I can mount the recordings to /media and view them through media browser in „my media“. Is it possible to include my media as location in frigate card? I can help with needed paths, information, screenshots but have no dev exerpience. |
@Jack77777777 Realistically, to do this right, it needs a developer with both the capability to integrate this into the card AND the necessary hardware to test. That is not me. Sounds like it is also not you :-) We can leave this issue open and hope that someone comes along better suited to implement this. Another idea I've had more generally is to just allow the Frigate card to browse media separate from the camera system. This wouldn't allow any kind of media filtering, link between camera and media, or timeline support, but would be pretty much "Have a version of the HA media browser" in the card, i.e. Anything you could see in the HA media browser, you could "browse to" yourself in the Frigate card. That might be a hacky way to give you somewhat close to what you want, but wouldn't be anything like the same level of integration the card has for |
@dermotduffy could you make it possible to copy recordings manually to frigate storage and have them visible? I already tried this by renaming folders and files to fit frigate structre (https://docs.frigate.video/configuration/record/). But the recordings are not visble in media browser->frigate. I read that this is nothing intented but probably there is way ;) ? I could set up a job to copy and rename automatically i think. |
Both the card and HA are asking Frigate what events happened between date X and Y. Simply having the media present is not sufficient. |
@dermotduffy cam1: media browser/mymedia/recordings_cam1 |
In best case seperate for Recordings, Snapshots... for each cam 😅 |
Yes, perhaps something like (making this up): camera:
- camera.foo:
media_library:
paths:
snapshots: ["My Camera Ecosystem", "Images", "Baz"]
clips: ["My Camera Ecosystem", "Events", "Baz"]
recordings: ["My Camera Ecosystem", "24x7 Recordings", "Baz"] None of these would work:
It would simply present the same contents of the Media Browser, in the card (but perhaps starting at the paths as specified above). |
@dermotduffy this would fit my needs 👍🏻. |
@dermotduffy It would be great if you can implement local paths as media source. Thats the feature I'm missing in the moment. Switching from frigate to basic reolink detection and upload the clips/images to an ftp on my ha server. That feature would work, for all cameras with ftp support - also for the battery driven. There is an other card https://github.com/lukelalo/gallery-card using local media - maybe that helps For the timeline they exctract the filenames - which needs to be configurable - for reolink my config looks like: entities:
|
This is part of the problem with this feature, honestly. The card already supports fancy media handling, and extracting times from filenames (this is what If this "generic folder" feature turns into something like the above -- I fear we're missing the point, and should just implement support for that camera type "properly" into the card. |
Thank you for the answer, I understand your point to support camera types and not create something generic with all the support this feature will have in the future. Your suggestion should definetly work - with reolink ftp for example you always get the snapshot and the clip in the same folder - with a different timestamp for the same event, not really great for automations... |
I struggle with a similar use case. I use the frigate card for my ring camera. Any of the motion or ding event videos are uploaded from ring to my media folder. To review the videos, I have to go to the media folder and drill down to the "My Media" folder. It works but having similar functionality from the frigate card would be the cats meow! |
A few thoughts about how this could work . Comments very welcome here or in the doc. |
Looks very good! |
I reviewed your plan, and it appears to meet my needs in that I want to be able to tag a specific camera to a specific directory. Thanks for doing this. It will make a great addition for the non-Frigate cameras. This would also be a reason to rename the card to a more universal name. |
Looks good, I have one point: |
It works for Timeline support would come if we implement the work described under "Future Possibilities", but that would not be in the initial version. |
That's also my understanding and is completly fine, I just want to make it clear for everybody with other cameras like ring etc. |
This would be fantastic! |
Hello @dermotduffy ,
First of all i love frigate and the frigate card.
I have setup frigate only for live view of my cameras in docker onto Synology DS718+. Seems like for the detection feature of frigate my Synology has not enough power and no detector. For this reason i use the Surveillance Station from Synology for detection and recordings.
Is there a way to implement recordings from Synology Surveillance Station into frigate or frigate card?
Best regards,
Jack
The text was updated successfully, but these errors were encountered: