June 27, 20188 yr 19 hours ago, martim said: Does anyone have a post processing script for plex using handbrake? What do you want the script to do?
June 30, 20188 yr Author On 6/27/2018 at 5:39 PM, Forusim said: Hello @Djoss, thank you for the great container. I run my server on ASRock N3150-ITX, which does not have much CPU power for conversion. But using QuckSync would help a lot here, are there any news on this feature? Very appreciated. I started some work on this but it is not working yet...
June 30, 20188 yr On 6/27/2018 at 4:50 PM, Luc1fer said: What do you want the script to do? I wanted my plex recordings to be post processed by handbrake, im currently trying work around with watch folder but no luck Edited June 30, 20188 yr by martim
June 30, 20188 yr 7 hours ago, martim said: I wanted my plex recordings to be post processed by handbrake, im currently trying work around with watch folder but no luck What isn't working with the watched folder? Does it not start to encode the videos once you copy them to the watched folder?
July 10, 20188 yr Author On 6/27/2018 at 5:39 PM, Forusim said: Hello @Djoss, thank you for the great container. I run my server on ASRock N3150-ITX, which does not have much CPU power for conversion. But using QuckSync would help a lot here, are there any news on this feature? Very appreciated. Try the latest version, which have Quick Sync support. See https://github.com/jlesage/docker-handbrake#intel-quick-sync-video for more details on how to use it.
July 10, 20188 yr Super cool Quick Sync is finally making it's way to Handbrake. It's only been what, 7 years? ? I remember encoding years ago in a desktop based CPU using quick sync (another program other than handbrake) and it was amazingly fast, as stated in your git. Edited July 10, 20188 yr by cybrnook
July 11, 20188 yr After the last update, during transcoding, the application stops and I got this error. Serveur kernel: ghb[13500]: segfault at 14ff0c8d5fe0 ip 000014ff2b0f733b sp 000014ff0c8d5fe8 error 6 in ld-musl-x86_64.so.1[14ff2b0a6000+8d000]
July 11, 20188 yr Author 8 hours ago, Jobine said: After the last update, during transcoding, the application stops and I got this error. Serveur kernel: ghb[13500]: segfault at 14ff0c8d5fe0 ip 000014ff2b0f733b sp 000014ff0c8d5fe8 error 6 in ld-musl-x86_64.so.1[14ff2b0a6000+8d000] I see that you also created an issue on github. Let's continue the discussion there. I asked you more details.
July 11, 20188 yr On 7/10/2018 at 10:46 AM, Djoss said: Try the latest version, which have Quick Sync support. See https://github.com/jlesage/docker-handbrake#intel-quick-sync-video for more details on how to use it. 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
July 11, 20188 yr Author 1 hour ago, Jorgen said: 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 It's working fine for me. Can you provide the whole content of the conversion log for a failed video?
July 11, 20188 yr It's working fine for me. Can you provide the whole content of the conversion log for a failed video?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
July 12, 20188 yr 14 hours ago, Jorgen said: 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. 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
July 12, 20188 yr Author 45 minutes ago, Jorgen said: 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 Are you using the same container to perform the two conversions?
July 12, 20188 yr 37 minutes ago, Djoss said: Are you using the same container to perform the two conversions? Yes, one after the other in the same session. Also tried with a restart in between, but same result.
July 12, 20188 yr Author 30 minutes ago, Jorgen said: Yes, one after the other in the same session. Also tried with a restart in between, but same result. Ok I found the issue. A new image with the fix is on its way.
July 12, 20188 yr I should have my E3 1275 v6 and SM board waiting for me when I get home. Can't wait to play ? Want to bench mark it against my E5 2650 v4. Many slow cores vs few fast cores ? (with QS) - I got seasons 1 - 7 of GoT BD to convert from MKV RAW backup. Edited July 12, 20188 yr by cybrnook
July 12, 20188 yr Author 2 hours ago, cybrnook said: I should have my E3 1275 v6 and SM board waiting for me when I get home. Can't wait to play ? Want to bench mark it against my E5 2650 v4. Many slow cores vs few fast cores ? (with QS) - I got seasons 1 - 7 of GoT BD to convert from MKV RAW backup. I've play with the feature a bit and I can say that the speed is there, but not the quality... At least on my sandy bridge.
July 14, 20188 yr On 7/12/2018 at 11:36 PM, Djoss said: Ok I found the issue. A new image with the fix is on its way. Happy to confirm this is working with the watch folder now! Thanks again!
July 14, 20188 yr On 7/13/2018 at 7:10 AM, Djoss said: I've play with the feature a bit and I can say that the speed is there, but not the quality... At least on my sandy bridge. 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?
July 14, 20188 yr Author 7 minutes ago, Jorgen said: 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? You are correct. The quality of the produced video is poor if you want a reasonable file size. However, I have a sandy bridge CPU, which is one of the first gen having quick sync support. The quality has increased with new generations, so maybe it's less a problem now.
July 14, 20188 yr You are correct. The quality of the produced video is poor if you want a reasonable file size. However, I have a sandy bridge CPU, which is one of the first gen having quick sync support. The quality has increased with new generations, so maybe it's less a problem now.Aha. I’ve got a Haswell, will do some quality comparisons.Sent from my iPhone using Tapatalk
July 14, 20188 yr Would it be possible to get this to work? Or as simple as passing a device to the container, same as we do MakeMKV?
July 14, 20188 yr Author 2 minutes ago, cybrnook said: Would it be possible to get this to work? Or as simple as passing a device to the container, same as we do MakeMKV? HandBrake can access a drive when the device is passed to the container. You then need to open the device directly instead of using this drop-down. https://github.com/jlesage/docker-handbrake/blob/master/README.md#access-to-optical-drives
July 14, 20188 yr 42 minutes ago, Djoss said: HandBrake can access a drive when the device is passed to the container. You then need to open the device directly instead of using this drop-down. https://github.com/jlesage/docker-handbrake/blob/master/README.md#access-to-optical-drives Gotcha, I remember that way. Was just wondering about that pretty button ? Thank you much!
July 14, 20188 yr Author 1 hour ago, cybrnook said: Gotcha, I remember that way. Was just wondering about that pretty button ? Thank you much! Yeah I tried to make this pretty button works, but it requires a lot of stuff to be added to the image... But I should try another time
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.