Leaderboard

@howllorYeah, I confirmed that works but it would be a tedious chore to go through and update every single piece of metadata. This should really be handled by Emby on import.

Just want to say thanks for the great EPGs we can fetch with Emby. Sure, some of the more niche channels might need some correcting of bad data, but overall it is awesome!! IMHO, the lifetime premiere is worth it just for the Live TV + EPG alone. Kudos and thanks again to the Emby team!

I think it would be nice to have the Audience Rating (icon) / Audience Score for movies along with the Critic Rating (icon) / Critic Score. It looks like the data is available from the Rotten Tomatoes API via the ratings field. 14 "ratings": { 15 "critics_rating": "Certified Fresh", 16 "critics_score": 99, 17 "audience_rating": "Upright", 18 "audience_score": 91

Request No. 1: Implement Metascore rating for movies, from Metacritic.com, in Emby. OMDb api provides this information. Request No. 2: Also, fix an option in settings to enable or disable a ratings source according to the user's choice.

I’m using an iPhone 13 Pro with the latest version app and the latest version of the QNAP server. Play Movie 1 (4K 200Mbps): I tried selecting 1080p quality to test the transcoding performance, but the playback was very choppy. I wanted to switch back, but I found there was no "Direct" option. Whether I selected the highest quality 4K 200Mbps or "Auto" (which showed as Auto-4K200M), the playback was still choppy. Restarting the video also didn’t play it in Auto-Direct mode. Play Movie 2 (4K 200Mbps): The quality showed as Auto-Direct, and the playback was smooth. Play Movie 1 and Video 2 (Both 4K 200Mbps) via SMB using nPlayer app: Both Movie played very smoothly. I suspect that when playing the first Movie, neither 4K 200Mbps nor Auto is using Direct mode. Please add a Direct option.

That’s great news.

That is exactly what I did fairly recently when I set up a new server. I simply forgot to turn that off during the setup process and I had way too many meaningless and useless collections. ex. There were 5 different collections for Godzilla. There should be only one and now there is. It should be noted that the default for automatic collections should be off but Emby seems to really think that on is the correct setting. But it was my fault and I know better so I cannot "blame" Emby for my stupidity, as much as I want to. But don't worry Emby I am quite sure I will find other things to blame you for so you need not feel left out.

awesome information, definitely confirms we are on the right path and that a workable solution is available! thanks for doing the tests!

You do realize that thinking is one of the most dangerous things that a developer can do, don't you? "The mind is a terrible thing to use."

That's cool. I really appreciate the reply. I would love to be able to get rid of all the autogenerated collections. I've got the generation turned off, but getting rid of the ones I have would be awesome. I don't like having something like that that I can't seem to control. I am slowly getting used to Emby, and it's got some huge advantages over Plex, most of all speed of the clients. Just some bits here and there that need additions, and it would zoom right past Plex. I say this because the UI Plex change made me switch over, fully.

Ok thanks. Will wait and see

I know some users side load the google play version although that is not something we generally test ourselves. You may just have to wait.

Which specific menu? We should address this. In the situation of someone just learning to use the app, yes, I can see that. However, as you stop discovering the app and start using it to discover and access your media, I think requiring the extra click would be more of an annoyance - and possibly why we haven't heard this feedback before. So, yes, I see your point at a first blush but I think the behavior is advantageous once you are actually using the app for purpose. I guess I'll be interested if you agree after a while... I feel that, if we changed that behavior at this point, we'd have a lot of people complaining about having to have the extra click.

Yep, working on it. Completely block resolution transcoding with a message or message and THEN stop video?

The notifications is god send for me. But, is there a way to make the show a litt bit longer. I'm a litte bit slow reader

Cheers @yockerwill test it

That did the trick! I applied the fix, tested it, and works well now. Thank you all.

Version 13.4.0 Notes: Please remember to leave an updated textual review on the Play Store. Your feedback is essential for improving the app’s ranking and securing Symfonium’s future. Added: Added an option to hide the back button in media lists. Added an option to consider VPN connections as mobile connections. Added sorting by track number to global track lists. Added an advanced option to disable media session queue publishing to work around some BT issues. Added an option to fully hide the Controls and information panel in Now Playing to allow full-size lyrics or the queue in a panel. Added new “album.raw” and “album.version” custom string template values. Added a new API call to generate artist thumbnails from song covers. Added a transparency option for Now Playing background overlays. Added “toggle favorites” as a possible headset button action. Finally, added subfolder selections for cloud providers. Added per favorite home row sort setting (Last played, Title, Etc.) Added “player.position.seconds”, “player.duration.seconds” and “player.remaining.seconds” as possible custom strings. Added new API call “force_provider_connection” to force provider switch between primary and secondary connections. Changed: Attempted to improve keyboard display in the search view. Added workarounds for some non-conforming UPnP devices. Please report any new issues that may be caused by this change. Tweaked the shuffle algorithm to better support some edge cases. Manual Skip Next when in Repeat One mode now automatically switches to Repeat All. Favorite how rows sort order is now configured per row, the previous global setting is removed and you may need to reconfigure to your liking. First step in better support of Sonos bonded speakers. Please report any issues with logs. Fixed: Fixed a couple of possible insufficient contrast issues. Fixed long-press multi-select not working on the album page. Tried to ensure that the next item in the queue is fully resolved for the Now Playing display. Fixed some rare cases where UPnP playback did not automatically play the next item. Tried to fix Plex connections that stay locked on the Plex.tv proxy and do not return to a direct connection. Fixed album versions not visible in some places. Tried to fix resume points sometimes lost after multiple app kills. Please open issues if it still happens. Fixed Plex dashboard reporting after their recent changes. Fixed Plex provider credential editing not always working. Fixed the Play button action for album works not selecting only the work tracks. Fixed the album page more from artists not working with multiple album artists. Fixed track ordering in album page. Fixed MP4 classical tag parsing for Symfonium custom tag parser. https://support.symfonium.app/t/version-13-4-0-released/10686

The Emby interface for Roku is supposed to develop a side menu at some point. But when that will happen is anybody's guess. However I have moved all, well almost all, my viewing to an Android device and the latest android has a side menu, that I never use, it is actually a hybrid app with the side menu and the horizontal menu. There are two Emby apps for android and the one you want is the newer one. So my recommendation is to get a good Android devices, I use a Shield, and go from there. You can also get the same app on a fire device, I have a Fire 4k stick, but I do not really like the fire stick so I usually use my Shield. I really like the Emby app on my Shield but it is not ideal. Emby is always working on improvements and it seems to get better each month although like all apps in development not every change is for the better. Emby does listen to their users and they answer every request but, like God, sometimes the answer is no. It takes a bit of getting used to if you switch from Roku and be aware that there are some apps that only exist on the Roku, like NWSL+, but I have found it well worth the effort and I still use my Roku on occasion like when I need to use my Roku to watch something that is not available on Android. Emby will get the apps on all devices to be the same, eventually, but there are many many good Android devices that are pretty cheap and I suggest having both available.

Yup. It notified me in the activity log what files they were downloading.

Funny you should ask, i have just put the finishing touch on precisely that. It hasn't been fully tested yet so please consider it beta for now, the testing i have done shows it working 100& though. If you find a problem or suggestion for a change then please report it to me so i can fix it. WatchingEye.dll

Ok I'll keep an eye out

Using the Classification Plug-in; I was able to clean up the inappropriate classification for my kids profile age 0-6. Emby by default groups G/PG and APPROVED; as such I needed a way to identify all ratings under APPROVED and upgrade them to R. These are the settings I used.

Sorry if i misunderstood. "I think an option to ignore the user's quality setting makes the most sense." But this sounds to me (with my broken english) like just ignoring what setting the user has and force them to direct play. Doing that would as i said not be good if users actually needs the transcoding. But again sorry if i misunderstood.

Im sorry for confusing everyone. This is the screen im talking about making it on an angle. I used the TV in cover art just as an example.

I think an option to ignore the user's quality setting makes the most sense.

Except me Then it might not be good enough.. What I can say on the good side is that we have made some progress recently with regards to large databases in our development loop: We have received some larger DBs from users for internal testing and we have created a new tool which allows us to replicate library structures on the file system (using stub media files) - so eventually, that's still good news for all those having large library databases, as there's active development and more attention been put on those cases.

This sounds easy to achieve but practically it's not: Different feeds can have different formats, different availability (what if one url stops working) and different URLs with different redaction requirements, etc. You need to consider the following: The plugin is done in a way that each source is working on a single URL. A change to that is not realistic and doesn't make much sense. What we might be able to do instead is providing a way that certain WebStreams sources can be combined into a single view/hierarchy at the side of Emby server. I'm not sure how @Lukewould think about it?

Right. But even when it's better explained, we need to consider the dimensions of demand. When a change requires massive development time but would provide benefit to a minimal fraction of Emby users only, then it would not be fair to spend the money from all other users for something they wouldn't have any benefit from. If the majority of Emby users had databases with multi-million media items, then we wouldn't have this discussion and it would have been implemented long ago. Exactly. I don't know what 3 is, and 4/5 are more for "professional" use cases but the other points make a lot more sense than a db change.

Try changing "Only forced subs" to some other mode, like "Allways play subs", Clear saved track selections to reset all, test on any show, if it still doesn't function properly, specific example would be required as discussing in general terms is just guesswork. How to Report a Problem

Sorry for the late reply. I have now tested it and after reinstalling the operating system, it works without any problems. Above all, it also works without a graphics card. Whatever the problem was. Thanks to all

Effectively anything that runs on bare metal (that means without any virtualisation like Docker, VMWare etc) should experience a significant performance boost. Running Emby or anything for that matter in a virtualised environment is basically the same as running two operation systems inside of each other. People are fond of systems like Docker because it's "fire and forget" but get mad when they accidentally delete their Docker images and lose their data. Personally I prefer to run any longterm services directly from within the OS. I have a Windows 10 server (basically a repurposed laptop) which runs Emby on it just fine and would run significantly slower if I were to use Docker or any such system. You're right but I couldn't contain myself.

Channels DVR is experimenting with Multiview

HI, yes I agree that this is something we should add. Thanks.

If the device cannot natively play the video, please still add a "Direct" option (grayed out to indicate it's not selectable).

You have critic ratings and tomato meter, it would be be nice to see a Common Sense Media age rating. Or an option to turn it on or a plugin to enable it. Thanks!

This has been 'worked on' for a very long time...as such, I have cancelled my Emby Premiere subscription until full hardware accelerated transcoding is supported on the M3/M4 Apple Silicon as I currently do not see any benefit from it.

Not sure how popular this idea will be but I thought I'd throw it out there for comments. There are a lot of playback clients out there with poor upscaling (Roku, Web client, etc) which can make watching SD content a poor experience. I know that it is typically the players job to upscale the video but sometimes the result just aren't great. What if there was the option to use the server to upscale the video server side on-the-fly before delivering it to the client? I personally like the quality of Lanczos upscaling in Kodi on my SD videos but can not do this on my Roku. My thoughts on how this might work, the ability to enable a rule to upscale anything below a certain resolution to a target resolution. For example, all videos with a height <480 get upscaled to 720, all videos with a height <720 get upscaled to 1080. Or maybe it can be as simple as doubling the resolution, for example, enable the option to double the resolution of all SD content. -vf scale=-1:720:flags=lanczos -vf scale=-1:1080:flags=bicubic There are obviously downsides to this such as needing transcoding, the amount of horsepower required to upscale, and increased file sizes over the original. Would anyone else use something like this?

I think Collections are the right tool for the job. Sounds like we just need more ways of organizing them.

Would really like a multiview for live tv!

upvoting this as well

Your argument makes no sense. If I have the GPU power why not do it on the fly. GPUs are cheap as well. It cheaper to buy a a310 than buy more storage. Either way choice is good. This is a request forum.

Please add. Many of us have hardware now capable. Example arc GPUs. Thanks

Emby can display thousands of images for covers in the app. So why not one image for branding logo

Good idea too. I can pay a few if the custom logo could work for AppleTV

Kind of a nitpick but I'd also like to brand my family server with a logo that appears on apps and whatnot. Maybe the Emby brand could appear as a "powered by Emby" or something? To be honest my family couldn't care less about the tech I'm using, but that is very clear in other ways than having a brand and overall look and feel imposed by the app. At the same time I'd like more customization, I'm also grateful the development team seems to prioritize things right so in terms of functionally and overall quality Emby is impressive. The resources are definitely being spend on stuff that matters the most. Maybe a good compromise that wouldn't take too much effort is just allowing branding and background images to be replaced by server-hosted ones, and picking a color an perhaps even some fonts, that are applied across the board. Just my two cents... I'm coming from Kodi btw, but wanted something that works on more platforms. So far really enjoying Emby, but will miss our family branding and backgrounds

http2 is only usefull for multiplexing multiple requests lowering the load latency.. http2 doesnt really help a video link in any way... and web sockets only use http 1 so you will never be 100% http2 using emby anyway... and there is no real advantage to using http2 on a lan between emby and nginx, that link can handle many back to back connections. Plus you would actually be adding a slight overhead adding encryption between the two..

<release id="d39590fe-e002-3153-9347-cd7d2216225f" ext:score="100"> <title>Now That I've Found You: A Collection</title> <status>Official</status> <text-representation> <language>eng</language> <script>Latn</script> </text-representation> <artist-credit> <name-credit> <artist id="6b064ead-91a4-4ac8-8076-b1febe4f4aac"> <name>Alison Krauss</name> <sort-name>Krauss, Alison</sort-name> <alias-list> <alias sort-name="Alisson Krauss">Alisson Krauss</alias> <alias sort-name="Allison Krauss">Allison Krauss</alias> </alias-list> </artist> </name-credit> </artist-credit> <release-group id="078e07cf-f0d0-3302-b539-7e73eb74ce25" type="Compilation"> <primary-type>Album</primary-type> <secondary-type-list> <secondary-type>Compilation</secondary-type> </secondary-type-list> </release-group> <date>1995</date> <country>US</country> <release-event-list>...</release-event-list> <barcode>0208311203245</barcode> <label-info-list>...</label-info-list> <medium-list count="1">...</medium-list> </release> This would allow clients to segment the artist view of albums into a more meaningful categories such as Single/(Studio )Album/Compilation/Live( Performance)/Other and provide a richer ui. if the idea has legs, i would be happy to document the different album types returned by MBZ, to save time for a programmer to implement in code.

I'm all about customizations... If the Emby admin allows it, Ok. If not... just don't turn the feature On. Even more cool would be to configure when it will upscale (Ex: only for SD? Min width/height? Only if server is not too loaded?)

No need to use it if your server can't handle it.