Zer0Nin3r

You will not find success with PGS subtitles when trying to encode video files that have these types of subtitles embedded within the container — until this project matures. Your best bet is to look towards Handbrake or the other encoder that's been mentioned elsewhere in this thread. (Apologies I don't remember off the top of my head the other encoder's name.) SpaceInvaderOne has a tutorial on how to automate this with Handbrake. It's best to do some test encodes first to make sure you get your preset the way you want it and then let it loose on your library — should you want to undertake some of that risk. A safer way to automate would be with watch folders in which you manually bring the completed encodes into your library, working in batches to ensure everything goes smoothly I was doing batches at first with the Handbrake automation, and then transitioned over to Unmanic. Yes, I have disabled the subtitles and audio to make my encodes with Unmanic easier, but those are the sacrifices I am willing to make do for now until it comes time to convert my library to 4k; it's a problem I'll revisit when it comes time to upgrade my audio equipment.

Unless you're running the latest and greatest GPU's from nvidia, CPU gives a better encode with h.265/HEVC. Better quality and better compression. Just takes a lot longer which equates to more electricity being used. GPU can perform the encodes a lot faster, but lacks B Frame Support for anything lower than a GeForce GTX 1660. CPU currently supports B Frame which is why we see such a reduction in file sizes. I would be curious to see 1) the final encode sizes on the Turing family GPU chipset (sans the GTX 1650) and 2) the encode quality coming from the Turing family chipset when compared to a CPU encode. source: https://developer.nvidia.com/video-encode-decode-gpu-support-matrix I noticed this too @belliott_20, which is what brought me back to the forum tonight. I am probably mistaking the Max # of concurrent sessions as it probably doesn't apply to our case when it comes to Unmanic. I did notice that with two workers = no errors; with three workers = errors. Now I am not running in debugging mode, so I don't have any logs to share; sorry I am of no help in this sense. On the flip side, maybe we are lucky to be able to encode two streams at a time when looking at the Total # of NVENC column?

If you have a secondary GPU and give that to Unraid to use, then you don't have to pass-through the vbios for the GPU you want to pass-through to the VM. I tried like mad to get single GPU pass-through and couldn't get the VM to POST even with vbios pass-through. So, I ended up purchasing a cheap GPU and put it in a secondary PCI-E slot for Unraid to use. I've been happily passing through my GTX 1060 ever since. Now let's say you want to pass-through the GPU that Unraid is now using, then yes, you will have to pass-through the vbios for that GPU.

In my use case, I want to encode everything into h.265 for archiving — with the shows I DVR and then delete after watching, to not be encoded in h.265. And easier fire and forget method I just set up today was this: Stop Unmanic so it doesn't try to encode files while you're working on moving around directories and content. In your media library share create a folder /TV Show_Temp || example: /mnt/user/Plex/TV Show_Temp Add /TV Show_Temp to your Sonarr & Plex Docker templates as a new path Under Sonarr go to: Series > Series Editor Select the TV Shows you want to work on Change the root folder of the TV Series with the following drop down menu at the bottom of your screen: Root Folder > Add a Different Path > TV Show_Temp Log into your Plex dashboard. Settings > Manage > Libraries > TV Shows > Edit > Add Folders > Add TV Show_Temp Manually move the shows that you do not want Unmanic to see to the new /TV Show_Temp folder Go back to Plex and scan your TV library so that the file paths automatically update What this will do from now on is that Sonarr will download the shows you don't want to encode/Unmanic to see to your TV Show_Temp folder and Plex will add it to your library automatically. No need to set up a separate TV library inside of Plex and all your shows show up together in Plex. And no need to keep adding paths of folders to Unmanic. ** You will decide which shows you want to encode automatically by editing the series that you've added already and selecting the TV Show_Temp folder or by making this setting when you add a new show. Don't forget to move the shows you want to hide from Unmanic to the new TV Show_Temp folder you created. There are also settings in Plex that will delete the episodes automatically for you and settings within Sonarr that will unmonitor episodes for you when Sonarr sees a file being deleted. Hope this helps save some folks some time and headaches and allowing more time for play. 🙂 Here are some screenshots if it will help: Sonarr Docker: Plex Docker: Sonarr: Plex: ---

The default RF on the h.265 presets for Apple & Chromecast in Handbrake is RF 15. Try adjusting to 22/± 1. Remember a smaller RF will result in better quality, but a larger file. Even though the Handbrake team advises against it, you can specify your target bitrate (2000 kbps is the default) and reduce file size and encode times that way (single pass) at the expense of quality. Using a Constant Quality (CQ) will scale the stream bitrate higher for more complex scenes. Not sure how we would pass-through the quality settings we want in Unmanic if we want to experiment with NVENC. --- Do we still need to add the --runtime=nvidia under Advanced View now that I see this in the template? -- Yes, hevc_nvenc is the encoder we will want to use now. Source: https://devblogs.nvidia.com/nvidia-ffmpeg-transcoding-guide/

Yep. I turned off audio encoding for the same reason(s). I did all the research and passing through the native audio encodes doesn't add too much to the final output. Anywhere from a couple hundred megabytes to several hundred. For all the headaches audio encoding has caused...I simply turned it off. Plex can transcode the audio and that doesn't take up too much processing power when compared to Plex transcoding video.

Ask an you shall receive. 😃 https://am.i.mullvad.net/ https://am.i.mullvad.net/torrent

Ah very cool. I guess there's no chance in getting it to work unless I were to reformat everything which means, I probably won't be able to enjoy the new functionality.

Ha. I was just performing a quick search to make sure I wasn't double posting. Any chance cp --reflink will work with XFS on the next Unraid update? https://blogs.oracle.com/linux/xfs-data-block-sharing-reflink Currently the array is XFS while the cache is BTRFS You can reflink files within the cache, but you cannot go from the array to the cache (XFS -> BTRFS). And I just tried to reflink the VM image from within the user share (array/XFS) and it results in Operation not supported. So, it would be great to be able to reflink from within user shares which, is the safer way to work with data (from my understanding) on the array versus trying to work directly from the disk "shares".

Did you check to see if this feature request has been submitted to the project's GitHub? The request/commit (or may not) already be open on there. @flinte You too, also check the project's GitHub for any feature requests such as your quality control feature request. @All: Have a great rest of the week into the weekend! Stay safe! Watch some movies/TV!

Installed just fine. Was able to get the "Big Mouse" issue. Tried GPU pass-through with an Nvidia GTX 1060 with GPU bios dump = no such luck. With the GPU pass-through, the screen would flicker and then the display would display correctly with the OS trying to recover from a system crash. System would reboot into the system and then crash all over again into a boot loop. I run my VM's headless. But from these videos, we'll have better luck installing Ubuntu 18.04 LTS and then install the Steam client in there. Linus Tech Tips | Craft Computing Also those that run headless, not sure what clients you are using, but Parsec supports Ubuntu 18.04 LTS. That's something I want to test when I come back to this side project.

That's what I figured. I've just created a document with the necessary changes that I need to remember to copy/paste back into the XML after changes. Nvidia pass-through has been finicky with Macinabox. Install is amazing and simple. Getting the OS to recognize my display dongle for my GPU so that I change change resolution on the thin client (Apple Screen Share OR Splashtop) has been a PITA. Display is stuck at 1280x1024. With no sound. 07-MAR-20 So I was very careful to update my XML by hand and not use the template editor. Pretty much copy/pasted the settings I wanted from my other High Sierra install prior to the invention of Macinabox. I'm happy to report that I have Nvidia GPU pass-through with sound. Video playback is a lot smoother within Splashtop with GPU pass-through. Running the Macinabox High Sierra VM headless with an HDMI dongle. Able to adjust the VM display to match that of my thin client. Using the template editor modifies the XML in a way that you lose all of the custom changes that SpaceInvaderOne was so kind enough to set up for us. Even though I was catching the majority of the changes, when I was using the template editor, I was still missing some the nuance XML customizations

Is there a way to make this change persistent? Every time I make a change using the template editor, this section of the XML is modified.

It's really as a fall back measure or like you said, to make the streams compatible with just about any device out there without having Plex or (insert your media manager/server here) transcode the audio to your other devices. I for instance have an older setup wherein I have to pass-through my audio from TV to my receiver via optical and my TV only supports AC3 out. Eventually I'll upgrade to a receiver that accepts sound via HDMI instead of HDMI video pass-through only. Does this mean you're using the modded version of Unraid that allows for Nvidia GPU access to docker apps such as Plex?

Feel free to stop by the GitHub and submit some commits. I'm sure Josh5 would appreciate the help as he is a one-man-army at the moment. I'd love to put my money where my mouth is, but I am not a coder (maybe in the future though?) GPU encoding is on the road map as stated elsewhere in this thread.

There is a way to do it automatically: Radarr > Settings > Media Management > (Toggle Advanced Settings > Shown) > File Management > Unmonitor Deleted Movies I am not having the issue that you are highlighting hence, I do not have this option enabled. But I had to do this before when I was using Space Invader's method of re-encoding from h.264 to h.265 with Handbrake because I was running into the issue wherein Radarr/Sonarr was re-downloading titles during/after the conversion process. Hope this helps!

Roger that. Then I believe my /tmp folder is in RAM then as the folders are cleared out after a reboot; good to know. That being said, I haven't had any issues with RAM overflow while encoding with Unmanic (3 workers).

The folders are cleared out automatically after a reboot. No maintenance is necessary from my understanding. Unless, you like strict order Vs. chaos. 🤣

In my quick tests in the past, folders inside /tmp are cleared after a reboot. *shrugs*

I love that I can use it alongside my primary VPN connection and still access home securely. Couldn't do that with Tunnelblick...I tried.

All I did was forget to change the model type under bridge. I didn't change anything else. The default model type is virtio. What I was saying was that I didn't notice any lag when playing around in Mojave. BTW I am not running Mojave for my editing rig for the simple fact that Nvidia hasn't release web drivers for Mojave. And since I am running a headless server, I cannot get a proper resolution even though I am passing through my GPU with a HDMI 1080p TV emulator dongle. So, that is why I am on High Sierra, because I have proper GPU pass through. The patch when dong the Nvidia drivers install using the script that Space Invader provides (that script was written by someone else BTW, I just forget his name to credit him properly) is so you can display your Mojave VM properly if you have a monitor hooked up to your Unraid server and are passing through a Nvidia GPU. Lastly, I am running the em1000-825454em model type under High Sierra with good results when I remote in with my thin client on the local network. Let me know if you have any other questions. P.S. - I haven't even tried to tackle Catalina for the same reason: I need proper GPU support so that my macOS VM isn't stuck in 4:3 mode.

EVGA GTX 1060 6 GB (primary pass through) MSI GT 710 (for Unraid) High Sierra I've have not experienced any lag issues after switching from vmxnet3 to e1000-82545em. So, I am betting on that was the issue with all the hard lag issues for all of this year.

Thank you. Everything seems to be working fine for now in High Sierra. I also remove the CPU topology when I want to run more than 8 cores in order to get the VM to post. Should I have any more issues, I'll try removing just that argument. I even forgot to change the network adapter and it was left on virtio and Mojave was working fine. I simply am unable to get Mojave to recognize any GPU that I pass through to it. It's okay though.

I went ahead and switched from vmxnet3 > e1000 in the XML. Another change that I made was to use and pass through the vbios too. Performance appears to be holding up without any hard lag. I've tested both of the GPU's I have (GT 710 & GTX 1060) with vbios pass through; no lag to report back with. Still testing at the time of this writing. Note: The testing in this post has been done with High Sierra.

Q: Can a motherboard bios update affect the macOS VM's performance? I've been having major issues for months now with my macOS VM's freezing. I just completed a vanilla install of Mojave following the video tutorial and I am experiencing abysmal performance in Splashtop. Same goes for Screen Sharing in the Apple System Preferences menu. I've disabled the Apple Screen Sharing thinking that was it, but it's not. Launching the VNC window from the Unraid dashboard doesn't experience any lag or issues. It's only when I am using Apple Screen Share and Splashtop. I haven't even installed any programs let alone Avid Media Composer. I haven't installed the Nvidia drivers since I am running headless. I've had a High Sierra VM back in Q4 2018 working great through Q1 2019. I've been noticing these hard freezing issues since I updated the bios in March 2019. I've recently updated the Designare X399 to the latest bios last night thinking that would help solve the issue but no luck. I also turned off HPET in the bios last night thinking that would help, but no such luck. Any help, wisdom, or guidance would be greatly appreciated. My original post: **UPDATE** I am happy to report a full on lag free experience last night during a four hour edit session in High Sierra after switching from vmxnet3 to e1000-82545em for the network adapter. I also did note a lag free experience on virtio as the network adapter since I forgot to change it at one point during my testing of the system.