-
Notifications
You must be signed in to change notification settings - Fork 3
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
[Feature Request] Better handling of local media #13
Comments
This is where I am totally confused. I haven’t seen a configuration guide on how to correctly manage local content and addon content (.strm files). Right now, I have my library set up as I see on the OpenMeta ‘How to Write a Players File’ that there are Players files for ‘Kodi Library’ and ‘Local Files’ in the examples. What is the best way to use these? So - should I only have ‘OpenMeta TV Shows’ listed in the Kodi Library, and let OpenMeta pick up the local files using the ‘Local Players’ file? Lastly, for the widgets on the Home screen, can I just use the normal Kodi shortcuts like ‘Recently added’, etc? I’ve seen some mention that we should be using the ‘Skin Helper Service Widget’, but I don’t know what benefits it provides? Thanks for your time. |
I think the current TV Shows
However, the I think once this is fixed/added, local content and integration would work well - with no duplicates. I think this is better than using a Local Player file, as when I finally got it working, all local files looked the same as .strm files in the Library view (they had WEB for the resolution, whereas local content would normally have SD or HD). |
Have you taken a look at Venom's integration for some ideas?
Regarding duplication, I have some questions/theories. (It's really late and I haven't thoroughly looked into these myself.)
|
Is your feature request related to a problem? Please describe.
There are two inconsistencies regarding the handling of local media via OpenMeta. First of all, if we try to play media from OpenMeta that is already contained in the users' library, OpenMeta will still prompt to pick an add-on to play with. Secondly, when syncing Trakt to the local library, duplicates aren't ignored.
Describe the solution you'd like
The preference would be to have local content take obvious priority over remote content, with local content being played before trying to pick an add-on, and new Trakt content not being synced if it already exists in the local library.
The text was updated successfully, but these errors were encountered: