overseerr
overseerr copied to clipboard
sct
Automatically Approve or Deny Requests based on Studio/Network or even streaming service availability
Is your feature request related to a problem? Please describe. I know all my plex users have a Netflix account. I do not necessarily want them requesting things that are already available on Netflix. My server space is limited, and I do not wish to download things that are readily available to my users. Currently I deny those requests manually.
Describe the solution you'd like I would like to see a way--even if it's a hidden/advanced setting, to automatically deny any request for Netflix content. I understand that maintaining a database of currently available content on various streaming platforms is a lofty and likely impossible/impractical goal. Therefore, I propose using the Network/Studio information already available as a way automatically deny requests from a specific studio/network.
Describe alternatives you've considered I've considered making a local user account to request every single Netflix original account and then logging in with my admin account to deny all them to prevent them from being requested again, but I don't know if that would work, and it seems like a pretty big undertaking to do it all manually.
Additional context This could also be beneficial for those looking to implement parental controls, or other type of controls on their requests as well.
Also, If it is at all useful, it appears that https://github.com/andreluisos/lists currently maintains a list of content on various streaming services that could be beneficial to this request -- if using tmdb network/studio info isn't as helpful as I thought.
Netflix has a lot of content that it doesn't produce itself, however. I'm not sure that checking the studio/network would solve your issue here, unless you only want to block Netflix Originals?
I think in general, some global content filtering might be nice though. I don't like the idea of depending on a non-TMDb list, but I'm all for filtering based on existing TMDb data.
Netflix has a lot of content that it doesn't produce itself, however. I'm not sure that checking the studio/network would solve your issue here, unless you only want to block Netflix Originals?
I think in general, some global content filtering might be nice though. I don't like the idea of depending on a non-TMDb list, but I'm all for filtering based on existing TMDb data.
Pie in the sky big dream would be to track which services have which content--but not realistic .Non-original content is constantly changing hands between various platforms and would likely be near impossible to track. Plus, you'd have to deal with some content being available in some geo-locations, but not others, no API access (that I'm aware of), etc... I think being able to block the originals would be the simplest way to implement a streaming service filter.
I guess, more generally this request is: can we get some global filters if we choose to implement them, and can studio/network be one of the filters? Solves my problem (prevent users from requesting readily available content), adds a nice feature to Overseerr for other use-cases as well.
Netflix has a lot of content that it doesn't produce itself, however.
Stupid me... I didn't think about that. Yeah, filtering the originals of the provider seems the better way to go.
If this is ever possible it would be nice to have it show “play on Netflix,Disney+,ect” like it does with content on plex. I know that justwatch.com maintains a pretty expansive data base on what looks to be every streaming service.
JustWatch provides an API that can be used for exactly this. I was going to put in a request for this not long ago but you beat me to it!
JustWatch have geo-specific availability so you could have a request go through the API, confirm it isn't available on the streaming services set, and then deny or let through based on that decision.
Netflix has a lot of content that it doesn't produce itself, however. I'm not sure that checking the studio/network would solve your issue here, unless you only want to block Netflix Originals?
I think in general, some global content filtering might be nice though. I don't like the idea of depending on a non-TMDb list, but I'm all for filtering based on existing TMDb data.
Yup thats the one and i also think filtering will give more options like filter by release date or genres
This doesn't need to be tied to studio. It only needs to check for availability by service. That's where the JustWatch API will help.
This doesn't need to be tied to studio. It only needs to check for availability by service. That's where the JustWatch API will help.
As far as I know JustWatch doesn't have a public API?
It may not be fully open and public but is this not what would be required?
https://www.justwatch.com/nz/JustWatch-Streaming-API
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.
![stale[bot] avatar](https://avatars.githubusercontent.com/in/1724?v=4 "Published by a pub.dev verified publisher"){kind=small}
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.
Even if similar, this issue requests the functionality of automatically approving or denying based on the logic.
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.
bump
also, look into https://github.com/haijeploeg/excludarr which does most of the leg work for the devs
Now that Overseerr shows where an item is currently streaming it seems the hard part is done. We just need a setting to filter these streaming platforms to automatically deny if desired.
Bumping again, would be great to have! We already have “streaming on” so not much more to add.
Some ideas:
- Make “streaming on” section logos instead of text to make it more obvious
- Instead of denying, remove the button / ability to request
- Where feasible, add direct URLs to streaming services to easily start playback
These can help the user avoid requesting easily accessible content, instead of them making a request and denying.
- Make “streaming on” section logos instead of text to make it more obvious
Logos are not guaranteed to be returned by the API. (Same issue for networks / production companies.)
- Where feasible, add direct URLs to streaming services to easily start playback
Not possible, we don't have the data required to add deeplinks.
- Make “streaming on” section logos instead of text to make it more obvious
Logos are not guaranteed to be returned by the API. (Same issue for networks / production companies.)
Many logos already appear correctly in the main browsing view as tiles, could be nice to show logos when available.
- Where feasible, add direct URLs to streaming services to easily start playback
Not possible, we don't have the data required to add deeplinks.
Looks like it might be out there for some services, definitely more a nice to have than necessary feature though. https://reelgood.com/business/products/catalog/ https://rapidapi.com/blog/movie-api/
Just some ideas! Thanks for considering.
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.
Bump
From mobile
From: stale[bot] @.> Sent: Saturday, April 9, 2022 12:22:07 AM To: sct/overseerr @.> Cc: evilhyde @.>; Manual @.> Subject: Re: [sct/overseerr] Automatically Approve or Deny Requests based on Studio/Network or even streaming service availability (#835)
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.
— Reply to this email directly, view it on GitHubhttps://github.com/sct/overseerr/issues/835#issuecomment-1093704842, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AAIA3V6ESSZBIT7NW6FAAHDVEEHX7ANCNFSM4XBMIFCA. You are receiving this because you are subscribed to this thread.Message ID: @.***>
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.