All Activity

Okay, the issue is that, while your TV supports AV1 it does not support it inside a TS container which is what is happening now so that we can convert the audio. The next app update should correct this but you may be better off using the standard app if you have a lot of AV1/Opus. Thanks.

My guess is that the display mode is changing back. Have you started watching more DV or HDR stuff? Do you have match framerate/resolution selected?

NES is .nes SNES is .SMC N64 is .z64 For SNES Picking 3 Ninjas Kick back I get: Unknown game platform for item e5b41dac-f59a-8780-19e8-7a405d52baba FOR NES: While NES has some games it doesn't have all of them?

Most likely, the speed at which you can type.

You mean it gave you something like this?

... until his token expires, I'd say ...

Hi. That doesn't really have anything to do with Premiere and you should be able to get that info from the "Devices" tab in your server. Sort by last active date.

Just noticed that a secondary user on my server does not have this issue. The sync still works but obviously getting a new pin does not work.

Everything was fine yesterday, but today most of the time when I finish watching something the screen stays black for a lengthy period of time. Sometimes 30 seconds, sometimes over a minute. I'm running the universal Android app on my NVIDIA Shied. Tried rebooting the Shield, it didn't help. I can flick my AVR over to a different input and it quickly pops up, going back to the Shield's input takes be back to the black screen. Not sure if it's an Emby issue or a Shield issue, or how to try and figure that out. My first thought was HDMI trouble but playback start is always fine.

For me it's only in apps. Browser search works fine for me. (chrome on smartphone, brave on pc) But when i do a search with for example LG TV App, it's like it searches for every letter seperate. Put in a letter and it starts searching. every letter i add it "queues" the next search. It also shows up in the results. first i see results with the first two letters, then results switch to three letters, then four, etc. Since you get an tramendous amount of results when searching for 2 letters also for 3 and 4 it takes minutes to complete a search. It feels like it doesn't cancel the previous search when adding a new letter. Dunno whats the difference between brwoser and Apps within the search. So from my side i would think thats an app issue. But as others in this thread already stated that the have problems also with browser idk.

I've recently started switching from the Android TV app which I found pretty perfect for the more generic Android app. One thing I cannot figure out is why I cannot get interaction sounds to work? Old app fine, new app no sounds. Outside of the Android app the client device (Onn) plays sounds perfectly fine.

When you say 'New update was pushed, appversion 4.9.5.17', are you referring to the server? Both Windows clients (Emby Theater & Emby App) that I'm running are at versions 3.0.20 & 2.317.2.0 respectively (Server is at 4.9.5.0). Server is not showing me to update to a newer version. Emby Theater is still experiencing the problem. Emby App is not.

index=2 codec_name=unknown codec_long_name=unknown TAG:language=chi TAG:title=中文（简体） index=3 codec_name=unknown codec_long_name=unknown TAG:language=chi TAG:title=中文（繁體） index=2 codec_name=unknown codec_tag_string=[0][0][0][0] codec_tag=0x0000 index=3 codec_name=unknown codec_tag_string=[0][0][0][0] codec_tag=0x0000 in this case，the sever cannot recognize and render the subtitle.

It's so so much better now, thank you so much

OK, I've finally found the issue. It was introduced in 2.3.8, but it only affects 2015 & 2016 models, and only on the release server. With beta server it works fine. Finding the right combination to reproduce this was the key. @Lukeurl.pathname is not implemented on these old webkit versions. getExtensionFromUrl() in apiclient needs to handle this case when determining the DeliveryFormat for subtitles.

Previously, EMBY didn't cause problems when you had multiple versions of a media file. For instance, if you have a movie and you had the 480p, 1080p and 4k version, EMBY use to have 3 separate entries in the library for you to choose from. The current version of EMBY is collapsing each version into a single entry in the library and you have to manually choose which version you want to play. that's fine but It should default to the highest resolution when you go to watch the item. I can't imagine why that would not be the default case. You would want to give the user the best possible viewing experience. The reason why you might add a 480p is if you are viewing your library over a slow connection, or on a low resolution device, but allow the user to manually make the call to choose a lower resolution file instead of defaulting to it. I reported this problem almost 9 months ago and there still is not a fix. This seems like a basic fix caused by a regression in the newest releases. It makes EMBY almost not useable when you have a large library and are constantly adding to it. Is supporting users with large and growing libraries not a priority?

From what I see of The Luke Show this will never happen. As for gearing up for something, NOT. Try madness to their method.

What you mentioned about the .NET Framework is normal, I think. Linux versions often don't run the same way as Windows versions. Even so, although it could be a bug, I don't think that's the case here. It's been like this for quite some time and it was working fine with version 2.3.4. The strange thing is that it only happens on the TV. If I watch the same video on the server (the website), it doesn't have a problem. My operating system is completely up to date. I don't use Wi-Fi; everything is wired, both the PC and the TV. Regarding the errors on line 520 related to the mount points, that's correct, it happens, but only because the mount path corresponds to an external hard drive that I always keep turned off and only turn on when we want to watch a movie. So when I turn on the PC (server), those paths are disabled, so it's normal that they give errors. In fact, I tested it this morning. I first turned on the external hard drive, then the router (it takes longer to boot than the PC), and then the PC. I downloaded a log file from the server, and those errors don't appear. What's strange is that it doesn't work with newer versions, starting from 2.3.4, but it does work with the 2.2.8 version that came with the TV. Thanks for your time. By the way, what you said about the Franco era was normal; you're older than me. I was very young during the Franco era.

You did not read the original message very well at all! The issue is NOT left or right, it is on the bottom and maybe the top. The pictures very clearly show the difference. The Android TV app displays the photo correctly (as does Jellyfin and Plex), the Android (standard if they use that term anymore) does not! Pay attention to the signature on the lower left of the picture. They even said in later replies they had seen the issue and were working on it.

@Lukethanks for the update. Any estimate for then the update is planned?

Doch das kommt noch. Da bin ich gerade dabei. Eventuell später auch als Unraid Plugin.

It's a shame you don't offer a Linux installer.

Please note that Alpha 1 is in very early development. Unfortunately, it's only compatible with Emby Server version 4.9.5.0. While I haven't encountered any issues with Alpha 1, there may be many bugs you might encounter with your setup. Please use with caution. I'm currently working on a more robust version of the Air Date Fixer plugin, and it's looking very promising so far. EmbyAirDateFixer.dll