Leaderboard

I searched and didn't find anything, so I thought I'd request a modification to your docker logs to continue outputting after the "All entry points have started" message? Ideally, this could be governed by an environmental variable for those who don't want to worry about their docker logs directory getting blown up. To be clear, I want to see output from Emby Server logging when I run something like docker logs EmbyServer -f.

Hi... I'm one and the same. We know the desire for this feature and I can tell you that it is planned for a feature release just as others have shared. Beyond that, there's no more information as of yet. As for your suggestion of a poll, while we 100% value our users and what their interests are, please keep in mind we are closed source. You don't see Microsoft or Apple or any other proprietary software company polling their users as to what they want next in their suite of software and then making that the focus of the next update or for that matter sharing software development roadmaps. We do keep track of feature requests and the such, so when @Lukesays that it is in the plan for future development, rest assured that it is. With all of that being said, we 100% value all of our user's opinions. Both the good and the bad and everything in between. It's that knowledge that helps us put together a roadmap and continued path to success moving forward.

Not sure which stage of the grieving process all of this is.

Update: Hey all, just thought I would put out a little update, there was quite a major change to the way v4.8 Emby frontend handles loading scripts and the like, so after much frustration (and help from @Luke) I can proudly say that I have the backend and frontend working with Emby 4.8. I have noticed one or two small issues I still need to address and would like to do some more testing to make sure all is well, don’t wanna break everyone’s stuff. I’ll drop a new version in the coming days if all goes well.

Yes, please revert back, I and several other people I know who use emby like this feature and hate the new thing. It's almost useless. Most of my family that use emby will never find it and makes for a bad experience. I wish I would have known about this, I would have stopped my server from updating. This and the broken apps and pin system across several devices.

I had it running when I originally used both services side by side before switching to Emby full time. If you still have any issues let me know and I can definitely assist. Lot's of us unRAID users here as well. @Lukekind of off topic, but with the number of unRAID users we do have here, would it be possible to pin a dedicated forum section under Linux to focus on unRAID questions for all of the users. It may help narrow down some of the support and forum questions going all over the place.

I prefer to be able to see missing episodes in-line with the media library itself. In rare cases, an episode might be missing and it's nice to see in the UI while watching. Otherwise, it's really easy to accidentally play next and skip the missing episode.

OK this is great and all but what good does this do for a regular user watching a series and not realizing an episode is missing or being able to easily see future episodes without having to dig in multiple menus. This is fine to add but i believe someone else already mentioned it, but the missing episode stuff is a end user feature that most like to use and have readily available, and as far as managing the missing episodes most are doing this in Sonarr or similar. I would rather see something like this created to help find duplicates or episodes and movies with multiple versions, this is a filter Plex has had for a while now. I know i have talked to several people that want the missing episodes option restored. Someone mentioned the performance hit, and something about it being dynamically generated now when a user looks for it. I have never noticed any performance issues and i have a pretty large library. Can we have an option to turn it on in the clients and list it in line like it was, and have it default to showing upcoming episodes.

Actually, I see the issue as this use to be language images and would appear to have been changed to no language images but the api has not updated to reflect that. Backdrops will no longer be display language images. I went to the \cache\tmdb-tv\244021 and opened the series-alllang.json and removed the "iso_639_1": "en", and now they appear in the UI. Since the changelog for that show shows it was changed today, I would expect up to 24hrs for the api to update.

For major functionality changes/breaking changes, I think a popup dialog box would be handy on first run of each client, to avoid threads like this, and/or us wasting 20 minutes going over and over and over the settings trying to find the option you removed.

v 1.0.1.36 Thanks to @kaledi- Handbrake appears to write some extra HDR10 metadata into the mediainfo formats that the Plugin was not picking up :- HDR10 plus - SMPTE ST 2086 / SMPTE ST 2094 App 4 Dolby Vision and HDR10 plus - Dolby Vision / SMPTE ST 2086 / SMPTE ST 2094 App 4 Dolby Vision and HDR10 - Dolby Vision / SMPTE ST 2086 / SMPTE ST 2086 These have both now been added. -- Usual rules apply, copy your current DLL as a backup, replace with the attached. Any corrections will only take place on new files, or you can re-process files if you wish. Refresh metadata afterwards. If you are using the catalogue version - then this version has lots of extras - so ensure you go into the Plugin config to confirm the options - and TEST. Emby.MediaInfo.dll

I think maybe it is the proper aspect ratio as the black bars are probably encoded into the video (given the resolution).

Understood. Please understand that the issue results in a poor user experience that does not seem to happen with other home server streaming solutions. I think we are all glad to know it is being looked. Thank you for acknowledging that this needs attention.

@Abobader

no. At least not for me. I still have to watch my Dolby Vision and HDR films with infuse. There is now expanded Dolby Vision support there. watch via apple tv 4k 1st and 2nd generation.

Also, Im calling BS on the excuse for removing the feature and adding to a context menu being a performance issue. there are 100's of ways to get around this, but the easiest and laziest was to just remove it. now when you want to see missing episodes you have to rely on AN INTERNET CONNECTION to the provider to get the list... HOW IS THAT BETTER? This was actually one feature that I actually used and was easy to find and visually see. instead of a crappy context list, just add the option to display that context list... in the episode list like it was before as an option. even set the query times to a user setting if you want the "performance".

I'm specifically avoiding upgrading to 4.8 just because of this. Not sure on the decision to completely remove a feature instead of optioning it.

Hey Luke, I appreciate all the work you are doing to make this a better UI, this looks like an awesome feature you have cooking and I would much rather use that than the current reports app I have to use, but you should probably keep both options available as it's just easier to view them within the series. You should keep missing and upcoming with the airdate so we know when the next one is getting released. I think this makes for a more simple user friendly experience for the average user. I don't want to take anything away from what you are also doing with the metadata menu as that is something I have wanted for a long time. Thank you

I am also very unhappy with this new solution of showing missing episodes. Missing or unaired episodes should be displayed by default.

Quoting issues aside, can we please get confirmation that the much better implementation will be implemented again, as it was before? Thanks

This linked data does not update even though episodes have been added. Upcoming screen All Virtual Unaired episodes throw the same error.

This is in the beta server now and will be backported to an Emby Server 4.8.2 maintenance update.

OK Since you're updating the code, what I would suggest is in situations where an exception prevents your method from continuing, remove all of your try/catch and just let the exception bubble up to the core. This will make troubleshooting a lot easier. Don't try/catch and return null. Instead just allow the exception to be thrown. Also I don't know if this will help you or not, but if you target the 4.8 nuget package then the request object has a new SeriesProviderIds property. For episodes this will give you data about the series.

can confirm that the new update has fixed the issue! thanks so much!!!!!

It was the audio codec. Converting the videos on Emby fixed the problem.

@Luke I actually found the issue. For some reason, the resolution in the app was set to 1080p@60mbps. Don't remember having changed it from auto. But putting this back to auto fixed the issue. I can now play DV with Version 1.0.41. Thank You

I may have had some success getting it to invoke with local fallback. I believe the issue was that I was calling /opt/emby-server/bin/ffmpeg from ffmpegof instead of /opt/emby-server/bin/emby-ffmpeg. I'll re-run a test with a remote transcode and report back.

Hell yeah! I do love what you've been doing over on the Emby Reddit, survey idea aside I think the main point is to gather feedback from the community which you've been actively doing, so kudos there I am a bit biased as I've worked for large survey companies and now work as a support engineer at a large data analytics company, so data/feedback is something I constantly think about and am surrounded by lol

HI, we'll take a look at it. Thanks for reporting.

Maybe a reboot apparently webos don't delete anything until a hard reboot so when I Uninstalled it didn't do anything 2 first time

Hi. He was suggesting you manually look at the devices page in your server and then see which ones are listed in the Matrix as requiring Premiere for the features you are using. There is no way via API for your server to tell you Premiere devices. Is there a limit to Emby Premiere?

@ShanePWill you be adding this plugin to the Emby catalogue? It would make it easier to install on Synology where access to the Emby files isn't as easy as some OS's. Thanks

Thanks for reporting. We’ll take a look.

I have always been basically opposed to proselytizing. But, if it is allowed, then targeting exactly which subset of any particular religion you are converting to would be a pretty good thing. Then you also could customize the presentation to the current situation and thereby make the final conversion both easier, faster and less traumatic.

I have re-pinged GN on this.

Seemed as though 1.0.0.5 was working initially, but after looking at the logs there were entries 1-2 times a second to state that a library event had triggered the auto version grouping, not sure what event that is because I don't have real time monitoring enabled on any libraries and there weren't any other tasks running that I could see. After 5-10 mins of letting the process run the dashboard and scheduled tasks pages looked 'glitched' with auto version grouping starting/stopping a couple of times a seconds Re-reverted back to 1.0.0.8 for the time being until I'm able to do further testing

Hi Luke, that did the trick... little embarrassing, have not thought that this setting alone can cause that much "problems" Thanks a lot for quick help solving this!

@Jonathan1683 Thanks for the feedback, I saw the issue, I will see what case it and fix the issue this week.

Can't argue about it making sense logically but just wanted to chime in that having "yesterday" displayed in the Upcoming section is incredibly useful from a functionality standpoint. I would hate to see this removed. For me (and I suspect a lot of others), it's my go to to see which recently aired episodes I need to source each day. It becomes even more valuable when collecting shows (i.e. USA/AUS) that don't air in your own regions (UK) since one is less likely to be aware what day of the week they broadcast.

You could try using the convert feature to create a different copy of the file with a different audio codec. Right click on the item > convert. Original folder, next to original files Custom MKV H264 AAC Original quality If the audio's already in AAC swap that setting for MP3.

This should have been addressed YESRS ago along with when being in settings and doing a search Emby should ONLY be searching in settings and not media. It's called fixing it not improving it.

Thanks for the offer @soderlund91, I should have a version out in a day or two... Just trying to find the time

hi there, have you setup your own Emby Server?

So having the old behavior as an option is not even being considered? No one wants to go through countless menus to see something that should be shown in the episodes/seasons list. There is a reason it was done this way before, I assume. I am just not sure who asked for it to be removed...

Hi, please try the Auto-Organize 1.7.2 update and see if the search is more accurate. Thanks.

This is something I'd like, too. Playing games through Emby is unnecessary for me. Just cataloguing and being able to browse would be great. I've tried using the Gamebrowser plugin for this, but it leaves a lot to be desired (when it even works) and every few Emby Server updates more and more of the plugin seems to break.

Also another bad User Experience call is that you have to go an extra mile and toggle the Upcoming Episodes in order to see them. Wow, I think who planned these, didn't think clearly that this is a bad bad design! So disappointed!

IMO, something like this could start with a basic check as you suggest. Perhaps it could show up as a yellow warning triangle next to the reported address for the "Remote (WAN) access" entry on the management page. Clicking on that triangle would take you to a KB page that explains CGNAT, as well as perhaps links to port scan sites, etc.

All great ideas - but this FR is simply to alert the user - tested during the initial setup wizard - that they are likely running behind CGNAT and Emby Remote Access is unlikely to work 'out of the box'. We can point them to the emby CGNAT support page at this point if they wish to investigate further. It's just about managing the customer experience - otherwise people will naturally think emby 'doesn't work' when it is infact something 'emby' unfortunately can't do anything about.

I think the dev/release cycle is long enough without trying to add the complexity of dealing with more network connectivity layers and challenges. Adding features to proxy, punch through, bypass or even 3rd party integration with such products also requires more time and effort to insure no security holes are created as a result. I do like the proposed idea of built-in (or plug-in) checkers. Not just for networking and CGNAT but for other common issues that people encounter in their configurations. Library and file access, permissions, locations, etc. And one big one that I think is a missed opportunity - User account settings, access, passwords, etc. By this I mean a checker to show accounts with conflicting and/or risky settings. A basic security check with recommendations for users not familiar with security or not aware of the risks.