Completed Public and private playlists

[ebr 14897]

19 hours ago, Vicpa said:

If Amazon worked like emby. There would be millions(?) of playlists on this tab.  Every playlist that any user on the system created.

That is not really a fair comparison because your server is personal to you with Emby - so you aren't seeing every Emby user's playlists.  Only those on your personal server.

[Spaceboy 2491]

1 hour ago, ebr said:

That is not really a fair comparison because your server is personal to you with Emby - so you aren't seeing every Emby user's playlists.  Only those on your personal server.

A fairer comparison would be having a family account on Spotify and what I expect from Emby. No need to tell you that I can’t see my partners Spotify playlists even though we share a family account

[Carlo 4329]

But you would expect to see them there by default as Spotify makes playlists public by default.

You have to opt into private playlists or ignoring others playlists.

[ertagon2 44]

28 minutes ago, cayars said:

But you would expect to see them there by default as Spotify makes playlists public by default.

You have to opt into private playlists or ignoring others playlists.

Yes and so what? You do not provide even the option to do so. What is this bringing to the discussion? At the end of the day, you are developing a home media server and I would like to notice that most "homes" consist of more than one person, hence the userbase is asking for features that help organise the content so that my 100 playlists don't clutter and mix with my sister's 100 playlists. Savvy?

[Spaceboy 2491]

3 hours ago, cayars said:

But you would expect to see them there by default as Spotify makes playlists public by default.

You have to opt into private playlists or ignoring others playlists.

no point debating with you. you'd argue black was white if it were for team plex. sorry emby

you would indeed see them IF you searched for them and followed them. even if you did you wouldnt be able to edit them. two fairly significant differences

please stop arguing the indefensible

[Junglejim 339]

Playlist in general are in a sad state on this app!

I can't see it getting any better in the next four years. It just seem to hard for these guys, they just go for the low hanging stuff they are capable with.

There is a plugin (not working with the new 4.7 at the mo) which works ok. It's just the library view of video playlists looks like something from the original Xbox back in the day.

I see a lot of defensive comments here from emby mods and devs, that just shows how much they don't understand or care about this topic.

Edited June 3, 2022 by Junglejim

[ebr 14897]

58 minutes ago, Junglejim said:

I see a lot of defensive comments here from emby mods and devs, that just shows how much they don't understand or care about this topic.

Hi.  I don't feel my comments convey either of those sentiments.  I apologize if came off that way.

Quote

However, the thing that actually is slowing down this request is more its complexity and overall impact on the system. These factors mean we have to sacrifice working on a lot of other things to implement it making it very costly. 

I'd say we're getting much closer to attacking it though. 

 

[Junglejim 339]

1 minute ago, ebr said:

Hi.  I don't feel my comments convey either of those sentiments.  I apologize if came off that way.

 

Yea no probs, it did come across that way to some degree.

Sorry for the rant! It just gets frustrating reading comments that are over 4 years old that has done nothing from a development perspective.

If your are turly getting close to attacking this problem that would be great. Let's see what happens.

 

[ebr 14897]

The other factor is user impact so your "low hanging fruit" comment is valid to an extent but in the sense that we have to focus mostly on things that will impact 70-80% of our users instead of those that only impact 20-30%.  While those of you that use Playlists feel this feature is absolutely needed, there are still so many other things that a much larger audience would benefit from.

Still, this is a very valid FR and is planned for implementation.

[Junglejim 339]

34 minutes ago, ebr said:

The other factor is user impact so your "low hanging fruit" comment is valid to an extent but in the sense that we have to focus mostly on things that will impact 70-80% of our users instead of those that only impact 20-30%.  While those of you that use Playlists feel this feature is absolutely needed, there are still so many other things that a much larger audience would benefit from.

Still, this is a very valid FR and is planned for implementation.

Cool.. Maybe you need some more devs working at Emby.

I started coding machine code when I was a grommet and from there to most of the other programming languages. Sorry I can't help, I'm over that stuff now, getting to old.

Edited June 3, 2022 by Junglejim

[Carlo 4329]

 

19 hours ago, ertagon2 said:

Yes and so what? You do not provide even the option to do so. What is this bringing to the discussion?

 

17 hours ago, Spaceboy said:

no point debating with you. you'd argue black was white if it were for team plex. sorry emby

you would indeed see them IF you searched for them and followed them. even if you did you wouldnt be able to edit them. two fairly significant differences

please stop arguing the indefensible

I'm not debating anything. I'm simply saying I don't agree that playlists should be private by default. I think you probably see more public uses.  Doesn't matter if you agree with me or not as it's not important to this feature request.  With that said, I'm for this personally and have been, as I think it gives more power to the admin to personalize their media site. Here are some of my thoughts on what I'd like to see in addition to much of what's already been said.

In reference to above, I'd like to see an admin option to set the default for new playlists (public or private). The user can change this setting as well.  User should be able to add other people to their playlists and control edit access. Admin should be able to adjust individual options related to playlists in the admin section. IE "User allowed to create public playlists".

Playlists should be able to be synced externally. IETrakt

Playlists should be dynamic and expanding.  For example "Tom Cruise Playlist" is dynamically built looking at any video that he's listed in the cast. Another example is being able to build Playlists from tags. So if I want a "Submarine Playlist" I can set it up to look for a tag named "Submarine". If I want a playlist for "Oscar Nominations" I could use the tag "OscarNom".

[Spaceboy 2491]

5 minutes ago, cayars said:

 

 

I'm not debating anything. I'm simply saying I don't agree that playlists should be private by default. I think you probably see more public uses.  Doesn't matter if you agree with me or not as it's not important to this feature request.  With that said, I'm for this personally and have been, as I think it gives more power to the admin to personalize their media site. Here are some of my thoughts on what I'd like to see in addition to much of what's already been said.

In reference to above, I'd like to see an admin option to set the default for new playlists (public or private). The user can change this setting as well.  User should be able to add other people to their playlists and control edit access. Admin should be able to adjust individual options related to playlists in the admin section. IE "User allowed to create public playlists".

Playlists should be able to be synced externally. IETrakt

Playlists should be dynamic and expanding.  For example "Tom Cruise Playlist" is dynamically built looking at any video that he's listed in the cast. Another example is being able to build Playlists from tags. So if I want a "Submarine Playlist" I can set it up to look for a tag named "Submarine". If I want a playlist for "Oscar Nominations" I could use the tag "OscarNom".

bore off carlo

#doofuswasright

[kikinjo 162]

1 minute ago, Spaceboy said:

bore off carlo

#doofuswasright

  For 4 years we are waiting for playlist feature to be basically fixed, since it is badly implemented, and ANYONE can see other users playlist and delete them, and etc.. After 4 years comes emby support specialist and saying that that feature is not so important but it would be good that playlist can be synced, that playlist can be auto generated, that playlist can this that playlist can that, basically 10 new features on feature that is broken from the start. I don't think i will read bigger irony than this today. 

[Carlo 4329]

I said no such thing so I hope your not referring to me. This is something planned, it's just not at the top of the list right now. 
How do you see that as a negative?  Do you not want full control over what the user is allowed to do playlist wise? It doesn't matter how I think playlists should work nor the next guy as you would be able to set it up to work the way you want it to work on your system.

Once you've redone the playlist framework to be able to hide/show it based on criteria you set don't you want any new features as well?  Want the same screen layout or something closer to collections? Or should it be different depending on the content type (video, music)?

Private/Public type functionality would be the highest priority and probably first thing done so anything else isn't a replacement but additional functionality since you're already working on the code and we've been doing each section like this piece by piece.

[gleeballs 4]

just make the playlists locked to the user. keep them public, i don't want to make a playlist and another user go in and start moving stuff about

[ertagon2 44]

7 hours ago, gleeballs said:

just make the playlists locked to the user. keep them public, i don't want to make a playlist and another user go in and start moving stuff about

Not a bad idea but if anything I think it should be developed on top of the public/private functionality.

[DarKni8 37]

However i respect carlo, we cant deny the fact that by default or if not by default we get an option to make playlist private. We can look at spotify, youtube , youtube music, or whatever platform we see. It might be a good option to ask user as soon as playlist is created. Whether to keep it private or public. Its as simple as that it can solve everything.

 

Also its not difficult for emby team to do this, if user selects private playlist they just need to insert unique tag in playlist and except the logged in user , other users will have that tag in parental controls.

This can be workaround where there are less overheads for people. Till the time @Lukeand team finds some solid option.

[Armageus 67]

16 hours ago, cayars said:

Private/Public type functionality would be the highest priority and probably first thing done so anything else isn't a replacement but additional functionality since you're already working on the code and we've been doing each section like this piece by piece.

That's called feature creep and emby seemingly constantly suffers from it. 

Yes it's be great to add 500 other new related features at the same time, but most of us here would rather the features that were requested years ago would be finished quicker

 

Edit:

Whilst I commend emby's team for wanting a high standard e.g. by constantly rewriting and improving code before adding features, unfortunately the size of the Dev team doesn't seem to support this. 

I think at this point you'd be better of focusing just on getting s**t done, and ticking of as many small features and fixes as possible, even if the code or implementation that we don't see, isn't as "perfect" as you would like.

Edited June 4, 2022 by Armageus

[ertagon2 44]

2 hours ago, Armageus said:

That's called feature creep and emby seemingly constantly suffers from it. 

Yes it's be great to add 500 other new related features at the same time, but most of us here would rather the features that were requested years ago would be finished quicker

 

Edit:

Whilst I commend emby's team for wanting a high standard e.g. by constantly rewriting and improving code before adding features, unfortunately the size of the Dev team doesn't seem to support this. 

I think at this point you'd be better of focusing just on getting s**t done, and ticking of as many small features and fixes as possible, even if the code or implementation that we don't see, isn't as "perfect" as you would like.

In my experience keeping the code clean and refactoring it when needed is most often the correct choice of action as long as the amount of work required is within reason. But we have been in this constantly improving and cleaning code stage for quite some time now.

[Carlo 4329]

11 hours ago, DarKni8 said:

However i respect carlo, we cant deny the fact that by default or if not by default we get an option to make playlist private. We can look at spotify, youtube , youtube music, or whatever platform we see. It might be a good option to ask user as soon as playlist is created. Whether to keep it private or public. Its as simple as that it can solve everything.

 

Also its not difficult for emby team to do this, if user selects private playlist they just need to insert unique tag in playlist and except the logged in user , other users will have that tag in parental controls.

This can be workaround where there are less overheads for people. Till the time @Lukeand team finds some solid option.

Yes, at time of playlist creation. How it's done isn't that important as long as it's manageable. Most places in Emby allow for filtering so with the right configuration this should fit right in.

4 hours ago, Armageus said:

That's called feature creep and emby seemingly constantly suffers from it. 

Yes it's be great to add 500 other new related features at the same time, but most of us here would rather the features that were requested years ago would be finished quicker

I don't think it's feature creep at all. I don't believe I mentioned anything that isn't already a feature request.
So if you're going to work on one section of the code such as playlists it makes sense to try and get as many of the features requests done as possible.

One  of the fundamental changes that would get done and probably #1 priority is moving this from file to database so it can use ID to track members of the playlists vs file on disks.  Once that is done then it becomes much easier to incorporate filters, public/private states, who has access, etc  Emby already supports these types of things so once playlists are converted to database information this will open up a lot more options.

[FrostByte 5041]

4 minutes ago, cayars said:

 

One  of the fundamental changes that would get done and probably #1 priority is moving this from file to database so it can use ID to track members of the playlists vs file on disks.  Once that is done then it becomes much easier to incorporate filters, public/private states, who has access, etc  Emby already supports these types of things so once playlists are converted to database information this will open up a lot more options.

It may come to that, but having them as text files makes it easy to edit them.  Right now if I replace a movie in my Marvel playlist with a new version I can just edit the playlist in notepad before running a scan.  If it becomes part of the db then I would have to readd the movie and then drag it all the way back to the right position while trying to remember where it belongs chronologically.

[ertagon2 44]

8 minutes ago, FrostByte said:

It may come to that, but having them as text files makes it easy to edit them.  Right now if I replace a movie in my Marvel playlist with a new version I can just edit the playlist in notepad before running a scan.  If it becomes part of the db then I would have to readd the movie and then drag it all the way back to the right position while trying to remember where it belongs chronologically.

I feel like moving it to the DB might be the right move though, at least from the coding perspective.

[Armageus 67]

Not sure why it can't be a hybrid - have the actual .pls files on disk, but store the permissions to them in a database table.

I suggested this earlier in the thread and not really sure what is difficult about it.

[Carlo 4329]

Files based handling is problematic at many levels including those who seem to constantly move files around on disk!
https://support.emby.media/support/solutions/articles/44001849016-playlist-manual-migration

Collections was converted over to DB from files based and this has been great from the disk standpoint.

[gihayes 34]

I agree with the issue of moving files causes issues. My storage is almost maxed out and is spread across 6 drives. I am planning on upgrading soon but am shuffling stuff around until I can (hopefully within the next month or so). When I do, it breaks my playlists. I currently privatize Playlists using Tags and Parental Control which works pretty well but a built in working practical Playlist system would definitely be welcome.