All Activity

This makes sense, eventhough this is an app that is available on Google Play, wich means that Google has approved it, the "stamp of approval" argument when it comes to official Emby-plugin, i get it. Thanks for clearing that up. Im sorry, but this i dont get, exactly what is getting stolen? /N

Gracenote came knocking with a big bill due to the increased image transfer. Hopefully we'll be able to find a way to bring it back.

Genres not showing nothink they do work in jellyfin any chance of a fix

I see guide backdrops has gone away and Emby is back to using the poster as the backdrop. I was hoping the recordings would be able to import the backdrops and not rely on tvdb or tmdb.

I haven't seen this but we'll do some testing on it. It's important to note though that the feature requires idle time. Any movement of the mouse or press of any button and you're not idle anymore.

Does Moonfin on Windows support, 1. Automatic refresh rate switching 2. Custom MPV.conf config 3. GPU-Next

My Animation folder library is setup for mixed content both movies and TV Shows. Its possible that I could just setup the shorts as individual movies as they were originally presented. Another media player I sometimes use won't even recognize the files if they were in TV season/episode format (like the Three Stooges), so would have to use TMDB. I suppose I could just set up another 'Movie' based library and have all those shorts in that, like Tex stuff in its own library, as well as Looney Tunes. Besides I can just shuffle the playback of these shorts anyway so having them in year based order won't matter as much for my case. It'll be just like broadcast tv, surprise me with a good toon.

OK, the thing to watch out for will be if the server data folder path changes. It's printed at the top of the log file.

Hi, as soon as we've determined that it's ready for release.

below Windows App.. sometimes working for me.. sometimes not at all..

I am moving some code from JS that currently runs inside a js page. The current code is var serverId = "...."; // a valid server Id var imageid = "....."; // a valid image id var imageUrl = ApiClient.getImageUrl( imageId, { type: "Primary", quality: 90 } ) return "<<a is="emby-linkbutton" href="/item?id=` + imageId + `&serverId=` + serverId + `"><img src="` + imageUrl + `" height="200px" alt="` + v.Name + `" /></a>`; I am trying to get the same exact url from C# function calls. I have access to all the globals created during the service construction. Thanks in advance Scott

ahh thanks @ebrthat's probably behind it

So the topic is dead, and I am still having many playback issues.

Ended up writing two scripts () : one to recursively go through TV show root/letter subfolders/series folders and copy series thumb as each <episodefilename>-landscape image, another one to import all those landscapes as episode thumbs through API endpoint. It was a bit of a chore. But served the purpose.

If you really want these things, you are better off to move to Android or use InFuse.

So when will the next update be? I am happy that this is finally hitting crApple TV. Another step closer to it being a viable alternative to the new POS Scamazon "Fire" sticks.

New build up (1.0.0.39) - it covers a couple of things from both of you. @GrimEvil - your log pinned it exactly. When you launch a game from the native Emby app, it opens your phone's browser fresh, with no Emby login, so the game couldn't authenticate to pull the ROM - that's the "network error." Fixed in 1.0.0.39: if the player opens without a login, it now shows a quick Emby sign-in and remembers it on that device. Use the "Play Game (App)" link on your phone (the "Browser" one is for when you're already in a web browser, which is why it just closes in the app). Two notes: - On mobile data (5G) it should now work end to end. On home WiFi that "App" link points at your external domain, which your network doesn't resolve internally - that's a DNS thing on the network side (split-horizon DNS, or just use Emby in your phone's browser there). - Android TV: no way around this one, sorry. ROMote plays in a browser, and the Android TV app has no browser to open, so it's really a desktop/laptop/phone/tablet thing. @EmreWest - on the duplicate remover: it's not just picking the first US file, it scores each copy. A proper release beats beta/proto/bad dumps, then it ranks by region (USA/English first, then Japan, then everything else), then prefers the newest revision. So US usually wins because it's ranked highest, not because of folder order. A "preferred region" option so you could rank, say, Europe first is a good idea - I'll look at adding it. And the iPhone Safari zoom-on-fast-taps you mentioned was a real bug, also fixed in 1.0.0.39. It's an iOS Safari quirk (it ignores the no-zoom setting), now suppressed. Build is attached - thanks both, this kind of feedback is exactly what I need. ROMote.dll

@LukeI can't, if I run into the issue again I will update this thread.

I do wish you would make it easier to search. The long stream of alphabet is a real pain and VERY out of date.

I've done a bit more checking, and what I've found is this: If you type a number in, then pause before entering the next, there is a 2.5-second delay before it is hidden. If you type the PIN incorrectly, there is a 3-second delay before all the numbers are hidden (as they are hidden one at a time in sequence.) This means that even if you're quick your PIN is still visible. My friend can't type as quickly as I can, due to her disability. Her PIN is easily read while she's entering it. On the Samsung TV app, no numbers appear in the boxes on-screen at all.

Read Luke's reply to that thread.

Question, I happen to be inside a JS function when I need this. The way that I solved it, is to use var url = ApiClient.getUrl("/emby/System/Configuration"); ApiClient.getJSON(url).then(response => { if (response.EnableDebugLevelLogging) { ....... Is there a better way?

Thanks!

In my experience with the Android app searching, it is far longer than 15-20 seconds, it can be up to like 3 minutes +/-, however, as I said before, same search terms work perfectly fine on web UI, and I don't use search a lot especially from the web UI because I'm mainly using Android clients, So I don't know if there's some magic combination that would cause it to happen on the web UI as well, and if it does happen, is it the same 3 minutes, or is it shorter.