All Activity

Thankyou

TVs in general can't passthrough TrueHD and/or above 5.1 so transcode is needed. If you want TrueHD and 7.1+ you will need to use for example a Nvidia Shield connected to the AVR.

Not sure how you inserted those links into the post, but both of them are null.

Understood. I was wondering if this plug-in could be updated to 3.8.10 for this old Emby server version, so I could go on using Trakt. Thanks

Hi everyone, I’d like to share MediaOps, a free and open-source, self-hosted Discord bot I’ve been building to bring several parts of an Emby community directly into Discord. The idea started from my own setup: I wanted users to be able to search the Emby library, request missing content through Ombi, follow the status of those requests, and organize synchronized Watch Parties without having to jump between multiple interfaces. MediaOps currently includes: Emby library search through /movie and /tv Recently added media with /latest Ombi movie and TV requests directly from Discord Discord Forum integration for media requests, including automatic status/tag updates Watch Party scheduling and management Random movie selection for Watch Parties Discord Scheduled Events and RSVP notifications English and French support Role-based Discord command permissions Docker deployment with support for Unraid and Portainer A /health command for checking the MediaOps, Emby and request-provider connections Watch Parties For synchronized playback, MediaOps integrates with Emby Watch Party by Oratorian, an open-source project specifically designed to provide synchronized Watch Party sessions for Emby. Emby Watch Party by Oratorian on GitHub MediaOps does not attempt to replace or reimplement the Watch Party engine. Instead, the two projects complement each other: Emby Watch Party by Oratorian handles the synchronized Emby playback experience, while MediaOps adds the Discord orchestration around it — scheduling a party, creating Discord events, handling participation, sending reminders, generating the Watch Party session and giving participants a simple way to join. This allows an Emby community to organize the entire Watch Party from Discord while relying on Oratorian's project for the actual synchronized viewing experience. A big thanks to Oratorian for making Emby Watch Party available as an open-source project. It is what makes the synchronized playback side of MediaOps' Watch Party integration possible. Self-hosted by design MediaOps v1 is intentionally single-tenant and self-hosted. You create your own Discord Application/Bot and connect your own MediaOps instance to your own Emby, Ombi and optional Watch Party services. Your Emby and Ombi credentials remain with your deployment; there is no central MediaOps service that needs access to your server. Installation MediaOps is distributed as a Docker image through GHCR and includes Docker Compose and Unraid templates. It has also been accepted into Unraid Community Applications and should become searchable there after the next CA catalog build. The project is licensed under GPLv3 and the source code, documentation, configuration examples and installation instructions are available on GitHub. Project links GitHub: MediaOps on GitHub MediaOps Community / support: Join the MediaOps Discord MediaOps is still a young project, so feedback from other Emby users and self-hosters would be very welcome — particularly around different Emby deployments, Discord workflows and features that would make the integration more useful. Thanks! miakkia

Hello, I hae 2 LG TV. One is OLED65C8PUA which is an old 2014 model or so that only have HDMI ARC and the other one is OLED77C5PUA, 2025 model with HDMI E-ARC. Both are connected to 7.1+ Atmos Receiver (Sony STR-DN1080 and Denon AVR-X4800H). I know the 77 can do Dolby Atmos 7.1 no problem but the second a TrueHD stream is sent, even 2.0, Emby transcode it. I'm wondering why because it shouldn't. In the user guide, it says it support Dolby TrueHD on EArc http://kr.eguide.lgappstv.com/manual/w25/w25_u33/enga.html#6227 I know the 65 also support TrueHD but not on output at 7 channel. But TrueHD for 2 channel is supported. Thank you

Thanks Luke! Any ideas when the documentation might be ready, and where I should look for it if it is ready?

No, play vid in bg is disabled. So I ran some tests and had some good results. Typical PC and Windows gremlins always trying to make me look the fool. I changed my power settings from 10min screen sleep/ 45min PC sleep, to 1min screen sleep, 2min PC sleep I ran a ep for 3min, exited to homescreen and had a successful screen sleep and PC sleep on time I ran a movie dragging the seek bar to the last 5min and letting the return to homescreen happening automatically, this result was successful screen sleep and PC sleep on time I put my settings back to 10min screen and 45min PC, started an ep and let it run, came home to a successful result, screen off and PC asleep So now I am wondering is it a bug in WIN11 where a change in powersettings resets the sleep function somehow, I dont quiet know how to trigger it, do the power settings need changing once in a while, does it need to have one successful sleep and powered back on, and them putting powersettings times to a greater number. You just dont know with these kind of things, I tried lots of this stuff already but this time it seemed to work, I`ll see how it goes over the next few days but I am definitely leaning towards Windows and not Em theatre being the really issue here

Yes you can cancel now. Thanks

I feel like it has to do with anytime there's a transition from HLS/AAC --> MP3 playback. (<-- or something related to contiguous but dissimilar file playback). If I may, here's a snippet from AI helping me troubleshoot this problem from a while back. I let AI ingest a portion of a log file. This is what led me to try adjusting the remote (cellular) cap, which did work to keep the problem from happening. I was using Emby Android 3.5.36 at this time (about 4 months ago or so). Would the full debug and ffmpeg logs help? The server did its job and handed off the next track correctly. The failure is on the client side — the Emby for Android app (v3.5.36) failed to start playing the new HLS stream and aborted right away. Why This Happens (Especially Remotely) HLS Transcoding Handover Issues: Common on Android when skipping tracks in playlists remotely. The app's media player (ExoPlayer) sometimes chokes on starting the next transcoded segment, especially with FLAC sources or bitrate mismatches. Remote + Low Bitrate Cap: Your setup forces transcoding (good for bandwidth, but fragile for seamless playlist playback). App Version: 3.5.36 is fairly recent, but similar issues have been reported with FLAC/remote skips. Quick Things to Try Raise the bitrate limit on the Android app (under Playback → Quality or Video Quality settings) to allow Direct Play/Stream for more files. Test if it reduces transcoding. Force lower quality or test with an all-MP3 playlist to see if FLAC sources are the trigger. Don't skip manually — let it play through naturally and see if auto-advance fails the same way. Local network test: Play the same playlist on Wi-Fi (same LAN). If it works, confirms remote/transcoding sensitivity. Update/reinstall: Ensure server is latest; try clearing app cache or reinstalling the Android app. Next Steps for Logs Enable full debug on both server and Android app, reproduce, and grab: The matching ffmpeg transcode log for the ABBA track (should show what happened during that brief attempt). Android app debug log (via the app's "Send log" feature) — this will likely show ExoPlayer errors.

I think this has come to pass with: Thanks!

This. I assumed it meant there was a problem the first time I saw it. It's just an annoyance, and all it does is give me a button I might accidentally click that will cancel the connection. Make it at least 5 seconds.

embyserver (1).txt

No. The first time I started the app, after updating, I got the java io error - see attached. The 2nd time I opened it, it took around 60 seconds to get to the home screen. Log attached for that also. emby_android_1787934218575.txt emby_android_1787934380047.txt

Btw, with the Android TV 2.1.55g app, playing the m4a files gives no audio, though it continues to play. It has the following in the Dashboard: Stream M4A (713 kbps) -> Direct Play Audio ALAC stereo (Default) -> Direct Play

that's great ...look forward to testing thank you for taking on this project I have been using Infuse for the past couple years and it works great, but to have a media player for the apple TV that is designed to get the best out of emby (jellyfin) is awesome, i have retired both of my nvidia shields and exclusively use Apple tv

For playback with both apps, it shows the following for aif files: Stream AIFF (2 mbps) → Direct Play Audio PCM_S24BE stereo → Direct Play Android 3.5.36 does NOT play the file, while Android TV 2.1.55g DOES play the file.

No – I’ve just got a better player. The Ugoos AM6b Plus. It plays Dolby Vision 7 FEL perfectly with CoreELEC. No Android app can hold a candle to it.

@TeddyknuddelI guess you have issues with Emby. Here is how to report a problem

That's correct. In the past when the Google screensaver kicked in, it would show the song name at the bottom left corner while Emby was playing.

Hi, we are working on improving this. Thanks.

So you're referring to a system screensaver and not an Emby one?

OK we are looking into it. Thanks.

I don't have an update on remembering playback speed, but the button has been made quicker to get to in some layouts.

Btw, I only have a very few songs in aif. Maybe I should just convert it?