All Activity

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.

Have you sobered up now?

Update is now available in Australia too, appears to have fixed the issue. Yay!

Esto me dice la IA que está ocurriendo en mi smart tv LG C5 con sistema webos : " Para películas o series en 4K Dolby Vision dentro de contenedores MKV, la respuesta corta es que la app nativa de webOS presenta limitaciones técnicas insalvables para el avance, retroceso y guardado de tiempo. El reproductor HTML5 interno que LG integra en webOS carece de soporte completo para la tabla de marcas de tiempo (seeking) cuando procesa el perfil de Dolby Vision sobre Direct Play en MKV. La aplicación de Emby no puede cambiar el motor de reproducción del televisor, lo que provoca que se congele la línea de tiempo". Tal vez por eso falla en el playback porque uso la misma cuenta en otro dispositivo como el firestick 4k max segunda generación y no tengo problemas para ver películas en alta resolución y me deja retroceder y adelantar una película. Además me deja en el punto del tiempo donde dejé dicha película (no me hace iniciar la película nuevamente)

The issue here is not the 4K, it's the audio transcoding that's causing the issue on 2025 models. This is the same issue as here: As per the earlier suggestions, for now your best option is to avoid any audio tracks that don't direct play (ie: no DTS, TrueHD, mp3, flac). Best to stick to AC3 or EAC3 (Dolby Digital/Dolby Digital+). Generally most files have one of these as a compatibility track, so select that and playback should be fine. If it doesn't have one, you can manually add one yourself. We continue to work on a resolution for this, but I believe it is an LG issue and not directly an Emby problem.

When did you expect to see it but did not?

26.0.16 Fix focus regressions with view transitions Improve loading dialog

Emby Web App Update: Version 26.0.16 The Emby Web app has been updated to version 26.0.16 Go and try out: https://app.emby.media/ Changes 26.0.16 Fix focus regressions with view transitions