Leaderboard

Be able to create playlist based on a certain criteria, like genre and or year, in order to create a dynamic playlist that it refreshes automatically when new content is added. This way you can for example, create a tv comedy playlist from the 90's, or a new sci-fi Movies playlist. Some other criteria for rules could be the rating, watched/unwantched, score, tags, language, audio codec, etc The possibilities could be endless

I think you may be over complicating things... ? Remember- a) IntroSkip is a Plugin - therefore, if you have optionally installed it - you probably are expecting an IntroSkip facility somewhere on the 'timeline'. b) IntroSkip does not modify the source file at all - it only updates the Emby chapter database. For 'real' chapters - then we should try to be as 'invasive' (as you put it) as possible - ie we only modify what we need to to make the SkipIntro a reality. For the 'Auto' chapters - then tbh I'm on the fence - as a simple recalculate from the IntroEnd every 5 mins might be a better way - they are 'meaningless' chapter markers anyway - so do you really care if they are recalculated ?

The ability to adjust subtitle background color and background opacity will be in Emby Server 4.7 as well as in upcoming app updates. Thanks.

@GrimReaper Do you use any log viewing tools ? I use ALV and with a suitable emby log template, you can very easily filter on Class for what you are 'looking' for in realtime without seeing all the other verbose logging. You can then write the 'filtered log' out to a new log for example (which is tiny in size vs the main log) Maybe I'm teaching you to suck eggs (and I apologise if I am..) but maybe worth looking into vs a huge log file to analyse/upload .. https://github.com/Scarfsail/AdvancedLogViewer

This I do agree with - but modifying the source file chapters IS heavily invasive - the safest thing emby can do here is to write the 'modified' and unmodified chapters to a chapter.xml file for use by external tools/scripts to modify the source should the user wish that. A point to note is we need to re-produce any modifications post a metadata refresh - as emby will currently just re-read the original MKV etc or Auto Gen if there are no Chapters and wipe out any Intro modifications we have made ..

Absolutely not, we need specific flags that can be accessed during playback to allow for the "Button" to appear and disappear and need to be unique.

Making Progress now the intro's insert at the correct point. I will need to find the real tricky one where the intro end overlaps a emby 5min marker That's the Westworld Episode 3 where the intro starts much later in the episode

Nah, that seems to trigger on a timer. Episode finish - x seconds. Works fine for shows with long credits, not so great for ones which abruptly end. Or ones where foolish younger me stripped out the credit chapter to hurry it along . As obviously the bottom bar pops up and you lose a section of the screen.

That's v. true, there'll probably be a few shows like that. That said, it's a (relatively) simple case of comparing credits end time vs episode runtime. Also fully agree here. The credits/end isn't a real pain now anyway as you can just skip forward.

For those shows with real chapters, it's highly likely the last Chapter IS the start of the End Credits. But for Auto chapter items - we probably need to remove the last chapter(s)and insert with EndCredits. But lets focus on IntroSkip first - I'm not even going to put CreditSkip on the list ...

Then try the naming suggested by the kb article applyng it to both folder and filename, it should make a difference. ID Tags in Folder & File Names Emby can also read a Meta-Data ID from the name. Format: Name (Year) [tmdbid=xxxx] Emby supports the following tags with the host website for lookup. tmdbid (https://www.themoviedb.org/) imdbid (https://www.imdb.com/) tvdbid (https://thetvdb.com/)

This is where the real issue lies but I think it's fairly easy to append the next chapter start time.

My thoughts are we just gain an 'Intro' chapter - either at the start or after chapter 1 (most liklely). The chapters after retain their settings, but chapter 2 get's modified for the start of it to be directly after the Intro chapter. This is what has been discussed here - chapters/times should not be moved. Lets take an example - this one already has the IntroEnd effectively marked (as many do). Chapter 1 : :00:00:00.000 Chapter 2 : :00:05:13.800 Chapter 3 : :00:17:27.880 Chapter 4 : :00:25:27.800 Chapter 5 : :00:34:35.920 Chapter 6 : :00:43:28.240 Chapter 7 : :00:57:20.440 IntroSkip has picked this Intro to be from 03:49 to 05:13 Chapter 1 : :00:00:00.000 Intro : : 00:03:49.000 Chapter 2 : :00:05:13.800 Chapter 3 : :00:17:27.880 Chapter 4 : :00:25:27.800 Chapter 5 : :00:34:35.920 Chapter 6 : :00:43:28.240 Chapter 7 : :00:57:20.440 So this is a case of just inserting the Intro - No other modifications are necessary. If you skip to next chapter when the Intro starts, you get to Chapter 2 - nothing is missed. Do you need the Intro chapter if doing manually - no you don't, but emby will if it needs to bring up the 'Intro Skip' button. Now lets assume this episode did not have defined chapters - and used the standard emby chapter points. Chapter 1 : :00:00:00 Chapter 2 : :00:05:00 Chapter 3 : :00:10:00 Chapter 4 : :00:15:00 Chapter 5 : :00:20:00 Chapter 6 : :00:25:00 Chapter 7 : :00:30:00 If we now insert the same Intro chapter point - we have an issue because we already have Chapter 2 @ 05:00 Chapter 1 : :00:00:00 Intro : : 00:03:49.000 (to 05:13) Chapter 2 : :00:05:00 Chapter 3 : :00:10:00 Chapter 4 : :00:15:00 Chapter 5 : :00:20:00 Chapter 6 : :00:25:00 Chapter 7 : :00:30:00 My view is you simply change Chapter 2 - to start @ 05:13. No other changes need to happen ? Chapter 1 : :00:00:00 Intro : : 00:03:49.000 Chapter 2 : :00:05:13 Chapter 3 : :00:10:00 Chapter 4 : :00:15:00 Chapter 5 : :00:20:00 Chapter 6 : :00:25:00 Chapter 7 : :00:30:00 It doesn't matter where Intro is 'inserted' - you just change the next chapter start time (effectively shortening the chapter as required).

Wow, @Abobader must be a wizard, 15 seconds is totally reasonable. Thanks!

(Edit: To indicate that this might be thought of as a "Smart Collections" feature, perhaps similar to Smart Playlist functionality.) I'd love to see an Advanced setting, or a Plugin, that enables a List of Rules (which can be manually reordered by the user) that would match whatever pattern is defined in the rules for auto-adding items to a given Collection. These patterns could be set to match the file path (eg, match on "*\Disney\*" to match all videos with a folder "Disney" in their file path, and then add them to this Collection) or to match various item attributes, in particular Tags (eg, match if the video contains the Tag "Disney"). I could live without the following addition, but since there might users who will want to use pattern matching, but also want to be able to manually exclude certain items, perhaps we should also have the following: When a Collection is created there could be a default Final Rule (ie, the Rule which gets applied last, and thus has "final say") which would be "User manually Adds/Removes an item from the Collection." The user could of course move this Rule to not be final (which then would mean that the other pattern matching would take precedence), but whenever it is left as final it would mean that even if an item would normally be added to this Collection because of matching a path pattern (or attribute match), if the user manually removes it from this Collection then that manual action will take precedence (ie, the software would basically be making an internal record to exclude this specific item since the user manually removed it). I'm imagining that the rules would get applied whenever a Library scan is performed, but it doesn't really matter to me how exactly things get triggered as long as it is automatic. Here's an example of how all this would work.... Say I have folders with the following paths: \media\Videos\Shorts\Disney\CD1-Disc01 \media\Videos\Shorts\Disney\CD1-Disc02 \media\Videos\Shorts\Disney\CG-Disc01 \media\Videos\Shorts\Disney\CG-Disc02 And I want to populate the following Collections automatically: Shorts Disney Donald Duck Goofy I would create each of these Collections, and use the following corresponding rules per Collection to determine what each Collection will get auto-populated with: Shorts: Match Path "*\Shorts\*" Match Tag "Shorts" Disney: Match Path "*\Disney\*" Match Tag "Disney" Donald Duck: Match Path "*\CD1-Disc*" Match Tag "Donald Duck" Goofy: Match Path "*\CG-Disc*" Match Tag "Goofy" I know there is the Auto Box Sets plugin, but I'm wanting to add the same item to multiple Collections based on path and other attributes (particularly Tags), which as far as I can tell is way beyond how the Auto Box Sets plugin works (particularly given that many of my Collections are going to be of my own creation as opposed to Collections which have a TMDb collection id). I think that this functionality could be quite useful if implemented well. And perhaps some of the underlying code (eg, for a rules system, etc.) could be modularized/reused for other requested features (eg, maybe Smart Playlists?)? Thanks for your consideration! PS - If this is something you might like to see implemented, be sure to "Like" this top/first post (as well as any subsequent posts in this thread that highlight particular aspects of what you are interested in) -- "Liking" the top/first post helps the Devs to know how much interest there is in a given Feature Request.

My request is to be able to chose to add items to the home screen. Specifically in my case, I am thinking of playlists and collections. Here's some reasons I'd like to see this: The home screen is the first piece of the user interface a person will see when they pull up Emby. I often places movies in bulk into my media library. This sometimes means people never see the new movie I've made available. Happens a lot, actually. While all movies are searchable or can be found by sorting, I believe the interface would benefit from having the customization option. I have created a "Justin Recommends" collection and would LOVE to be able to put that on the home screen. By keeping this optional, no one is forced to use it. If you don't have a use-case, then it's just a feature. If you look at things like Netflix, many movies and shows get "featured" and by doing that, a lot of people end up watching that wouldn't otherwise (imagine if The Tiger King was just another buried documentary you had to hunt for, no one would have heard of it). I appreciate your time. If you've considered this before and decided against for reasons other than difficulty implementing the feature, I'd ask you to reconsider. I believe that being able to customize our servers helps us personalize and tailor them to our audience and our needs, and that helps promote a feeling of ownership. I also truly believe that this small change could lead to some powerful results. In my case, I know that it would be of huge benefit to accomplishing what I would like to do with my Emby server. Thank you.

I moved from Plex to Emby and even though I think Emby is superior in its flexibility there are some things I like better with Plex, especially in terms of its looks. This theme is trying to fix that by making it a bit more similar to Plex but with some, in my opinion, improvements. The CSS is attached to this post for anyone interested and below are some screens to show it off Good to know I only use Chrome so I can't guarantee this CSS works as expected in other browsers. If you want the sidebar menu to look like in the screens, make sure to pin the sidebar. Watched badge/banderoll is inverted which means that the badge will not be shown if media have been watched, like in Plex. For desired look, please use the "Dark" theme for both Theme & Settings theme in the display settings. Emby-Stable-style-v3.6.txt

This looks like a good season to test all the chapter logic on then!!

v2.0.2.9 Added Limit Testing Series Query now sorts the data by 'SortName' to ensure we grab the same series for both tasks while the limit is enabled. Default MaxDegreeOfParalellism is changed to: 2 (this can be maxed out at 20 for really badass systems, most PC's with a decent CPU can handle at least 4 to 5) How to enable Limit Testing for series: Find' IntroSkip.xml' - Found: "Emby-Server/programdata/plugins/configurations/IntroSkip.xml" If it exists from testing prior releases, delete it, and restart the server. Open the xml file find the following xml node: <Limit xsi:nil="true" /> Replace with: <Limit>4</Limit> Where 4 is the amount of series you would like to test the plugin on. This number can be what ever you want it to be. Save the xml Restart the server How to remove the Limit: Find' IntroSkip.xml' - Found: "Emby-Server/programdata/plugins/configurations/IntroSkip.xml" Open the xml file find the Limit node you created during limit testing. Remove the node add this in its place: <Limit xsi:nil="true" /> Save the xml Restart the server IntroSkip_v2.0.2.9.zip

btw @chef - low on the priority list - but can you change the Detect log message to be consistent with the FP ones - then it's much easier to filter in my log app with resorting to complex RegEx ! .. Thanks

@chef @rbjtech Basic chapter Intros is done, i need to add a lot of logic to the code but, the concept is proved and works

So fingerprinting took a few hours. Not sure exactly how long. But it completed overnight. Intro detection got to 25% after a few hours, I manually stopped it briefly, dropped the parallel thing to two, then resumed it, and several more hours later the second run is at 29%. So it's looking like it's going to take multiple days?

Right now, the home screen for Movies seems bare. Personally, I am not a fan of the categories at the top. I would love to be able to add and custom order side scrolling lists on the main page. (Think Netflix style) I saw this post and liked this guy's idea of "Justin's Picks" and other custom lists that you could manually add movies to. On the server side, it would be nice to have a list to order and add/remove to like: - Latest Movies - Continue Watching - Custom List(s) - My Queue (Idk if favorites is supposed to be this or just movies you like) - Genres (As the person watches movies, genres associated with those movies start showing up. You could set a # of genres to be shown and the more watched genres replace the less watched ones.) - Holiday (You could set a name, a date range, and genre, then movies with that genre show up here during that time period.) - Popular Movies (highest views by all users) - Highly Rated Movies (highest number of favorites)

What if there was a new menu item on the 3 dot menu to go to media detail screen?

Sounds great @chef I currently use another instance of emby and then use a library made up of a limited number (5) symlinks to my main media storage. If we can query based on number of 'shows' - then this would be fantastic to get the numbers up for testing

Oh man that was so obvious, I don't know how I didn't get what you were saying. I think I trolled myself on that one (if possible), LOL.

If I didn't know you - I'd say you're trolling me.

When entering a playlist there is no way to go to the overwiew of the items (movies), there is no “i” button.

Sounds good fella

Actually, I think it would be better, if we switched the ToString inside the GetResult method. I bet it would follow solid principals more. I wrote a query limit last night for the two tasks. That will make it easier for people to join in the fun. Ive been working as an institutional chef recently, and pureeing all that food keeps me working late. I'll update the git this morning.

Gotcha, I'm just adding in some code to get the episode id's now. There is a lot of code to get thru to know a good entry point lol. But i'll try out the quick and dirty method first lol :S

Yeah, that was a quick and dirty test. I hardcoded the internalId for testing. 40 is an episode in my library. It can be replaced by some kind of query and loop over baseItems. You can use the Repository with GetResult(InternalId) But it expects string, not long. So there is always a ToString() coercion.

Yes

Hi, first off turn off Network->Enable automatic port mapping as that is flooding your log with errors. Have these shows already been previously used in Emby? Did you write NFO to the media library and also have Emby store the graphics in the media folders? If the answer is yes to those questions you can modify the TV Show library and deactivate the meta-data providers. This will force Emby to load the info from the NFO file and not go out to the meta-data provider sites to read in new info. This should make scanning fast. After everything is loaded you can turn the meta-data providers back on.

@cayarsI try what you ask me but no success. Here the server log. I try "remplace all metadata" for /volume2/video/Films/Temp/58 minutes pour vivre (1990)/58 minutes pour vivre - 2160.hevc.ac3.mkv /volume2/video/Films/Temp/Adieu les cons (2020)/Adieu les cons - 1080p.h264.ac3.mkv /volume2/video/Films/Temp/Chaos Walking (2021)/Chaos Walking - 1080p.h264.ac3.mkv /volume2/video/Films/Temp/Die Hard - Belle journée pour mourir (2013)/Die Hard - Belle journée pour mourir - 2160.hevc.ac3.mkv /volume2/video/Films/Temp/Die Hard 4 - Retour en enfer (2007)/Die Hard 4 - Retour en enfer - 2160.hevc.ac3.mkv /volume2/video/Films/Temp/La Liste de Schindler (1993)/La Liste de Schindler - 2160.hevc.ac3.mkv /volume2/video/Films/Temp/Snake Eyes (2021)/Snake Eyes - 1080p.h264.ac3.mkv /volume2/video/Films/Temp/Une Journée en enfer (1995)/Une Journée en enfer - 2160.hevc.ac3.mkv And no Rotten Tomatoes rating. embyserver.txt Snake Eyes - 1080p.h264.ac3.nfo La Liste de Schindler - 2160.hevc.ac3.nfo Die Hard 4 - Retour en enfer - 2160.hevc.ac3.nfo Die Hard - Belle journée pour mourir - 2160.hevc.ac3.nfo Chaos Walking - 1080p.h264.ac3.nfo Adieu les cons - 1080p.h264.ac3.nfo 58 minutes pour vivre - 2160.hevc.ac3.nfo Une Journée en enfer - 2160.hevc.ac3.nfo

In addition, I reckon a lot of those could be covered by SmartPlaylists, same as in the other thread:

I think ultimately this is the risk you take with unsupported devices. If features only work inside their own apps - then you cannot realistically expect other apps to modify their own code for it to then work. There are standards for a reason - if these devices do not conform to those standards - then my personal view is return it and use a supported platform. Now if 'other' apps work but Emby does not - then that is an entirely different question - then Emby needs to understand why their app does not work when others do.

Latest 'ToDo' and updates below - Please let me know if I've missed anything. # Item Description Stage Latest Update Needs Core Updates ? ETA 1 FingerPrint(Chroma) Creates a template based on a percentage of the Audio runtime. Ready More efficient use of dB but good enough for release when used with scheduler No Complete 2 Detection Detects the 'repeating Audio' vs other episodes and calculates the IntroStart and IntroEnd Ready Possibly more accuracy but certainly good enough at the moment with 90-95% No Complete 3 Schedule Due to the Detection needing the FP database, a schedule needs to be run to ensure the data is available. In Progress Working now but needs manual config No ~ 1 Week 4 Scaling Depending on library size, these tasks can take days, even weeks - so it's important it's broken into manageable chunks. In Progress Needs more testing on low powered NAS devices No ~ 1 Week 5 Manual Skip The IntroStart/IntroEnd can be added into the existing chapter points without needing Core development work In Progress No ~ 2 Weeks 6 IntroSkip - Manual Detection of an 'IntroStart/IntroEnd (in emby Chapters?) should bring a 'Skip Intro?' button to the front of the playback screen. Design Yes ? 7 IntroSkip - Auto Assuming accuracy is good enough, then #6 could also be automatic if given the option. Concept Yes ? 8 Community dB A community dB of existing IntroStart/End points Concept No ? 9 Specials Handling of Special Episodes - both In Season and Out of Season Concept No ?

The Yes, Minister/Yes, Prime Minister special episode Party Games has exactly the same intro as the main episodes, but it fails to find an intro because it's the only episode in the Specials 'season' so it has nothing to compare to.

Thanks to both of you... I'll get this sorted...

Only the first dash matters for Emby to auto version

Sort of yes as the rule is Each version must begin with the folder name, followed by " - ". So there is issue with folder/filename and the spacing around the dash. @JasonNalleySo the options are renaming or manual grouping via multi-select, group versions or download the plugin

I would say thar the folder name with the imdb id is sabotaging the movie nested recognizition.

Hi, there are presently 3 different ways to create multi-versions. One is using the folder approach as already mentioned. Second is by using multi-select to select multiple media objects then using the 3 dot menu use the group versions option. Third is with the 3rd party Auto-Grouping Plugin. The first two give you control over what does or doesn't get grouped.

That is why I originally thought we had to push chapters ahead by the duration of the title sequence. We might lose a chapter at the end of the stream, but we gained an intro chapter. I wasn't sure. @rbjtech We will grab a 20 minute encoding of longer shows and 15 minutes of shorter ones. We have to make sure that all the encodings we compare are of the same exact length. It was easiest to take 15 or 20. If we took a percentage it might change for episodes in the season that are longer or shorter streams. Runtimes of 43:15 and 42:02 would get different encodings and it wouldn't end up working. But both of those will resolve to 15 min encoding.

I found that if I changed the Shield Advanced Audio from Manual to Auto-Detect and restarted the Shield, it plays properly.

Glad you sorted it out. IIRC that 10-second visual seeking aid interval was chosen specifically because Rokus had issues with other intervals (2-3-5 seconds), but that was some time ago and I'm only vaguely remembering it, so I might be mistaken, as well. Anyway, either of those (Chapter Markers or bifs extraction) is purely server-side operation and client apps are only utilising it, as stated in the above post, each in its own way. And yes, Emby for Android TV client app (the one Chromecast with Google TV uses, along with number of Android boxes and streaming sticks - Shields, Fire devices - and Android Smart TVs) is IMHO THE most polished and feature-rich client. Roku app has surely come a long way and is constantly being improved with @speechles doing a great job there, but it still has some way to go. Then again, it's highly subjective, I'm positive some would disagree and prefer some other client. To each his own, I suppose. One thing to keep in mind, though: for full playback on Android TV app, you need either one-time-payment unlock or Premiere subscription, whereas Roku full playback is free. Check out Feature matrix and decide what works best in your case. https://support.emby.media/support/solutions/articles/44001173099-emby-premiere-feature-matrix Cheers

From a personal perspective I disagree about adding the extra level of grouping by artist... I want to get to the album as quickly as possible from the genre screen to be able to play it... So I suspect a change like this will definitely polarise opinions But the option of being able to sort the current view by Artist I see as a good option