All Activity

How about including the link to the APK so we can side load it since the version in the FireTV app store does not like to update.

Issue fixed with update 26.0.30. Thank you.

Completely optional. If you don't configure it, it's not available.

OK we'll take a look at it. Thanks.

Are you sure that you're manually entering the correct address?

I like that with a recent issue I ran into with buffering issues in Emby. Now that's a no go. Need to ask even though the Emby devs will probably have strokes, are you including a per library search and perhaps a proper search for settings? Thanks

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?