All Activity

Manually entering the http or https public or private addresses all result in the same error message. Does it attempt to connect to any other hosts when connecting/authenticating to my server? Very strange issue for sure.

First Playback Settings, then the Quality.

Helly ur welcome!

Hi everyone, I've been slowly learning and building something I'm excited to finally share with this community. It's called Embrr, a from-scratch Android TV client for Emby, written in Kotlin with Jetpack Compose for TV, Hilt, Retrofit, Coil, and Media3 ExoPlayer. This post is a sneak peek only. Embrr is still in active development, but I'm planning a limited beta test in the near future for Emby forum members who want to kick the tires and give feedback. I'll share signup details in a follow-up once the build is stable enough for outside testers. For now, I want to show what's coming and what makes Embrr different. What sets Embrr apart from the official Emby app: Smart bandwidth monitoring & connection-quality health checks Embrr watches your network conditions in real time and adapts. A connection-quality health check runs during playback so transcode decisions, bitrate caps, and direct-play fallbacks are made against your actual current throughput, not a static setting you configured once and forgot. Bad Wi-Fi? Embrr notices and degrades gracefully instead of stalling into an endless buffer. Embrr doesn't just trust the "max streaming bitrate" number you set once in a menu and hope for the best. Here's how it works. In the background, Embrr requests a representative chunk of real media bytes from your Emby server over the same HTTP path a transcode or direct-stream would use — same TLS, same reverse proxy, same CDN hop, same server-side decode overhead. That's the critical difference from a generic bandwidth test: it measures the end-to-end path your video actually travels, including any buffering, contention, or transcoding latency the server introduces under load. A plain ping or throughput test to a fast CDN won't tell you that your Emby box is choking on a transcode at 9 PM when the whole house is streaming. From those probes Embrr computes a sustained-throughput figure with headroom built in, it doesn't recommend right at the measured ceiling, because real-world bandwidth varies second to second and a recommendation that stalls into buffering is worse than one that plays cleanly at a lower bitrate. The result is an accurate, current bitrate recommendation tuned to your setup right now: a wired gigabit link to a local server will get a very different recommendation than Wi-Fi across the house to a remote Emby instance through a tunnel. That recommendation then feeds directly into the playback decision engine, direct-play vs. transcode, and which transcode bitrate cap to request so the choice is made against live conditions rather than a stale config value. If conditions degrade mid-session, Embrr notices and can renegotiate down instead of endless buffering. If you'd rather force a fixed cap, that's still available in settings; the adaptive mode is opt-in but on by default. "What to Watch" wizard + natural-language search, powered by an LLM Can't decide what to watch? Embrr's guided wizard walks you through a handful of branch-aware questions (format commitment, mood, intensity, dealbreakers, language preferences, etc.) and returns six ranked picks, each with a human-readable explanation of why it matched you, plus vibe tags. The questions adapt based on your prior answers, so you never get conflicting or redundant prompts. Prefer to just describe what you're in the mood for? The natural-language search takes a free-text query ("something atmospheric and slow-burn, foreign language, under two hours") and returns the same kind of ranked, explained results. Both paths are powered by an LLM via a companion Emby server plugin (Embrr-Helper) so the heavy lifting happens server-side. Library view with hero sections Library browsing isn't a flat grid. Embrr uses a dynamic, per-user home screen driven by your Emby home-section configuration, with hero backdrops, resume rows, next-up, latest media, and per-library rows. Library views lead with a hero section so the first thing you see is a cinematic backdrop of a featured item, not just a wall of posters. It's all designed on finding something to watch with the fewest clicks possible. Last.fm top tracks & popularity metadata For music libraries, Embrr enriches albums and artists with Last.fm top-track rankings and popularity signals. Instead of just listing tracks in album order, you get a sense of what's actually popular with other listeners. It makes music browsing feel curated rather than just a file listing. Music mini-player When you play music, Embrr keeps it in a mini-player that persists while you browse. Track info, and controls docked and visible without taking over the screen. You can keep exploring your library while your music keeps playing What's next A limited beta is coming soon. If you'd like to be considered, keep an eye on this thread. I'll post beta signup instructions once the build is ready for outside testers. Feedback from this community will directly shape what ships first. Happy to answer questions about architecture, the Embrr-Helper plugin, or anything else. Thanks for reading, and thanks to the Emby team for building such a great server to build a client against.

If you can drive 75 mph through two feet of snow during a raging blizzard without flinching, you live in Alberta. If you see someone put on a light jacket when it hits -10°C, they're just visiting from Vancouver.

Thank you, i will check that out and if I miss something i will let you know. Even better if I don't have to build something on my own.

3.5.63 Core UI Update Only Core UI Changes from 26.0.29 to 26.0.30 Updates for converting settings tabs to menus in TV display mode Replace item type indicators in folder view with runtime indicators Update spacing of photos in Photos tab

Emby for Android 3.5.63 Released Changes 3.5.63 Core UI Update Only Core UI Changes from 26.0.29 to 26.0.30 Updates for converting settings tabs to menus in TV display mode Replace item type indicators in folder view with runtime indicators Update spacing of photos in Photos tab

Can you try doing a new connection by manually entering the server address?

How much longer are we going to wait for a native package? I don’t expect it before 2030… We’ll be old by then! So forget the native package and improve the Docker version instead. Then you can relax. UGREEN is still in its early days, like a young tree that’s gradually growing. They keep releasing improved versions and working to support more apps, since there are still only a few available. It will take a long time.

Hi, what was the name of the setting that you're referring to?

Gracias

26.0.30 Updates for converting settings tabs to menus in TV display mode Replace item type indicators in folder view with runtime indicators Update spacing of photos in Photos tab

Emby Web App Update: Version 26.0.30 The Emby Web app has been updated to version 26.0.30 Go and try out: https://app.emby.media/ Changes 26.0.30 Updates for converting settings tabs to menus in TV display mode Replace item type indicators in folder view with runtime indicators Update spacing of photos in Photos tab

This whole thing you are looking for already exists. See here: https://streamfeeds.github.io/web/sources/wikidata-radios.html You can enter new radio stations on www.wikidata.org, and the next day it will be included in the m3u and rss (if the streams are working).

I don't think I ever promised a specific date. There's factors out of our control. We could have just whipped up something generic with Docker, but you guys wanted a native package that would perform better.

When I press the queue button it says there are no pending but as soon as I set to process (and I've set it to not retry failed detections) it always finds more to do and processes a couple hundred episodes before showing 'complete' but numerically having more to go.

@softworkz Would it be possible if I create a site with the stream URL, Image, Name of the Stream which you can crawl. I'm thinking about creating a website where everyone or at least with a login adding radio url's. But I if I do that your plugin would need to get all the url's automatic, maybe I can create a xml or so and we can add that XML link into your plugins for adding the URL's automatic every week or so?

Have a buddy of mine here in Alberta uses this he loves it I might buy this after see what it can do

Would that not be reflected in the database i.e. be listed as either album artist, artist or composer? What i am suggesting is that aliases act like aliases, so the "Burzum (NEW)" album should display a link to "Burzum" but read "Burzum (NEW)", like so: <a href="/link/to/Burzum">Burzum (NEW)</a> instead of <a href="/link/to/Burzum (NEW)">Burzum (NEW)</a> To me it looks very "bootlegish" to have the same artist multiple times with a bit of the discography here and a bit there. On spotify, you click the artist and it is all there - same as on MuiscBrainz from where the data is fetched. I would love to see the same in emby.

Hi there, I use the Web Streams plugin to manage my radio streams. I created an .m3u list stored locally, which contains all stations and streaming URLs. This works perfectly well. Now I tried to integrate station logos in the list, to be displayed instead of the generic web stream icon. When I use an external URL to the corresponding image file, this works fine: #EXTINF:-1 tvg-logo="https://images.squarespace-cdn.com/D318_ANTENNE_600x600.png" group-title="Sonstige",ANTENNE BAYERN However, I have all these logo files stored on my NAS and want to reference them locally in the M3U: #EXTINF:-1 tvg-logo="./121B_ROCK_ANT_600x600.png" group-title="Sonstige",ANTENNE BAYERN But that fails. I tried relative as well as absolute paths, but the images are always broken. It's not a permission problem, it seems to be kinda path problem. When I try to view such an broken image in the Emby web UI, I get an error: Could not find a part of the path '/volume1/@appstore/EmbyServer/file:/volume1/music/121B_ROCK_ANT_600x600.png'. I marked the correct absolute path in blue and the apparently problematic part in red. What could be the issue? Thanks! Achim

If I'm not mistaken is most of the work already good to go for something like this by using the emby api ? only real thing left would be exporting live channels with epg to m3u with user limit of course. I'm currently testing this with the older emby and it works flawless using the api with it

Right now it counts all episodes in the queue, even those that doesn't actually need any detection. So as the queue goes on it might find episodes that it didn't need to run detection on and there for not counted. I'm not sure precisely to do about it but i am working on it.

Also not to sound like a jerk BUT I would put this as a monthly fee of like $5.99 or something even for lifetime members calling it Emby Plus if you use the m3u it's a monthly payment for everyone. It's business and this would be well worth the money imo for sure I would pay it just to have all my media in one place yessir ! I would pay $15 a month for something like this who am I kidding !