No compatible streams are currently available

[pinkfamily7 2]

I've been going months and months without issues-- or rather, when issues came up, a simple restart of the server has resolved them-- but today I'm not able to tune to any of my LiveTV channels.  I have two sources configured:  an HDHomeRun tuner and also an m3u playlist, I get the same error for channels from either source.

Looking at the logs, whenever I tune to a channel, I see something similar to this:

2020-11-12 14:16:56.630 Error HttpServer: Error processing request
	*** Error Report ***
	Version: 4.5.2.0
	Command line: /app/emby/EmbyServer.dll -programdata /config -ffdetect /app/emby/ffdetect -ffmpeg /app/emby/ffmpeg -ffprobe /app/emby/ffprobe -restartexitcode 3
	Operating system: Linux version 5.4.0-53-generic (buildd@lgw01-amd64-046) (gcc version 7.5.0 (Ubuntu 7.5.0-3ubuntu1~18.04)) #59~18.04.1-Ubuntu SMP Wed Oct 21 12:14:56 U
	Framework: .NET Core 3.1.7
	OS/Process: x64/x64
	Runtime: app/emby/System.Private.CoreLib.dll
	Processor count: 16
	Data path: /config
	Application path: /app/emby
	System.Exception: System.Exception: No video encoder found for 'h264'
	
	
	>>>>>>  FindVideoEncoder - Media: h264, UseHardwareCodecs: True, Mode: Automatic
	
	   at Emby.Server.MediaEncoding.Encoder.TranscodingCommandBuilder.FindVideoEncoder(EncodingJobInfo state, CodecParameterContext parameterContext)
	   at Emby.Server.MediaEncoding.Encoder.TranscodingCommandBuilder.HlsGetCommandLineArguments(String outputPath, StreamState state, Int32 startNumber, Boolean createSubtitleParameters, Boolean isForTv, String segmentFileExtension)
	   at Emby.Server.MediaEncoding.Api.Hls.VideoHlsService.GetCommandLineArguments(String outputPath, StreamState state)
	   at Emby.Server.MediaEncoding.Api.BaseStreamingService.StartFfMpeg(StreamState state, String outputPath, CancellationTokenSource cancellationTokenSource, Boolean acquireResources)
	   at Emby.Server.MediaEncoding.Api.Hls.BaseHlsService.ProcessRequest(StreamRequest request)
	   at Emby.Server.Implementations.Services.ServiceController.GetTaskResult(Task task)
	   at Emby.Server.Implementations.Services.ServiceHandler.ProcessRequestAsync(HttpListenerHost appHost, IRequest httpReq, IResponse httpRes, RestPath restPath, String responseContentType, CancellationToken cancellationToken)
	   at Emby.Server.Implementations.HttpServer.HttpListenerHost.RequestHandler(IRequest httpReq, ReadOnlyMemory`1 urlString, ReadOnlyMemory`1 localPath, CancellationToken cancellationToken)
	Source: Emby.Server.MediaEncoding
	TargetSite: Emby.Server.MediaEncoding.Codecs.Common.Types.ConfiguredVideoEncoder FindVideoEncoder(Emby.Server.MediaEncoding.Encoder.EncodingJobInfo, MediaBrowser.Controller.MediaEncoding.CodecParameterContext)

It appears that something has happened to ffmpeg maybe?  Emby is run from a dockerized container on Ubuntu.

Any suggestions?

embyserver.txt

[Carlo 4330]

Hi, Have you tried shutting down Emby and doing an install right over top of what you have now?

[pinkfamily7 2]

An install of Emby?  No, I use a dockerized version of Emby, so that wouldn't particularly work in my situation.  I can check if anything changed in the last day on the repository I guess when I get home.

[Luke 37007]

Is this our official docker container?

[pinkfamily7 2]

I'm using linuxserver/emby image from linuxserver.io

[pinkfamily7 2]

Updating to the beta version of Emby 4.6.0.5 seems to have resolved the issue.

[Luke 37007]

Thanks for the feedback.