Leaderboard

For what it's worth, I agree here. It's pretty common for running tasks to lose data if terminated, so wouldn't be too out of place here either.

I wonder if network advertisers realize that they lost 3.2 million viewers yesterday morning......

When I use search I'd rather see my previous search terms rather than Suggestions. What's the algorithm for suggestions? It seems completely random and I don't recall ever using it. Previous search terms would be much more useful.

2.0.2.6 Handles marking the db entries as processed. If we have scanned the season in it's entirety, we won't try rescan episodes again. Unless there are new episodes added to the season. Then we'll try and attempt sequence detection using the new episode. IntroSkip_v2.0.2.6.zip Probably have to remove the db file one last time.

Even I didn’t come up with this solution, I only took the relevant parts from https://github.com/VictorBitca/matcher and adapted the code for Python, then @chef translated it to C# and created the plugin. It’s really a group effort and probably would not be where it is today without the above code from GitHub, as well as all the work from everyone else who contributed.

Gotchya... yep... so we need a identification marker for when Intro starts playing, which triggers that netflix style button, which appears in the player..... that says skip intro!!

Thanks, I see it and am downloading.

Great work Chef!! This made me laugh... in my head.... Give cheese some sauce lol

Not in Git anymore? Too many prying eyes wanting to release before Emby did?

2.0.2.5 No longer request all data from the database at once. Instead, we query only the data we need per season. Fingerprint data is removed from seasons that have a 'complete' profile of title sequence data. Complete sequence profiles are calculated when all episodes have: title sequence data, or are 'confirmed' by the user The database is cleaned on the second run of the fingerprinting task. IntroSkip_v2.0.2.5.zip TODO: give Cheese the source create a specific table query for the 'GetEpisodeTitleSequence' endpoint After the tasks complete, it would be interesting to know if the UI loads faster with the new table queries. I think it does.

I was able to shrink the database file size down substantially after looking at removing finger prints at a 'completed' season level, and not series. The vacuum method works perfectly. But, it currently lives inside the fingerprint task. This might not be ideal because that task would have to run a second time after the title sequence task has completed. The title sequence task is such a long running task, I thought it was best to not bog it down at the end with a bunch of database clean up. What do you guys think? This is a good idea. I'll see if we can create a method using virtual items, and missing items to decide is the season is complete. I think you are right. Making a request and then look specifically for 'IsMissing' items, would tell us that the season is not a complete season. Very nice!

A few i watched recently on Netflix I think was Self/Less - Ryan Renolds - it was actually quite enjoyable, probably coz i wasn't feeling well at the time and just watching movies all day. But still all in all, entertaining, very far fetched, but just watch it, switch off brain and enjoy. 7/10 https://www.imdb.com/title/tt2140379/?ref_=ext_shr_lnk The other one i watched was Jolt! that's exactly the same experience, however really let down by the ending. 6.5/10 https://www.imdb.com/title/tt10228134/?ref_=ext_shr_lnk But another great pointless action movie was Nobody - this was great! reminded me of a late 80's/early 90's action movie. 8/10 https://www.imdb.com/title/tt7888964/?ref_=ext_shr_lnk

For that last point, I think we should probably remove the fingerprints even if there’s a risk we might need them again someday. Having to re-fingerprint is likely not gonna be a big deal once you’ve already scanned through the full library once and you’re only needing to scan new episodes. So I probably wouldn’t worry about keeping the data in the off-chance we might need it. However, we can likely remove any fingerprints for seasons that aren’t the current season. Let’s say a show is currently in it’s 7th season, for example, then we know it probably won’t be getting any more episodes in those prior 6 seasons. So we can keep the fingerprints for the latest season of the show only and delete the rest, even if it’s a continuing show.

Yes there is. This should be resolved for the next release of Emby Server. Thanks.

That is likely related to those being AVC Hi10p encodes, which are repeated source of issues. Burning-in graphical subs is very CPU-expensive process, especially with AVC High 10 profile where decoding is done in software only. It all builds up. You'd be better converting those to 8-bit AVC or any HEVC.

As mentioned, all sync queues (including progress queue) will be completely redesigned and I hope it fixes all those issues. I'm just performing final tests and will be available in the next days. Beside bugfixes, the progress queue will benefit a huge performance improvement. Also I fixed several bugs, so please hold on.

While the bug is being investigated - why don't you config the Media management in the arr's to write the ID into directory and/or filename - that way you don't need to the arr's to write the nfo for identification - as emby will identify it directly from the ID in the filename and subsequently produce it's own nfo. ie [tmdbId={TmdbId}] for movies and [tvdbID={TvdbId}] for TV

Will do. It was kinda to help know how long these fingerprint comparisons where taking. But, having more info there is much more helpful.

It's looking good now - a live tail of the log is showing it skipping the episodes it has already done .. nice

You are a coding machine ! Trying the new version now ..

This is what I meant to put in the code: if(dbEpisodes.Count() == episodeQuery.TotalRecordCount && dbEpisodes.All(item => item.Processed)) { Log.Info($"{series.Name} S:{season.IndexNumber} have no new episodes to scan."); continue; }

There should be a condition that looks at the amount of episodes we have in the db, and the amount of episodes in the library. They shouldn't be scanned again unless there are more episodes in the library (a new item was added). The conditions must be wrong and I'll take a look. The new column, 'processed', isnt used yet, but I thought it could also be used to stop rescans in the future. I'll look at that condition and see why it isn't met. Brb

The Shield TV will be the ideal client in this situation because of it's audio and video abilities. Since you mention you like to "mess around" the Shield TV has a unique feature that can allow the Emby client to play the media back from disc if you create a network share for your media. Here is a knowledge base article that explains this rather unique setup: https://emby.media/support/articles/ShieldTV-Direct-File-Access.html

ok - I think that is fine personally - as long as it's stops gracefully, albeit throwing away all transactions for that season up to a previous 'save point' - then I see no issues with this. My system just finished with the 5 shows (170 episodes) - so I'm just going to look at what it did. Immediate impressions are that it is a LOT faster, query on the Plugin is now instant, dB has gone down from the 17Meg to 3Meg on the 2nd run (then finished immediately). Detection memory usage is a fraction of what it was before and CPU during detection seemed to be much lower too. So it's all looking very positive ! Just going to look at the logs .. and if ok .. increase the number of shows to 10 to see if it's scaling well.

So, I finally took the plunge and updated to DSM 7. I followed the migration guide and Emby is up and running flawlessly!

It was @samuelqwe who figured out the magic. All I did was translate and integrate. But something like this could also be done without any need for implementation form upstairs (I'm just sayin'):

If it is using Emby Connect you can edit the user on the Emby Server to remove EC username, save, then add it back and save. That will reset the EC username.

You don't want to transcode on purpose if it can be avoided but some situations require a transcode. More so if you stream to remote clients.

Good thought, but in general the 2 he mentions specifically, ESPN+ and PPV are 100% reliant on how the provider sets up its mapping.

Very crude mockup but not have any of the interface show, just the button by itself. (by the way before you get confused, it's a screen capture video i use for testing plugins on my work/code laptop, just have it set up as Avengers in the metadata)

well you could have the button appear on the eUI and auto focus on it. Same as the play/pause button is the autofocus when pulling up the eUI.

I believe you can use a Youtube login with Channels DVR. You won't get exactly the same channels but many of them. This would allow you to get many of your Channels into Emby as CDVR can export an m3u and xml file which Emby can use.

That might be difficult with the tasks split. Let me see what it would look like to have a master task. It probably wouldn't be much faster, but it would keep our file size in check for sure. I'll get back to you.

All the clients are driven from one source now and passed thru electron depending on what device they are on. So this would be a fairly straightforward process to implement to all clients. The player just needs to watch for a Intro Start Chapter tag from chapters(as you suggest) and then show the button until the intro end chapter tag has passed. But if you plan on backing out then clicking the chapter for intro end, it's probably quicker to just hit skip on the remote 2 or 3 times and watch the last 10 secs of an intro. Really need the admins on board for this to work and be a polished feature. I mean @chef has done all the heavy lifting and hard work here for them.

It wasn't looking good there for a while with not even being able to login to DSM or getting SSH to work, but we prevailed and conquered.

NFL Game Pass is a big revenue maker for the NFL. A lot of cable subscriptions are only had for sports as well. People in regions that can't get quality OTA will often go one of these routes so they are money makers. Besides local news and sporting events, movies and shows these days are easier to get with any on demand system (from Netflix to Emby) or from Internet downloads, so that battle has mostly been lost these days. There is a lot of money and power behind the firms holding the sporting contracts and broadcast rights. Even big players like Youtube make a log from selling Internet TV subscriptions. The deck is really stacked against the little guy.

My bad - I worded it poorly - "The complication here is many shows start the Intro partially into the show" So I may have - 2 mins of 'Previously' 10 mins of 'the episode starting' 2 mins of 'Intro' 40 mins of 'the rest of the episode' in the next episode I have 2 mins of 'Previously' 5 mins of 'the episode starting' 2 mins of 'Intro' 45 mins of 'the rest of the episode' So if I skipped to IntroEnd - yes I would skip Previously, but I would also skip 10 mins on the 1st episode and 5 minutes from the next etc.

That escalated quickly. Two days ago it was just them not broadcasting the donation ad and not stopping the stream right after that. Yikes.

One thought: Can you check for missing episodes within a season? If so, then we can make sure if a season is complete or not.

Ok, i can move it. No problem

That must explain it. Quite unfortunate but at least we have an answer. Thanks for your help!

Thanks. All went well, all library data migrated to DSM 7.

things I have learned. Do not try to vacuum a database while it is in transaction mode. While checking values in a seasons fingerprint column (after they have been removed in a complete season), you can not check for 'result.Fingerprints.Any()' because when it comes back from the database it is not an empty list, but instead it is 'NULL'. You have to check for NULL. Very close to something great! Vacuum works, but... it doesn't shave off as much as you would think from the file size.

Tried and true HDHomeRun Quattro with an antenna is the best option overall if you are in a broadcast area with good reception.

Glad you're getting this working.

Will this version be published on Falthub.org soon?

Those trailers are all the same movie as far as your server is concerned, therefore they get the same user data.

You're right, that's why I said to pull the rest of the app from the Emby Server, meaning your Emby Server, the one you control and must be reachable from your TV to serve your content.

Well, I've been disgusted with LG for months now, their lackadaisical attitude AND stealthy discriminatory actions towards Emby is palpable. Would someone be able to point me to a thread/tutorial that explains how to side-load the latest stable revision of the Emby app for LG WebOS? I'm tired of fulfilling the definition of insanity by expecting different results with no change in our course-of-action, this madness has to stop because it's seriously messing with my "Happy Place." I know many of the Emby members are still holding out for an official release and I totally understand why you are doing so and I commend that. For my own sanity I can't let this situation rent out any more space in my head. Any direction would be greatly appreciated. Thank you

I believe their plan is definitely to be an integrator of major video sources. Whether or not they can pull that off - who knows. Some VC is willing to bet $50 large on it. IMO, the most likely way those investors get their money back (and/or a return) is by one of the big media companies simply purchasing P's technology. But, that is pure conjecture on my part. I don't know why any of the "big" content providers would want to offer an access method to their content that will potentially steer people towards some other provider's content and comingle it with personal content of potentially questionable origin. In effect, steering their customers towards a system that can help them to no longer need them. Here is the most interesting statement in that article to my eye: "to use viewing activity". Big Prother, is watching... [For the record, Emby (the company) knows nothing of your content or your viewing activity]