All Activity

Hi there, let's look at an example. Please attach the information requested in how to report a media playback issue. Thanks!

Hello, I have this weird issue where subtitles (most of types) take ages to load and mostly after it fail till like my 3rd or so try. I'm sure it's a player issue since when I used -nompv it used to load all subs instant, and in the web browser it's the same, instant. I'm using transcoding, yes, and my server is on Docker on Debian stable Linux, and my host is Arch Linux. Installed the Emby client via the new beta client repo. Only time it worked fine was when I was NOT transcoding, and the other times it worked were with -nompv or in the web browser. This is my first time reporting a bug here so if I forgot anything please let me know, happy to cooperate and grab whatever logs/info you need. Environment Client: Emby Client Beta 2.321.0 (FullName: Emby Client, X64, Arch Linux) Host OS: Arch Linux (desktop) Server: Emby Server in Docker, on Debian stable Player backend: MPV (the built-in Linux MPV video player plugin) Playback mode: transcoding (HLS, master.m3u8) Subtitle type: external SRT delivered via the subtitle extraction endpoint (embedded track, subtitle stream index 9/10) Steps to reproduce Play a video that needs transcoding (mine hits ContainerBitrateExceedsLimit) Switch to a subtitle track (embedded, srt) Player freezes for several seconds, subtitles either load very late or fail outright with an MPV sub-add error Retry switching the subtitle track a couple times — usually works by attempt 2 or 3 What does NOT reproduce it Same file/subtitle without transcoding — subs load instantly Same server, same file, using -nompv — subs load instantly Same server, same file, in the web browser client — subs load instantly So it really does look isolated to the MPV player path specifically when combined with transcoding. Relevant log excerpts (timestamps and personal info like domain/tokens stripped) First failed attempt — took about 14.7 seconds before failing: >>>> Debug MpvStreamController: SetSubtitleStreamIndex: setSubtitleStreamIndex 9 >>>> Debug MpvStreamController: SetSubtitleStreamIndex: New subtitle stream is external. >>>> Warn MpvVideoPlayer: MpvVideoPlayer.ReportError: [stream] Failed to open <server>/emby/Videos/<id>/<mediasource>/Subtitles/9/0/Stream.srt?api_key=<redacted>. >>>> Warn MpvVideoPlayer: MpvVideoPlayer.ReportError: [cplayer] Can not open external file <server>/emby/Videos/<id>/<mediasource>/Subtitles/9/0/Stream.srt?api_key=<redacted>. >>>> Error JsHostObjectProxy: JsHostObjectProxy.HandleMethodInvokeSync: Exception in PlayerMpvVideo.setSubtitleStreamIndex System.Reflection.TargetInvocationException: Exception has been thrown by the target of an invocation. ---> Emby.MpvPlayer.Native.Types.MpvException: MPV error executing command sub-add: error running command Arguments: <server>/emby/Videos/<id>/<mediasource>/Subtitles/9/0/Stream.srt?api_key=<redacted> cached English (SUBRIP) eng at Emby.MpvPlayer.Native.CoreMpvPlayer.CommandV(String[] args) in /_1/src/Players/Emby.MpvPlayer/Native/CoreMpvPlayer.cs:line 343 at Emby.MpvPlayer.Features.StreamControl.MpvStreamController.SetSubtitleStreamIndex(Int32 index) in /_1/src/Players/Emby.MpvPlayer/Features/StreamControl/MpvStreamController.cs:line 186 ... >>>> Warn JsHostObjectProxy: JsHostObjectProxy.HandleMethodInvokeSync: Invocation of PlayerMpvVideo.setSubtitleStreamIndex took 14708 ms Second failed attempt, same track: took about 23.3 seconds: >>>> Debug MpvStreamController: SetSubtitleStreamIndex: setSubtitleStreamIndex 9 >>>> Warn MpvVideoPlayer: MpvVideoPlayer.ReportError: [stream] Failed to open .../Subtitles/9/0/Stream.srt?api_key=<redacted>. >>>> Warn MpvVideoPlayer: MpvVideoPlayer.ReportError: [cplayer] Can not open external file .../Subtitles/9/0/Stream.srt?api_key=<redacted>. >>>> Error JsHostObjectProxy: ... MpvException: MPV error executing command sub-add: error running command >>>> Warn JsHostObjectProxy: JsHostObjectProxy.HandleMethodInvokeSync: Invocation of PlayerMpvVideo.setSubtitleStreamIndex took 23268 ms Third and fourth attempts (same session, different subtitle track index): 6.0s and 4.2s respectively, both with the same sub-add MpvException and "Can not open external file" errors before eventually going through. For comparison — starting the video itself (transcoded HLS) resolves in well under a second every time: >>>> Debug CoreMpvPlayer: LoadFile [...]: LoadFile <server>/emby/videos/<id>/master.m3u8?... >>>> Debug CoreMpvPlayer: Play [...]: Play >>>> Info JsHostObjectProxy: ... Async method return: PlayerMpvVideo.play So video load is fast and consistent; only the external subtitle fetch via MPV's sub-add is slow/erratic, and the delay is different every time (14.7s, 23.3s, 6.0s, 4.2s) rather than a fixed timeout, which points to it being a real (variable) fetch/extraction delay rather than something hardcoded. Additional notes The subtitle URL pattern is /emby/Videos/{itemId}/{mediaSourceId}/Subtitles/{index}/0/Stream.srt — this looks like an on-demand extraction/conversion endpoint rather than serving a static file, which might explain the variable timing. Happy to grab full server-side logs, ffmpeg subtitle extraction timing, or run a direct curl timing test against the subtitle endpoint if that'd help narrow it down — just let me know what's useful.

Using Firefox, but just tried Edge too, same result. Never use Edge so no cache to clear.

Hi, is there an Emby package for it?

What browser? Does it work in another browser? Did you clear cache in you browser?

Not picking what up? What are you defining as working fine

I'm using Version 4.10.0.31 beta. I'm doing a new install, only been up around 3-4 days

It doesn't. Which server version you're on? Have you tried clearing cache or accessing from another browser?

Thanks, didn't realise you had to click "default" Still unsure on how I get the coverart to apply. When I click on the treatments section I get this screen, which doesn't seem right?

Hi. Your screen shot shows it as a repeat and with the same original air date as we did...

Thanks for the explanation. My main concern is not the CPU/runtime of the task, but unnecessary HDD activity and spin-ups. I run Emby on an Unraid server with a large media library stored on HDDs, while Emby's application data and metadata are on NVMe. For this reason I try to avoid scheduled tasks that periodically access the media library when there is nothing new to process. I have now configured Video Preview Thumbnails as “as a scheduled task and when media is added” and deleted the scheduled task. As you confirmed in another reply, the “when media is added” trigger continues to work and the task can still be run manually when needed. That actually works very well for my use case. My original feature request was mainly about having a longer scheduling interval as an additional option for users who do want an occasional safety-net run without having to run it weekly. Would something like a monthly, quarterly or custom interval be possible in the future? Thanks!

I let it play out until the end of the album, because I was curious as to what would happen. It just stopped. Didn't think to check the dashboard. The log...does appear to show playback. I booted the theater up at 17:06, and the searches for “sitting duck” and “la synd” are me looking up the movie I was about to watch to see what the correct aspect ratio was in order to put my projector on the correct preset; I would have attempted to start the movie in the streaming app within a minute or two of those searches. embyserver (1).txt

I just recorded the same show with Windows media centre and it worked fine with the full name of the show. name of show + air date. I do not know why emby is not picking this up. It is the same tuner. The air date is incorrect for some reason. Emby = Matt and Mollie 2018-05-14 - 1 WMC = Matt and Mollie_BBC Radio 1_2026_09_08_12_58_00 <?xml version="1.0" encoding="utf-8" standalone="yes"?> <episodedetails> <aired>2018-05-14</aired> <dateadded>2026-09-07 13:00:05</dateadded> <year>2018</year> <plot></plot> <genre>Talk</genre> <genre>Game Show</genre> </episodedetails>

Hi, why can't you let the task run more frequently? When there's nothing to be done, it will exit very quickly.

hi, what other data would you like? where should it come from?

I have now checked other series. <?xml version="1.0" encoding="utf-8" standalone="yes"?> <episodedetails> <title>The Pursuit</title> <aired>1981-01-01</aired> <episode>5</episode> <season>9</season> <dateadded>2026-09-08 14:56:23</dateadded> <year>1981</year> <mpaa>TV-G</mpaa> <plot>Jim-Bob, home on furlough, meets an old girlfriend (Jennifer Jason Leigh) claiming to be carrying his baby; Ben defies his captors.</plot> <genre>Drama</genre> <genre>Romance</genre> </episodedetails> Is there a reason there is no episode/other data for a radio program?

Shouldn't emby default to using the air date if no episode date? I see that emby has, for some reason, set the air date to the start series date. Every single episode has the same air date.

Hi. Without any other information such as an episode number, the original air date would identify the episode. Therefore, the same date would be the same episode...

Emby Version 4.9.5.0 When recording a radio program it is using the original AIR DATE and not the episode date for the recording. This means its been overwriting all shows. Original air date: 14 May 2018 2018-05-14 - 1.ts <?xml version="1.0" encoding="utf-8" standalone="yes"?> <episodedetails> <aired>2018-05-14</aired> <dateadded>2026-09-07 13:00:05</dateadded> <year>2018</year> <plot></plot> <genre>Talk</genre> <genre>Game Show</genre> </episodedetails>

J'ai l'impression que c'est quand je rafraichis le guide qu'il annule la plannification.

I made a test today to "prove" I dont believe it's about storage. 2 days ago I set 8 episodes in a TV show to download in 4 Mbps. 6 out 8 downloaded, 2 was in ready to transfer. I then deleted the 6 downloded episodes. Nothing happended with the 2 episodes waiting. I then set a season of another TV show to download. All 8 downloaded successfully. I then set a season of another TV show to download. 9 out of 10 downloaded, 1 is now in "Ready to transfer". Hope this helps

The TV app no longer has on-board software decoding capability. I don't see that changing any time soon so, if you need that, the standard app is the way to go.

@ebrany idea if the decoding could be moved to in app like the other application and if the subtitle selection when playing the next episode could be fixed?

Set ACdb,tv up yesterday.

Shutting down your server would be an easy way to tell but what does the Emby dashboard show? Log activity?