ginjaninja 650 Posted Sunday at 07:03 AM Posted Sunday at 07:03 AM "Once all episodes have been watched", 'watched' that sounds like a 'per user thing', i dont think image overalys are per user (but i havent checked), i mention in case it matters. .
Blueskies278 101 Posted Sunday at 09:15 AM Author Posted Sunday at 09:15 AM (edited) 3 hours ago, ginjaninja said: "Once all episodes have been watched", 'watched' that sounds like a 'per user thing', i dont think image overalys are per user (but i havent checked), i mention in case it matters. . You're right — I checked Emby creates one image per show and serves that same image to everybody. The plugin is never told who is looking — it only gets the show and which image type to draw on. So a badge baked into the image cannot differ per person. There isn't even a separate URL per user to hang a variant on. That's why the "ready to binge" mode asks you to type one Emby username, rather than guessing. It's also why the settings page counts your users and warns you if there's more than one. On a single-user server it's correct for everyone. On a family server everyone sees that one person's watched progress. Nothing looks broken, which is exactly why it's said plainly instead of left to be discovered. The default mode avoids the problem entirely: "season has finished airing" is a fact about the show, not about you, so it's the same for every user and needs no username. A badge drawn in the browser could be per-user, because it runs in your session. A badge baked into the image file can't be. Different delivery, different limits. Edited Sunday at 10:16 AM by Blueskies278
Blueskies278 101 Posted Sunday at 01:02 PM Author Posted Sunday at 01:02 PM (edited) Update: Badges on library thumbnails vs Upcoming — can these be separated? My plugin draws a status badge into series artwork server-side, via IImageEnhancer. The problem: an unaired episode has no image of its own, so Emby serves the series Thumb for Upcoming cards. That's the same image my library's thumbnail view uses — same item, same image type, same cached file. So if I turn badges off for Upcoming, they also disappear from the library's thumbnail view. Only poster view keeps them, because Upcoming never requests a poster. Is there any way to tell those two apart server-side? The enhancer is only given the item and the image type, never the view, so I don't think there is — but I'd rather ask than assume. The only route I can see is supplying unaired episodes with their own thumbnail, so Upcoming stops falling back to the series image. Is that sensible, or is there something simpler I've missed? That said — if everyone's happy with the badge appearing in Upcoming, I'll leave it as it is and not pursue this any further. Personally I'm not keen on it, since Upcoming already shows the airing dates and the badge just repeats what's on screen — but I'd rather go with what people actually want. I will add this fix to my roadmap, but for now it's impossible because of limitations and constraints. Edited Sunday at 02:47 PM by Blueskies278
Blueskies278 101 Posted Sunday at 02:57 PM Author Posted Sunday at 02:57 PM (edited) Update: New — "Complete" now flags the season finale in Upcoming The badge turns blue and reads Complete on the last episode of a season, so you can see at a glance that a show has finished airing and is ready to binge. Limitations, stated up front: Upcoming and your library's thumbnail view use the same image on the server, so whatever you set applies to both. There's no way to badge one and not the other. Choosing Complete only therefore affects your library too — thumbnails there show Complete and nothing else, so you lose the air dates in the library as well as in Upcoming. It's Complete rather than dates because the badge carries the series' next air date, so on any card that isn't the next episode it shows the wrong day — e.g. a "26 Aug" badge sitting under "Thursday 27 Aug". If you want full badges with dates and a clean Upcoming, use poster view for the library. Upcoming never requests a poster, so the two stop colliding. I tried giving unaired episodes their own artwork to break the link. Emby doesn't run image providers against them, so that route doesn't work. If you'd rather have the status on every client without any of this, "Prepend status to show description"writes into Emby's own metadata and shows everywhere, including the apps. Edited Sunday at 02:57 PM by Blueskies278
GrimReaper 5096 Posted Sunday at 03:05 PM Posted Sunday at 03:05 PM Don't know what was your intention for badge placement, but since you're still building: could you give us an option where to actually place it on the image? Thanks. 1
Blueskies278 101 Posted Sunday at 03:18 PM Author Posted Sunday at 03:18 PM (edited) 13 minutes ago, GrimReaper said: Don't know what was your intention for badge placement, but since you're still building: could you give us an option where to actually place it on the image? Thanks. Yes, I will do that now where is the screenshot from? Edited Sunday at 03:20 PM by Blueskies278 1
GrimReaper 5096 Posted Sunday at 03:25 PM Posted Sunday at 03:25 PM 6 minutes ago, Blueskies278 said: where is the screenshot from? Previously mentioned New Overlay plugin. 1
Blueskies278 101 Posted Sunday at 03:55 PM Author Posted Sunday at 03:55 PM (edited) 42 minutes ago, GrimReaper said: Previously mentioned New Overlay plugin. it was hardcoded top-left, which was a decision i made. Next build adds a position setting: four corners plus top/bottom centre. One thing worth knowing: Emby draws its own unwatched-episode count in the top-right corner, so if you pick that the two will sit next to each other. Top-left is the default because most key art leaves that corner clear. Added Edited Sunday at 04:08 PM by Blueskies278 1
Blueskies278 101 Posted Sunday at 04:36 PM Author Posted Sunday at 04:36 PM (edited) Update: Cleaning up the plugin. one more bug to fix. If no other bugs arise, I will upload the new beta very soon Edited Sunday at 04:39 PM by Blueskies278
ginjaninja 650 Posted Sunday at 07:35 PM Posted Sunday at 07:35 PM 6 hours ago, Blueskies278 said: Update: Badges on library thumbnails vs Upcoming — can these be separated? My plugin draws a status badge into series artwork server-side, via IImageEnhancer. The problem: an unaired episode has no image of its own, so Emby serves the series Thumb for Upcoming cards. That's the same image my library's thumbnail view uses — same item, same image type, same cached file. So if I turn badges off for Upcoming, they also disappear from the library's thumbnail view. Only poster view keeps them, because Upcoming never requests a poster. Is there any way to tell those two apart server-side? The enhancer is only given the item and the image type, never the view, so I don't think there is — but I'd rather ask than assume. The only route I can see is supplying unaired episodes with their own thumbnail, so Upcoming stops falling back to the series image. Is that sensible, or is there something simpler I've missed? That said — if everyone's happy with the badge appearing in Upcoming, I'll leave it as it is and not pursue this any further. Personally I'm not keen on it, since Upcoming already shows the airing dates and the badge just repeats what's on screen — but I'd rather go with what people actually want. I will add this fix to my roadmap, but for now it's impossible because of limitations and constraints. Im not speaking from experience and i might have misunderstood the issue but my observations are: (I am assuming that IImageEnhancer is an offline task which doesnt slow down realtime use) As long as the right information can be displayed everywhere with options then the more the merrier. Series are Continuing or Finished (+ other statuses?) Seasons are premiered (Only premiere exists), continuing or ended (Ended exists) (assuming this level of attribution is loggically possible from the provider information) Episodes are Premiere or Finale or nothing special. (but part of a season or show that is continuing or finishes or some such) But if there is a risk that different clients use different artwork in different places (eg thumbs example) then maybe it is safer to have best defaults but provide user an option as to what images get treated in what way. (needs to be thought through as image realestate is at a premium). i am mindful that A Show can be ended, but premier or finale episode is still a premier or finale episode (they are different axis) Season Ended is probably the most important to me and that is on continue watching and that is probbably a season thumb (almost never) if it exists otherwise a series thumb. Where i would use started or ended at the series level would be on recently added (show series poster on android client). At the episode level, i think "finale" is the most interesting flag on the episode level. I know Luke has always said that upcoming is a pain in the arse and cause no end of challenges but you can but try. Might be hard to get right first time, but with enough options and community feedback it wont take too long to find the right answers. not 100% coherent but some random thoughts, some might be relevent. 1
Blueskies278 101 Posted Sunday at 08:39 PM Author Posted Sunday at 08:39 PM (edited) @ginjaninja I will upload shortly, so you can beta test what I have done so far. This is where I am going to need some input. After a total of 16 hours of bug fixing, I hope I have at least established the basics, plus some additional features. Edited Sunday at 08:52 PM by Blueskies278
Blueskies278 101 Posted Sunday at 09:19 PM Author Posted Sunday at 09:19 PM (edited) TV Show Status — beta Thanks for testing. This is a beta: it works on my UGREEN iDX6011 Pro NAS running Emby in Docker, and hasn't been tested on other platforms. What it does Shows a TV series' status — Returning, Ended, Cancelled, or the next air date — where you can actually see it. Three separate ways, and they work independently: Poster overlay Reaches every client, including the TV apps. Modifies cached artwork only — your real image files are never touched. Web badge Web browser only. Doesn't touch your library at all. Status in description Reaches every client. Writes to the overview field, so it does change your library metadata. The poster overlay is the main thing to try. It draws the badge into the image on the server, so it appears on Android TV, Fire TV, tvOS and the mobile apps as well as the browser — with nothing installed on the device. Also worth installing: my Trakt Air Dates plugin. If you're outside the US, it fixes air dates landing a day early — and this plugin picks up its corrections automatically. See the bottom of this page for why that happens at all. Installing Copy EmbyTVShowStatus.dll into your Emby plugins folder Restart Emby Open Settings → Plugins → TV Show Status Put in a TMDB API key (free, from themoviedb.org) Check the three status boxes on that page Works on NAS/Docker, Linux, Windows and macOS. No platform-specific setup, and no hardcoded paths — the plugin prints whatever path it resolved at runtime. If you are upgrading from an earlier build Two settings reset to their defaults. This is expected, not a bug — the options were renamed because their meaning changed, so old saved values no longer match anything. What the overlay reports → Show status only What to badge on thumbnails → Only 'Complete' Set them again. Nothing else is affected. The three status boxes The settings page reports its own state rather than failing quietly. Please read them before reporting anything — they usually say exactly what's wrong. Web Badge/Description Script — whether the browser badge deployed. On Docker this can need one chown; the box prints the exact command for your platform. Air Dates — which source dates come from. Poster Overlay — what the overlay is doing, and if you've named a user for "ready to binge", whether that name actually matches an Emby account. What would be genuinely useful to hear Does the badge look right on your artwork? Size, position, opacity are all adjustable. If the defaults look wrong on your library, that's worth knowing. Is it readable on a TV? If it looks soft, try Overlay badge background → Medium. That's measurably clearer on the sort of downscaled image a TV app receives. Are the dates right? They should match your Upcoming list. If one is a day out, tell me which show. Anything that fails silently. If something appears to do nothing, that's the bug I most want to hear about — most of this plugin's worst bugs looked like features working badly rather than features being broken. Known limitations, so you don't spend time on them Your library's thumbnail view and the Upcoming list can't have different badges. Both ask Emby for the same series thumbnail — one file, two screens. Whatever you set for one applies to the other. If you want full badges with dates and a clean Upcoming, use poster view for the library; Upcoming never requests a poster. A date badge on an Upcoming card can look wrong. It shows the series' next episode date, so on a card for a later episode it's a different day — "26 Aug" sitting under "Thursday 27 Aug". Correct for the show, useless on that card. That's why Only Complete is the default there. Badges on the TV apps have to be baked into the image. A plugin can't draw into an app's interface; Emby exposes no way to do it. If you'd rather your artwork wasn't touched at all, Prepend status to show description reaches every client, but it's plain text with no icon or colour. "Draw badges on library cards" is browser-only. It does nothing on the TV apps. Off by default. Turning it off Untick Draw the badge into poster images and your original artwork returns as Emby regenerates its cache. Your real image files are never modified — only Emby's cached copies — so nothing is permanently changed. Air dates — and a companion plugin worth running TMDB stores an air date as a bare date, with no time and no timezone. So a US show broadcast at 8pm Eastern is recorded as that day in America — and read literally, that's the previous calendar day for anyone in the UK or Europe. The result is episodes showing up under the wrong day in Upcoming, and badges that disagree with the list they're sitting next to. I'd recommend running my other plugin, Trakt Air Dates, alongside this one. https://emby.media/community/topic/148586-trakt-air-dates-—-outside-the-us-fixes-us-shows-landing-on-the-wrong-day/#findComment-1535373 It fixes that at the source: Trakt returns a real UTC timestamp for every episode rather than a bare date, so the day is converted properly for wherever you are. It corrects your Upcoming list, and TV Show Status picks up those same corrected dates automatically — no configuration, nothing to link up. Install it and this plugin starts using it. Some detail worth knowing: US and Canadian shows only. Deliberate on both sides. A show released at midnight in its own country doesn't have this problem, and "correcting" it would create one — an earlier build did exactly that and shifted a show a day the wrong way. Optional, not required. Without it, TMDB's dates are used as-is. That's a perfectly normal setup and nothing will break. The Air Dates box on the settings page tells you which source is in use, so you never have to guess whether it's connected. If you're outside the US and watch US shows, it's the difference between an Upcoming list you can trust and one that's quietly a day out. Still looking into this. Shows from elsewhere — anywhere in a timezone ahead of you — keep TMDB's own dates for now, because the correction that helps US shows would push those the wrong way. Whether that can be handled properly rather than just skipped is something I'm working on. EmbyTVShowStatus.dll TVShowStatus-2.5.54.0-Release-Notes.pdf TVShowStatus-Settings-Reference.pdf Edited Sunday at 09:27 PM by Blueskies278 1
GrimReaper 5096 Posted Sunday at 11:05 PM Posted Sunday at 11:05 PM 1 hour ago, Blueskies278 said: What would be genuinely useful to hear Does the badge look right on your artwork? Size, position, opacity are all adjustable. If the defaults look wrong on your library, that's worth knowing. Looking good on default image size posters (Extra Large badge size and Solid background), though personally I'd like some more bigger size-options, at least one size above Extra large, possibly two. 1 hour ago, Blueskies278 said: Is it readable on a TV? If it looks soft, try Overlay badge background → Medium. That's measurably clearer on the sort of downscaled image a TV app receives. It is (same settings as above), though same stands: I'd prefer a tad bigger badge size. 1 hour ago, Blueskies278 said: Are the dates right? They should match your Upcoming list. If one is a day out, tell me which show. They are, according US dates. Though I'm not bothered by those if it's a day off. 1 hour ago, Blueskies278 said: Anything that fails silently. If something appears to do nothing, that's the bug I most want to hear about — most of this plugin's worst bugs looked like features working badly rather than features being broken. Haven't noticed anything save no Canceled badges, only Returning/Ended. Generally, for my purposes, working very good out-of-the-box, well done.
Blueskies278 101 Posted Sunday at 11:13 PM Author Posted Sunday at 11:13 PM @GrimReaperThanks for you feedback. I will add another badge size 1
ginjaninja 650 Posted yesterday at 05:42 AM Posted yesterday at 05:42 AM Good stuff, I must be getting old, i need "extra large". The plugin seems perky and rapid and the fundamentals are working. I have overlays working for show posters, showing ended or next air date. And on continue watching i can see the air date and that a show has ended I have to set a username and bingeable to see that bottom s3 is ready to binge (but is that logically necessary, the season being ready to binge (Complete?) is not related to me/my watch history? its a function of the season? if it can be made to work without the introduction of a username that would be much "tidier" i think. for some reason the simpsons season s36 is not not marked complete (when it is), could be an anomally from rapid clicking and testing rather than an issue, or it could be becuase Bottom the Show has ended and the Simpsons has not (and some sort of bug around that?). i dont see episode premiere and finale tags on episodes, If i set my continue watching on "bottom" to be either S03E01 (the first episode in season) or S03E06 (the last episode in season) i dont see "Season Premiere" or "Season Finale". Wether people want the show status or the season (+episode?) status might need to be a choice, for me if the overlay can treat images differently, i would choose series staus (started|ended) for posters (becuase i dont use posters for continue watching) and i would choose season status (?|Complete) and episode status (Premiere,,Finale) for Thumbs on continue watching. The plugin could require people to have season images and season thumbs in order to yield season level granularity, (if that is what would make the difference) but hopefully not. I havent fully digested the upcoming , day mismatch info above, but i dont think it matters to me if things are a day out particualrly. 1
Blueskies278 101 Posted yesterday at 05:12 PM Author Posted yesterday at 05:12 PM (edited) 11 hours ago, ginjaninja said: Good stuff, I must be getting old, i need "extra large". The plugin seems perky and rapid and the fundamentals are working. I have overlays working for show posters, showing ended or next air date. And on continue watching i can see the air date and that a show has ended I have to set a username and bingeable to see that bottom s3 is ready to binge (but is that logically necessary, the season being ready to binge (Complete?) is not related to me/my watch history? its a function of the season? if it can be made to work without the introduction of a username that would be much "tidier" i think. for some reason the simpsons season s36 is not not marked complete (when it is), could be an anomally from rapid clicking and testing rather than an issue, or it could be becuase Bottom the Show has ended and the Simpsons has not (and some sort of bug around that?). i dont see episode premiere and finale tags on episodes, If i set my continue watching on "bottom" to be either S03E01 (the first episode in season) or S03E06 (the last episode in season) i dont see "Season Premiere" or "Season Finale". Wether people want the show status or the season (+episode?) status might need to be a choice, for me if the overlay can treat images differently, i would choose series staus (started|ended) for posters (becuase i dont use posters for continue watching) and i would choose season status (?|Complete) and episode status (Premiere,,Finale) for Thumbs on continue watching. The plugin could require people to have season images and season thumbs in order to yield season level granularity, (if that is what would make the difference) but hopefully not. I havent fully digested the upcoming , day mismatch info above, but i dont think it matters to me if things are a day out particualrly. Thanks — that's genuinely useful feedback, and you've found a real gap. Taking your points in order. "Ready to binge" needing a username — you're right, and you don't have to use it Your instinct is correct: whether a season has finished airing is a fact about the show, not about you. There's already a mode that works that way. Set What the overlay reports to "Season has finished airing" rather than "Ready to binge". No username, no warning, and every user on the server sees the same badge. The difference between the two: Season has finished airing asks only "is there anything further scheduled?" Nothing to do with your watch history. Ready to binge asks that and "have you watched it?", so it can hide the badge once you've seen everything. That second question is the only reason a username exists — it's the one thing the server genuinely cannot answer without being told who's asking. So it's a choice between the two, not a requirement. If you don't want the per-user behaviour, don't use the per-user mode. The Simpsons S36 not showing Complete — not an anomaly, and your second guess was close It wasn't rapid clicking. The plugin works at series level, not season level. All it stores per show is the status, the next air date and the last air date — there's no season data in there at all. So "Complete" really means "this series has nothing further scheduled". The Simpsons has an episode due on 27 Sept, so that's false, and it can never say Complete while the show is still running — regardless of S36 being finished. Bottom works because the whole series ended in 1995, so there genuinely is nothing more coming. That makes "Season has finished airing" a misleading name on my part for a continuing show. It's accurate for a show that's finished or between seasons, and wrong-headed for one mid-run. I'll reword it. Season Premiere and Season Finale tags — not implemented Not a bug, and not something you've configured wrongly: the overlay only attaches to series items. Episodes never reach it, so there's nothing to tag S03E01 or S03E06 with. Different overlays for posters and thumbs — half of this exists already The half that works: posters and thumbnails are already independent. What to badge on thumbnails has Nothing, Only 'Complete' and Everything, so you can have full status on posters and only Complete on Continue Watching, which is close to what you described. The half that doesn't: choosing series status for one and season or episode status for the other. That needs season-level data the plugin doesn't currently fetch. Season images wouldn't unlock it Reasonable thought, but artwork isn't the constraint. The constraint is the data: one record per series with three fields in it. Season granularity means fetching TMDB's season endpoints and caching per season — a real piece of work, but not one that depends on you having season posters. Worth saying plainly that what you're describing — season status on thumbs, episode tags on episodes, series status on posters — is a bigger change than it looks, and I'm not going to pretend it's a quick setting. But it's the most coherent feature request I've had for this plugin and I've written it down as described. "Extra large I will increase the extra large. The air date mismatch Fair enough. It only bites if you're outside the US watching US shows, and if it's not bothering you there's nothing you need to do. I will Update you about the bug fixes Edited yesterday at 05:23 PM by Blueskies278
ginjaninja 650 Posted yesterday at 06:30 PM Posted yesterday at 06:30 PM i look forward to seeing the next version. For me it is the Season level granularity that will make the plugin indespensible. "is the season ready to watch?" , is the main question everyone in the family asks.
Blueskies278 101 Posted 23 hours ago Author Posted 23 hours ago (edited) 2 hours ago, ginjaninja said: i look forward to seeing the next version. For me it is the Season level granularity that will make the plugin indespensible. "is the season ready to watch?" , is the main question everyone in the family asks. Do you use "Hide spoiler information from unwatched episodes" ? Edited 23 hours ago by Blueskies278
Blueskies278 101 Posted 16 hours ago Author Posted 16 hours ago TV Show Status 2.5.76.0 — what's new Everything since the last beta build (2.5.54.0). Badge colours are now yours to set Four dropdowns: ENDED, CANCELLED, STILL AIRING, COMPLETE Palette: green, blue, red, amber, purple, grey, white Cancelled has its own colour for the first time — it used to share the ended one Popular setup: cancelled red, ended green, still airing amber. Tells you at a glance whether a show is safe to start or stops on a cliffhanger Ended now defaults to amber, not red Only applies to new installs If you already have the plugin, you keep whatever you had — change it under Badge colour: ENDED Episode badges — Premiere and Finale New setting: What to badge on episodes. Off by default Flags the first and last episode of a season Finale is deliberately cautious: it only appears once a season has no missing or unaired episodes left and the series has nothing further scheduled. A finished show flags its finale; a continuing one flags nothing, because the newest episode you have isn't necessarily the last one written Premiere has no such caveat — episode one is episode one Clearer badge New font — narrower, so the text renders larger in the same space Text is slightly heavier so it survives being shrunk down for a TV Small and Medium are about 15% larger than before; Large and Extra large are noticeably bigger again, for anyone who wants the badge obvious from across the room If your badge looks too big or too small, the size setting has four steps and it's worth trying one either side Fixed: badges vanished when your server had no internet The plugin used to overwrite its cache with nothing when it couldn't reach TMDB, so an offline server lost every badge within 30 seconds of starting It now keeps what it already knows and simply stops updating Overlays also work immediately after a restart instead of waiting for the first refresh Fixed: cancelled shows said "Ended" The poster overlay had no way to say "Cancelled" and reported those shows as Ended Fixed: web badge needed a page refresh The badge was being drawn onto the page you'd just left, so it never appeared until you reloaded Also fixed: it disappeared when you marked an episode watched or unwatched Fixed: colours didn't match The badge beside a show's title used its own built-in colours and ignored every setting — it wasn't even the same green as the poster All three places now use the same colours Known limitations Spoiler hiding changes what you see. If you have Emby's Hide spoiler information from unwatched episodesswitched on, unwatched episodes show the series artwork instead of their own — so you'll see the show's badge rather than an episode one. That's Emby substituting the picture, not the plugin failing. Episode badges appear normally once an episode is watched, or with spoiler hiding off. Episodes need their own artwork. An episode with no still of its own borrows the series picture, and gets the series badge with it. Some views share one image. Your library's thumbnail view and the Upcoming list request the same picture from the server, so a badge in one appears in the other. Poster view is the only layout that separates them. Reporting Most useful things to hear about: Anything that appears to do nothing Badge size and readability on a TV Dates that disagree with your Upcoming list — tell me which show EmbyTVShowStatus.dll
GrimReaper 5096 Posted 10 hours ago Posted 10 hours ago Awesome update. Color coding looks great (very useful), image rendering is fast, episode primary-type and thumb-type images getting proper badges as well. Well done. 1
Blueskies278 101 Posted 10 hours ago Author Posted 10 hours ago 15 minutes ago, GrimReaper said: Awesome update. Color coding looks great (very useful), image rendering is fast, episode primary-type and thumb-type images getting proper badges as well. Well done. Thanks. Please let me know if you experience any bugs or if something doesn't look right.
GrimReaper 5096 Posted 9 hours ago Posted 9 hours ago (edited) Minor glitch: Ended/Canceled/Returning shows get both Season Premiere and Season Finale badges on first/last episode of each season (single- or multi-season shows). Still Airing shows do not get Season Finale on any last episode of previous completed seasons (but do get Season Premiere badge on each first episode of all seasons). Another possible improvement: maybe last episode of the last season for Ended and Canceled shows should get Series Finale badge instead of only Season Finale? Edited 9 hours ago by GrimReaper
GrimReaper 5096 Posted 9 hours ago Posted 9 hours ago (edited) In Continue Watching row, Season Premieres get additional/duplicated badge top-left (seems like default position-default size), although setting is Extra Large Bottom centre and episode images themselves do not have that extra badge. Season Finales are okay. Edited 9 hours ago by GrimReaper
ginjaninja 650 Posted 1 hour ago Posted 1 hour ago 22 hours ago, Blueskies278 said: Do you use "Hide spoiler information from unwatched episodes" ? i dont.
ginjaninja 650 Posted 28 minutes ago Posted 28 minutes ago (edited) HI @Blueskies278 , I might be doing something wrong. i wanted to disabled all the web client stuff (i only want the image overlay stuff in real life and for testing). so went with config { "EditorTitle": "TV Show Status Settings", "EditorDescription": "Displays TV show status badges (Returning, Ended, Cancelled) and return dates on series pages using data from TMDB. This product uses the TMDB API but is not endorsed or certified by TMDB. The web browser badge deploys itself automatically on startup - it writes a small script into Emby's own web folder and adds a line to index.html that loads it. On some setups, most often Docker, Emby doesn't have permission to write there: the folder is owned by root while Emby runs as another user. That is an ownership problem rather than a read-only folder, and one chown fixes it permanently - the 'Web Badge/Description Script' box at the bottom of this page tells you the exact command for your platform. Everything else in this plugin works regardless. If you would rather not change permissions at all, turn on 'Prepend status to show description' instead: it writes into Emby's own metadata, needs no file access, and shows on every client including Android and tvOS.", "TmdbApiKey": "[removed]", "WriteStatusToOverview": false, "DisplayMode": "None", "BadgeStyle": "None", "EnableImageOverlay": true, "OverlaySize": "ExtraLarge", "WebGridBadges": false, "ThumbnailBadges": "Everything", "EpisodeBadges": "PremiereAndFinale", "BadgeOpacity": "Solid", "OverlayPosition": "BottomCentre", "OverlayMarker": "Calendar", "EndedMarkerColour": "Red", "CancelledMarkerColour": "Default", "AiringMarkerColour": "Default", "CompleteMarkerColour": "Default", "OverlayMode": "ReadyToBinge", "OverlayWatchedUser": "Cartman", "ForceDisableSkiaSharp": false, "OverlayModeStatus": { "Status": "Warning", "Caption": "Poster Overlay", "StatusText": "This server has 5 users.\n\nEmby draws ONE poster per show and shares it with everyone, so every user will see Cartman's watched progress - not their own. On a household server that is misleading rather than broken, which is why it is worth saying plainly.\n\n'Show when a season has finished airing' gives you the blue Complete badge without this problem - it just does not hide the badge once you have watched the show.\n\nWorth knowing: TMDB reports 'nothing scheduled' both for a season that has genuinely finished and for one that is simply between episodes with no date published yet. Those cannot be told apart from the data, so a show on a mid-season break can read Complete early. It corrects itself as soon as TMDB publishes the next date.", "CanHideInCompactView": false }, "AirDateSourceStatus": { "Status": "Succeeded", "Caption": "Air Dates", "StatusText": "Using TMDB dates. The Trakt Air Dates plugin is not installed, or has not built its cache yet.\n\nThat is a perfectly normal setup and nothing is broken. Worth knowing though: TMDB stores an air date as a bare date with no time and no timezone, so a US show broadcast in the evening can show the previous calendar day if you are outside the US. Installing Trakt Air Dates fixes that; this plugin picks it up automatically with no configuration.", "CanHideInCompactView": false }, "WebScriptStatus": { "Status": "Succeeded", "Caption": "Web Badge/Description Script", "StatusText": "Active - the badge script is deployed into Emby's web folder and index.html loads it.\n\nAn Emby app update wipes both, so the plugin now re-checks every 5 minutes and puts them back on its own. On Docker it can only do that once Emby owns its web folder again - see Setup below.", "CanHideInCompactView": false }, "FeatureRequiresPremiere": false, "IsNewItem": false } (testing 2.5.77) I am a bit unsure how to refer to what i am looking at. My previous feedback was through a mistaken lense, i think i was seing the "web client" functioanlity... In continue watching ...Are these Show thumbnails? or seasons thumbs (which have inherited the show's thumb image) or episode thumbnails (which are overridden by season > show) - not sure how emby works, or if it even matters to the logic of the image processor. something interesting is happening becuase if i look at the show thumb in library there is no overlay only on "continue watching" (not a problem but it might help to know whats going on when troubleshooting / feeding back). To me extra large on the image could not be readable if it was any smaller. In practice for screen realistic i wonder wether a dot rather than text would be a useful option (idle suggestion until i see it as a whole). I think the ultimate outcome for me would be to see text/dot which confirmed somethign on continue watching thumbs, that indicates "Ready to Binge Season(/Show)", and season premier/finale as the cherry on top. Anyways i seem to loose almost all functionality when i turn off what i assume is the web functionality, except season premiere (oddly season finale on "Bottom" doesnt work, when premier does on "The Simpsons"). Maybe some of the settings are shared by web client and image processing and i have inadvertently turned something off? Could/should the web client and image processoing be more 'obviously' separate to enable/configure in the options? That said if image processing is working and granular enough, why would you want to overlay things via webclient functionality that only works on the web client? Edited 22 minutes ago by ginjaninja
Recommended Posts
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 accountSign in
Already have an account? Sign in here.
Sign In Now