All Activity

Confirming that with client 1.0.51 and server 4.9.5.0, the issue is resolved on my LG TV.

You can do what @Neminemsuggested and it will fix the problem. I've also just uploaded a fix (v2.7.5.0) to the progress bar in Emby's schedule task not working. In that version i added a little script for you to check for and remove any 0:00 end credit type marker in the database. That should be an easier and faster way of doing it. The button is located just under the "Backup & Restore" on the main page. Depending on the size of your library it might take a little while to run.

I’ve been using Versions to support Theatrical and Directors cuts of the same movie (for example). Is that what this future Editions feature is meant for?

For those updating to TOS 7 and using the Emby 4.10.x beta: is it worthwhile? Is TOS 7 a significant update to do it now versus waiting however many months until they officially accept the new Emby into their release flow? I’m getting along ok with TOS 6 and Emby 4.9.x, and I’m fighting my upgraditis because I really don’t want to break something that’s stable. But I love upgrading software

Sziasztok! Emby előfizető vagyok! Az Emby szerver egy szerveren fut, és én egy Google TV Streamer 4K-t használok. Azon az eszközön a Krylif verzióját használom, mert ez adja azt a kinézetet és érzetet, amit a legjobban szeretek. Hogyan tudnék előzeteseket nézni nem teljes képernyős módban, hasonlóan ahhoz, ahogy Windowson működik?

The strm file check happens first. I'm working on making strm files possible again with a setting to enable/disable it.

Most recent log attached as requested I did it purely to test, it's back on private anyway. As said, it worked previously when it was on public, which is part of why this is so confusing. There's no consistency with the problem. embyserver.txt

Just so nobody reading the thread gets the wrong idea: Atrium is Apple TV only. There's no Android or Android TV build of it, and none planned — so the app that's been working well for you this past week is a different one. Glad you've got something running nicely, in any case.

For translation ger --> eng: preferred language: german play independent from the default track remember selected tracks The selected track on samsung TV UI was german DTS-HD Master.

You can also use TimeMarkEdit to do this.

I would rerun the affected episodes / tv shows.

Unfortunately the latest release for LG v1.0.51 has not fixed the issue. Videos will not start from the beginning with the 5.1 audio track selected (2nd audio track in video file). This also often happens with stereo AC-3 audio tracks. Starting with audio track 1 (AAC stereo) and then pausing after a couple of seconds, then selecting the 2nd audio track (5.1 ac-3) and then resuming playback works. So Emby on LG will play the 5.1 audio, just not from the very beginning of the video.

I have been using the android app for over a week now. Works great. I have all my arr stack added running through tailscale with zero issues.

Sorry, one more question! For the videos that were processed before updating to v2.7.2.0 and already have the credit start time set to 0:00, how can I remove or clear those timestamps? Even after updating to v2.7.2.0, SenPlayer is still reading 0:00 as the credit start time for those previously processed files.

@ebr Fair point regarding the permission. If Android/Google Play exposes that permission in the store listing regardless of when it is requested, then my assumption about requesting it only when enabling Direct File Access was wrong. But I think we're mixing two different issues here. Kodi on Android can access SMB shares directly and play media from smb:// paths. I use exactly that myself, both standalone and together with Emby. So are you saying that Emby's implementation of Direct File Access specifically requires this additional Android permission, or that direct SMB access itself requires it? Because those are two very different things. As for proving a quality advantage: no. If HTTP Direct Play and SMB deliver exactly the same original data to the same decoder, there is obviously no inherent difference in picture or sound quality. I've already corrected myself on that point. But I don't understand why Direct File Access has to prove superior picture quality or raw efficiency in order to have a benefit. With Direct File Access, the player accesses the original file on the SMB share directly and handles the file I/O, seeking and buffering itself. The Emby Server doesn't need to be in the media data path. That's the architecture I prefer for local playback, and it's exactly how I use Emby with Kodi/CoreELEC today. Kodi has supported direct SMB access for years. It works. Emby itself also supported Direct File Access on the Shield in the past — I used it myself and even downgraded my Shield to Experience 8.x specifically to retain it. So my question is quite simple: if Kodi can implement and maintain direct SMB file access on Android, why is the same concept considered to have such a “debatable” benefit in an Emby client? I fully accept that most Emby users don't need it. But “most users don't need it” and “there is no benefit” are two entirely different statements.

@ebr

Thanks! May I ask one quick question regarding the settings? The description says the plugin will check TheIntroDB before processing the video. Does this check happen before or after it verifies whether the file is a .strm file? If it can lookup TheIntroDB prior to checking for .strm files, that would be super helpful!

Setup a webhook that subtracts screen time that my kids earned and is recorded on the site.

v2.7.2.0 still running after starting on a schedule, thanks for those fixes!

Hi! Yes sir, it has been processed and approved Thanks! -N

That is also incorrect. How the file was delivered would have had zero effect on this issue (the one this thread is actually about).

That's not how it works. Part of the changes made by Android are that the store listing calls out certain sets of permissions in the store listing making them look dangerous. Can you provide a specific, detailed example proving any quality or efficiency gain by using SMB file access instead of HTTP?

Hi. Your server is running on an Android device?

You don't want to do that. The network is in your home and should be Private. Public networks have different much more strict firewall rules.

I mean, I’m pretty sure channel changing used to be faster before Emby force enabled live rewind.