Leaderboard

Guess I'm making it official FR: Could we please get parent TV show poster - or at least parent TV show thumb as it is done in Continue Watching Home Screen row - for TV episode playback session in Now Playing Dashboard section, as current implementation with episode thumb is neither informative nor visually appealing. Thanks

Hi, it's planned for future updates, so stay tuned.

Related to this, immediately after watching an episode, the episode I just watched is not marked as watched in the "More from season X" row. I usually use this row to get to the next episode but it is confusing since the Episode I just finished is not shown as watched.

It'd be nice if there was an option to hide individual library items depending on the user. Use case would be two people using the same library and one of them does not like violent movies and images. They could hide those from appearing when they browse the library. I guess it would also need a menu in the server management to manage hidden items so you could restore them later if needed.

I would love the option to store Emby's database in MySQL - I have a setup that serves around 30 people and I feel that there would be real performance gains by using a proper relational backend over SQLite (I'm presuming). On top of this it would make life easier for me when reporting on watched status a cross users.

Hello, I think it would be great to have a HA option to have 2 emby server totally redundancy. What do you think about that?

Since I was asked, I'll drop a feature request. Currently when you mark an episode played, or a season played, you have to completely back out of the show and go back in to see the updated info. Aka, see the unwatched count change. I realize this is likely because the info is only pulled from the DB on entry of the series, not when dropping back the the main series screen. Without looking at source code, I'm not sure how the Roku app handles refreshing the show screen, nor why it doesn't trigger a refresh on back navigation. I'd suspect it's for speed and managing DB activity. And once again, without looking at the code, this may be handled on the server end and this may not be an app request. I use Roku 99.99% of the time with Emby, so I can't remember if this behavior is across apps. Something in my brain is nagging me that I see the same behavior on theater as well, as when doing lots of updates I use it to sync shows watched status. (Just tested on Android app and played status on seasons is instantly reflected) It's this a huge thing? No. But it would be something I'd like to see. For example, I'd been watching One Piece on Netflix, but they dropped the show February 11th, so I downloaded the show to finish watching. But I downloaded the entire show. I had already watched the first 10 or so seasons. Marking them watched in Roku is a pain, because it doesn't reflect the changes, I lose track of where I am. Same thing happens when marking watched inside seasons. When you back out the count doesn't update. Just a thought of an improvement.

And i just thought it was my server causing this issue... Thanks for reporting, figured it was a me bug!

no, but sounds cool.. quick google sounds very similar to cloudflare tunnels.

OK then I can't really say what it was other than it appears to be some kind of I/O problem that was preventing the files from being scanned.

I might be mistaken but mkvtoolnix does work with mkv only.

Agreed have this issues for ages with lors of slowlyness. I though i was the only one, that’s why I used the webapp on my mac… Hope some solution could be found

Because you still have iNotify errors. Error in Directory watcher for: /volume5/SeriesV5 The configured user limit (8192) on the number of inotify watches has been reached, or the operating system failed to allocate a required resource. Try this

Hi Vic, I'm really not the best person to ask here as I'm just adding to existing code via VS (cloned from Github) - but JS in a plugin is definitely an option. If you are using Emby API's (which I presume you are) then it should translate reasonably well into the Emby Plugin framework. Have a reach out to @Cheesegeezer or @chef is my advice. I've not delved into the new Emby SDK, but cloning a public repo from Cheese or Chef might be a good indication on what's needed.

As I understand it, watch states are tied to the tvdbid/tmdbid. Paul

It will be yea .. gonna push to github once Dave is ok with it and then it will update itself via the Plugin catalogue.

Thank you for your reply. I wish you a happy life

Well, you were asked for that screenshot in my very first post in this topic, weren't you? Anyway, glad you sorted it out.

The problem that the trailer cannot be played has been solved. Thank you for your reply. It is caused by an irrelevant folder generated by some movies when the scraping tool is generated.

Yes, it helps Thank you

yup im testing it on .48. embyserver 4.7.11 on OMV6 + docker-compose + portainer first issue only happens with movie-type top picks only. tvseries-type top picks have 0 issue.

Cannot replicate the above crashing issue on Linux/Docker/Unraid. No Raspberry Pi4 to test against If you can provide me with a procedure to rebuild the entire Top Picks list from nothing I can see if the problem is vestigial from the prior builds. Not interested in populating TV series in my Top Picks, but willing to test if needed. Verified running .48 on Emby 4.8.0.21

I first posted back in September details of the problem I was having getting Emby to read my photo files correctly on my Samsung 2017 TV. A problem I notice others have been having as well. It looks as though Emby is reading the Thumbnails and not the actual photo files as the images are very low resolution. I wonder is there any chance of this problem being resolved soon as Emby is pretty useless at the moment for looking at any of my photos. Seems a pity as in all other aspects its a great programme and I would like to stick with it. Any Suggestions? Regards MLJMAN

Thanks for the feedback !

Fair point - I guess we need to play safe and rather it not work than potentially destroy the MKV's due to something outside of our control ...

Perfect - thanks - I'll take a look shortly !

Morning I played on from the spot I left off with. I've never had issues before. I watched a full movie last night with 0 issues. I also did some testing in the morning by leaving another one running and all perfect. Only thing I noticed when it crashed was no internet for hours.

any updates to this? emby really needs this feature, it can't be that hard to sync, even if it's not exact, just within a few seconds of eachother, or bond one transcode to all sessions so they play the same source

Hi, the current behavior is designed so that if you have a play queue, and one particular file can't be played for whatever reason, then you'll still be able to continue playing other things. There's definitely room for improvement though based on the example you're saying. Maybe we could put up a dialog and have you choose between advancing to the next item or stopping all playback altogether.

13900k can do up to 18 4k transcodes if hard drive bandwidth is "unlimited". You more than likely will run into a bottleneck with the hard drives in your array (possibly also your network) before you reach the limit of the quicksync capabilities in any Intel 12th or 13th gen processor.

Yeah it was definitely that. No idea what though but I'll try again, backing up the system file first!

Can only guess changes you made on the Network page. But yes it is not hard to do. Just have to remember your changes and only change that area of the system.xml file.

@chef no rush, we dont want you to feel chased…. and I mean it

HI, no, you need to use the streaming api and then you can get a direct url. If you must hack it quick and dirty, the normal /videos/id/stream?static=true may work, but will throw an error when the original stream can't be served that way (like if it's hls for example). So the better way is to use the normal /playbackinfo api to get your stream url as per usual, and you'll get a direct url if your streaming profile calls for it and if it is supported that way.

yeah thats all v71.x versions...

A physical tuner. Such as an HDHomeRun or similar. If you are semi-technical or better you can look at adding a TVEverywhere(TVE) source (YTTV, HuluLive, Sling) to Emby via an M3U Tuner - These are second most reliable IMO. Doing this requires an addtional server and small cost $8 PM or $80 PY. I have this set up for quite some time - 95%+ reliability. Though I do ALL local type channels via HDHomeRun(s).

Oh it worked alright! It's working FASTER than the old beta I've been using, and over wireless none the less! Thanks for this!!! Some of the best things, such as this, really are free Yes, I did pay for the server license though.

I do not like the appearance of the standard Android app on AndroidTV devices so I don't use it. When it is updated to have a better appearance more suited to the 10 foot interface, I may try it again.

It's on github, I can port into the new 4.8 system.

Hallo, ich habe mich nach langer Zeit mal wieder mit Emby beschäftigt. Als erstes wurde Emby sauber über das Dashboard herunterfahren. Dann deinstallierte ich den Emby Server komplett mit dem Befehl: "dpkg -P emby-server" Auf der Konsole holte ich die neue Version mit dem Befehl: "wget https://github.com/MediaBrowser/Emby.Releases/releases/download/4.7.10.0/emby-server-deb_4.7.10.0_amd64.deb" Anschließend die Installation mit: "dpkg -i emby-server-deb_4.7.10.0_amd64.deb" Nachdem ich den Emby Server dann neu eingerichtet hatte, erschien Version 4.7.11.0. Update von Emby Server Zuerst wieder über die Konsole aktuelle Version herunterladen mit: "wget https://github.com/MediaBrowser/Emby.Releases/releases/download/4.7.11.0/emby-server-deb_4.7.11.0_amd64.deb" Vor der Installation deinstallierte ich das Paket vorher, aber ohne die Konfigurations.- und Bewegungsdaten zu löschen, mit: "dpkg -r emby-server" , aber vorher hatte ich Emby sauber über das Dashboard heruntergefahren, damit eventl. geöffnete Dateien geschlossen werden. Dann die neue Verson installieren mit: "dpkg -i emby-server-deb_4.7.11.0_amd64.deb" Noch einen Neustart durchführen. Fertig Viele Große Ephorus

I completely agree. Very little tracking, and almost no ads. Now a days all I get is an entire page of ads before I can even start to get to relivant information in the giant phonebook that is Google search.

Wow, and just like that I get treated like a child. Sorry to bore you. No one asked for a replacement, the original post is: "I would like to have an option to choose H265 instead of H264 in the Transcode option." It's understood that there are issues getting 100% device compliance. I've been coding for 30 years and actually contributed some of the original WMC MB1 code. I'm neither begging for something I misunderstand or not reading posts. Anyways, this will be my last emby post, easy solution.

Intel ''Deep Link' will allow multiple encoding cores to work in parallel. it's not 100% scaling - but +40% has been suggested for combining an iGPU and dGPU. I haven't seen much more beyond the marketing spec - so cannot verify any of this, but if it gets support (or is transparent at the driver level) then it's a win for those with Intel Gen 11-13 cpu's and ARC series dGPU's.

I doubt that. A single chip can handle multiple encodes in parallel already. Multiple chips are usually only found on professional and data center models to increase the number of parallel encoding and decoding but probably not for increasing a single encode from 300 to 600 fps. BTW, in case you didn't know, the most useful resource for Nvidia GPU media capabilities is this: https://developer.nvidia.com/video-encode-and-decode-gpu-support-matrix-new

While I do want to agree with you conceptually, like I said, I have emby and jellyfin running in tandem. Both me and my users have organically moved to the jellyfin apps because the quality is much better over the WAN. I could send you screenshots if that would help. I have both emby and jellyfin configured as close to the same as possible. So, it's either the HEVC transcoding, or jellyfin is just doing something different, but jellyfin plays just fine with a better looking picture. You can give me all the science and theories in the world, but at the end of the day, a real world comparison tells me all I need to know. Also, not sure why you're saying they pulled out their h265 code, I'm streaming a HEVC transcoded stream right now.

"What I said in those posts above though, was about introducing HEVC transcoding as a general replacement to the H.264 streaming that Emby is doing. This is what this feature request is about and I have explained why this is not as easy as one would think." OP Request - "I would like to have an option to choose H265 instead of H264 in the Transcode option." Sorry to be that guy.. But the OP asked for it to be an option to choose H265.. Not to replace it I can see the reasons against replacing, that would be bad. But having the option to choose which to transcode to would be great.

I'm using quicksync and NVENC and have a script to detect the available encoder. I'm getting very similar looking results on HLS encodes on NVENC at about 60% and quicksync at 50-55%. This is a single pass. x265 looks noticably better at 50% bitrate but it doesn't improve at less so that 50% number seems to be the wall. This is not a small gain and this is for live video ie single pass. I do 10 second chunks to get these results, 3 second chunks need about 10% more bitrate. I pull 4k videos off sports cams at highschool football and basketball games (RTSP h.264 source) and encode them into HLS live with a 1080p and a 720p tier. The i5/quicksync box can do 5 h.265 1080p encodes so handling one camera with dual encodes is easy. I have multiple cameras at another site with multiple cameras and the i5/quicksync couldn't get the 6th encode down properly so had to move to a 3050 which handles 3 cams just fine. These are published to a website with resiliosync and cached with cloudflare and I have a simple android player that can be side loaded on google tv or fire tv sticks and I have a landing page that works in unmodified chrome so parents and families can watch the games. A student at one of the schools took the android player example from the android SDK and modified it to show the HLS pages for the games and share a file for sideloading. I'm running this in production. We have plenty of horsepower available and great support in ffmpeg to encode on a 7 generation old CPU. Player support is absolutely steller these days. Every single player available on the market right now support h.265. every one. browsers so, mobile devices do, there is no issue with playback and no issue with encoding performance on most common hardware. Heck, you can get 2 h.265 encodes out of an atom CPU that's a few generations old even. Emby already plays h.265. A dev coming in here and saying all these impossibilities is rediculous. I don't use Emby these days because of this and it looks like I might as well just give up on the project entirely if it's going to make excuses that are plain false and live in the past.

I would try and perform a vacuum on your database. With Emby Server shutdown you want to edit the system.xml file found in the config directory. Edit this line: <VacuumDatabaseOnStartup>false</VacuumDatabaseOnStartup> to be <VacuumDatabaseOnStartup>true</VacuumDatabaseOnStartup> You can also update this line to read: <DatabaseCacheSizeMB>512</DatabaseCacheSizeMB> Restart Emby. Upon restart Emby will optimize the database so please be aware it will take a bit longer than normal to restart which is normal. Let us know how performance is after doing the above.

Hi, I recently installed emby on unraid (Server Version 4.6.1.0) and set up a reverse proxy, which is confirmed working. I can confirm that I can connect to my instance via the lan ip address or the proxy subdomain address. I also confirmed on my android phone that if I am on/off wifi, I can connect to the instance via the web browser to the proxy subdomain address. When I try to use the latest android app (on or off home wifi), I get the error for the "Invalid Username or Password". I know that I am typing everything properly as I am using a password keeper to populate/copy the values. I have tried changing the password and can confirm that the web browser works but the app doesn't still. Any assistance would be appreciated. **EDIT: I am an idiot. For those like me, here was my problem. In the app, I was just putting emby.mydomain.com as the url. Empty port field. I updated the url field to be https://emby.mydomain.com and the port to 443. Connected first try. Feel free to laugh at my struggles. Marking this the solution so if others have the same problem they can easily fix it.