Leaderboard

Personally would have liked to see it closed as soon as the debates started to get heated - it has added very little if anything to the community ...

I will just say, from my point of view, if I use a beta I definitely feel an obligation to try to give feedback. Really, if you can't do this, you shouldn't volunteer for the beta, you should stay on the release.

While I do think the Emby team needs to take a more focused approach with releases and not let months turn into years in an endless cycle of new features and testing phases... I think that's kind of the curse of being a small team. I see it at my work too, having less-than-adequate internal testing and never feeling comfortable a release will go smooth enough to commit to. I also think it's kinda silly that people are installing betas, refusing to help test, then complaining about things breaking or how long the testing/release cycle is. The beta isn't a sneaky loophole around the Emby teams release pipeline... it's a beta. They release more often because the standards are lower and there's an expectation the people who install it are willing to help beta test. The beta will add and fix things, it'll also break things. That's how betas work. As much as some people want to have their cake and eat it too... eventually you gotta give up something. If you're beta testing without the testing part, I think you lose the right to complain about how long or difficult the testing process is for the devs.

I'm hoping to see retiring this post in the 4.8 release notes.

Unpaid work!! Using a beta version is work for you! LOL... All there are asking is to report on bugs, is that too hard for you? Need some money to do it.. That goes both ways, if you don't care, why should they care about what you say?

You're just the sort of person Emby doesn't need. Take, take, take, but never gives anything back It's always like trying to get blood out of a stone with you, even when you have an issue.

It has happend to me a few times that I've accidentally touched the "Played" button in a playlist or the overview of a show, involuntarily mass-marking a lot of episodes as watched or unwatched. And it is always a hustle to undo this - especially if I don't know exactly what the last episode I've watched was. So I would really welcome either an "Undo"-Function to restore the state before the accidential touch or at least a confirmation dialogue before changing the watched-state of multiple episodes.

What the hell for, no one is call others names (yet) it is a bunch of passionate users loudly discussing and disagreeing on stuff, all sorts of weird stuff with no "correct" side, people started using the analogy argument style and I find it %^&* hilarious to read the grasping at straws trying to compare Emby to a clothes shop, nearly fell of my chair and spat out of morning coffee My 2 cents, the main problem with Emby "BETA" is it is not a beta, it is a nightly build and as such should not be called a beta. A beta is a feature complete build with bugs you want tested and fix bugs in so you can release it. The Emby beta is a nightly build that has NEW features and function and thus new bugs. If the Emby Beta was an actual beta then more people would test it and the release cycle would be much quicker.

I feel like a mod should just close this post down, since the kids aren't playing nice with each other. So many people just constantly posting here wasting time talking nonsense and say you don't have time to beta test, but you apparently have all the time in the world to sit here on this forum post and talk smack to others. If you want 4.8, update your instance to the beta 4.8 then switch back to stable when it releases. If you don't want your main Emby instance on 4.8, then install a second instance of 4.8 and then use that for whatever purpose you want. Test it or use it. If you don't want to do any of the above and are just complaining that 4.8 isn't a part of the stable branch yet, you clearly don't want 4.8 bad enough and are just here to complain. We got an update from Luke on a release, for whatever that's worth, take it or leave it.

To add, on a tablet, are you really going to notice the 4K over a 1080p transcoded version ?

Hello @twitchstickThanks for the kind words. Myself and @pünktchenhave reported to @Lukethe problem with starting at the current time rather than the beginning. The TV platform was designed and written by Luke. He has agreed to enhance it. So hopefully we will have a solution to this problem soon. Vic

Yeah I agree, I have two containers running emby, my main server (stable) and a beta. I check in (update) the beta container every once week or two just to have a look around and check on some plugins I use. I only have two libs on my beta docker (movies/tvshows) and they are small/limited and I haven't run into any problems yet, still I'm not ready to update my main server until the devs go stable with 4.8.

Personally, I think the beta team do a great job of supporting emby. And very few complain. I also pay for the premiere service, which to me, is a small price to pay for such a service. I do myself use Beta versions as my main server with many users connecting, (best way to test beta imho), but I also have backups incase of any issues. But, for those who want solid stable releases, then beta versions are not gonna be fo you. Especially the impatient ones.

Going from 4.7 to latest beta (4.8.x) is a big jump with lots of moving parts. This is why @rbjtechstarted this thread to provide more information about moving from 4.7.14.0 (Release) > 4.8.0.72 (Beta) Testing.

By virtue of installing the Beta software, you automatically become part of the testing team, if not by name, then by what you are doing.

Or make it a scheduled task/plugin as @TeamBdid for strm files?

-= PLEASE UP VOTE & PROMOTE THIS REQUEST IF YOU WOULD LIKE THIS FEATURE =- DO THIS BY CLICKING THE "LIKE" BUTTON ON THIS POST REQUEST: Properly pool multiple M3u IPTV sources, so when adding more than one with the exact same M3u emby treats them as one source with however many "Concurrent Streams" you set for each. https://emby.media/community/index.php?/topic/63725-multiple-iptv-tuners-double-channels/?p=636718 https://emby.media/community/index.php?/topic/59607-duplicate-channels-one-tuner/?p=607031 https://emby.media/community/index.php?/topic/57420-multiple-identical-m3u-tuners-without-duplicate-channels/?p=560949 Basically once M3u #1 has used all 5 of its tuners, I then need to start using the login info that is within M3u #2... once those 5 tuners are used (now all 10 tuners), then emby issues "no tuners available". This is how emby treats HDhomeruns today, so it can't be to difficult. @@snodrog742 @@manolodf @@robrhedrick @@cayars

Edit: There is a plugin version available now, please see ACdb thread. Emby MDBList Collection Creator URL: https://github.com/jonjonsson/Emby-MDBList-Collection-Creator This tool allows you to convert lists from MDBList.com into collections within your Emby media server. MDBList aggregates content lists from various platforms including Trakt and IMDB. Features List Conversion: Transform MDBList lists into Emby collections Metadata Refresh: Keep ratings up-to-date for newly released content Collection Images: Upload local or remote images for collections posters Seasonal Collections: Specify when a collections should be visible Collection Ordering: Show your collections in order of which one was update Backup & Restore: Additional utilities to backup and restore watch history and favorites Prerequisites: To use this script, you need: Python installed on your system "Requests" Python package (install with `pip install requests`) Admin privileges on your Emby server A user account on [MDBList](https://mdblist.com/) The script has been tested with Emby Version 4.8.8.0 and later, but other recent versions should also be compatible Please check out the GitHub Link for more detailed information

Okok!! So...We now have a pubic source for animated music album art. https://covers.musichoarders.xyz/ This is the link to the place in question I was wondering if we could get it added as a feature? Just for when you're on the page though! Kinda like Apple Music...I've been searching for a self streaming platform similar to what Spotify and Apple Music have...

I just noticed that when i click the watch trailer button on a movie, it plays a nice 1080p video, but the videos in cinema intros are all terrible quality. unwatchable. not to mention the languages are all over the place. would be nice to implement a way to filter these trailer selections somewhere. language and exclude any 480p or x quality trailers.

Hello, I would like to be able to see the current IMDB rating and genre right on the home screen under the new films and series. Greetings Scarfaro

Or do what I've been doing, and update to betas on a delayed-enough cycle that there are clearly no major issues with them. Again, this whole thing kicked off because someone suggested I had an obligation to set up a test environment and install .74 even though it's very obviously broken.

I think we can all agree the Emby team needs to work on their release cycles. I know it, you know it, they know it. But as a "paying customer" you have two options... stick with the last version that works for you, or help test the latest betas. If you don't want to do "unpaid work" for the latter, then do the former. I'm looking forward to 4.8 but I've been biding my time on 4.7 since helping test isn't really an option for me lately. Nothing wrong with that. Easy peasy.

Well for starters 4k H264 is not a standard, so asking Emby to transcode to that is a rather tall order. You would be better off to stop trying to play 4k files on your tablet, or convert them before you add them to your library. It is why most of us keep 4k in a separate library to ensure clients that can't play them, can't access them.

they do ..

That's beta for you, just move on to the next release and hopefully things get better. Please tell me you don't use betas on your main server??

I think they will.

Lol yeah I forgot all about that last change to speed it up. It was moving all the log files to backup folder before it could read them, lol Correct everything after comma you can delete or ignore. You do need the comma though so it knows that's the end of the variable. You can place the monitor.exe and config in a folder and place anywhere also. I tested that earlier.

@LukeI started a new topic about the content below, but closed by @ebr. * filter by movie runtime * filter by file size Like set minimum duration to 5 minutes filter items longer than that, set maximum duration to 120 minutes to filter items shorter than that. Same for file size filtering. Sorting by them is not enough.

yup the beta works great! Thanks!!

HI, this has already been added for the upcoming 4.8 server release, so stay tuned for that.

just wanted to say thx as now im A+. .net 7 plus using https://www.nartac.com/Products/IISCrypto this fixed all the issues.

Those are good news for Android users crossing fingers it's coming to Theater very soon my family is giving me grief at the moment because tennis is on the guide so one moment you are looking at 10 pm and then you are back at 4pm. It's not updating the guide so you leave for work at 8am and come back at 6pm you have to scroll all the way to 6pm. In current form it's frustrating to use theater my family is pushing me to go back to WMC even with the crashes if this issue is not fixed soon. At least this is giving me hope.

Thanks. It's working great now in the latest Android app. Sometimes the previous program entry instead of the current one is highlighted, but that's okay. The important thing is, it doesn't shift the timeline anymore!

@iiiJoe it was a mistake on my part. when i did the last update to it, where it cleans up the logs. it was cleaning up the logs that it needed to scan.... ooops now it cleans them up right before emby starts back up. here's the new one Recording_Monitor.exe but do remember to only block ffmpeg in firewall just long for the process to disappear then unblock it.

That's okay for display but, for playback decisions, we need the core to be in charge of the information it uses for inputs. Yes, that's absolutely true and plugins should generally not be changing any information from the probing we do. In this case (and only in this specific case!) it wouldn't matter, because Emby doesn't behave any different depending on wether it's HDR10 or HDR10+. A problem though, is that a plugin might now know at which time, Emby is re-probing a file (which can happen for many reasons), which means that the value can be overwritten again by Emby at any time, so that's another reason why it's rather not a good idea for a plugin to change this. There's not much value when you can never be sure whether the video format prroperty is accurate.

@iiiJoeEDIT: after typing this email up, i tested mine variety of locations and it seems to not be shutting it down ether. im going to have to look into and see if emby changed something. let me look into it some more before you test again, sorry --------------------------------------------------------------------------------------------- yeah its not working the way it should. it should show emby shutdown then each show it updates then emby starting up. but yours is having trouble shutting down emby. it also looked like you tested on 1/12 then again on 1/21. you do have 2 servers setup correct? and changed the port number of one of them? make sure the port number of the server for recordings is in the config. also i forgot to mention in the config file. make sure there are no spaces. they are commas separated. example E:\Emby-Server,location of system & programdata folders. but all you need for that line of the config is E:\Emby-Server, because what's before the commas is the variable. what's after the comma is just a description. also it should show the little green moon icon in bottom right corner when running. that is the correct log file. you can delete and let it start over for your next test. just record anything, stop with firewall. have task manager open and scroll to were the ffmpeg processes are, then see if one disappears within a min. if not then maybe shutdown and startup pc and test again. incase maybe there is a run away process from earlier tests. its really just good measure. but if it disappears make sure to turn that firewall rule off, or it will block it when it starts back up . so as soon as you see it drop that ffmpeg process then turn off firewall rule for ffmpeg block. here's the latest one i have, to make sure we are using same app. Recording_Monitor.exe

I am never going to stop using Kodi yes syncing data to the Kodi internal database can be an problematic, even the Kodi team don't recommend it, it has many places it can go wrong and keeping it up to date is not a trivial task. you could try the dynamic nodes option in EmbyForKodi or EmbyCon (a different addon for Kodi) as these don't try to sync your data to the internal Kodi DB they just give you a dynamic view of what is on the Emby server. These dynamic approaches also have their issues but for a simpler solution with less hassle they can be a good alternative.

This is done already: https://betadev.emby.media/reference/pluginapi/MediaBrowser.Model.Entities.ExtendedVideoTypes.html?q=ExtendedVideoType

EmbyCon 1.11.25 - remove dependencies on custom skin and screen saver

Hi, are you able to try the 4.8 beta server and see how that compares?

Thanks, I got the Teufel 500 Surround 5.1 + Atmos and a (slightly underpowered) Denon X2800H receiver. For 7.1, I'd need more budget and a bigger room

Marking more than one item as (un)watched should definitely have a confirmation at least.

Most peeps don't report problems, I've learned that over the last 20 plus years of dealing with forums. To have six threads about the same issue is actually a lot.

set the UID and GID to a real user with the correct permissions. If you are running with the first created user, this will usually be UID=1000 and GID= 1000

It will soon.

Don't get me wrong - I really want to do this, but it's about finding a good way. What we've learned so far is that any kind of change to the library scanning and probing process which might increase the duration must be avoided by all means. We just don't want to see user posts anymore, saying that another software would require a lot less time for scanning. Beyond the regular library scanning, there's actually a bunch of information that we (and users) would like to get out of the media files, it just can't be part of the library scanning due to the given reasons. Now, the way I see it, is that if we "touch" all media files (given the user has opted-in to it) a second time, then it should be final and there shouldn't be a third or fourth time - ideally (if possible). I had proposed this years ago already, but it's been lying around for a while, waiting for reasons to come which turn it from a nice-to-have into a requirement. The idea is to have a kind of secondary/extended probing process which collects all the additional information that we want from a single run, including: Subtitle target screen size (for certain graphical subtitles) Subtitle availability detection (tv signals often have streams without content) Availability detection for closed captions (and if available, which sub-channels have actual content) HDR10+ presence HEVC keyframe times for better HLS streaming [undisclosed idea] [undisclosed idea] Thumbnail Images Chapter Images (in addition to thumbs rather than just one of the two) Automatic Chapter Detection if chapters unavailable (even though, this would be rather a matter of thumbnail post-processing) I'm not sure whether intro detection wouild fit into this (kind of required processing is probably too different). The basis would be the quick-extraction for images, but further ffmpeg customization will be required in order to make it as efficient as possible. Many points are still rather on the nice-to-have side, so I can't say how this will be prioritized, only that when it would happen then all-at-once (where feasible). I agree that it's unfortunate not being able to distinguish between HDR10 and HDR10+, but it's not as crucial as with DOVI where it's really a question of "plays or play not". Regarding Atmos and DTSX it's merely a matter of ffmpeg abilities. I didn't follow ffmpeg progres during the past months. When something gets added there regarding those audio formats, we''ll surely integrate it in our detection.

Personally 4.7 does what I need it to do and that's play my media. Sure I'm looking forward to some 4.8 updates (playlists etc.), which I've tested in a beta test docker container. I don't want to upgrade my prod server until the dev's are happy with it.

I'm not at all whining about the availability of 4.8 - i think the length of the beta cycle is ridiculous (particularly given there was acknowledgement of this by the devs after the completion of 4.7 and commitment to shortening them) but I'm happy with stable at the moment. the one point i have to pick up on though is i don't think its reasonable to expect your average user to run the beta branch. there are so many changes made that completely break some key functionality (case in point, live tv in the last couple of beta's) and seemingly little urgency to fix them. in the past releases to fix these sort of issues would come the same day as the problem is found but not anymore. it would be good to get more people using beta and finding these issued before they get to stable but this is a two way street.

If people are so concerned about the length of time that a new Stable release is made available, why not install the latest beta and help test it and have access to the new features. I have run either dev or beta server for the last 11 years. Yes there is the odd occasion where things break, but that's just part of being in the beta team. If you don't want to use the beta server for your daily use, then at least set up a test environment and install the beta to try and see if there are any issues you can find that others can't. This will make the release more "stable" when available, rather than having to wait for a fix. Stop whinging, and either wait for the release, or get off your backsides and help test the new changes. Thanks.