Leaderboard

I think we do a pretty good job of keeping our technology stack up to date. We're running pretty much the latest of everything that we use. We're on .NET 6.0, ffmpeg 5.0. On android we use the best available embeddable media player and when there's a limitation with it we go into it ourselves without waiting for the developers to do it for us. We have a new Windows app coming soon that does this as well. The JavaScript that runs in the browser is developed using modern techniques and is converted ahead of time to a format that will run on a broad range of devices, both new and old. However the gap between new and old has gotten large enough that soon after the 4.7 release we're going to start shipping multiple versions of JavaScript so that newer browsers can run the modern JavaScript directly, and older browsers can run one of the converted versions.

Yeah even @samuelqwe took our GoT samples we sent to him and ran them thru a spectrum Analyzer to check and the only difference he found was the gain, one was slightly lower that the other. Which threw it out for a successful match..... And..... we did try to play with the hamming distances to improve however we were unsuccessful. However... @chef I can go and check the code but, off the top of your head, did you manage to get Hamming into decimal value rather than integers. I can't remember (been asleep since then LOL ). If it's still integer then this could be our way of fine tuning this.

@chef @Cheesegeezer Another amazing production is about to be brought to you from devs - Cheesegeezer - I have started a new theme to bring to the masses. I am a long way off completion however we can continue to update you on the progress. The layouts are about 80% complete and once completed we can start to work on the code behind. We are interested in a closed group of testers when the time comes. I would just like to say that this was originally designed for Emby WMC back in 2014 and was just release there when M$ ditched support for WMC and the project died. @shaefurr did an amazing job with the concept artwork for me to work with back then, and this theme pays homage to him. So with out further ado... here's some of the layouts that are now coded. IRIDIUM - One theme to conquer all LOGON SCREEN HOME PAGE FIRST VIEW TYPE - COVERFLOW COVERFLOW 2 BANNER VIEW FINAL DETAILS PAGE LIST VIEW THUMB VIEW

Hi, Since I am using more and more TMDb, (since tvdb is more and more a mess), I am missing a very important feature. tvdb had the feature of grouping stuff into aired, DVD and absolute, which is supported by emby. TMDb had also this feature. See this example for "La casa de papel" (Money Heist, Haus des Geldes): The Original Order is allways the "aired order" of the original country. "La casa de papel" was originaly released by "Antena 3" and was taken over by Netflix, which results in different episodes ordering, which is a mess. They solved it in episode grouping. This feature is missing from emby, but it's integrated in their API and is allready supported in other apps, like kodi. At least, Banana a TMDb Mod claims it, that it's supported by Kodi: https://www.themoviedb.org/tv/71446-la-casa-de-papel/discuss/5e7032d84f9a99001152704f?page=1#5eb76872ca7ec6001f7c53cb Is it possible to add this feature into emby? It is the last scraping feature, I really really miss for TMDb on emby. It adds much flexibility and is overall a much better solution, than on tvdb with their aired, dvd and absolute order. Another great example is Dragonball Super: As you see, it adds much more flexibility for different regions over the world. It's in my own eyes a must have for emby!

Not sure how close it is to what you're looking for, but here's how I generate the library dropdown in Iconic: define( async function () { return { displayLibrarySelector: async function(librarySelectorElement) { const libraries = await getLibraries(); let availableLibraries = []; Object.keys(libraries.Items).forEach(function(key) { let library = libraries.Items[key]; if (library.CollectionType == 'movies' || library.CollectionType == 'boxsets'|| library.CollectionType == 'tvshows') { availableLibraries.push(library); } }); let librarySelectHtml = '<select id="librarySelector" class="library-selector" name="librarySelector" label="Select a Library" is="emby-select">'; availableLibraries.forEach(function (library) { librarySelectHtml += '<option data-type="'+library.CollectionType+'" value="'+library.Id+'">'+library.Name+'</option>'; }); librarySelectHtml += '</select>'; librarySelectorElement.innerHTML = librarySelectHtml; } } async function getLibraries() { return ApiClient.getVirtualFolders(); }; }); This is loaded as a separate module by my main javascript file, but you can skip that and just grab the guts if they fit your needs.

ATV .70 apk is in the first post here I believe the latest standard Android app is .44 which includes a fix for music Artist and Album Artists not showing. https://github.com/MediaBrowser/Emby.Releases/raw/master/android/emby-android-google-armeabi-v7a-release.apk

Actually, if I remember correctly, there was a slight variation in the pitch that was basically undetectable unless you were closely comparing the two episodes side by side. And since chromaprint’s algorithm is mostly based on pitch, it makes sense that a slight variation there would affect the result.

We'd like to be able to accommodate this in future updates, yes.

HI, I think this will be improved in the upcoming 4.7 release, but yes, more options are possible for future updates. Thanks.

Did you remove the M3U?

Checked payloads with beta .32 and Webhooks 1.0.19 plugin, can confirm TranscodingInfo present in DirectStreams and Transcodes. Nice. However, while full transcodes (both video and audio) have proper "VideoDecoderIsHardware": true "VideoEncoderIsHardware": true (and some additional) tags: "TranscodingInfo": { "AudioCodec": "mp3", "VideoCodec": "h264", "SubProtocol": "hls", "Container": "ts", "IsVideoDirect": false, "IsAudioDirect": false, "Bitrate": 6401734, "AudioBitrate": 384000, "VideoBitrate": 6017734, "CompletionPercentage": 0, "TranscodingPositionTicks": 0, "TranscodingStartPositionTicks": 0, "Width": 1920, "Height": 800, "AudioChannels": 6, "TranscodeReasons": ["VideoCodecNotSupported", "AudioCodecNotSupported"], "CurrentCpuUsage": 0, "AverageCpuUsage": 0, "VideoDecoder": "NVDEC NVIDIA GeForce GTX 1060 - H.265 (HEVC)", "VideoDecoderIsHardware": true, "VideoDecoderMediaType": "H.265 (HEVC)", "VideoDecoderHwAccel": "NVENC/DEC", "VideoEncoder": "NVENC NVIDIA GeForce GTX 1060 - H.264 (AVC)", "VideoEncoderIsHardware": true, "VideoEncoderMediaType": "H.264 (AVC)", "VideoEncoderHwAccel": "NVENC/DEC", "VideoPipelineInfo": [{ "HardwareContextName": "NVENC/DEC", "IsHardwareContext": true, "Name": "HW Decode H.265 (HEVC)", "Short": "HEVC", "StepType": "Decoder", "StepTypeName": "Decode", "FfmpegName": "hevc", "FfmpegDescription": "HEVC (High Efficiency Video Coding)", "FfmpegOptions": "", "Param": "0:0 - NVIDIA GeForce GTX 1060", "ParamShort": "0:0 - H.265 (HEVC)" }, { "HardwareContextName": "NVENC/DEC", "IsHardwareContext": true, "Name": "HW Encode H.264 (AVC)", "Short": "H264", "StepType": "Encoder", "StepTypeName": "Encode", "FfmpegName": "h264_nvenc", "FfmpegDescription": "NVIDIA NVENC H.264 encoder", "FfmpegOptions": "-profile high", "Param": "NVIDIA GeForce GTX 1060", "ParamShort": "H.264 (AVC)" }], "SubtitlePipelineInfos": [] } semi-transcode (video only) do not: "VideoDecoderIsHardware": false "VideoEncoderIsHardware": false even though both are done in HW: "TranscodingInfo": { "AudioCodec": "aac", "VideoCodec": "h264", "SubProtocol": "hls", "Container": "ts", "IsVideoDirect": false, "IsAudioDirect": true, "Bitrate": 2997880, "AudioBitrate": 320000, "VideoBitrate": 2677880, "CompletionPercentage": 0, "TranscodingPositionTicks": 0, "TranscodingStartPositionTicks": 0, "Width": 1280, "Height": 536, "AudioChannels": 6, "TranscodeReasons": ["VideoCodecNotSupported"], "VideoDecoderIsHardware": false, "VideoEncoderIsHardware": false, "VideoPipelineInfo": [{ "HardwareContextName": "NVENC/DEC", "IsHardwareContext": true, "Name": "HW Decode H.265 (HEVC)", "Short": "HEVC", "StepType": "Decoder", "StepTypeName": "Decode", "FfmpegName": "hevc", "FfmpegDescription": "HEVC (High Efficiency Video Coding)", "FfmpegOptions": "", "Param": "0:0 - NVIDIA GeForce GTX 1060", "ParamShort": "0:0 - H.265 (HEVC)" }, { "StepType": "ColorConversion", "StepTypeName": "Color Convert", "HardwareContextName": "CUDA", "IsHardwareContext": true, "Name": "Color Convert", "Short": "C", "FfmpegName": "superscale_cuda", "FfmpegDescription": "GPU accelerated video resizer", "FfmpegOptions": "format=yuv420p", "Param": "YUV420P" }, { "HardwareContextName": "NVENC/DEC", "IsHardwareContext": true, "Name": "HW Encode H.264 (AVC)", "Short": "H264", "StepType": "Encoder", "StepTypeName": "Encode", "FfmpegName": "h264_nvenc", "FfmpegDescription": "NVIDIA NVENC H.264 encoder", "FfmpegOptions": "-profile high", "Param": "NVIDIA GeForce GTX 1060", "ParamShort": "H.264 (AVC)" }], "SubtitlePipelineInfos": [] }

I found the solution! The service logs on with Local System Account. I changed that to my account that has admin rights, then it work as it should. I don't know if this is the proper solution, but it works!

It may be the 'source' - ie a different tempo, a different amplitude. Is it a Blu-ray (clean/original Audio) or TV Rip source ? It may be an extra sound added to the start or end of the intro, or a different fade in/out for example. I spent a while looking at the GOT issue back in the day - I actually did some video editing and cut out the Intro Audio from another episode to insert into one to test (that wasn't being picked up) - and then it was picked up. To me, there was no different between the two what-so-ever .. In summary, for what sounds identical to the human ear, is seen as not the same by the Algorithm. I think as we originally discussed @chef, if you lower the accuracy enough, then it gets picked up - but the trade off is you then introduce lots of other false positives/misses on other shows. The only way we could potentially resolve these problem shows, is to introduce a 'per show' hamming value that the user can potentially play with ? I think you said this is now fixed ? It no longer reads the config xml file ? If we could, then maybe we could experiment a bit with that value for the Simpsons problem ? If you do want to investigate this - then lets take it back to PM ...

Apk on the website: Emby for Android TV - Emby

Hello, There is currently no built in mechanism in Emby to look for items in this fashion as everything is hard tied to the guide. We have been working on the TV section of code making a lot of improvements that will help with speed and resources as well simplifying some existing things such as plugins. These things open the door to making it easier to expand TV with more useful features like this which we want to do. Can't give a schedule, but TV is being actively worked on with improvements in each new beta. Other ideas: Besides movies like you mention, this would be great for TV Shows. If you have 30 shows but half aren't airing at the moment there is no way to schedule them for later recording and need to remember to set it up later when it's back in the guide. Personally, for TV shows I've love to have a option built right into the TV Show library. An admin could then flag the series to record any new or missing episodes and never have to worry about it again! Another popular request is keyword recording. "Star Wars", "Tom Cruise", "Steven Spielberg" could be setup and Emby would record anything it comes across if not already present. You could setup "Elan Musk" as another example and record anything like talk shows, late night TV, 20/20, 60 minutes or when ever he appears in the guide. There are many unique features that could be done once there is a basic method in place to look for "free form" text in the guide and using it. A semi-related but different request is setting up a recording strictly by channel with a start/stop time which could be useful for recording a channel you don't presently have guide data on. Carlo

I have two cars on have android and second one have carplay R-link 2 sistem connect via mobile phone Bluetooth...

Cool, I thought that might be an issue, but figured since the username and password reset itself worked it probably wasn’t - thanks for confirming and the assistance!

Excellent. Yes, we discovered an issue with email addresses with special characters. Yours has a "+". Thanks for confirming.

Did you end up doing something because, yes, it works now! Curious as to what the underlying cause was. Thanks!

Updated to DSM 7.1 RC earlier today on my DS-918+ NAS. So far no issues with anything Emby related. No issues with Non-Emby related stuff either. I'll post back if that changes.

Well... that is debatable. Emby's core streaming is using ffmpeg. That custom build of ffmpeg has been updated several times in the last year alone. Adding feature for intro detection, better transcoding, etc. With regards to any c# backend code... Well, the API is constantly being updated with changes to routes, interfaces, and the methods used to control,sort and utilize media. Is it absolutely nesessary for emby to jump to the lastest version of .net?... I would argue it is not. .Net5/6 changes how you write c#. But the compiler will always break that code syntax down into the same intermediate conditionals, while loops, reference type, value types, etc Emby users would most likely not ever notice a change like that. The dashboard interface has changed a lot too. If you look at the layouts in the beta server, there has be obvious enhancements. The libraries we define to bring into dashboard pages have gotten a lot better. it has entire element libraries specific to it's layouts (emby-buttons, emby-inputs, emby-toggles).

As a sidenote, on both stable 4.6.7.0 (Webhooks plugin 1.0.16) and 4.7.0.32 (Webhooks plugin 1.0.18), with some added logic on Notifiarr side, both servers are sending proper single-event playback notifications: Still waiting for that Transcode info insight.

does your password have any non-alphanumeric characters?

Thanks for the feedback.

Unlikely, since Simpsons episodes seem to be around 20 to 25 minutes, and we’ve had great success with episodes of that length. Knowing if it affects all seasons or just a few would be useful information to help diagnose this further. On a more technical note, I’ve noticed FFmpeg offers us a few different versions of the chromaprint algorithm. We’ve always just used the default option, but I’m wondering if perhaps one of the other versions might give us a better result? Might be a good idea to test on a small subset of shows to see if there are any differences with detection accuracy. Just something to think about.

@Grashopr Go to the "This PC" window (accessed via tab or however) on your Windows PC. Inside that you should see areas for: folders, devices and drives, and at the bottom is network locations. On the network locations do you see the Roku listed? If you do not it is the router causing you problems. You may just have to restart the router. If you are using a VPN do not expect to see the Roku if you are spoofing a local connection using a VPN.

Sorry for the delay. I have been in bed sick. I will respond in more detail later. vic

We'll be submitting an update today to resolve this. Thanks guys.

This is a very interesting topic. A lot of new comers here need to understand how Emby has come about and the history behind where we are today. I would like to defend Eric and Luke here. I have known @ebrEric since about 2008 when i stumbled across the MCE plugin and started using it, i started to learn code and wanted to do some stuff with VideoBrowser (yes that what it was called). He helped me out quite a bit with Themes at the start. He was the original admin with the other guy (can't remember his name) It then changedto MediaBrowser, still only a complete MCE plugin which was coded purely in C# and mcml. @Luke came on the scene a very long time ago can't remember when exactly, 10yrs or so, and was writing amazing plugins for the MCE app. He evolved and off his own back, and Eric's, They then started to create a server where apps would access it! MediaBrowser 3.0 was born!! Bearing in mind all this was still very free and actually it was the plugin and theme creators that could charge for their work, MediaBrowser 3.0 was still very free. Hours and hours of work went into MB3.0 to which i used to donate $10-$15 a month to them to thank them for their amazing work. The project was moving in the right direction. Then the project moved to Emby and new era a new structure. So what if they want to charge you for all of their hard work over at least the last 15yrs and make the project closed source. The whole reason for this, was because having open source, people would fork the repo, remove the premium validation and distribute it for free and use the server and apps for free. The whole reason it has been closed source now, is because of the UNMORAL & DISHONEST people in the world. They do this full time now so give them respect, pay your subscription and enjoy the app. Jellyfin do what they do and the interfaces are still from way back when, nothing has changed other than a few cosmetic enhancements. They snoop the forums for ideas and hoping to "acquire" code from plugin developers... to keep up with the Jones'. There are 2 guys here... that work their asses off to bring this amazing media experience, give em credit and support them as you should. And yes... Jellyfin should credit the devs. What makes me laugh is there are still so many components in their source code which have an emby prefix... so i guess that is some accreditation. (I'm just donning my Bomb Disposal Suit now...... for all the trollers out there!!)

Hi Anthony, It is so happy to see you back. We tried to develop this project for new version Emby, unfortunately it seems not open source. I believed that many developers in the community are happy to contribute their forces to let the project perfectly. KIND REGARDS

As always, fantastic and precious work @cayars!!!!!!! Thanks

Has open source been considered?

Hey guys, I am so sorry about the delay. I will be getting back onto this project shortly. I'll also be looking for another developer who would be keen to continue developing with me. Thank you so much everyone for the feedback and for using my plugin. Warmest regards, Anthony

Not yet, sometimes they can be a bit slow

Greeting Embians! Quick Subsonic plugin update: Just got back home from an on-site work week abroad so I will be continuing work on the plugin this weekend. Had someone open an issue at the repo regarding support for Subsonic's Lyrics API, and since Emby 4.7 will apparently be supporting embedded and external lyrics, I will look into that, although I don't know at this time if there will be an Emby API LyricsService. I'll check out the newest beta Swagger to see if I can spot anything. That said, I'll keep it on the front burner since that has been supported for a while in the Subsonic API anyway. I also wanted to let ya'll know that I changed the name of the project slightly, as EmbySub could have been confused with subtitle functionality. New repo URL: https://github.com/trifleneurotic/EmbySonic Cheers!

Hi guys, Pack v1.2 has been released. Please find updated download link HERE. @DJKoopa@CrispinD The font I used is called Norwester. @mptpro "books" added @bgeelen "recordings" added @DJKoopa I'm not sure what kind of picture should I use for "new releases", any kind of feedback would be appreciated.

What you both of you guys are doing and posting day by day is just incredible. 1. Skip Intro Plugin 2. Chef is also working on his Poster & Auto-Organize plugin 3. Now this This community owes you a huge thank you for all the effort you are putting into all this. So, thank you guys!

These headers work on OSX web & application, and iOS Web & app, BUT uncommenting the four lines breaks the applications on both platforms. Will spend some time debugging. @pir8radio for vis as they are the header-pro round these parts I think. semi-secure-headers-emby: headers: frameDeny: true stsIncludeSubdomains: true stsPreload: true stsSeconds: 15552000 contentTypeNosniff: true # addVaryheader: true # accessControlAllowMethods: ["GET", "OPTIONS", "POST"] # accessControlAllowHeaders: ["Origin", "Accept", "Authorization", "Accept-Encoding", "Accept-Language", "Content-Type", "Content-Length", "Cache-Control"] # accessControlMaxAge: 100 customFrameOptionsValue: "SAMEORIGIN" browserXssFilter: true referrerPolicy: origin-when-cross-origin contentSecurityPolicy: "default-src 'none'; font-src 'self'; connect-src 'self' wss: ws: https://mb3admin.com; media-src 'self' blob: data:; manifest-src 'self'; base-uri 'none'; form-action 'self'; frame-ancestors 'self'; object-src 'none'; worker-src 'self' blob:; script-src 'self' https://www.gstatic.com; img-src data: https: http: ; style-src 'unsafe-inline' 'self'"