Leaderboard

I haven't tested, but i don't think your current naming structure is supported (it's picking it up as Season 2 / Ep 65) I would try and follow the recommended naming structure for TV Series and re-scan the library https://support.emby.media/support/solutions/articles/44001159110-tv-naming

I'm glad it's working too, because I much prefer Emby over Plex. It just works better.

And all 10 episodes are likely multi-versioned under that single episode. Just follow the suggestion above.

Hi, Do you have an older version on your TV? If so, please remove that one. Power cycle your TV: Power cable out. Press the physical on button on the TV for about 30 second. Plug the power back in. Retry with the USB.

Until he is ready I cannot recommend Symfonium enough! it's bloody brilliant for Emby playback!

I wanted to continue on some of the ideas we had way back on the Audio fingerprinting segment detection which could be used for things like Intro detection, commercial detection or even areas of interest detection in audio and thus in video streams that have audio. Chromaprint project : https://github.com/acoustid/chromaprint The idea is to use a tool like ffmpeg to extract what is called a chromaprint of the audio, this is a stream of data that represents the fingerprint of the audio over time. You can then compare this simpler representation against other chromaprints to find similar sounding audio segments. We started some of this work over a year ago on this thread: https://emby.media/community/index.php?/topic/48304-show-intro-skip-option/&do=findComment&comment=952613 And found some interesting ways to use the data. The first being the ability to detect segments of the video using multiple episodes of a tv show the intro theme music that could then be marked to allow auto skipping. I found this work interesting as it is kind of what I do, look for patterns in very very large data sets on a daily basis. So I went back and had a look at my original python that compared some of the bitstreams and found it was very slow, fine for a POC in small scale but very slow. The main cost of doing this is in the bitstream comparisons needed to find aligning (similar) audio segments in two potentially large chromaprint bitstreams. The approach I were using to find the bit difference counts was brute force and inefficient. I went on the hunt for a more efficient hamming difference and fond a bunch of bit diff work that pointed to a bit shift approach that is very much faster. So why all the fuss about this one aspect, well it is super important if you want a performant solution as a LOT of the heavy lifting in finding audio overlaps is comparing a lot of data and if you can do that as fast as possible then it will allows you more options, more exhausting searching etc I have implemented a simple hamming diff test using my original brute force apporach and the new bit shift approach and it does make a big difference, about 86% or 6.8 time faster. This bit shifting approach comes from stackoverflow, from a post about fast bit Hamming calcs in Matlab (a data science tool) https://stackoverflow.com/questions/1024904/calculating-hamming-weight-efficiently-in-matlab I just adapted it to python for my test but it could be any language that can do bit shifting. here is the python code: import time # simple brute force def count_bit_diff(left, right): count = 0 for i in range(0, 32): if ((left >> i) & 1) != ((right >> i) & 1): count = count + 1 return count # https://stackoverflow.com/questions/1024904/calculating-hamming-weight-efficiently-in-matlab # http://graphics.stanford.edu/~seander/bithacks.html#CountBitsSetNaive def hamming_diff(left, right): # w = bitand(bitshift(w, -1), uint32(1431655765)) + bitand(w, uint32(1431655765)); # w = bitand(bitshift(w, -2), uint32(858993459)) + bitand(w, uint32(858993459)); # w = bitand(bitshift(w, -4), uint32(252645135)) + bitand(w, uint32(252645135)); # w = bitand(bitshift(w, -8), uint32(16711935)) + bitand(w, uint32(16711935)); # w = bitand(bitshift(w, -16), uint32(65535)) + bitand(w, uint32(65535)); distance = left ^ right distance = ((distance >> 1) & 1431655765) + (distance & 1431655765) distance = ((distance >> 2) & 858993459) + (distance & 858993459) distance = ((distance >> 4) & 252645135) + (distance & 252645135) distance = ((distance >> 8) & 16711935) + (distance & 16711935) distance = ((distance >> 16) & 65535) + (distance & 65535) return distance # confirm approaches are the same through the 32 bit address range points = 20 skip = int(0xFFFFFFFF / points) loops = 0 while loops <= points: right_val = int(loops * skip) diff01 = count_bit_diff(0, right_val) diff02 = hamming_diff(0, right_val) loops += 1 print("%s %s" % (diff01, diff02)) # do some timing comparisons # brute force started = time.perf_counter() for x in range(0, 2000000): diff01 = count_bit_diff(0, x) finished = time.perf_counter() print(f"time01 {finished - started:0.4f} seconds") # faster way started = time.perf_counter() for x in range(0, 2000000): diff01 = hamming_diff(0, x) finished = time.perf_counter() print(f"time02 {finished - started:0.4f} seconds") Output time01 19.2995 seconds time02 2.8164 seconds That is some nice improvements. Now that 4.7 is getting close and this version has the new ffmpeg with the chromaprint module compiled in I might get back on this to have a play with what else this sort of thing can be used for. I know the core Emby will soon have intro detection and skipping built in so that might not be as pressing but I am sure there are other areas of investigation. I am not going to write a plugin, this post is just for reference to continue on some of my thoughts on this. I will probably just add to this thread as I play with this. Repo with a few of the projects and tools i have built. https://github.com/faush01/ThemeService

I am trying to use identify on some new items in my library. I right click, choose identify and then enter my title (the godfather for example) it makes the bonk noise and their are no search results. Emby Theater 3.015 Server 4.6.7.0. Is anyone else having this issue?

Haha thanks that sorted it out. I had it spelled Seaason 16 lol there's a first time for everything. Thanks again for the help.

You must be doing something wrong, cause I've never has any problems with anime TV Shows.

People need to learn DolbyVision is proprietary. Not every device can play every profile. Make sure what your devices can play before you grab stuff. This is NOT the fault of the Emby Dev team. This is your fault for grabbing the wrong content. DolbyVision has a serious learning curve. If you want to swap profile levels, there is a tool that is available though you do need to learn how to use it.

Hi, this is resolved for the next update to the Emby Android app. Thanks.

Hi. What you are requesting would also take several seconds upon opening the page. Even if we could do it asynchronously, I'm not sure it is worth the hit on every page access.

Yes that has been changed as well.

will try it out and feedback on this. i have no issue on resume, forward and back with other 1080p or 4K media, even on HDR10. Only with DV media having issue for now.

All libraries will use the global setting if not set on library or item. So that raise the question of what are those settings? Settings-Library, Advanced tab "Preferred Metadata Language"

It’s too complicated for you. Stick to a set top box

@Lukeis that the issues as this is a custom cache path? 2022-04-21 15:04:10.635 Info Main: Cache path: /nfs/emby/Cache/cache But note as mentioned above these get nuked every 30 days. I know this as I use to customize the mframe color and would have to change the file dated every 30 day and ever version update.

I was actually about to tell you about the Google TV app still being missing but obviously you know about that and are working on that. Thank you for working on all of this.

Hi. Glad you found the cause and sorry more staff weren't able to help in a timely manner. You caught us on a busy weekend. But, this does show how great our community of users is . Thanks all.

Hi, we plan on having smart playlists in future updates. Thanks.

I will report

No, you can't see anything useful. This is the best thing to try:

Well, that explains the update overnight. The option to restart automatically to apply updates was enabled. I had disabled it quite a while back as there was an issue with Emby not actually restarting (i.e. it would shutdown but not startup again) around the time that Emby was first migrated to the Package Center. It must have been enabled again after an update and I never noticed. Thanks @Happy2Play.

If there is a nfo with media and everything was correct previously then do you have other programs touch the nfo file as Emby reads the file and will not change external providerids. Minus items having conflicting providerids I don't see how what you have described is possible. But would need to see server logs and possibly a nfo file for a specific example.

Would have to see server log/s but Emby Identifies by foldername not filename. But previously identified movies should not just up and change even if you Refreshed the entire library. Do you save metadata with media? Has your libraries gone offline or disconnect from Emby? KB may need tweaked on the wording but have not tested this in awhile.

Then you should put providerid in folder name, not filename, and rescan. Syntax to be used is either tmdbid, imdbid ot tvdbid. Films\The Intern (2015) [imdbid=tt2361509]\The Intern (2015).mp4 https://support.emby.media/support/solutions/articles/44001159102-movie-naming There should not be, it's only tmdb mismatch, but you can post logs anyway.

yes that is correct, still need to "detect" the intro but it would use a Chromaprint from an online library of known good theme audio chromaprints to do the search.

You can manually group them by multi-selecting and then clicking on the 3-dot menu and selecting "group versions", but it doesn't happen automatically. I believe there's a plugin to do that, though.

I ended up reinstalling the app for a different reason and it seems that this is working ok now.

Também passei por esse mesmo problema e era a Cloudflare. Na seção de regras adicione o seguinte: <seu domínio>/*videos/*/* Nível de cache: ignorar.

Hi @Anthony Musgrove. I ended up implementing a Python script for the notifications. Your plugin is pretty cool and works great. Since Emby sends an added media event for each version of a movie, and also when you add an entire series it notifies you once for each episode, I needed to come up with a way to group this information together and create a more polished notification message. And I still send the image along . Thank you for the work.

This is one of those DoVi profiles that we cannot tone map. iOS can play it because Apple have a license. The only public implementation that can deal with those colors is in libplacebo which MPV player is using, but it requires Vulkan support.

Does the dashboard still show restart required? But to me it sound like it restarted per the setting. Allow the server to restart automatically to apply updates The server will only restart during idle periods, when no users are active. But yes, the plugin auto downloads and updates in the folder but cannot be use the new version as it has to be "Loaded" in the startup process ie requiring a restart. 2022-04-24 19:53:35.012 Info App: Loading statistics, Version=2.0.20.0 I can't see Synology acting any different but will let my test system sit overnight on v2.0.20.

Hi, we'll take a look at it. Thanks.

I wouldn't think that would be the case. 32Gb isn't that big. Many of us use 64, 128, 256 pretty routinely I've got thumb drives up to 8 TB that work with everything I've tried including my Samsung TV. Sounds great but it's a bit bigger than Big Lighter which is ok I guess, but too darn slow (very slow). I'd rather have 1 TB that's fast but had to try one as they were 50% off on Amazon. Should have been 75% off. The problem is likely that it wants Fat16 so maybe just reformatting the existing thumb drive at any size will allow the TV to read the thumb drive correctly.

Is there development for this feature? I really miss the decade filter, filter year by year is useless for me. Thank you to consider adding it.

Hi, they refresh automatically periodically. We'll look at getting the listings updated again. Thanks.

Are we able to add our own media profiles for the convert options? Currently I see mobile and TV, I would like to make an HD option, keeping the original audio track, but knocking 4k down to 1080. Maybe custom bitrate of "original quality" already does this? Guess I should try that first.

I'd like to remind of this topic, as it didn't seem to be solved, yet. We watched a new season of a series with the Emby App on the Amazon Fire TV and encoutered the same problem JanneKah described here. It doesn't only apply to the "skip" buttons in the player controls, but also the "Go to next episode" button that appears in the last few seconds of an episode to skip the credits. It would be very nice if the "playlist features" don't depend only on starting a playlist but automatically activate when watching series, independent from the point where you start watching. Deutsch: Das Thema scheint aktuell immer noch ungelöst zu sein. Wir haben letzte Tage über die Emby-App auf dem Amazon Fire-TV die neue Staffel einer Serie geguckt und die von JanneKah beschriebenen Probleme gehabt. Das betrifft nicht nur die "Skip"-Buttons in der Button-Leiste des Players, sondern auch den einen "zur nächsten Episode"-Button, der kurz vor Ende erscheint, um die Credits zu überspringen. Es wäre gut, wenn diese Features nicht nur davon abhängen, ob man eine einzelne Episode oder eine Liste von Episoden startet, sondern ganz automatisch zur Verfügung stehen, sobald man eine Serie ansieht, egal mit welcher Option man eine Episode gestartet hat.

Sounds like it could be the same refresh issue I reported in this topic:

@Teddyknuddel Ich würde Dir nahelegen, vielleicht doch zuerst bei deiner verwendeten Hardware nachzusehen, ob dort etwas im Argen liegt. Es ist immer leicht zu sagen, die Software "B" ist Schrott, weil es bei Software "A" funktioniert. Ich hatte auch vor einigen Jahren Jahren selbst einige Probleme mit Emby. Bei mir waren diese allerdings einfach gelöst. Das Problem saß vor dem Rechner und wollte sich nicht eingestehen, dass die verwendete Hardware, obwohl damals NEU gekauft, nicht das war, was für meine Zwecke ausreichend erschien. Ich warf damals den neu erworbenen "J4150" als Homeserver wieder raus und holte mir einen i5 rein, den ich im selben Atemzug gleich mit 32GB Ram bestückt. Seither, egal um was es am Ende ging, keine Probleme mehr. Weder mit Transcoding noch mit ruckelnden Bildern, noch mit Bild-Ton-Versatz, etc... Ja - meine Probleme damals waren auch nicht "Ohne". Ich würde sagen, Dir fehlt am Ende nur etwas Geduld und vor Allem etwas Andacht, die vorgeschlagenen Problemlösungen umzusetzen. Meckerern und Mimimi, sei es berechtigt oder nicht, bringen Dir und die Community nicht viel. Konstruktives Umsetzen der Vorschläge und die nötige Ruhe im Umgang miteinander, haben bisher immer funktioniert. ... Das kann ich bestätigen. Das ist auch der Grund, warum ich nicht die Volllizenz kaufte, sondern monatlich meinen Beitrag leiste. Und das schon seit einigen Jahren.

I'm wagering you're going to see a mass exodus from Plex to Emby in the next few weeks. This is likely my first post here. I've been a very quiet background Emby supporter for a long time, but it seems times, they are a changin' and I may likely migrate all of my users this way.

For years it has been clear that Plex has chosen to maximize their profits at all times at he expense of their users. They really now show that the users are only there to act as stepping stones to the greater monetary rewards that is all Plex is interested in. As I an many other have said in some threads on the Plex forums Plex has become, apparently by their own choice, the Ferengi of the streaming world. Some of the "rules" that Plex has applied to their business model. #1: Once you have their money, you never give it back. #10: Greed is eternal. #21: Never place friendship before profit. #45: Expand or Die. #55: Advertise #66: Double the price, then sell it half off. #72: Never trust your customers. #85: Never let the competition know what you're thinking. #92: There are many paths to profit #107: A warranty is valid only if they can find you. #136: Seek profit first and everything else will follow #152: A lie is a way to tell the truth to someone who doesn't know #165: Never let your sense of morals get in the way of opportunity. #188: A fool and his money are the best customer #196: Listen to advice; then do what you want anyway #232: Deal only with select clientele. (Those who are rich and not so bright.) #247: Don't negotiate with the underlings. And there are others that Plex has taken to heart.

Wow. Ouch.

1. I'd just stick with an M3U/XMLTV. There is no benefit to XC. 2. I'm the author of NextPVR, and really know very little about Emby. If you've configured Emby to get it's channels from NextPVR, you'll get whatever channels you've saved in NextPVR. (you wont get the channels you didn't import). I'm not entirely sure why you're using NextPVR->Emby for IPTV - I think Emby natively supports IPTV, so would have thought you'd just use that? 3. It's very common for these IPTV services to have pretty patchy TV listings. They provide a listing for a small subset of their complete channel. What you'll be seeing in NextPVR will be what your IPTV service is providing. It's also pretty common for these services to have some channels which are just downright unreliable. Some IPTV services are a bit better than others. Some are oversubscribed and none of the channels work well for anyone, with no one able to stream smoothly. These are problems with your IPTV service and not NextPVR. Ultimately NextPVR can't work miracles...you feed it shit, and the best you can expect to get is shit. 6. The 'DVB/ATSC EPG' is the broadcast EPG (TV Listings), which is sent with digital broadcasts. This is the default EPG source when you use a digital tuner. This wont help you with IPTV.

See you all in next year discount forum thread.

HI, currently resuming audio is only for audiobook libraries, although auto-restoring your previous play queue is something we could potentially look at in future updates for all cases.

Thanks so much, manually blanking out in editor, then refreshing metadata worked. Now the ids in library are correct and trakt sync is successful for the watched episodes. This was quite a rollercoaster ride. POSTMORTEM: Trakt account was not locked (confirmed with Trakt staff) There were no issues with trakt sync via the trakt plugin. The issue was mismatching tvdb ids in emby library and thetvdb.com. Trakt plugin was sending incorrect tvdb ids to be marked as watched, trakt.tv was unable to complete the request due to not recognizing the tvdb id. To fully diagnose, I had to turn on debug logging in both the trakt plugin settings and the emby log settings. Only after then, emby logged the tvdb ids that were being used. Checking them against the online service revealed the underlying issue. Going forward, it would be nice if the following could be implemented: 1. More verbose logging with the trakt plugin, perhaps including the tvdb, tmdb ids in the regular non-debug log. (Debug logging generates a huge 3.5MB log due to the extended metadata received from trakt.tv, which is not easy to sift through or handle). It would also be nice if the trakt plugin logged the actual response codes from trakt about the errors, rather than print a generic error. 2. Perhaps implement a way for Emby to detect changing tvdb ids (Trakt.tv service apparently does this already). Thanks

To be completely specific: what Emby has is a combination of auto-queue and auto-play. Plex actually uses auto-queue-only as default (and that's what I'm asking for)...after playing one episode (with the auto-play option turned off) Plex goes back to the dashboard and shows you the next episode to play ("Next in Queue"). Then you can decide wether you want to play it or not. Or: you can use the skip-to-next-item button while still playing that episode. That's auto-queue. Only if you turn on the auto-play-option, it doesn't go back to the dashboard but plays the next episode automatically. And giving the user that choice is what I think is ideal...every user can choose the player behaviour s/he likes. Jellyfin (which is a fork of Emby as far as I know) does it in a similar way. At least you can turn off autoplay but still have a "skip to next item" button all the time giving you the option to skip but not running into a "damn, I fell asleep and my Mediaplayer went on for hours, let's figure out which episode to play next without missing something"-situation.

Right, at least when watching a TV show hitting play on an episode would have to add all upcoming episodes to the queue. It could still have the auto-play-option as it is now and the "are you still watching?"-prompt, couldn't it? If you turn on auto-play it would simply play the next episode automatically, if you turn it off it would go back to the dashboard after the episode. In the end this is all about a "skip to next item" button - I'd like to have it eben when I hit play on a single episode only, so when the end credits start I can decide wether I immediately want to skip to the next episode or not (which I wouldn't want when I unintentionally fell asleep during the episode - auto-play really sucks then ). I hope it's alright to mention it (again): But the way I'd love it to work is exactly how Plex does it. You always see a "skip to next item" button and (additionally) you can turn on auto-play. If you turn it on, it plays the next episode automatically, if you don't turn it on and don't interact, it goes back to the dashboard. But you always have the option to skip to the next item. edit: Another thing I tried but that doesn't work either - at least in the web app (not in the android TV app) you have the option to not only hit play on an episode but hit "play all from here"...which seems to add all the upcoming episodes to the queue...but then it auto-plays next episodes even when the option is turned off. So that's not a solution for me either and doesn't work on the Android TV app anyway, unfortunately.