All Activity

Well, on the FFmpeg side, everything is prepared, but not at the side of Emby Server. We do not even have a device other than the underperforming hand-warmer (which I won't ever touch again ).

I got few minutes, so let me explain our - let's say - "limited excitement" for RockChip devices. Few years ago, users convinced us to look into those types of devices (earlier gen of course) for transcoding and it looked very promising - at least on paper - so we bought a Pine64 with an RK3399 and looked into it. Step-by-step it became clear that the specs were blatant lies and none of the promises kept true, like ffmpeg support, which had been mentioned and confirmed at various places, and then it turned out that there had been an earlier attempt, abandoned 1.5 years ago, completely unusable, requiring some kernel of firmware that wasn't even available - a total failure. Playback at FullHD - stuttering like crazy - far away from all the specs they published - and it was clear that this device will never be able to transcode anything (when it cannot even de-code, how should it at the same time? Several OS images were provided and the only question was: which bug will the next one have what the others don't have? OS had to be copied on an eMMC card - ancient technology, super-slow, took endlessly long and the result worked only in one of 3 cases - at best. The device became super-hot, even for little effort, cooling was insufficient, and it became even slower when hot and it was hot most of the time. It might be a nice gadget for doing simple things, but the way how it was advertised - by RockChip, not by Pine - is not acceptable, just a collection of lies. It's been an incredible waste of time, disappointing all along the line with a manufacturer who is lying about capabilities - from this background it should be understandable that since then, our excitement for anything about RockChip has been - as said - rather limited. The conclusion was that we won't do any pioneering work and won't make any move in this area until there's proven evidence that this can work in a reasonable way and other will have done the required work on ffmpeg integration and suitable OS images, drivers and convincing device models are available. The condition of the last sentence seems to be fulfilled, that why we're going for another attempt, but not as a top priority.

Thank you hatharry it's working now! When you ask Alexa to stop, it says "I encounter a glitch. Can you say that again?" It stops the music though. Edited: Stop music doesn't say the error anymore but playing next song doesn't work now. Tried Alexa next track, next song, and next. Thanks for the quick support.

Hi, checking in to see if there are any updates on this. TY

I think you mean automatically adding all the items in the deletion queue to a single collection. If that's what you mean, I like the idea and I'll try to include it in the next update.

New Emby server Beta release, v4.10.0.19.

@FourCornersthere are plenty of more appropriate places to discuss this topic out on the interwebs. This forum is not one of them, thanks.

Wow, this is awesome! Can we somehow understand the status of progress? Is there much more work left to be done?

Thanks @howllor for pointing that out. I'd like to add a couple of thoughts as well. First, I tested the plugin and it's well made. I don't have anything against it at all. That said, I have two things to say I can confidently say 99% of people use Sonarr/Radarr primarily to manage and organize torrent downloads, not just for their calendar. If someone is using this plugin, it's likely because it shows downloading content as upcoming items in Emby. If the goal is only to display upcoming releases based on release dates, Emby already supports that, atleast for TV shows. That's why I was confused, especially since @ebr previously said, "We do not integrate with any of the content acquisition features of those apps." The plugin also uses yt-dlp, while the development policy specifically mentions that downloading videos directly from YouTube is not allowed and recommends using YouTube's public API instead. I'm not trying to argue or ask for special treatment. Whether my plugin is posted on the forum or not doesn't really change anything for me. I just wanted to share something I thought others might find useful and was trying to understand where the line is drawn so the policy is applied consistently.

Just to let you guys know - this is not on the never-gonna-happen list. We're working towards it, and progress is made...

Any updates on this? Because I don't use it at all and have no intention of ever using it. And it's a shame, it takes up a lot of unnecessary space on the interface, in my opinion. Would it be possible to simply make this feature disableable and hide it, and adjust the interface accordingly?

Does anyone have tips and tricks to share for the cleanest/most automated way to get Emby to pull correct metadata for live recordings of sports? I have TheSportsDB plugin installed; it correctly scrapes info for individual games but only when the filename exactly matches TheSportsDB's suggested naming exactly, which requires renaming a recording after the fact. On top of that, I haven't found a way to get Emby to match the "show" name to the relevant league in TheSportsDB (e.g. NBA, NFL), even when I rename the folder with the show to the exact name and try to hard code the correct TheSportsDB id for that league in the metadata. Has anyone found a way to better automate the renaming that has to happen? And what is the best-case scenario for the leagues/show names -- just manually pull stuff and lock the item (and then I guess manually move episodes over to the right folder)?

@Lukechecking where we are fixing the search TY

Hi, checking in on this option if it's being implemented any time soon? TY

I use Telegram and Whatsapp Bots.

OK the 3.8.4 plugin update has added support for their new paging requirements. Thanks.

Still not working. (all updated) For me it looks now like this: When opening emby on dex in minimized mode and i hit play on a video, the video starts in full screen. But there are no controls (play / pause) when moving mouse. The black borders on top and bootom are visible now. But the task bar of dex is still visible. So not real full screen. When hitting the "back" on the keyboard (WIN + arrow left) emby returns into window mode and the screen is just black. But i can hear the sound of the video still playing. And when moving mouse on the now minimized window, controls appear (and controls work). Hitting the "back" on the keyboard (WIN + arrow left) then, i can return to the movie overview and start/continue the movie again. then all the same behavior like described before. Tried starting emby on my phone (when connected to the dex screen) then, the movie starts in full screen on dex screen (taskbar visible, black border on top/bottom visible, but no controls) and on the phone there is black screen with the controls that are working. When hitting the "back" on the keyboard (WIN + arrow left) on the phone, the fullscreen on dex still displays the last shown stopped video. When moving the move to the dex and hitting the "back" on the keyboard (WIN + arrow left) the image disappears. Note. dex is starting all apps again, and closing on the other screen. for example starting a browser on mobile and then on dex it closes the window on dex and vice versa. Same with emby. But somehow the fullscreen when starting a video always start on the dex screen. Tried in chrome for example to open emby. there the fullscreen is not switching to the dex screen.

It's a Galaxy S21 Ultra with Android 15 and a Marantz SR7015.

Hi, what device is this on? What version of android?

Hi, the idea is you should be able to come back and resume any time, similar to apps like netflix and disney. When the screensaver comes on that doesn't need to exit the video. We'll take a look at it. Thanks.

Have you figured out remote connections?

Hi, what do you mean by "good for remote" ?

Hi, you cannot really pick and choose specific parts of the data folder. What you could try is to delete the contents of /Emby and copy /OldEmby into there.

@phoenix66az@yahoo.comhas this helped?

I cannot imagine this causing burn-in, but yes we can add options to control it.