Guide Data Channels are blank when using Emby Guide Data

[Hughf 1]

I'm facing issues with getting guide data working on my Emby server.

When refreshing the guide it takes about 4 seconds to complete and no data is added.

When mapping the channel to the guide data I can successfully select the guide data source but there is nothing to select under guide data channel.

I have tried using different postcodes and selecting different lineups with no change on the issue.

I have also tried creating a new server but the issue still persists.

I am running Emby using Unraid, I've not faced this issue running Emby on a macOS host.

I've attached the embyserver.txt as well as a screenshot of what I see when attempting to select the guide data channel.

Any assistance would be greatly appreciated.

 

embyserver.txt

[Luke 42077]

Hi, looks like our guide provider is sending back a service unavailable response. We’ll check with them and see what’s going on. If you try it again later it will most likely clear itself up.

 But also if you’re using a vpn then it could be interfering with the requests so I would try turning it off.

[UnhealthyPie 0]

Same issue here... if I try to connect to: https://data.tmsapi.com/v1.1/lineups/GBR-1000014-DEFAULT/channels?enhancedCallSign=true  with a browser a got message like:  <h1>Developer Inactive</h1>

Looking at the embyserver.txt log:

2025-03-21 14:17:33.634 Info HttpClient: GET https://<200c><200d><200d>data.tmsapi.com<200c>/v1.1/lineups/GBR-1000014-DEFAULT/channels?enhancedCallSign=true
2025-03-21 14:17:34.004 Error LiveTvManager: Error getting channels
        *** Error Report ***
        Version: 4.8.11.0
        Command line: /opt/emby-server/system/EmbyServer.dll -programdata /var/lib/emby -ffdetect /opt/emby-server/bin/ffdetect -ffmpeg /opt/emby-server/bin/ffmpeg -ffprobe /opt/emby-server/bin/ffprobe -restartexitcode 3 -updatepackage emby-server-deb_{version}_amd64.deb
        Operating system: Linux version 6.1.0-32-amd64 (debian-kernel@lists.debian.org) (gcc-12 (Debian 12.2.0-14) 12.2.0, GNU ld (GNU Binutils for Debian) 2.40) #1 SMP PREEMPT
        Framework: .NET 6.0.36
        OS/Process: x64/x64
        Runtime: opt/emby-server/system/System.Private.CoreLib.dll
        Processor count: 2
        Data path: /var/lib/emby
        Application path: /opt/emby-server/system
        MediaBrowser.Model.Net.HttpException: MediaBrowser.Model.Net.HttpException: ServiceUnavailable
           at Emby.Server.Implementations.HttpClientManager.CoreHttpClientManager.SendAsyncInternal(HttpRequestOptions options, String httpMethod)
           at Emby.Server.Implementations.HttpClientManager.CoreHttpClientManager.SendAsync(HttpRequestOptions options, String httpMethod)
           at EmbyGuideData.Gracenote.GetChannels(ListingsProviderInfo info, CancellationToken cancellationToken)
           at Emby.LiveTV.EmbyTV.RefreshEpgChannels(IListingsProvider provider, ListingsProviderInfo info, CancellationToken cancellationToken)
           at Emby.LiveTV.LiveTvManager.RefreshEmbyChannelsInternal(IProgress`1 progress, CancellationToken cancellationToken)
        Source: Emby.Server.Implementations
        TargetSite: Void MoveNext()

[Luke 42077]

2 hours ago, UnhealthyPie said:

Same issue here... if I try to connect to: https://data.tmsapi.com/v1.1/lineups/GBR-1000014-DEFAULT/channels?enhancedCallSign=true  with a browser a got message like:  <h1>Developer Inactive</h1>

Looking at the embyserver.txt log:

2025-03-21 14:17:33.634 Info HttpClient: GET https://<200c><200d><200d>data.tmsapi.com<200c>/v1.1/lineups/GBR-1000014-DEFAULT/channels?enhancedCallSign=true
2025-03-21 14:17:34.004 Error LiveTvManager: Error getting channels
        *** Error Report ***
        Version: 4.8.11.0
        Command line: /opt/emby-server/system/EmbyServer.dll -programdata /var/lib/emby -ffdetect /opt/emby-server/bin/ffdetect -ffmpeg /opt/emby-server/bin/ffmpeg -ffprobe /opt/emby-server/bin/ffprobe -restartexitcode 3 -updatepackage emby-server-deb_{version}_amd64.deb
        Operating system: Linux version 6.1.0-32-amd64 (debian-kernel@lists.debian.org) (gcc-12 (Debian 12.2.0-14) 12.2.0, GNU ld (GNU Binutils for Debian) 2.40) #1 SMP PREEMPT
        Framework: .NET 6.0.36
        OS/Process: x64/x64
        Runtime: opt/emby-server/system/System.Private.CoreLib.dll
        Processor count: 2
        Data path: /var/lib/emby
        Application path: /opt/emby-server/system
        MediaBrowser.Model.Net.HttpException: MediaBrowser.Model.Net.HttpException: ServiceUnavailable
           at Emby.Server.Implementations.HttpClientManager.CoreHttpClientManager.SendAsyncInternal(HttpRequestOptions options, String httpMethod)
           at Emby.Server.Implementations.HttpClientManager.CoreHttpClientManager.SendAsync(HttpRequestOptions options, String httpMethod)
           at EmbyGuideData.Gracenote.GetChannels(ListingsProviderInfo info, CancellationToken cancellationToken)
           at Emby.LiveTV.EmbyTV.RefreshEpgChannels(IListingsProvider provider, ListingsProviderInfo info, CancellationToken cancellationToken)
           at Emby.LiveTV.LiveTvManager.RefreshEmbyChannelsInternal(IProgress`1 progress, CancellationToken cancellationToken)
        Source: Emby.Server.Implementations
        TargetSite: Void MoveNext()

Hi, can you please try again? I just tested and it seemed to be working just fine. Thanks.

[OlliePlimsoles 0]

No i still have the same problem and do not have any VPN installed, I looked in OPNSense and that can see everything going out fine

 

I Have even reverted my router to its defaults so its just going straight out to the Internet, I also changed from PFsense to OPNSense literally to see what is going on but no joy.

Do they block IPS or something for to many requests maybe?

Edited March 21, 2025 by OlliePlimsoles

[Hughf 1]

I'm still facing issues. I've checked the macOS device that was previously working and I am having the same behaviour there.

Neither the Unraid system or the macOS device are connected to a VPN

[OlliePlimsoles 0]

I have even weirder results

When i browse to https://‌‍‍data.tmsapi.com‌/v1.1/lineups/GBR-1001658-DEFAULT/channels?enhancedCallSign=true

My browser redirects me to 

https://xn--data-z76aga.tmsapi.xn--com-cn0a/v1.1/lineups/GBR-1001658-DEFAULT/channels?enhancedCallSign=true

Then I get a Page cannot be displayed

 

 

[Hughf 1]

I am also getting that

[UnhealthyPie 0]

1 hour ago, Luke said:

Hi, can you please try again? I just tested and it seemed to be working just fine. Thanks.

Hi Luke 

still same issue. It was ok with 4.8.10… I have issues since the upgrade (I’m aware that it’s just bug fixes… it may be a coincidence).

 

there’s any way I can re-download 4.8.10 to re-test with that version? (I don’t have anymore that version of the package)

 

thanks!

[OlliePlimsoles 0]

Yeah Mine also went wrong becouse when i created the docker i had no choice but to download the latest version.

[Luke 42077]

Hi, it's not the server version. We are reaching out to our guide data provider about this. We'll let you know when we have an update. Thanks guys.

[OlliePlimsoles 0]

no worries nice one Luke. Have good weekend

[Hughf 1]

Thanks for the update, have a good weekend.

[Carlo 4560]

I just added GBR-1000118-DEFAULT and was able to map channels and see multiple days of programming.

Same for GBR-1000014-DEFAULT.

Can you guys try refreshing and see if the problem is resolved?

[OlliePlimsoles 0]

No dice still have the same problem 

[OlliePlimsoles 0]

Just to rule it out I tried to connect to 

The web address on my mobile phone it also fails so fails over 2 completely different internet connections and providers. 

[Carlo 4560]

What happens if you remove the problem guide, wait for the refresh to finish, then re-add it?
Does it work properly after doing that?

Carlo

[OlliePlimsoles 0]

I don’t think that matters the website is not responding to our queries . Is this a cdn problem or is the server blocking our country or something. We cannot even see the xml in a browser

Edited March 21, 2025 by OlliePlimsoles

[OlliePlimsoles 0]

Just tried this morning and now working

[Hughf 1]

All working as expected for both of my servers as well.

[Carlo 4560]

Is anyone still having issues with this or is it safe for me to close our trouble ticket?

Carlo

[Hughf 1]

Everything is now functioning as expected for me.

Thanks for the assistance on the issue.