All Activity

Hi, what makes you think it's any different in this regard?

HI, what makes you think it's simpler?

Hi Luke, The EMBY for Android was working ok without any issue. In the uploaded files you may notice that it is ok 3.5.55 release. Yet the Android TV version has simpler interface in regards of settings and more robust user management especially for kids profiles. The internal storage is unfortunately limited on this TV so I can not maintain both apps.

I regularly appear to have corrupted episodes if I try to watch the Android app on my GoogleTV with chromecast output on a Sony Bravia TV. If I watch exactly the same episode using the AndroidTV app this doesn't happen. I'll keep trying both but will err on the side of the AndroidTV app. I have no idea why this is the case as the Android app plays it absolutely fine on my Android phone, it just appears to be this combination of Android device, app version and output device. I can tell it's not transcoding it and after a few attempts it sometimes starts working without the corruption.

HI, it's because in your screenshot they all have the same season and episode number, so it's not going to record the same episode multiple times.

Hi. Can you try searching for our standard android app (Just "Emby" on Amazon and "Emby for Android on Google) on the same device's app store and see how that compares? Thanks.

HI, yes it will use all of the photo libraries that you have on the server.

Atrium 1.9 is on the App Store, and it's the guide. When Live TV landed I said the guide was the next thing I was building. Here it is: what's on now and next, in a grid of hours. You enter by the channel and walk it with the remote: up and down always change channel, right steps into the grid, and going down keeps you at the same hour. Channels with no schedule are there too, in a slimmer row — on a broadcast list of 340 channels only 97 send one. Recordings come with it, inside Live TV: the lot in posters, the latest in a list. It's what your recording folders hold: watching only, no scheduling. If your tuner tags its channels you can filter by group. Sorting and favourites are in the guide too, and remembered. Also reported here: the two channel sort options both sorted by name. There are three now: default order, channel number and name, and the number sorts as a number. Sound: on a film with several audio tracks, the one you pick is the one you hear. And the audio and subtitles sheet scrolls, so a long list of tracks isn't cut off. Home follows the section order from your server, and the Live TV tile follows your Library order. Also asked for here: the featured row can draw at random, a new five every time you open the app, and it holds still while you're in there. In Settings ▸ Home, off until you turn it on. Genre tiles are bigger, with the name underneath, and so is the letter in the alphabet bar. The remote no longer stops on a title's plot text or skips past an actor's portrait. As always: what's missing or wrong, say it here.

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.