All Activity

TV Show Status Release Notes Changes 2.5.100.0 Add "Season Premiere" and "Season Finale" to the Upcoming list on every client, including Android TV, Fire TV and tvOS Fix Upcoming badges showing the show's next air date instead of each episode's own date Fix two badges appearing on posters when the overlay and web badges were both on Fix badges only appearing after visiting a show first, and disappearing again on the way back Fix badges never clearing from a card once drawn Add an optional calendar or coloured status dot in front of the status in show descriptions, which shows on every client. Off unless you choose one Add a colour setting for the Season Premiere badge Add a setting to show "Returning" instead of a date on the badge Add separate settings for library cards and the Upcoming list, so either can be badged on its own Add a setting to switch the web badges off inside the Emby app while keeping them in a browser Add a setting to turn off status badges on posters Change the Upcoming badge to read the day heading Emby prints above each card, so it always matches Limitations Season Premiere and Season Finale on the Upcoming list appear on every card of that show while the episode is coming, not only the card it refers to. One picture serves every card and cannot tell them apart. Only the web browser gets it per-episode Season Finale can flag a week early or late. It compares the next episode against the number of episodes the season is announced to have, and that figure gets revised while a season is still airing. Season Premiere has no such risk There is no "Only Complete" option for the Upcoming list. Complete means nothing further is scheduled, and a show only appears in Upcoming because something is scheduled Air dates on Upcoming cards are web browser only. Season Premiere and Season Finale reach every client Turning "Prepend status to show description" on can produce two badges on a poster. Leave it off for now With Emby's "Hide spoiler information from unwatched episodes" on, unwatched episodes show the series artwork, so you see the show's badge rather than an episode one Episodes with no artwork of their own borrow the series picture, and the series badge comes with it Your library's thumbnail view and the Upcoming list request the same image, so a badge in one appears in the other. Poster view is the only layout that separates them The calendar and status dot in descriptions are emojis, so each device draws them in its own style and their colours cannot be changed Changing a setting may not update artwork you have already viewed. Refresh metadata on the show, or wait for Emby to re-read it "Draw badges on library cards" is web browser only, and is ignored while the poster overlay is on Ended defaults to amber on new installs only. Existing installs keep whatever they had EmbyTVShowStatus.dll

HTTP streaming isn’t DirectPlay. Genuine file access is. Take a massive 4K film, whether it’s DV or not, at perhaps 90 Mb/s, plus a massive HD audio track! That’s where Emby falls short! It stutters and jerks! And with Kodi, I’ve got DirectPlay via SMB and file access. Why isn’t that possible with the app? After all, ebr had implemented it for Experience 8.x.

You were the one mentioning audio so i responded to that. I sometimes watch movies on blue ray, i've seen movies with it on. I don't really notice a difference if any at all. One would have to really look for it. Emby does direct play, as said it sends a bit to bit perfect copy to what ever player is enabled. Ebr or Luke would have to chime in on this but to my knowledge nothing in the video is changed by Emby when direct play is used. So if you played a movie with the FEL layer then it would be preserved all the way to the player. If the player or device can't play back the FEL layer then that is not a problem of Emby. One of the reasons that the Ugoos can play Dolby Vision with FEL is because it ignores any license otherwise required that others don't want to pay for. It's made in China so can't be sued. CoreElec is open source so basically impossible to stop. Yes a chip would be required as well but without the license any western company wouldn't be able to play back the fel if they don't want to get sued. Other companies making android devices are simply to cheap to include the chip. All in all.. How good FEL is can be discussed but Emby is not at fault for FEL not being played, at least to my knowledge.

@softworkz; Thank you and that explains why the tags appear in the FFmpeg log but not in the item response. Would you consider adding the following optional fields to MediaSourceInfo or the audio MediaStream? ReplayGainTrackGain ReplayGainTrackPeak ReplayGainAlbumGain ReplayGainAlbumPeak ReplayGainReferenceLoudness The values would only need to be stored and returned through the API; existing playback behavior would not need to change. Separately, is there currently a supported audio-streaming request parameter, device-profile option, or API mechanism that allows a client to request a specific constant gain—such as -2.85 dB—during progressive MP3 transcoding? My intended client behavior is: Use track gain for mixed-track playback. Apply the gain during transcoding. Do not depend on the receiving player to interpret ReplayGain tags. Preserve existing behavior when no gain is requested. If no such transcoding control currently exists, would Emby consider exposing one? I am trying to avoid requiring users to install a custom plugin or modify their audio files. Thank you

I tried the new versio. For the moment, no problem

@MarvinB Thanks for your request. The way Emby works is that we are ffprobe-ing all new media files and are storing a subset of that data with the items in the library in the form of Emby SDK Reference: MediaSourceInfo and MediaStream. At the moment, replay gain information is not included with the media information data that is being stored. We might be able to add that, though. With regards to transcoding, the question is how it should be handled: applied and removed, not applied but preserved/carried over, not applied and dropped. I think the latter is happening at the moment - at least when a volume filter is included.

Thanks for both of these — they're bugs, not intended, and they turned out to be two different ones. The last row. When the last row isn't full, there was nothing directly below the column you were on, so the remote did nothing at all and those titles couldn't be reached. It wasn't only Movies and TV Shows — every grid in the app had it. Each row is now its own focus destination, so a short last row gets picked up whichever column you come down from. The middle poster. Also not intended. The bar at the top is centred while the rows start at the left edge, so coming down from it landed on whatever happened to be nearest — the middle poster. It now takes you back to the card you were on, and to the first one in the row the first time you go down. Both are written, and now they need the remote: focus behaviour is the one thing that never shows up in a test, only in your hand on the sofa. So no date from me — it goes out when it's actually right. Please keep them coming. This is exactly the kind of thing that's hard to catch from here.

Audio playback has absolutely nothing to do with Dolby Vision. The Amlogic S922X-J chip is required for FEL. Very few manufacturers have this, though. And at the moment, it ONLY works with CoreELEC. With the right programming, however, it would also be possible on Android. It’s just that at the moment, most devices are Android boxes, not Android TV boxes like the Shield. The FEL layer provides additional information. For example, with older films like *Braveheart*, which have been remastered, you’ll see a very slight pinkish tinge to the sky without the FEL layer. Not with FEL. You simply have to see it for yourself. So you can’t just say, ‘The difference is so slight, it certainly won’t be noticeable.’ As I said, DV 7 FEL is a topic in its own right. But fundamental problems could generally be solved with DirectPlay. It’s just that an ebr doesn’t see it that way.

Please! In the same ugly boat here. Like sucker punching all that hard work in the gut. Would love to also re-bring up the request to get rid of the folder overlay icons as well.

edit

Just got the new update ver 2.0.9 (1) and this now works, thanks. Could we maybe get a clock displayed in the next update?

Ui bug maybe when you go down on the homepage it always goes to the middle poster and not the left ( not sure if this is intended ) but when you are in the tv or movie section it wil not go down to the last row if there is no poster under where you are focused .

Excellent. Such a quick response. Yeah, the runtime isn't a big deal. I actually don't think I have ever seen it listed in other apps any way. Probably will look cleaner without it to be honest. I do love the UI layout in general. The images look really nice and clean. I will be watching several movies this weekend so will report anything regarding playback. I don't have very much 4K content that I haven't already watched. It's mostly just 1080p standard blu-ray rips with 5.1 audio. I am playing mostly on a 1080 projector anyway and is why I don't much bother with 4K stuff anymore. My TV in the bedroom is 4K but don't watch in there as much. I am also playing to 2 Homepod Pros so audio becomes a big deal on most apps. Yours plays back just fine so far.

I will try to do that for the next build, but please remember I'm limited by what the plugin allows. I will keep you updated Screenshot from tvOS upcoming. Season Premiere and Season Finale now appear across all platforms. I have not tested the Season Finale, but it should work. Unfortunately per-episode on a shared image, and per-user can't be done. but I will still add it to the roadmap. Checking for bugs—I will upload the update shortly

yes it is sad.. but there are possibilities... If your english is good I can give you access to the beta and you can at least try it out. Right now, I am working on sound-leveling with French language availability next on the list If you like the beta, you can assist me with the migration to French language and that is a win for both of us. Let me know your thoughts. thank you

I am the developer of Ear Wax, an Alexa music client that streams tracks from Emby Server 4.9.3.0. Emby’s FFmpeg transcode log confirms that it detects embedded ReplayGain tags. For example: REPLAYGAIN_TRACK_GAIN: -2.85 dB REPLAYGAIN_TRACK_PEAK: 0.861816 REPLAYGAIN_ALBUM_GAIN: -2.16 dB REPLAYGAIN_ALBUM_PEAK: 1.000000 The corresponding item is available through /emby/Audio/{Id}/stream.mp3, but requesting the complete item through /emby/Users/{UserId}/Items/{Id} does not return any gain, peak, ReplayGain, loudness, or normalization fields. Is there a supported API endpoint or optional field that returns these embedded ReplayGain values before playback? If not, is there a supported audio-streaming parameter that tells Emby’s transcoder to apply track ReplayGain during progressive MP3 transcoding? The goal is track-to-track volume consistency. I would prefer to use Emby’s existing metadata and transcoder without requiring users to install a custom plugin or modify their media files. I am specifically looking for: An API-accessible track gain and peak. A documented way to apply that gain during audio transcoding. Confirmation whether these capabilities are unavailable in Emby 4.9.3.0. Thank you

Good catch, and yes — it's changed, and a bit further than you asked. That line was deliberate, which is the interesting part: the shelf merges "continue watching" and "up next" into one row, and the metadata line was what told them apart. Your report makes it obvious the label was doing nothing useful — a next-up card already has no progress bar, so the text was saying twice what the card already said, and never saying the one thing you were looking for. So episodes now read the same in both states, the way you'd expect: The Big Bang Theory S1:E8 - The Grasshopper Experiment with the progress bar as the only difference between one you've started and one that's next. One thing that costs you, and I'd rather point it out than have you notice it: the runtime is gone from that line — the part you said was good. The bar now does that job on its own. If you miss it once you're living with it, say so; you're the one who looked closely enough to spot the first problem. And thank you for the skip intro/credits report — that's the first time I've heard those two work in someone else's house, which is worth more than it sounds.

Should i hold out hope for options for series images to carry all the functionality via image processing not web hacks, in the future?

Audio track handling? With direct play a bit to bit perfect copy is sendt to the player so i don't see how audio could be any worse unless it needs transcoding. Again, not talking about HDR10 fallback. I'm saying that the difference between Dolby Vision layer 7 (FEL) and Layer 8 (Not FEL) is so small that most people would fail a blind test between the two. Also, i'm no expert at this but i don't think it's so much an Emby problem as it is with the players and devices being used. Android doesn't support FEL and neither does AppleTV (because of licensing i bet) . There's simply nothing Emby can do about adding FEL to those devices when they don't support it to start with. If they found a work around to support FEL they would break a lot of licenses and be in serious legal trouble. The reason other media servers, devices and players might be able to playback something like FEL is because they are open source and maintained by a lot of different people so it's impossible for companies to stop them. Good luck suing a company in China. Direct play in Emby is precisely that, a bit to bit perfect transfer of a file to the player. If the player/device doesn't support the format sendt then Emby will transcode it on the fly to a supported format. So direct play is already available for use in Emby.

Thanks for the constructive feedback and the insights regarding the TV and AVR behavior. You raise a valid point about how modern displays handle resolution switching—especially since manufacturers sometimes implement EDID or HDMI handshake logic differently compared to older generations. Regarding the ExoPlayer and external players like VLC: While switching to an external player is technically possible, it unfortunately breaks the seamless Emby integration (such as server sync, direct resuming, and proper audio track handling), which is why many users prefer to avoid it. As for the point about FEL and 12-bit panels: It's true that very few consumer TVs feature a true native 12-bit panel (most high-end sets operate on 10-bit or use FRC). However, the primary benefit of the Full Enhancement Layer isn't just about outputting a 12-bit signal. The FEL stream contains critical residual data, targeted luma/chroma corrections, and specific mastering metadata that directly improves the 10-bit output image compared to a standard fallback layer. It really comes down to whether someone wants a solution that "just plays the file" or one that preserves the complete data integrity of the original master. FEL (Full Enhancement Layer) is the most technically sophisticated variant of Dolby Vision (Profile 7), as used primarily on UHD Blu-rays. Unlike standard Dolby Vision profiles, the FEL layer contains not only dynamic brightness metadata, but also genuine additional image information and image corrections (residual data) to bring the video even closer to the master. Why playback is so difficult: Most standard streaming boxes and apps (such as Android TV, Fire TV or Apple TV) do not natively support FEL files. They ignore the Enhancement Layer completely and often play back only the basic HDR10 image – a so-called ‘core fallback’ occurs. Players that offer genuine FEL support: Ugoos AM6B Plus (with CoreELEC): Considered within the community to be the only consumer-grade hardware currently capable of outputting Dolby Vision Profile 7 FEL losslessly and natively. Certain Amlogic-based media players (running Linux/CoreELEC): Similar SoC platforms can process FEL, provided the software architecture (such as CoreELEC) accesses the hardware interfaces directly. Oppo UDP-203 / UDP-205 (and identical clones such as the M92 / Reavon): Dedicated high-end UHD disc players capable of correctly processing the signal from physical media or ISOs, including FEL. But actually, FEL is a topic in its own right. That said, a good programmer could implement it on an Android platform too. Once people properly understand what it actually is and what it can do, the growth would be enormous. Ultimately, however, one thing would be absolutely essential here too: direct playback.

@vdatanet Just checked out the new update. Nice! Skip intro and credits pull up correctly and work very well. Will have more time to test further tonight and tomorrow. I plan to give the app a good run. One UI point I noticed and not sure if on purpose or not - on the "Continue Watching" Row, instead of showing the name of the episode under the thumb image it says "Up Next" (I believe in most apps that is where it would show the episode name. It then shows the season number/episode number and episode runtime (which is good). Is it possible to have it display the episode name instead of the "Up Next"?

That's the one I was waiting for — thank you. A DV set switching over is the one thing I had no way to test here, and it was the last open question in 1.4. And thanks for the picture — it arrived, and it's exactly the screen I needed: the line reads "signalled to the TV" and your set agrees with it. For anyone else here with a Dolby Vision TV: there's nothing to do, it's already in 1.4. The only report I'd still like to see is the opposite one — if the Playback Information screen ever says Dolby Vision was signalled and then withdrawn, that's the case I can't reproduce here.

Happy to report that everything seems to be working . My TV DV indicator does indeed come on. sent a pic in pm if you still wanted to see it thanks

HW tone mapping is broken in the stable branch. Feel free to try the beta release though you might want to search the forum to find which ones actually work. Regressions happen...

I just updated to the latest Tizen version but the problem still persists.