Jump to content

Live TV not working (m3u not working, hdhomerun does)


mattisam
Go to solution Solved by Luke,

Recommended Posts

mattisam

Hi,

I updated to 4.5.4, Live TV was working, then stopped.

Server info: Debian Linux, Dual Xeon, 72 gigs memory, m3u Processed though XEEV editor, two hdhomeruns on antennas.

Hdhomerun channels appear, none of the m3u comes in. Running the m3u from XEEV in VLC works fine.

This is part of the log (cut down for ease of viewing):

2020-12-22 14:38:31.588 Info LiveTV: Found epg channel in Emby Guide Data USA-OTA74017 KJRHDT 29931
2020-12-22 14:38:31.588 Info LiveTV: Found epg channel in Emby Guide Data USA-OTA74017 KJRHDT2 58710
2020-12-22 14:38:31.588 Info LiveTV: Found epg channel in Emby Guide Data USA-OTA74017 KJRHDT3 92691

..........

2020-12-22 14:38:33.843 Info LiveTV: Found epg channel in XmlTV null 5 StarMAX 5StarMax.us
2020-12-22 14:38:33.843 Info LiveTV: Found epg channel in XmlTV null WABC ABC.us
2020-12-22 14:38:33.843 Info LiveTV: Found epg channel in XmlTV null ACC Network ACCNetwork.us

...........

2020-12-22 14:45:18.486 Info LiveTV: Found epg channel in XmlTV null American Horrors AmericanHorrors
2020-12-22 14:45:18.486 Info LiveTV: Found epg channel in XmlTV null NFL NOW HD nflnow
2020-12-22 14:45:18.489 Info HttpClient: GetTempFileResponse url: http://tvprovider/xmltv.php?username=123456&password=
2020-12-22 14:45:19.054 Error LiveTvManager: Error refreshing channels for service
    *** Error Report ***
    Version: 4.5.4.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 4.9.0-8-amd64 (debian-kernel@lists.debian.org) (gcc version 6.3.0 20170516 (Debian 6.3.0-18+deb9u1) ) #1 SMP Debian 4.9.144-3.1 (2019-02
    Framework: .NET Core 3.1.8
    OS/Process: x64/x64
    Runtime: opt/emby-server/system/System.Private.CoreLib.dll
    Processor count: 16
    Data path: /var/lib/emby
    Application path: /opt/emby-server/system
    MediaBrowser.Model.Net.HttpException: MediaBrowser.Model.Net.HttpException: Unauthorized
       at Emby.Server.Implementations.HttpClientManager.CoreHttpClientManager.GetTempFileResponse(HttpRequestOptions options)
       at Emby.Server.Implementations.HttpClientManager.CoreHttpClientManager.GetTempFile(HttpRequestOptions options)
       at Emby.LiveTV.Listings.XmlTv.XmlTvProvider.GetXml(ListingsProviderInfo info, String path, MediaProtocol protocol, CancellationToken cancellationToken)
       at Emby.LiveTV.Listings.XmlTv.XmlTvProvider.GetChannels(ListingsProviderInfo info, CancellationToken cancellationToken)
       at Emby.LiveTV.EmbyTV.GetEpgChannels(IListingsProvider provider, ListingsProviderInfo info, Boolean enableCache, CancellationToken cancellationToken)
       at Emby.LiveTV.EmbyTV.GetChannelsAsync(Boolean enableCache, CancellationToken cancellationToken)
       at Emby.LiveTV.LiveTvManager.RefreshChannelsInternal(ILiveTvService service, IProgress`1 progress, CancellationToken cancellationToken)
       at Emby.LiveTV.LiveTvManager.RefreshChannelsInternal(IProgress`1 progress, CancellationToken cancellationToken)
    Source: Emby.Server.Implementations
    TargetSite: Void MoveNext()

Link to comment
Share on other sites

  • Solution

Hi, looks like your xmltv provider is returning an unauthorized response. You may need to use the user agent setting to spoof that and make the server appear like something else.

You can also try contacting them and asking why this is happening. Please let us know if this helps. Thanks.

Link to comment
Share on other sites

mattisam

Your response pointed me in the correct spot - xmltv, not m3u. My thinking is since the channels were not showing up, the issue was with the m3u - thought that channels would appear even with missing or invalid tv guide data. You are correct, it was the xmltv. Found out the provider had changed things up, and now you have to have the password included. The URL ended in "?username=123456&password=" was fine. Now it requires a password instead of leaving the value blank. Makes since since the M3u loaded fine. Never even looked at the xmltv.

Thanks for catching what I missed.

  • Like 1
Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...