All Activity

Can’t you sort yourselves out, or why are you releasing a new version almost every day?

@MrGiles?

Thanks — and the HomePod part I can't take much credit for: Atrium plays through the native tvOS player rather than bundling its own engine, so pausing, resuming and switching audio routes all go through the same path the system apps use. Most of what feels right there is the platform. Skipping intros is planned, yes — and your question sent me to look at my own server, where the answer turned out to be sitting already. Intro detection is part of the server itself, and it writes its markers straight into an episode's chapter list. Atrium already reads that list; it's what fills the chapter menu in the player. So the data has been arriving in the app all along and I simply wasn't looking at it. That's the half I'm comfortable saying yes to, because it works for anyone who switches the detection on, with nothing else to install. End credits I'd rather not promise. There seem to be several plugins that do it, each in its own way, and a button built around whichever one I happened to install would quietly not exist for everybody running a different one. What the server can do on its own is the line I'd like to stay on. But I would like to know what you use, and what it leaves behind on an episode once it has found the credits — a marker, a chapter, something else? If there's a shape that's common to more than one of them, that changes the picture, and it's the sort of thing I'd want to weigh up properly later rather than guess at now. No date on either of these, and preview thumbnails while scrubbing are still ahead of them in the queue.

Hi there, please attach the Emby server log from when the problem occurred: How to Report a Problem Thanks!

I was playing a 4K tv show, and it transcoded it to 720p, sometimes it transcode it to 1080p but wouldn't play it at its true 4K. This didn't start happening until I updated the app. Screen_Recording_20260826_214143_Emby.mp4

emby_android_1787804758469.txt

I just installed this tonight to play around with it. It looks really nice. Sleek and the playback is great. Works perfectly with my Homepods with none of that lagging audio when you restart or pause. So great job on this aspect! I know this app is new, but wanted to check if you plan to implement using the Intro skip feature and end credits skip buttons for TV Shows? I use the credits detector plugin for credits.

Hi Pasithea, I‘d say my problem comes from some season naming I described in my last post. Looks like that show is being scanned way earlier in my docker instance than in my local instance. BR

Update — 1.4.0: your downloads now play in the car, with the server out of reach Version 1.4.0 is out. Short recap for anyone new to the thread: Embeat is a native iOS/iPadOS music-only player for Emby — gapless FLAC/ALAC direct play, CarPlay, offline downloads, DLNA including Sonos, playlist management. €9.99/year, one month free, and it talks straight to your server with nothing of mine in between. The Downloads tab in the car There's now a fifth tab in CarPlay: Downloads, listing what's actually stored on the phone. It plays in the car park, in the tunnel, and anywhere your server isn't reachable — no server, no network, no login. The part that makes it worth anything is that the blocking is per tab now. Before, an unreachable server blocked the whole car screen; now the four server-backed tabs go quiet and Downloads stays usable. An offline tab behind a screen-wide "no server" message would have been decoration. If you already had music downloaded, download it again. Downloads made before this version are missing the track duration the car list needs, so they don't show up in the Downloads tab — and the app can't repair them yet. It's on my list; re-downloading is the fix today. I'd rather tell you than have you think the tab is broken. Also in this version Radio from the car. A button on the now-playing screen starts an Instant Mix from whatever you're listening to — the one thing you can start in the car without picking anything. The Downloads screen on the phone plays now. Tapping a track there plays it, with the rest of the album behind it. It was the only list in the app where tapping did nothing, and it had been that way since downloads shipped. When a track can't be played, the app tells you instead of going quiet: an error banner rather than a silent no-op. Along with it, durations and badges now line up in lists, and a few strings that showed up in the wrong language are fixed. On Android, the build is with Google Play. It's been downloadable on the closed-testing track since 24 August — car declaration approved and all — and on 26 August the same artefact went to the production track, where review starts over. I'm still not giving a date; when it clears isn't up to me. I'll post here the day it's downloadable by anyone, not before. App Store: https://apps.apple.com/app/embeat/id6788410988 Site: https://embeat.media Bug reports and feedback: here or joan@vdata.net — I read everything. If you drive with it, I'd like to hear whether the Downloads tab covers the case you were missing, and what you reached for in the car and couldn't find. Not affiliated with or endorsed by Emby or Apple. Emby and CarPlay are trademarks of their respective owners.

There are no playback related changes. Hi there, please attach the Emby server log from when the problem occurred: How to Report a Problem Thanks!

An update to this thread, and it's the one I most wanted to be able to post: as of version 1.3, which is on the App Store now, HDR works with Emby. When I announced the app here I led with a caveat — HDR was being tone-mapped to SDR, because the player on Apple TV decides the display mode from the HLS manifest before it fetches a single segment, and a transcoded stream doesn't describe its dynamic range. That caveat is gone. Not because anything changed on your side: the app stopped asking the server to prepare the video at all. For HDR films that qualify, Atrium now reads the original file from your server and does the container work on the device. It repackages the MKV into a stream the native player can take and writes the manifest itself, so the player knows exactly what it is being handed and the TV switches into HDR. Nothing is re-encoded: video and audio are copied through untouched, and metadata a transcode would strip — HDR10+, for one — arrives intact. What you see is the original 10-bit picture, not a conversion of it. The part your server will notice: it isn't transcoding any more. On my own machine, a 4K feature that used to mean four minutes of ffmpeg and a warm box now shows no ffmpeg in the log at all — just range requests for the file, which is the cheapest thing a server can do. What qualifies, so nobody goes hunting for something that isn't there: - HEVC video, HDR, in an MKV. - At least one AAC, AC-3 or E-AC-3 audio track — those are the ones the app can copy. Anything else keeps going through the server exactly as it did before, and so does everything that isn't HDR. There is nothing to configure and nothing to turn on: if a film qualifies, that's the path it takes. This also finishes a point kalg raised earlier in the thread. MKVs always played — the server was repackaging them — and for these films the app now does that part itself. One thing that hasn't changed: the request I made over in topic 149003, for VIDEO-RANGE and CODECS on the transcoding manifest, still stands and I still think it's worth doing. It matters for every client that doesn't carry its own demuxer, which is nearly all of them, and for everything that has to be transcoded anyway. The measurements are in that thread rather than this one. 1.3 also makes Resume the first button on a film's page, refreshes the page when you open it, and hands audio track selection to the system picker where it can. As ever: if HDR doesn't light up on a film you think should qualify, I'd like to hear about it — tell me the codecs and the container and I'll dig in. https://apps.apple.com/app/id6777638751

Yep, confirming the new release is working for me as well. Thank you Emby team.

@softworkz I think I figured out the issue. It looks like I missed a lock on the DB connection in a couple of places. This was allowing multiple threads to query the connection, which is a big no no. I think I have it fixed. Thanks

@Luke Help please. This new release has killed my 4K playback. 4K media freezes then won't play at all, have tried it on Nvidia Shild, FireTV, and Android phone. To fix playback I had to switch the quality from auto to 4k-40Mbp. Thank you. emby_android_1787798365872.txt

emby_android_1787798365872.txt

Hi, yes, please attach the Emby server log from when the problem occurred: How to Report a Problem Thanks!

Hi @Gallapagos, I just added your plugin to my container and am running it along side tracearr. Library is decent size and can sometimes have up to 10 concurrent streams. Will report back if anything breaks.

@BaenwortI have added some improvements, they are in the latest beta in the catalog. Biggest improvement is being able to run multiple instances of local Tesseract detections.

Hi Luke, thanks for your reply I haven't searched for this yet but would you be kind to also include or let me know if it's coming up, default sort per Library? It's really annoying when i open a new browser or TV app and find default sort back to name instead of my preferred Date Added Thanks!!!

I don't think that's the actual issue. Can you please try one file that you have issues on, but select the AC3 audio track from the details page before you start playback and let me know if it is any better? Please check Stats for Nerds like your earlier tests and confirm that the container, video and audio are now all showing Direct Play

32gb is still plenty of ram, so I would take the more powerful machine.

Hi, please let us know if this answer helps. Thanks.

Hi, yes we could look at expanding there. Thanks.

Hi, this should be improved in Emby for Android 3.5.49+. Thanks.

I have installed the new release and it has fixed the sub title issue where the sub title displayed in the top let corner of my LG TV.