CS01-HS

Members
  • Content Count

    302
  • Joined

  • Last visited

Community Reputation

44 Good

About CS01-HS

  • Rank
    Member

Recent Profile Visitors

1080 profile views
  1. Yes. You can see it working in second graph (Handbrake conversion.) The GPU's utilized but at a much lower level vs Emby. Seems this problem's unique to me but will post if I make any progress. Note: I have all video encoding filters disabled in Handbrake settings.
  2. Interesting. My conversions are noticeably faster with hardware encoding than pure CPU so it must be doing something. Here are graphs of GPU utilization (dashed line) courtesy of gpu-monitor. Emby transcoding: Handbrake hardware conversion: Both using the intel quicksync driver and assigned to 3 CPUs. I wonder what accounts for the difference.
  3. Slightly off-topic but does anyone know why Handbrake doesn't do hardware decoding? When I convert h264 -> h265 using hardware encoding (thanks Djoss) I see low iGPU utilization and high CPU. Contrast with Emby/ffmpeg h265 -> h264 which has high GPU utilization and low CPU. Seems like such an obvious oversight I wonder if there's something I'm missing.
  4. Did you ever figure out what was causing this? I'm also seeing it.
  5. The UPS should report energy usage which you can view in unraid's dashboard and track with e.g. Grafana. I have a similar configuration but no smart plug. It wasn't "plug and play" at least with my CyberPower model. Here's how I set it up:
  6. Well that explains that. If there's no reliable way to do it with the template (I don't really know docker or unraid's specific implementation) I guess I could cron a user script that calls it with docker exec, but it would have to be more complex to guard against multiple instances. Thanks.
  7. I run the official Emby container with the following Post Arguments to call a custom script which prunes the transcoding directory: && docker exec EmbyServer sh -c 'watch -n30 "/system-share/transcoding-temp-fix.sh" > /transcode/transcoding-temp-fix.log &' The problem is it doesn't run on restart. However, if I edit the container and click Apply it runs every time. Am I doing something obviously wrong and if not how should I go about debugging it? I don't see anything suspicious in the container or unraid's system log.
  8. Looks like it backs up all of them. See log from a recent run (core-backup/domains is the destination directory) 2021-04-27 10:41:02 information: Debian is shut off. vm desired state is shut off. can_backup_vm set to y. 2021-04-27 10:41:02 information: actually_copy_files is 1. 2021-04-27 10:41:02 information: can_backup_vm flag is y. starting backup of Debian configuration, nvram, and vdisk(s). sending incremental file list Debian.xml sent 7,343 bytes received 35 bytes 14,756.00 bytes/sec total size is 7,237 speedup is 0.98 2021-04-27 10:41:02 information: copy of Debian.xml to /m
  9. I had a strange problem where maybe every fifth boot my Mojave VM wouldn't have a network connection (using e1000-82545em.) The adapter (Realtek RTL8111H) was detected but no connection. I fixed it by manually configuring the adapter in the VM. Dozens of boots so far and it hasn't happened again. Hope that's helpful.
  10. Anyone else getting very high latency and low speeds with PIA's wireguard? Here's a speedtest from within an unRAID VM: $ curl -s https://raw.githubusercontent.com/sivel/speedtest-cli/master/speedtest.py | python - Retrieving speedtest.net configuration... Testing from Optimum Online (XX.XX.XXX.XX)... Retrieving speedtest.net server list... Selecting best server based on ping... Hosted by Syndeo Solutions (Springfield, MO) [1748.93 km]: 48.05 ms Testing download speed................................................................................ Download: 103.52 Mbit/s Testing
  11. Anyone using this for iPhone sync to a Mac VM? (Apple imposes a bunch of extra requirements.) My current setup is precarious so I'm reluctant to tweak it.
  12. The path directive supplies the path for a particular share. Not sure why I have to duplicate it in Extra since it's specified by unraid but it wouldn't work without it. These are share-specific directives so AFAIK it would only apply to the share whose path is /mnt/user (and creating that share might cause conflicts.)
  13. I've improved the script including the use of smartctl to check USB drive status (which unlike hdparm works reliably with substandard USB interfaces my drive's substandard USB interface.)