Leaderboard

It's technically superior to the current implementation in every single detail. it fulfills almost all user requests in the area of Live TV that have been queued up over the years. It outperforms all competitors, it obsoletes 3rd party products and provides features that nobody has even been daring to ask for. So - yes. I'm living a dream!

This will be in Emby Server 4.8. New playlists going forward will be private to the user who created it, and there will be a new context menu option to share the playlist with other users.

Maybe this thread should be renamed Lack of Live TV Progress.

As I plan to integrate the whole LiveTV stuff into my Emby server I'm looking forward to all those improvements. Emby will then be my daily driver for basically everything on the TV's. Great work softworkz, it must be a pain having this being hold back for so long now.

It's the supposed Live TV upgrade that is coming at some point I'm sure it may appear at some point, but it's been rumoured for years, and at this point that list reads more like a wishlist than anything likely to appear soon

Currently Emby does not even recognise a Dolby Vision stream - yet alone do anything with it. So once they add this (which I believe is in the pipeline, now that ffmpeg supports it..) then I guess it's a possibility.

Looks like Trailers Tab is limited to roughly the last 120 days. &MinPremiereDate=2022-07-14T11:44:13.110Z

I downloaded Uidroid last night and had a 5 minute play (and the store app as well). Thats what started me off on this thread again yesterday. Shows what we could, but obviously don't, have. The NextPVR server thingy is free and I imagine the odd dev would have a tuner or two already... Probably shouldn't be encouraging Emby to be as good as NextPVR, but what can you do...

@Luke when are we going to get this stuff, all of it, added properly. I just tried NextPVR on my Shield and Apple TV and the tuning and switching is near instant. On Emby its pathetic. Please stop delaying and fiddling about with other stuff and let us have at it.

I'm a plex life time member, but I have been using Emby for over six years continuously, but there is a feature which I have always thought is missing in Emby which I would like and encourage the developer to consider including especially in this dispensation where families can social or commingle due to COVID 19. Today, I received a notification from Plex about it new feature titled Watch together you can read about it here https://support.plex.tv/articles/watch-together/ The feature allows friends and families at distance to watch same movies together instantly, you simply invite all your buddy, once they signed to the system which can be seeing in the server then play and pause as needed, this I think is cool feature should be added to emby. Let's here your though if Emby developer should consider adding this feature to our beloved Emby Media https://www.bing.com/news/search?q=Plex+Watch+Together&qpvt=plex+watch+together&FORM=EWRE

MKVs are capable of having multiple video streams inside of it. Some BluRays make use of multiple video streams, like animated films where some content like signs is translated to different languages. Or some films do have several video streams with additional content like a "before-CGI" version of the movie. Or you can choose of 2D video vs. 3D video. Kodi will support this in "Krypton" (version 17). http://forum.kodi.tv/showthread.php?tid=216672 So this works, when using "Direct Play". But not in other Emby-Apps or when transcoding. You can choose audio, you can choose subtitles, but not video. So it would be nice to have a "picker" for the video stream in Emby apps

I would say that my previous issue was resolved with a clear lack, you cannot choose which languages to use as a fallback for metadata not found in the preferred language. Example of this problem: Solution: To be able to choose which languages to use if metadata in the primary language (preferred language) is not found, an example is HAMA Plugin for Plex

Hey just a quick suggetion that i was wondering if could be supported in the future. I was hoping that some other sync options for other storage sites could be added such as PCloud obviously I have no idea how easy this would be to add.

I started working on an Extras enhancement plugin last month, and there's some backstory here. The core features are now in place, and I'm ready to share a test build (attached) for anyone who's interested in providing real world feedback on how the plugin works (or doesn't work) in their environment. The requirements are that you're running a 4.8 server, have some Movie extras in a Movie library, and want a plugin to modify some or all of your Extras art. The plugin doesn't yet support all image libraries Emby uses across platforms, so in these cases, the plugin will just say your platform isn't supported yet. It will be at some point. Configuration After installation, navigate to the plugin configuration page and click on the 'Generators' button for the Movie library(ies) you want Extras Art created for. Uncheck 'Disable Image Generation', then click 'Ok'. This will enable generation of all the Art types the plugin can create for you. You can also uncheck individual image types in the 'Generators' dialog if you only want certain image types created. Scroll down to the Generation section if you just want to start creating Extras Art, or read on to get more details on the other configuration options. You can adjust the styling of the images by clicking the 'Styles' button. Sensible defaults are already selected here, though, so adjusting these is optional. The last section is 'Extra Type Styling' which allows detailed control over how the Extra folders (featurettes, behind the scenes, deleted scenes, etc) are displayed on the image. Again, the defaults are fine, so you don't need to adjust these until you want to. Generation With the plugin configured for your Movie Libraries, navigate to a Movie with extras. The art generation is triggered by refreshing metadata on an individual Extra(s) or its parent Movie/Folder/Library. I'd strongly recommend starting by selecting/multi-selecting directly on Extra Items until you get a feel for what the plugin is going to do. New Extras will automatically have their art generated by the initial metadata scan that happens when Emby adds them to your library. Also, the plugin should respect the 'replace images' option on 'refresh metadata' and not overwrite any existing extras art unless you ask it to. If it doesn't, that's a bug and please let me know about it. Disclaimer Please remember that this is testing and don't run straight to refreshing metadata on your entire library or put any art you care about at risk without backing it up first. I've been running this plugin on my production Emby for a week now with no issues. It's working as expected (for me) on Linux and Windows, but it may not work or work correctly in your environment. Finally, this plugin does not fetch metadata from any provider. It is wholly dependent on the parent Movie's art being present. So, for example, if you ask the plugin to clone the parent's logo, but the parent doesn't have a logo, the plugin will not be able to generate a logo for the Extra. In cases where the parent Movie is missing necessary source images, the plugin will whine in the log about what's missing. All you need to do is edit the parent Movie's images to provide what's needed and 'refresh metadata' on the Extra. Thanks for testing. Hope you enjoy. Version History 0.6.4.0 - Trigger parent image fetch when needed to improve extra art generation when ingesting new item 0.6.3.1 - Compatibility Fix for Emby Beta .30 0.6.3.0 - Support for 'scenes' folder, case insensitive folder check 0.6.2.1 - Compatibility fix for Emby Beta .17 (will not work for .16 and lower) 0.6.2.0 - Fix server restart, check for existence of top level folders (please upgrade to beta .17 and install 0.6.2.1) 0.6.1.0 - Bug fixes Create config directory if missing Fix responsiveness for mobile view 0.6.0.0 - Initial Testing Version ExtrasPlus.dll

Hello all, I would like to open a thread here, I would like to open a thread here, which may help us to clarify the errors of Embuary in connection with Emby and to eliminate them if necessary. This is of course not the main channel of the skin, but rather a collection of logs and anomalies. I would of course be very happy if the Sualfred would drop by and help us troubleshoot if necessary. @quickmic, had offered to drop by once in a while so I can finally stop spamming the emby-next-gen thread full . Sorry!!! Best regards Seger

I recently switched from Mediaportal to the DVBviewer plugin, as MP caused some issues with scrambled channels, and DVBViewer works well with Digital Devices card. However on some devices it takes a long time to play a live TV channel, and I've noticed that the log is showing lots of errors. Would someone be able to have a look and advise on what's causing this? Thanks! embyserver.txt

Just be aware that characters like ( ) and - in the filename potentially have special meaning, and this might be causing some items to be merged or treated as different versions of the same file. This is possibly not your issue, but just be aware of it Not sure if you might need spaces in the Season folder name before the number Have you reviewed these articles? https://support.emby.media/support/solutions/folders/44000764515

Koennen wir hier machen aber nicht im Next-gen Support thread. User wollen mitlesen, da hat sich (zu Recht) schonmal wer beschwert.

I will: Sorry, thank you and totally understandable! Best regards Seger

All we can do, I guess, is ask, and ask, and ask, and moan, and hint, and cajole, moan a bit more, moan again, ask @Luke to actually progress this.

Please open a NEW thread for those Embuary related questions, otherwise I'm really start deleting them here. It spams this support forum for NEXT-GEN plugin. I'll review them, but keep it separated! If you can confirm an issue with default skin and next-gen custom nodes, you can report them here. Otherwise it's too specific to your skin.

Stop teasing us, if it's not going to be released yet.

@ebr I just tested this and the manual drag and re-order is actually disabled on any sort other than Playlist Order. That's a good idea IMO. Luke did a good job designing this feature.

Okay, wait. The Play Queue only shows the one entry. You have to click the word "Chapters" (in the Now Playing screen) below the Play Queue button, and the embedded chapters show up underneath the cover art. Again, with space used for a separate cover for each chapter... and also listed horizontally. If an audiobook has track-split files, each track shows up in the Play Queue. So they are in a place that is not obvious, and their location in the Now Playing screen differs whether they are embedded or not. Which supports my point of the UI for audiobooks being rough around the edges.

I just did a new install of emaby & I have the same thing.

Yes, especially after Amazon messing up Amazon Music the ability to play music from Emby would be great.

To be clear here, the skin/skin helpers/skin infos does exactly the same using RPC calls and most likely NOT using any caches. That's why I recommend, remove all those unnecessary background "tasks": I stop here, that's a different topic and we already talked about that.

2022-11-11 18:28:40.377 T:10472 INFO <general>: EMBY.helper.pluginmenu: Rebuid QueryCache: next_episodes_Serien The videoget_next_episodes query is triggered on widget updates (triggered by skin helpers) and the cache was cleaned before. The cache is cleaned after every episode playback, cause the next episode "list" has changed and must be rebuild. The cache is used if no changes are expected -> Skin helper queried next_episodes, but there was no episode operations before. 2022-11-11 18:28:42.712 T:4992 INFO <general>: EMBY.helper.pluginmenu: Using QueryCache: next_episodes_Serien The logs shows, (the skin helper) queried the next_episodes (next-gen custom node) list and next-gen plugin extracts the data DIRECTLY from Kodi's database. (Much faster than using Kodi's RPC calls). It just took 350ms which is very fast for this complex query compared with Kodi's RPC's (what the skin helpers uses for e.g. Embuary's next episode widget).

Version 2.0.0 Notes: This is a major release, with tons of changes for state saving, performance and future improvements. As always please report issues directly to me and not on Play Store. App icon is changed but you can revert in settings, see below. Added: Full playback state saving (Beta, on by default, see playback settings). Keep playback state and queue even after app kill. (Long press play/pause do stop and clear the queue as before) New default Symfonium Icon, default theme tweak and added new Orange theme. New option: Application icon to change the icon in app, launcher, notification, … New option: Tint home page icons with primary color (On by default). New option: Tint widget icon with primary color (On by default on Android 12+) New option: Auto play on headset plug (On by default). New option: Auto play on Bluetooth connection (Off by default, may require permission). New option: Auto pause / resume media when volume reach zero (Off by default). New option: Enable integration with system Equalizer. (On by default as currently) New option: Smaller header images in detail views. New option: Offload mode. Tries to offload the playback to device coprocessor (if present) to reduce battery usage, may also help with hi-res media on some devices. (Android 10+, off by default, experimental) New resizable widget with proper design for each supported widget sizes (Material You). Network providers now have a Wifi only option to disable communication when on mobile network. Properly register as being able to play media files from other apps. Support for more external lyrics provided by Emby. (If some are still missing contact me). Added support for future Navidrome version that expose lastPlayed value for sync. New toggle to skip existing playlist when importing from a media provider. Added new cleanup duplicates action to playlists. Italian translation, thanks Manuel06p. (Reminder: Translations are crowd sourced you can help for your languages too) Changed: Refactored internals to prepare for more widgets. You’ll need to add again the widget (or try the new one) to your home screen sorry for the inconvenience. Refactored the option Prefer internal decoder to allow more codecs to be decoded by the device. (If you now have issues with Flac, enable the option) Refactoring to try not to use the internal webserver when playing offline cached media on the local renderer. Enabled predictive back gesture. Advanced equalizer is back on Android 9. If you have issues with it please contact me. Use Firebase Crashlytics for crash reports as Google have removed necessary information from Play Console. (Remember that you can opt out in the settings, but it’s really useful for me to fix and improve the app) Detect unsupported token authentication for Subsonic servers and warn during setup. Reorder some main Android Auto entry points to better reflect main usages. Current now playing widget now properly support Material You. This also means that widgets now follow OS colors and no more the app theme until Glance provides the necessary API. Expired trials now also have 1 more trial day after install to test new versions, same as users who update the app. Fixed: Fix image and offline cache when using invalid certificates. Fix repeat one would not work correctly. Fix possible race with UPnP when skipping tracks. Properly detect empty cached files due to provider transcode issues. Fix sort order selection in smart playlists. Increase playlist import timeouts. Revert to local renderer if another app is started on current Chromecast device to avoid trying to reconnect and disconnect other apps. Fix some Subsonic issues (Files > 2Gb, play count not updated) Fix possible issue with Plex server changing IP and plex SSO. Internal decoder is a little more resilient to invalid data in the media.

Hi. That is an auto logoff feature. It does exist in the Android/Fire TV apps right now and I believe it is on the list for consideration in the other apps.

This Thread is like a slap in the face for every hoping Samsung Tizen User outside UK and US None of the staff says something useful, but mainly useless Information is delivered sometimes, in the meanwhile users are frustrated. We got it, you don't care about Tizen, cause of the costs, just say it and tell the Users, there will be no Tizen App for the non US and non UK Users, instead of letting people suffer in hope. To be honest, I took a look into Tizen, and yes, Tizen is a nice thing itself, but Samsung f***** it up. The market is a joke in total. Not really a lot of good applications in there. A lot are missing. enthusiasts like us, will attach a stick, but sadly, a lot of users will not understand, that the samsung Tizen market is trash and they will not attach another device to their more or less 1k TV, if the main apps work fine for them instead of one sort of "geek app" like emby.

Wow mate, your the emby detective! Great work.. Cheers

@Junglejim They won't match as the Movie library Trailers tab has minPremieredate where the trailers library does not. See debug url in log.

Got it working again by deleting some old install files in root directory

That's why your trailer count is lower, your viewing trailers from the movie lib... just clicked the main folder has more. All good glad you got it sorted.

No. It would be fully sufficient if I am "forced" to choose my profile when reactivating/-starting Emby after a while. It doesn't need to remember my last menu. I only don't want to be in the home screen of my wife when I start our FireTV after a working day.

That is precisely correct. Trying to stick a HTTP basic auth prompt on a URL that a non web-app uses is an invitation to break things. Additionally, if authentication for that goes over port 80, then it's just a false sense of security (MFA or no).

Plex and Emby aren't technology leaders but they are businesses and they need to make money. Unfortunately IMO Emby decided that focusing on pirate IPTV gave them the best bang for the buck, leaving users who want legal Live TV in the dust. Martin

So does Emby want to lead or just play catch up...

Yes, I've been seeing this as well.

hi Chef , I am confronted with a bug also can be related to the addition of tags, since build 1.0.0.24 I can no longer see the films and series I am stuck on waiting for the loading of the libraries Best Regards, LzM

Once another problem that TVnext resolves..

Updated Docker instructions as new version of mkvtoolnix is out 71, but not support by you yet. So change `apt install mkvtoolnix mkvtoolnix-gui` to `apt install mkvtoolnix=70.0.0-0~ubuntu2204bunkus01 mkvtoolnix-gui=70.0.0-0~ubuntu2204bunkus01`

I have now created a shell script to run with "emby" docker container, you can find it here: https://github.com/MrLinford/Docker-MediaInfo-PreReq Here is my quick guide on how to install the dependencies for Media Toolbox when running EMBY in a Docker Container. A few notes: You must be running the https://github.com/linuxserver/docker-emby container You will have to reinstall the dependencies when a new docker image is used. # **MediaInfo For Emby running in Docker** **A few notes:** You must be running the https://github.com/linuxserver/docker-emby container You will have to reinstall the dependencies when a new docker image is used. --- **First you need to connect to the emby container:** `docker exec -it <container> bash` --- **Install mediainfo (https://mediaarea.net/en/MediaInfo/Download/Ubuntu):** `apt update` `apt-get install mediainfo` --- **Install mkvtoolnix (https://mkvtoolnix.download/downloads.html#ubuntu):** `curl -o /usr/share/keyrings/gpg-pub-moritzbunkus.gpg https://mkvtoolnix.download/gpg-pub-moritzbunkus.gpg` `cd /etc/apt/sources.list.d` `touch mkvtoolnix.download.list` `cat > mkvtoolnix.download.list << EOF deb [signed-by=/usr/share/keyrings/gpg-pub-moritzbunkus.gpg] https://mkvtoolnix.download/ubuntu/ jammy main deb-src [signed-by=/usr/share/keyrings/gpg-pub-moritzbunkus.gpg] https://mkvtoolnix.download/ubuntu/ jammy main EOF` Now run `apt update` followed by `apt install mkvtoolnix=70.0.0-0~ubuntu2204bunkus01 mkvtoolnix-gui=70.0.0-0~ubuntu2204bunkus01` --- **Download BifTool Executables:** `curl -Lo /tmp/biftool_linux.zip https://github.com/rokudev/samples/raw/master/utilities/bif%20tool/biftool_linux.zip` **Installed unzip:** `apt-get install unzip` **Extract BifTool zip file to /bin/:** `unzip /tmp/biftool_linux.zip -d /bin` --- Configure the Media Toolbox plugin, applications installed will be located in `/bin/`

honestly, IMO this is a waste of time. Any serious IPTV user has found the alternative (free) options by now. you're not convincing them to use emby for this function unless you can at least match them, if not exceed them. matching is only one of the areas in which the alternatives are better. returning to the actual topic of this thread - the solution was coded 2 years ago by softworkz. just get on and release it please

It can sure. In general, it can also add a lot more latency when done in real-time vs pre-production. It can/will change the packaging needed by the clients and will need more stringent encodings to meet spec as well as most of the time require fMP4 chunked packets (fragmented MP4) which typically causes a loss of compression vs offline encoding and using progressive downloads. This type of thing is covered throughout the thread. The simple answer is that we can't just substitute an encode string creating HEVC vs AVC encodes. Up until about 1.5 or 2 years ago there wasn't even a spec for using streaming HEVC so its use was mostly progressive downloads or to specific devices you knew you could get away with using off spec packaging in HLS. Apple however added to the official spec for HLS recently introducing fMP4 as well as TS segments. AVC can be used either way, but TS do not support HEVC and had to be handled via fragmented mp4 packets. Manufactures who were "loose" allowing incorrect packages have had to fix this to support Apples changes to the spec causing tumoil to vendors who were using packages out of spec and banking the chanes would favor them (nope). Everyone quotes high compression savings of 40% but that's extreme and only with higher bit files. The difference between AVC and HEVC closes dramitically as bitrate and resolution drop. HEVC separates itself from AVC at higher resolution, but the opposite is also true that AVC compression is closer to HEVC the lower the resolution. A 15% or so compression difference on 720 files surely isn't as compelling as 40% compression savings of 4K (if all else equals). Up until last week the top browsers didn't support HEVC, the ones that worked were finicky, we had no standards in place specifying what was allowed and what wasn't. Mozilla/Firefox will likely never support HEVC while Apple, Google and Microsoft now all support it. Many used DASH instead of HLS to deliver HEVC since it's more a "Swiss Watch" container allowing more or less anything. Problem is support for DASH is missing from the majors. HLS vs DASH is not unlike the old media was that DVD and Blu-Ray went through with competitors to win out and take the market. The reality of the situation is that up until very recently this would likely have been a big mess undertaking it for our style of media streaming server that works in real-time. Here's a short article that might be worth reading as it covers some of the reasons HEVC will likely be a transitional codec more so than a mainstream use codec for streaming servers doing transcoding. It's not technical so all should be able to understand. https://www.studiobinder.com/blog/hevc-codec-download/ That doesn't mean, we've done nothing with this request. We can do HEVC transcoding and know how to package it properly but the changes needed to support fMP4 comes with it's own set of issues like additional latency which negate the benefit of compression gains. We know from testing it requires a more powerful CPU then AVC even when used with a GPU. We know HEVC can give increased compression due to how it's encoded but that encoding takes longer to do as well even on GPUs which raises latency and that's a killer for streaming. We already know from doing AVC transcoding that's we've had to reduce packet sizes to keep latency at a level that doesn't cause issues. We really can't afford to add this latency back as we've worked hard to reduce it. HEVC has all kinds of licensing issues. It's certainly not "free to use" as everyone seems to think. With so many hurdles using HEVC for real-time transcoding it's probably best to skip it looking at the next gen codecs being introduced to replace it that take into account HEVC's shortcomings. The industry learned a lot of hard lessons with HEVC that have been addressed with the newer codec. Reading the requirements for next gen codecs reads like a list of pros and cons from HEVC as you want to do this plus 30% improvement but can't do this. There are things we can do related to this request that could improve transcoding across the board. There are a good half dozen promising things I'm personally looking at that could improve latency as well as reduce bitrates currently being used on typical media. We can also look at implementing HEVC as a starting point for specific types of streams such as 4K where it could shine. Clients that can handle 4K HDR could be targets starting out as they should have the muscle needed to handle this without causing additional issues. It would be a starting point, then 1080p on same clients and so on. If some of the other things pan out and have the ability to lessen current latency, we gain a window of time back making it easier to introduce things like HEVC that we know will increase it.

Please consider adding Integration for multi cloud storage providers. Why i think this could be very valuable.for many reasons: Now we can buy Lifetime cloud storage space. Pcloud is the best known, but there are other cloud providers which we can buy lifetime storage also (Icedrive, Koofr, Files.fm.........) With our internet devices becoming more and more powerful, and internet speed constantly increasing, i think streaming our files will become more convenient over time with fewer lags and increasingly speed. The security of cloud storage is now more efficient on some providers. Comparing with our local drive our files are stored in multiple servers preventing them from outage or being deleted. Why i think Cloud storage combined with emby could be valuable? We already have Emby server for Android but Android storage source is limited if i compare with some cloud providers. We could increase our storages without compromising space on our phones! plus as our phones are constantly connected to internet we will do not need for a NAS , no wires, nothing that is dependent on from our internet provider at home! In that case we will need one smartphone, one cloud storage, One emby server app to access our movies and music anywhere at home without NAS: No need also for a computer to be always on for accessing our files. Almost anyone as a smartphone already. Cloud storages are good for streaming but not as good as emby for sorting our movies and music and showing them on conveniently on TV. Please let us know if this could be considered or not. Thank you.

+1 for this

I've just signed up for some free online storage which I plan to unload some of my less watched/older TV shows onto, the storage is accessed via WebDAV. With the way the people are accessing data now would it not be a good idea to be able to have direct access to online storage accounts, such as Google, Mega, Yandex and WebDAV? So you can directly link the Library to the Cloud Service? It is talked about in this thread; To overcome the issue of not being able to access the WebDAV directly from Emby I have mounted it on Windows Machine on my network using NetDrive, obviously this has drawbacks. The idea of a direct access to WebDAV and other online storage would be great and very convient for many.