lionelhutz

On Windows, I think you could use netsh to change the port using a command like this. Run it as administrator. netsh interface portproxy add v4tov4 listenport=80 listenaddress=192.168.1.100 connectport=8081 connectaddress=192.168.1.1 So, when you put the address 192.168.1.100 into your browser, it gets redirected to 19.168.1.1:8081, assuming 192.168.1.1 is your server. Use the hosts to map 192.168.1.100 to your application name you want to use.

What BRiT said. Most apps are installed into the container from their default repository which can also be used to install the app as bare metal. Also, the bare metal version used the port so the container version uses the same port to keep consistant. Can't you still map the port to 80 on the unRAID side when you use an IP address? I haven't tried it, but I saw port mapping still available when I picked custom and saw the place to enter the IP address. Overall, I don't see the difference between remembering the port number using //tower:xxxx vs remembering the IP address //192.161.1.xxx.

Sonarr used SAB's API so it knows when the file is downloaded and is quite capable of moving the files as well as re-naming them. A couple of points. Make sure the mapping for the /downloads in both containers is exactly the same. Make sure SAB in the Folders setting is set to use /downloads/complete and /downloads/incomplete or something similar for the complete and incomplete folders. The /downloads/ part has to be there. Turn on the media management in Sonarr. Setup the folders and naming how you want it, usually default works but you may want to tweak it. Set the permission on and enter 666 777 nobody and users in the 4 boxes below so the files get the correct permissions so you can access them later.

ryanth - your docker container mappings are fine except I would dump the mapping to incomplete-downloads. It just isn't necessary and makes it more confusing. The container already has access to /mnt/cache/Downloads via the /downloads mapping, so there is no reason to map another directory below that. Most people put the complete and incomplete downloads all into a Downloads share so I have no idea why that SAB container has that extra /incomplete-downloads mapping point. It might be a Folders setting in SAB. In SAB, do you have the temporary download folder set to /downloads/incomplete and the complete downloads folder set to /downloads/complete? You can change the incomplete and complete names if you want, but don't deviate from the /downloads/ part because it must be there to use the mapped Downloads share. Otherwise, the downloads can end up in /config which is /mnt/cache/appdata/sabnzbd on the unRAID side. Once SAB does a download, check that the file is in the complete directory in the Downloads share. If you use categories then it will be in the category directory. If it's not there, then you still have the folder settings in SAB set wrong. mikedputt4120 - if you want to know why I do it, it is so I can share the Downloads as public for reading and writing over the network but NOT share the appdata share at all so it can't get messed up. It is also simpler to get to the downloads when the downloads are in their own share. Besides, It's not outside the box for these Docker containers, but rather quite a normal setup.

I would try this. Go to the bottom of the container setup and click the add a new path. Name it Stuff. Put in /Stuff for the container side. Pick /mnt/user/Stuff for the host side. Repeat for Scratch. Delete the /mnt host path so you don't use it by mistake. In the container when you move from /Scratch to /Stuff it should obey the share settings correctly.

Let me clarify - Split level does not override the include/exclude settings to place a share directory. A share will not be created on a disk that doesn't have it because of the split level settings. So, this already means your case is not a split level issue since you found the share was getting created on excluded disks. Since that was what you asked, that is what I answered. But to go further, the only case where the split level overrides the excluded disks occurs if the directory structure down to the level NOT allowed to split already exists on the excluded disk. In other words, when the directory exists on the excluded disk and the split level is set so it has to write to that directory. The share can exist on the disk and yet the disk can still be excluded as long as the split level setting doesn't force the data to go to a directory on that excluded disk. Your split level settings mean this case can never happen. So, split level will never create the top level share directory on an excluded disk and your split level setting would never write to an excluded disk even if it contains the share already. Hence, it is not your split level overriding the include/exclude settings. You're running into a Linux "problem" where the move is simply re-naming the files hence they don't move disks. Years ago, that even used to happen when copying share to share from Windows too, but it works as expected from Windows now.

Split doesn't override the include or exclude.

My ultimate solution was to move to Radarr. Importing existing files does work, along with everything else it does. Are you really still using the Unplugged CouchPotato plug-in?

If you plan on having VM's then you will likely want more than 240G for a cache drive. SSD vs spinner won't make any difference in Docker container speeds, except for the times a container is writing to the drive.

The share likely has to start using it before it is considered part of the free space. In other words, the disk needs the share directory created on it before the free space of that disk is counted as "share free space".

I have one TV so I just start a Windows VM for playback and use Emby Theater. Out of the box, the Emby Theater Windows app is way nicer than Kodi. I tried using Kodi with the Emby plug-in but just wasn't impressed. An install like OpenElec is a way smaller footprint but I'm fine giving that up to use Emby Theater which just works. Maybe one day I'll try an Emby app on another device like the TV directly if I get a new TV or a FireStick. I think with the right customizing Kodi could be made better, but the operation of the Emby Theater app is pretty darn'd good as installed.

I think you could fix that problem using the Emby Server Docker container and the EmbyCon plug-in for Kodi. Then, the server would encode the files when necessary.

With more people, more variations in hardware and more applications that can be installed, the probability of other members having answers to questions posted goes down. That's just the way it is. On the hardware side, there is so much hardware available and it changes so quickly that often there aren't many people using a specific part you may want to use. You can't get responses about it when no-one is using it. Still, I'm not seeing any "Just Google it" answers you're saying you often see???

You may not want to use the 1st core for an Emby docker since that could tie up the server OS. I'd tend to think a 4-core would be better so you have multiple cores to encode a 4k file.

I haven't had any issues with it passing through the audio of any files I have to my AV receiver. It can decode the audio locally too.

I've been running the Emby Theater Windows app on a VM on the server. It's a simple interface but it looks very good and gives easy access to the media. Plus it has a nice full screen page for each media file that gives media info, other TV episodes before/after, other similar movies, add to favorite, mark as watched and the cast. You can pick the cast and go to info on them as well as all of the movies and TV shows they are in. I just didn't get anywhere as close to what it offers when trying Kodi using the Emby plugin. I'm pretty much staying with the Emby server docker container. It does everything I'd want and more. It's a pretty impressive application and I think it's well worth $100 for the lifetime premium upgrade. I think it's now $115 or something like that but still worth it for how well it works.

Can you mount the remote location so it appears as a local file system? That'd make it easy to access from the Sonar container. If not then login to the Sonar container and see if you can reach the remote server from it.

I first tried the Emby server on a 4850e processor with 2gig of memory and it worked on that hardware to serve one client. It doesn't need that much as long as the clients can direct play the media. Running MariaDB should be trivial by comparison and should work on your hardware. I'd still recommend you install the Emby server and try it out. The feature set is pretty impressive.

Emby server with Kodi does work decently enough. BUT, I personally find the Emby clients are much simpler to use and the interface is much better - cleaner, more info, easier to access media, easier to change users etc. Now, I think you could get as good a user interface if you messed with the Kodi setup enough and didn't use the Emby plug-in. But, I'm happy with the Emby server. I think it's was well worth the lifetime premier cost. Personally, I'd setup the Emby server and then use something that supports the clients, like a Chromecast or FireTV. Take a look at their supported clients - you might even have some smart TV's that could run it directly.

I would recommend you make a share for each media type. If your Movies are stored in a flat structure then level 1 works for them. For TV, use 1 to keep each series on a disk or 2 to keep each season on a disk. The new interface says how many directory levels to split - just remember that it includes the share name as the top directory level.

Yes, if the movie directories all have 1 file only an nothing else then the split level doesn't matter. Split level only matter with directories that have more than 1 file or directory stored inside.

You didn't explain the rest of the Media structure besides the TV. Are we supposed to guess? You also have to also explain what you want kept together and what you don't. Try looking at the split level part of the unofficial unRaid manual in the unRaid wiki. Google searching those key words at should find it as the first result. It has a Media example and says what happens with each selection. Lets say you simply have a Movies directory under the Media share which holds all your movies and each movie is in it's own directory. IF so, then you're stuck using level 2 which keeps each individual movie on a single disk and every complete TV series on a single disk.

It was there as Key 3 when I last installed that container. They must have removed it from the template, but apparently still support it since it worked for you. No big deal, just add a variable called ADVANCED_SCRIPT with the value set to true as you noted. I quit using Newznab a few months ago because it was not finding much of anything with the regex that you get with it.

Yes, the seasons can split and new seasons will go to the disk with the most free space. Not true.

It's really rather easy to re-organize shares. Do it via disk shares and just move the directories. Only takes seconds to drag and drop the directories on each disk. I'm not sure why you actually map any shares in Windows. But if you want to get to Movies you have to click into it eventually so does it make much difference in accessibility if you click into My Computer\Media\Movies to get to the mapped drive or Network\Movies to get to the share?