Feature Request: Sync/Import from All Sources - 1 Click!

Also I added an AllOurChannels collection to eliminate phantom Channels ... but then I lose all the other Channel groupings except Favorites and HD... which I do not care for. SMH ... Do I have to recreate all of them ?

image

You would just do this once from within the collection list. You are unique as you use both hdhr app and channels app so obviously you would need to remove from the hdhr as well. The majority of channels users are not going to use both, they are just going to use channels. So in your example most people will just remove those atsc 3 from collection and then all clients will update and they will not be seen from any clients.

Yes, you will have to recreate as a collection but only once and attach to all your clients.

FYI you can just use the name “All” like the default is and no one will know you even changed it to a collection

Well that sucks :lollipop: ... Done

If you create an "All" collection containing all channels from all sources, what happens when a source adds or removes a channel.

Does the collection dynamically adjust, or do you have to edit the collection to reflect the changes at the server.

I went back to normal the collection stuff is more a pain in the ass than what it's worth .... It kills the included collections you have to re-create them. Getting the Genres for shows is a pain in the ass as it is not included in the guide data.

1 Like

It does not, it has to be remade, my sources rarely change and when they do it’s pretty fast to remake for me. I actually asked to have that added for a different use case but it went unreplied Here

I don’t really follow, the default uses the same guide data as collections. At least you gave it a try and decided it’s not for you. Personally I don’t have any issues with the genre collections I make

I was referring to the guide data on the Web Page ... If I Scan and see a show I might be interested in and click on the Show there is no way to View Genre. So maybe If I want to set a Genre collection. Where do I view the Genre ?

Good point.
Since it's available at the Series/Show level, perhaps they could surface it.
"genres": ["Crime drama", "Action", "Thriller", "Mystery"]

I don't record that one, but here's an example

Also if it did adjust dynamically on the non automatic side of collections it would grab the phantom hdhr channels defeating the purpose of an all collection.

So you’re saying hypothetically you have a crime genre collection that for some reason csi Miami isn’t showing up in so you try to see what genres are labeled for it so that you can add that genre to the collection but it’s not easily found? Interesting

Right now I have to bring up the SageTV guide data to see the Genre.

1 Like

For those experiencing this issue, I think the problem is that the data sources for their guide (myriad FAST services with crappy data, that's you) does not expose sufficient data to make channel collections as functional as you find them. It's merely a case of garbage in, garbage out.

I am talking about Gracenote guide data ... Channels DVR web guide data makes it difficult to find Genres of Shows ... even though the data is available. They show the Genres for Movies why not Shows ?

Granted it’s been so long since I’ve seen the default filters but I imagine drama is probably one of them. I guess my question is what will you do when this happens with the defaults. You have zero control to get csi to show up in the default drama filter, at least with customs you can add it after you do find the tag. Or am I still missing something?

I have the same issue trying to search for things I like using Genres.
Drama is not in the genres for CSI: Miami, it's Crime drama

You can view a list of all Genres currently in your guide data.
/dvr/guide/search/fields/Genres?q=

If you have Pluto or other FAST sources, it's an alphabet soup mess.

I guess it would be too easy to just add it to the Web Guide data just like they do for Movies.... It is the missed details and inconsistencies of the guide data that makes me SMH. I am done with this thread.

Feature Request from 4.5 yrs ago

I shouldn't have to recreate everything when there is already a built-in feature that is very simple to use. The only issue is they removed the automatic client synchronization when collections were introduced.

Favorites DID work before, exactly as designed. Set them on the server for favorites or blocked/removed channels and all clients would update.

All we're asking for is the automatic sync to be restored so we don't need to go to each device when a new channel gets added or changed.

No need to overcomplicate things with Collections when there was a perfectly working feature before

This sometimes worked, but was not consistent across source types and client device types.

Settings, including a channel's status, have always been considered a client-specific thing, and were unique to each client. To alleviate this situation, server side settings and channel collections were introduced.

It always worked for me, until the developers removed it. I get everyone here loves Collections and that is the default answer. The point of this feature request is for those of us that don't like/use collections to have the sync feature restored (in some fashion or another).

I for one do not like the complexity of Collections and will not use them since it does not fit my very simple use case (set the channels I favorite or block server level and all clients pull the same settings).
I do not want to have to manage favorites / blocks for the server, and then manage it separately for Collections, and then have to remember to manually change it in both places when I get a new channel or want to prefer a different source. Over complication when having it in one place was super simple before.

Everyone commenting here to switch to Collections is missing the point of a Feature Request and instead is shouting "do it my way" when there is already a Sync button in the client, why not just make it call the sync automatically on launching the app?

Agree ... have that as an option.