Jump to content

ClunkClunk

Members
  • Content Count

    261
  • Joined

  • Last visited

Community Reputation

3 Neutral

About ClunkClunk

  • Rank
    Advanced Member

Converted

  • Gender
    Undisclosed

Recent Profile Visitors

638 profile views
  1. If you have a Quadro 4000, a circa 2010 card, then it seems like it's a non-issue as that card doesn't support NVENC or NVDEC for hardware transcoding according to NVIDIA's NVENC and NVDEC support matrix. If you have a Quadro P4000, K4000, M4000, or RTX 4000, this NVIDIA plugin should be fine, since all these cards are supported by the 418.43 drivers. It sounds like you have a Quadro 4000 based on your description and needing older drivers. Is that right?
  2. Working very well with my Quadro P400. Thanks! Anyone know of a decent static build for ffmpeg that includes nvenc/nvdec?
  3. I had some issues with PIA's spain endpoint. Moved it to vancouver, canada and it seems improved for now.
  4. Anecdote, simply because I didn't do any rigorous testing, but just noticed it from my typical usage patterns - after 6.6.4/6.6.5 updates (not sure which because I applied them only 12 hours apart), spin down behavior seems like expected behavior.
  5. Looks good! One thing I forgot to mention: it requires python 2.7 so install that using the nerdpack plugin if you haven’t already.
  6. If you have these lines in your go script, they'll execute at boot and update youtube-dl and ffmpeg any time you boot unraid. If you want to manually update, your best bet is to just periodically re-run these same lines. Perhaps schedule them in cron or CA User Scripts plugin.
  7. You can simply download and install youtube-dl directly from their site and run it on unRAID. I also grab a statically compiled ffmpeg build as it's required for so many of youtube-dl's features. EDIT: First make sure you have python 2.7 installing via the Nerdpack plugin. Then stick these lines in your /boot/config/go script or execute them manually: curl -L https://yt-dl.org/downloads/latest/youtube-dl -o /usr/local/bin/youtube-dl && chmod a+rx /usr/local/bin/youtube-dl && cp /boot/youtube-dl.conf /etc/youtube-dl.conf curl -o /boot/ffmpeg-git-64bit-static.tar.xz https://johnvansickle.com/ffmpeg/builds/ffmpeg-git-64bit-static.tar.xz tar xvf /boot/ffmpeg-git-64bit-static.tar.xz -C /root && cp /root/ffmpeg-git*/ffmpeg /usr/local/bin/ffmpeg && chmod a+rx /usr/local/bin/ffmpeg && cp /root/ffmpeg-git*/ffprobe /usr/local/bin/ffprobe && chmod a+rx /usr/local/bin/ffprobe && rm -r /root/ffmpeg-git* If you make your own youtube-dl.conf file, stick it in /boot/youtube-dl.conf and it'll be copied over at boot.
  8. 6.5.2 has been great. I'm really enjoying the ability to drop in to a Docker container's shell right from the GUI. I didn't realize how useful that feature would be!
  9. Oh, one more thing - is there any support for multiple controllers? I purposely disconnected my other one so there'd be no confusion, but it would be cool if the scripts could detect if multiple eligible cards exist, and prompt the user for which one to flash.
  10. Worked OK - had a few issues with DOS rejecting some of the 8.3/~ foldernames (unfortunately I've wiped my flash drive so I don't have any logs) Maybe renaming some of the long folder names might help. I just ended up running the commands manually from the .bat files. It took me a few minutes to realize why my keyboard was producing weird results - turns out I had inadvertently chosen the German option because my monitor autoswitches inputs sometimes when using the VGA port. I suggest the timeout in config.sys for that menu item should be a lot longer than 5 seconds (or disable it entirely and force the user to choose one).
  11. Same error here. Didn't occur in 6.3.5 and now it does in 6.4.1.
  12. I've been very happy with this update. Much faster than before, no weird system hangs if it runs when other stuff is happening - but it also helps that I took the time to exclude a bunch of cache and thumbnail files from my Plex backup. Still need to test restoring from it, just to be sure I didn't exclude *too much*.
  13. I dropped the two modified scripts from the first post in to /boot/config/plugins/preclear.disk, rebooted, and they're not showing up. Just the default gfjardim one. Poking around a bit, I figured out if I execute /usr/local/emhttp/plugins/preclear.disk/script/preclear_disk.sh I can use preclear manually that way, and it'll work. Not sure what roadblock the plugin is running in to though.
  14. I had a little more time to troubleshoot, but so far no success. I shut down, pulled the USB and did a chkdsk from a Windows box. No issues found. I shut down my docker containers, removed a number of plugins that weren't 100% necessary for me. I also took out one of the two drives I'm trying to preclear, just in case there was something weird about two being in there. No change. I'm out of time this morning, but this evening I may try disabling all my plugins aside from the preclear one. Is there a way to run the preclear script from the preclear plugin in the console? It might also help to see if it's encountering a problem with preclear itself, or if it's hitting a roadblock somewhere in the plugin before preclear is launched.
  15. Correct. I'm seeing the same symptoms. Click preclear (from plugin's page or from unassigned drives area), choose preclear options, and start it. "Starting" shows up with a red X, but it never proceeds. Nothing in the preclear log either. Sent from my iPhone using Tapatalk