Leaderboard

-= 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

Hi, what OS are you running on it?

I turned up. All is working now. Woohoo

There's a posting that I linked to about ssh which requires usage of the terminal. Please read that and see if it helps you access the Asustor terminal. Thanks.

@LukeSince this is added to emby a while ago, maybe you want to also add it in the documation (explicitly name "other" as supported movie extra in section @cayars "movie extras" in Emby Movie Naming).

Is that likely to happen any time soon? thanks

Please let us know if this helps you run the terminal: Thanks.

Just to update - I have now removed the "Persons" entries for all the episodes that caused the plugin to crash (I think it was ~5 episodes in total) and now the sync is running through again, so your hunch seems to be right what is causing it

Checked the firewall and emby server was being blocked for public traffic but allowed for private. I opened up the app for public and now it's working.

Apologies for not getting back sooner on this! Life has been hectic! Removing some of those plugins seemed to have worked, I havent noticed any issues since.

(Unfortunately I only speak German!) Yes! 1 Install apache2 and PHP 2 Install in IOBroker "simple-api" 3 Create the PHP script! "emby.php" That was it! <?php // Empfangene Daten aus der Anfrage extrahieren $value = $_GET['value']; // Daten an eine andere Adresse weiterleiten // < Your link to IOBroker simple-api with port > $url = fopen("http://192.168.178.57:8087/set/0_userdata.0.emby.Benachrichtigungen?value=".urlencode($value), "r"); // HTTP-Statuscode 200 (OK) zurückgeben, um zu bestätigen, dass der Webhook erfolgreich empfangen wurde http_response_code(200); ?> Emby webhook address! http://< Your link to the PHP page >/emby.php?value=Emby.Play http://< Your link to the PHP page >/emby.php?value=Emby.Stopp http://< Your link to the PHP page >/emby.php?value=Emby.User.Tom and so forth !

Hi, Removed the plugin and reinstalled using the stable version. Fingers crossed, all seems OK now. Thanks for the help.

Might be of interest to Kodi users, in particular: https://kodi.tv/article/important-kodi-forum-data-breach/

Nope. As you've surmised, that's what multiple user accounts are for, you should create one for your kid and folder restrict/tag restrict/PG restrict access to conent. You can also lend your support here:

Ok... uninstall it and reinstall it Now it's work Thanks all Denis

Fair enough. It is your (excellent) creation of course...

Wanted to post that the guide data starting working on it's own again in the evening.

Interesting, never heard about these sonarr /radarr apps before, could be useful for the future indeed.

Well, if it's removed you cannot find that ID anymore. It's an episode titled Part Eight from an unknown show. If you batch added that season/series, you might look at adjacent IDs to deduce which series it is. Also, does your log show same episode re-added? If you search for "Part Eight", does any item returned have today's date as Date Added? Since your log entry doesn't list path property, I'd guess it was removed from your filesystem/underlying OS, causing its removal from Emby db.

They've been talking about a major TV release for literally, years. If it is ever released, due to the leaked large feature set, I suspect that it will have a host of issues that may drive you back to the previous clients for some bit of time. The Emby team are an internally smart bunch in that no feature release schedule has ever been committed to (not even with the granularity of what year something may come out) so there is no expectation or missed deadlines to irritate the user community. However, this is the most frustrating aspect of the Emby product for the users. Vague references to new features, bug fixes, etc., with no apparent delivery schedule. The standard refrain is "we're looking at it". It's no way to run a software shop that's committed to its user community.

Hey @Whatscheiser, I guess we have a little misunderstanding. The Windows games are not saved on my Windows Machine. They are stored on my NAS. My PC is in the same Network as my NAS and by Using "\\NAS_name\[...]\" I can access the NAS-folders via SMB protocol. This way I can run those Windows games, I just have to map the local path from the NAS server to the network path from my PC. That is what the script, I wrote and attached, does. PS: Today I tested one game and played it from my PC, later on I went to my Dad and his PC and started the same game via Emby Gamebrowser via Emby Theater. And it worked great! Best wishes

Awesome, glad you have it going. The actual explanation is more complicated but that's a good summary, better than I can write! Actually, emby uses whatever user/group you want. You can set environment variables, UID, GID, GIDLIST to anything you want. You can also set timezone with TZ. Remember that there are two users at play. First, the user within the app, whatever you set it to or default to. That might (just example) be user id 1020. Now, on truenas itself, there may or may not be a user id 1020. But the permissions need to allow for it. I say this as I use a user named emby instead of the default. emby might be user id 1001 within the app container. But on truenas, maybe user john might be assigned 1001, so you have to watch what user ids you assign if you change them and make sure they are the same ideally so no one else gets assigned the user id. You don't need to change them, I just made it emby as that's what Linux versions always used. So, I used the environment variables in the app settings as noted, and, created a user emby on scale with the same user id, just so it shows emby on scale shell commands and so a new scale user wouldn't happen to use that id and thus have access. EDITED: IMHO, well, not so humble, IX Systems made a mistake on this setting. It's tripped up so many of their users. Clearly they know that as the document link shows. But Scale is fairly new and these things happen. But it will continue in the next major version when they remove docker commands. So many people will be surprised by this who don't keep up with forums, or read all the notes about new features, etc.

Wicked. Thanks, heaps, for the help. So that link was some good clarification for sure. I've disabled the setting and all looks well. Last one in relation to permissions. Since Emby uses the "bin" user ID/group is it fair to say that as long as it has full permissions to the folder within the dataset and that's all i should check and ensure for the future. Hypothetically, if an APP does change permissions for some reason that is. Cheers again.

ciao Luke, dopo avere sistemato di nuovo le cose, sembra che al momento proceda tutto normalmente. Grazie

Factory reset on nest hub max resulted in it doing an update just after setup, probably a bug on Google's end. Casting to the hub max has no anomalies now.

Und auch da werde ich erstmal abwarten, was andere so zu berichten habe. Bin in der Hinsicht faul geworden. Hab keine Lust, alles neu machen zu müssen. Die NAS läuft inzwischen einwandfrei. Und ich hatte schon das Übel, dass ich sie mehrmals komplett neu aufsetzen musste.

Sent via PM

When setting up the container, part of the /appdata folder wasn't being seen properly. So I deleted the container, reset everything up and made sure that Emby portion of the /appdata folder was setup for read and write. For some reason it wasn't at first.

Hi, please try removing these plugins: Admin Buddy 1.0.0.2 Auto Organize 1.6.2.0 Cycle Images 0.1.0.0 Episode Refresh 1.0.0.1 Guest Star Cleaner 0.1.0.0 Intro Skip 1.0.0.0 Smart Playlist 2.4.0.1 TimeLordMovies 19.8.3.1105 TimeLordTV 19.8.3.1105 Then restart the server and let us know how that compares. Thanks.

But yes an option to exclude Unaired would improve the existing query as it has been brought up before. And/Or adding these options to Episodes Table view in the library.

Hi, yes this is on our to do list to resolve. Thanks.

Well you can do that today right they show up as three different channels... so just set 3 series schedules for the 3 different channels/providers.. 3 providers are not going to use the same channel number like what we are asking for here... if i have 5 subscriptions to the same provider, i see 5 channels today.. we want that to be 1 channel but the ability to say 5 concurrent streams...

great idea! also maybe make option to assign/allow certain users to certain m3u group..

You told me to get it in as a feature request and get votes. Soooooooo. I’m following your commands sir. [emoji846] Sent from my iPhone using Tapatalk

Absolutely for this feature. This is badly needed for IPTV especially. No reason why it shouldn't be able to "combine" channels from multiple IPTV M3Us just like it presently does for HDHomeRun tuners. I'd actually love to see this combine sources from EVERY source input with the ability to set priorities. Thus you could have ABC as an example available in MU3(s), OTA and cable and set them by priority to use OTA first, then cable, then IPTV(s). This would also help down the road when proper conflict resolution is added as well. But as a "quick" fix having IPTV work the same as HDHomeRun by pooling them together as ONE SET of channels is fine!