Multiple watched states for the different familie members
#1
Question 
What I would like to be able to do is have multiple watched states for the different family members.
Lets say I watch a episode with my wife than after the episode I would like to get a pop up asking how viewed the episode

Something like this (obviously editable):
  • Me
  • Wife
  • Everybody
Ideally this would be synced back to our trakt.tv accounts. This way we can both view episodes and filter to only show episodes that haven't been seen yet.

Right now we could kinda do it with profiles but that would require to switch profiles each time and even when we both view an episode it would require to register that watch state manual in the other profile.
Reply
#2
Moved to Feature Requests
My Signature
Links to : Forum rules (wiki) | Banned_Add-ons (wiki) | Debug Log (wiki)
Links to : HOW-TO:Create_Music_Library (wiki) | HOW-TO:Create_Video_Library (wiki) || Artwork (wiki) | Basic_controls (wiki) | Import-export_library (wiki) | Movie_sets (wiki) | NFO_files (wiki) | Quick start guide (wiki)
Reply
#3
I'd like this as well, or at least profile integration for exporting playcount meta. Something like, in the video.nfo:

<user><name>MYNAME</name><playcount>1</playcount></user>
Reply
#4
It looks like this would require a schema change. Right now it appears that the "watched" status is determined by playCount > 0 in the files table. This makes some sense, especially if some behavior (also considering add-ons) relies on knowing how many times a particular file is played. But it does make more sense to associate the idea of "watched" with a particular title than with the file (especially when considering that files change; a stack may be merged into a single file - a better quality version in a new format may replace the old file) so either play count doesn't truly map to the files play count (as is the case when using an add-on like WatchedList - which is a fantastic add-on that's making this a lot easier for me, currently).

I propose adding 4 new tables. Firstly, episodewatched, moviewatched, and musicvideowatched which each maintain 2 foreign key references to the ID of the title and the ID of the watcher with a count. It's possible just to use those 3 and have a flat integer for profile ID; but to support the multi-device-with-MySQL option I'd opt to also maintain a watchers table that maps to a new profile property: watcher ID. This has 2 advantages - it enforces foreign key references (many benefits) and it'll allow for multiple devices to be provisioned with different user sets that might have different user IDs on the device (profile 0 on my laptop will be different from my wife's profile 0) but with that string in our profile Kodi can know which watched list to use.

Right now I've found the next best workaround is to just maintain 2 separate databases and use user different user accounts to separate the databases. It does mean that you have to manage your library twice, though. Also keep a backup with WatchedList - it'll maintain it's own database keyed on the IMdB ID and TheTVDB ID (which is also a good set of IDs to use - but I think Kodi should keep its world consistent with foreign keys and let 3rd parties figure out mapping to scraped data).

If anyone has links to other discussions about this, and especially the opinion of the dev team I'm interested in taking a crack at this for v19.
Reply
#5
(2019-01-05, 21:11)Rouzax Wrote: Right now we could kinda do it with profiles but that would require to switch profiles each time and even when we both view an episode it would require to register that watch state manual in the other profile.

Yes... But how would this be different when using actual more than 1 user? Each person would still have to log out the current user, and log in him-/herself.

But yeah, having Kodi be multi-userfriendly would be a better situation. Unfortunately, we're not their yet.


(2019-02-19, 13:53)Tyler Szabo Wrote: If anyone has links to other discussions about this, and especially the opinion of the dev team I'm interested in taking a crack at this for v19.

There have been a couple of attempts to rewrite the Kodi databases, but for various reasons things stranded along the way. If you want to join in, get yourself acquainted with the Kodi code on Github.
Got a Kodi problem? Provide us with a full Debug log (wiki) || Usefull pages: First time user (wiki) || Troubleshooting (wiki) || Free content (wiki) || Forum rules (wiki) || VPN policy (wiki)
Reply
#6
Thanks, I have a little bit of interaction with the codebase but not with a change of this scope. Since I'm new to contributing I want to get a better sense of the direction the core team wants to go and make sure I'm making the right change the right way. That's why it's important for me to know how the core team sees this feature; I'm willing to take a crack at it but I want to be respectful of the time.

As an example: If the multiple profiles is something to be deprecated then adding more support would be an anti-pattern and it might make more sense to focus on solving this problem a different way (for instance making a metadata caching service to make media library rebuilds go faster).
Reply
 
Thread Rating:
  • 0 Vote(s) - 0 Average



Logout Mark Read Team Forum Stats Members Help
Multiple watched states for the different familie members00