Jorgen

Members
  • Content count

    87
  • Joined

  • Last visited

Community Reputation

6 Neutral

About Jorgen

  • Rank
    Advanced Member
  • Birthday 02/04/1976

Converted

  • Gender
    Male
  • Location
    Manly, Australia

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Jorgen

    [Support] Djoss - HandBrake

    Yes, latest stable version: https://handbrake.fr/downloads.php Sent from my iPhone using Tapatalk
  2. Jorgen

    [Support] Djoss - HandBrake

    If you want Handbrake 1.1.0 I think you need to use docker tag 1.14.1: https://github.com/jlesage/docker-handbrake/releases
  3. Jorgen

    [Support] Djoss - HandBrake

    You should be able to specify an older release by adding the correct tag to the Repository setting in the unRAID docker template. E.g. jlesage/handbrake:v1.13.5 For available tags, see https://hub.docker.com/r/jlesage/handbrake/tags/ I don't know which tag correspond to 1.1.0 though. Edit: if you specify a particular tag you will be stuck on that version forever and won't be notified of updates. Remove the tag to get back on the "latest" releases.
  4. Jorgen

    [Support] Djoss - HandBrake

    Ok, thanks for pointing this out. I had (wrongly) assumed that QSV only added hardware acceleration to the normal h264 encoder, but after somme googling I now realise it's a completely different implementation of h264 encoding with different parameters and tradeoffs between quality/speed/file size. For other's benefit, QSV is really intended for real time streaming conversions where speed is more important than quality. If you care about quality, sacrifice raw speed and use the normal CPU powered encoders in Handbrake instead and you'll get better quality in smaller file sizes. Apparently, the best quality you can hope for using QSV is on par with the Veryfast preset for normal h264, but the file size will be larger. There are some tuning parameters you can add to QSV to improve things somewhat, but don't expect miracles: https://handbrake.fr/docs/en/latest/technical/video-qsv-options.html
  5. Go to the settings page for your TM share, and set AFP Security Settings/Volume dbpath to a directory that will persist on your cache drive (assuming you have a cache drive). TM constantly (well, every 10 minutes) checks info stored in some TM database files. If these are located on your array disk, the disk will spin up. By configuring the share as above, those files are actually stored on the cache drive. Not only does that prevent the array disk to spin up, the whole operation is also much faster. In fact, I recommend you do the same for ALL your AFP shares as it greatly improves general file browsing performance (ever waited 5 minutes for a share directory listing to be displayed in Finder?) This is from the unRAID help for Volume dbpath:
  6. Jorgen

    [Support] Djoss - HandBrake

    Aha. I’ve got a Haswell, will do some quality comparisons. Sent from my iPhone using Tapatalk
  7. Jorgen

    [Support] Djoss - HandBrake

    What do you mean about the quality not being there? Do you see a difference in actual output quality when using QS? Or am I misreading your comment?
  8. Jorgen

    [Support] Djoss - HandBrake

    Happy to confirm this is working with the watch folder now! Thanks again!
  9. Jorgen

    [Support] binhex - NZBGet

    Spoke too soon, problem has come back overnight. Deleting the Radarr container+image and re-installing fixed it again.
  10. Jorgen

    [Support] Djoss - HandBrake

    Yes, one after the other in the same session. Also tried with a restart in between, but same result.
  11. Jorgen

    [Support] Djoss - HandBrake

    Sorry Djoss, need your help. I cannot get the watch folder to work with QSV encoder on my system. Logs attached from a successful conversion via WebUI and an unsuccessful via watch folder. Same preset, same movie file (just renamed for each test). The watch folder is still pretending the CPU doesn't support QSV. WebUI 2018-07-12 20-55-00.log conversion.log HQ 720p30 Surround QSV.json
  12. Jorgen

    [Support] Djoss - HandBrake

    Thanks, good to know it’s working for you. I think I messed up the preset. I will start over and if It’s still happening I’ll post full logs. Sent from my iPhone using Tapatalk
  13. Jorgen

    [Support] Djoss - HandBrake

    Wow, this is so much faster! Thank you Djoss! Works great in UI mode, but I'm having problems getting this to work for the automatic watch folder. Has anyone else got that to work? Getting this in the docker log (from unRAID UI) when using watch folder: [autovideoconverter] Starting conversion of '/watch/Arrival.mkv' (16e292dbffc5c7745a3f5fcff335126b) using preset 'Mathias_MKV_720p30QS'... [autovideoconverter] 1 title(s) to process. [autovideoconverter] Encoding: 0.00 % [autovideoconverter] Conversion failed. In appdata/HandBrake/log/conversion.log I see this for the same job: ------- CONVERSION OUTPUT Wed Jul 11 23:39:07 AEST 2018 ------- [23:39:07] hb_init: starting libhb thread [23:39:07] thread 152b319c2ae8 started ("libhb") HandBrake 1.1.0 (2018070900) - Linux x86_64 - https://handbrake.fr 8 CPUs detected Opening /watch/Arrival.mkv... [23:39:07] CPU: Intel(R) Core(TM) i7-4770 CPU @ 3.40GHz [23:39:07] - Intel microarchitecture Haswell [23:39:07] - logical processor count: 8 [23:39:07] Intel Quick Sync Video support: no [23:39:07] hb_scan: path=/watch/Arrival.mkv, title_index=1 ...snip... x264 [error]: invalid preset 'quality' ERROR: Failure to initialise thread 'H.264/AVC encoder (libx264)' But for a successful job started from the UI, I see this in appdata/HandBrake/ghb/Encodelogs: Handbrake Version: 1.1.0 (2018070900) [23:24:20] gtkgui: Custom Preset: /My Presets/Mathias_MKV_720p30QS [23:24:20] 1 job(s) to process ...snip... [23:24:20] CPU: Intel(R) Core(TM) i7-4770 CPU @ 3.40GHz [23:24:20] - Intel microarchitecture Haswell [23:24:20] - logical processor count: 8 [23:24:20] Intel Quick Sync Video support: yes [23:24:20] - Intel Media SDK hardware: API 1.26 (minimum: 1.3) [23:24:20] - H.264 encoder: yes [23:24:20] - preferred implementation: hardware (any) via D3D11 [23:24:20] - capabilities (hardware): breftype la+i+downs vsinfo opt1 opt2+mbbrc+extbrc+trellis+ib_adapt+nmpslice [23:24:20] - H.265 encoder: no
  14. Jorgen

    [Support] binhex - NZBGet

    You post prompted me to check my radarr and I had the exact problem (same situation too, no config changes for months, only automatic container updates). - If I restart the container, the download client test works perfectly. - If I send a movie download request over to NZBGet, I get the error message (although the request gets to NZBGet and starts downloading) - If I try the download client test again, it now fails with the same error message. If I restart container I'm back to step one. I eventually fixed it by deleting the container and image, then re-installing via CA. Quick and painless, all settings retained, annoying error message gone.
  15. Jorgen

    Unraid + Hackintosh + Steam in Home Streaming

    If you mean intel integrated graphics, then I was never able to get that to work with a Mac VM. But you should try and let us know if you can get it working. Sent from my iPhone using Tapatalk

Copyright © 2005-2018 Lime Technology, Inc.
unRAID® is a registered trademark of Lime Technology, Inc.