All Activity

Okay, none of this is within Emby, correct?

There is the attachement that I splited form the origin mkv useing mkvmerge tool. It has two subtitle channels. It can be recognized and rendered in IINA palyer, but emby sever。 AI said that It is the S_TEXT/WEBVTT format，I don't know if it is correct. test.mkv

Just swept a speaker. Got a black screen after it finished. I set up the calibration software ready for the next measurement, waited around for 30 seconds or so, got up, went to the other room to grab my phone, pulled up the stopwatch app, and started timing. The screen came back on one minute and 37 one hundredths of a second later . The next one was too quick for me to time . The one after that was 1:32.15.

Hi, as soon as we think it’s ready for release.

Hi, one thing you could do is disable the automatic grouping options on the library. That should make things equivalent to how they were before for you.

Hi there, let's look at an example. Please attach the information requested in how to report a media playback issue. Thanks!

Nothing has changed. I'm calibrating my audio system at the moment, so I'm playing the audio sweeps from the Spatial Audio Calibration Toolkit. It's taking me longer to sweep two speakers tonight than it took me to sweep all nine last night. Even coming out of HDR, it's usually a couple of seconds at most. It shouldn't be taking over a minute.

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.