FieldGenEJ Posted October 10, 2018 Share Posted October 10, 2018 5 hours ago, Djoss said: Which encoder are you using? Do you have set anything in "Extra Parameters"? You can also see if the container reports the same thing: docker exec HandBrake top I'm using H.264. I don't have anything in "Extra Parameters" right now. Is there something I should add in? Also it's reporting about the same usage from the container. Quote Link to comment
Djoss Posted October 11, 2018 Author Share Posted October 11, 2018 8 hours ago, FieldGenEJ said: I'm using H.264. I don't have anything in "Extra Parameters" right now. Is there something I should add in? Also it's reporting about the same usage from the container. So after a little bit of investigation it seems normal that HandBrake doesn't use all CPUs all the time. I just did a little test with the "Very fast 720p30" preset: during the first pass, all CPU where used at ~40-50%. However, during the second pass, they where almost at 100% all the time. Quote Link to comment
cybrnook Posted October 11, 2018 Share Posted October 11, 2018 I notice the same behavior 🙂 seems almost like "burps" of high CPU, then it goes back to %50 until it burps again. Quote Link to comment
dockerstarter Posted October 11, 2018 Share Posted October 11, 2018 On 10/10/2018 at 12:00 PM, Djoss said: What do you see/have exactly? The full container log would be useful. You can get it with "docker logs [container name]". Hey @Djoss, i looked through the container logs with the docker command you mentioned and did realize a late change. It finally generated the missing certs today. With this in mind i reapplied my LE certificates and 'voila'. I don't know why it suddenly is working. Did you change/update anything? ..if yes then that must've fixed it. I use the docker container "watchtower" to auto update all my containers. Watchtower sees every update of a container and auto pulls it and then restart my running containers. Sorry for trouble 😕 Quote Link to comment
CowboyRedBeard Posted October 15, 2018 Share Posted October 15, 2018 I might have missed it somewhere, but is there a way to see what Handbrake is currently working on when you have it set for auto startup? I set this thing up ages ago, and don't remember the particulars but I have it configured to start converting anything in a "in" directory to mp4 for an iPad profile and put the final file into an "out" directory. Only I can't seem to figure out how to pop in and see what file it's working on at the moment. Quote Link to comment
Djoss Posted October 15, 2018 Author Share Posted October 15, 2018 1 minute ago, CowboyRedBeard said: I might have missed it somewhere, but is there a way to see what Handbrake is currently working on when you have it set for auto startup? I set this thing up ages ago, and don't remember the particulars but I have it configured to start converting anything in a "in" directory to mp4 for an iPad profile and put the final file into an "out" directory. Only I can't seem to figure out how to pop in and see what file it's working on at the moment. Yes, just look at the container log: from the Docker page, click the icon in the right column for your HandBrake container. 1 Quote Link to comment
James Yu Posted October 23, 2018 Share Posted October 23, 2018 with the dev/dri params I'm able to see H.264 (Intel QSV) option in my handbrake webUI, but choosing that and transcode, Handbrake seems still using my CPU (70%-80% on all cores). Is that because it doesn't support hardware decoding at this stage? Quote Link to comment
Djoss Posted October 23, 2018 Author Share Posted October 23, 2018 5 hours ago, James Yu said: with the dev/dri params I'm able to see H.264 (Intel QSV) option in my handbrake webUI, but choosing that and transcode, Handbrake seems still using my CPU (70%-80% on all cores). Is that because it doesn't support hardware decoding at this stage? CPU usage is expected. However, encoding speed should be much faster. Quote Link to comment
James Yu Posted October 24, 2018 Share Posted October 24, 2018 21 hours ago, Djoss said: CPU usage is expected. However, encoding speed should be much faster. thx. I did notice the encoding speed being much faster. But I don't understand the cpu usage since the windows ver of Handbrake barely use any cpu when hardware transcoding x264 1080p Quote Link to comment
Djoss Posted October 24, 2018 Author Share Posted October 24, 2018 2 hours ago, James Yu said: thx. I did notice the encoding speed being much faster. But I don't understand the cpu usage since the windows ver of Handbrake barely use any cpu when hardware transcoding x264 1080p Do you get similar speed with Windows? If yes then it may be related to hardware decoding like you said, but I cannot say for sure. Quote Link to comment
FieldGenEJ Posted October 26, 2018 Share Posted October 26, 2018 On 10/10/2018 at 8:18 PM, Djoss said: So after a little bit of investigation it seems normal that HandBrake doesn't use all CPUs all the time. I just did a little test with the "Very fast 720p30" preset: during the first pass, all CPU where used at ~40-50%. However, during the second pass, they where almost at 100% all the time. So I had my encoding speed set to ultra fast. I dropped it down to "Faster" and it's now using 100% CPU. Do you have a recommendation for which speed to use? Quote Link to comment
Djoss Posted October 26, 2018 Author Share Posted October 26, 2018 5 hours ago, FieldGenEJ said: So I had my encoding speed set to ultra fast. I dropped it down to "Faster" and it's now using 100% CPU. Do you have a recommendation for which speed to use? I don't really have recommendation. It depends on your needs and the quality you want. Fast speeds result in lower video quality and bigger file size. So you can try different speeds, look at the different results and use the one you are happy with. Quote Link to comment
Taddeusz Posted November 3, 2018 Share Posted November 3, 2018 Has anyone been doing QuickSync accelerated encoding with this docker? I first tried with my Ivy Bridge i5 3470 but the quality was really not good. I recently upgraded to a Coffee Lake i5 8400 and tried again. I’m getting horrible results. Basically every second or so the video jumps and there’s a distortion in it. I also tried the QSV accelerated HEVC encoding and while it works great and seems to look great I have to restart the container after every encode because every subsequent QSV HEVC encode fails. Just curious what everyone else’s experience is with this? Quote Link to comment
Djoss Posted November 3, 2018 Author Share Posted November 3, 2018 (edited) 3 hours ago, Taddeusz said: Has anyone been doing QuickSync accelerated encoding with this docker? I first tried with my Ivy Bridge i5 3470 but the quality was really not good. I recently upgraded to a Coffee Lake i5 8400 and tried again. I’m getting horrible results. Basically every second or so the video jumps and there’s a distortion in it It is known that QSV is not about quality, but about speed. To get decent quality, you need to accept much bigger files. Need tried myself, but you could try to adjust encoder options, as detailed here: https://www.youtube.com/watch?v=v9HVxaeoe3k 3 hours ago, Taddeusz said: I also tried the QSV accelerated HEVC encoding and while it works great and seems to look great I have to restart the container after every encode because every subsequent QSV HEVC encode fails. Do you have any error message/log showing the issue? Edited November 3, 2018 by Djoss Quote Link to comment
Taddeusz Posted November 3, 2018 Share Posted November 3, 2018 3 hours ago, Djoss said: It is known that QSV is not about quality, but about speed. To get decent quality, you need to accept much bigger files. Need tried myself, but you could try to adjust encoder options, as detailed here: https://www.youtube.com/watch?v=v9HVxaeoe3k Do you have any error message/log showing the issue? I realize QSV isn't really about quality. I tried that video but apparently in later versions of Handbrake they removed the "Extra Settings" box when you select a QSV encoder. Here is the output from the log when the HEVC encoder fails after finishing a previous encode: [16:36:21] scan: decoding previews for title 1 [16:36:21] scan: audio 0x1: dca, rate=48000Hz, bitrate=1536000 English (DTS-HD MA) (5.1 ch) [16:36:23] scan: 10 previews, 1920x1080, 23.976 fps, autocrop = 138/138/0/0, aspect 16:9, PAR 1:1 [16:36:23] scan: supported video decoders: avcodec qsv [16:36:23] libhb: scan thread found 1 valid title(s) [16:36:23] starting job [16:36:23] job configuration: [16:36:23] * source [16:36:23] + /storage/Output/Atomic_Blonde/Atomic_Blonde_t00.mkv [16:36:23] + title 1, chapter(s) 1 to 2 [16:36:23] + container: matroska,webm [16:36:23] * destination [16:36:23] + /output/Atomic_Blonde_t01.mkv [16:36:23] + container: Matroska (libavformat) [16:36:23] + chapter markers [16:36:23] * video track [16:36:23] + decoder: h264 [16:36:23] + filters [16:36:23] + Framerate Shaper (mode=1) [16:36:23] + frame rate: 23.976 fps -> constant 23.976 fps [16:36:23] + Crop and Scale (width=1920:height=804:crop-top=138:crop-bottom=138:crop-left=0:crop-right=0) [16:36:23] + source: 1920 * 1080, crop (138/138/0/0): 1920 * 804, scale: 1920 * 804 [16:36:23] + Output geometry [16:36:23] + storage dimensions: 1920 x 804 [16:36:23] + pixel aspect ratio: 1 : 1 [16:36:23] + display dimensions: 1920 x 804 [16:36:23] + encoder: H.265 (Intel Media SDK) [16:36:23] + preset: quality [16:36:23] + profile: auto [16:36:23] + level: auto [16:36:23] + quality: 15.00 (QP) [16:36:23] * audio track 1 [16:36:23] + decoder: English (DTS-HD MA) (5.1 ch) (track 1, id 0x1) [16:36:23] + bitrate: 1536 kbps, samplerate: 48000 Hz [16:36:23] + mixdown: 5.1 Channels [16:36:23] + encoder: AC3 (libavcodec) [16:36:23] + bitrate: 640 kbps, samplerate: 48000 Hz [16:36:23] sync: expecting 15900 video frames libva info: VA-API version 1.1.0 libva info: va_getDriverName() returns 1 libva error: va_getDriverName() failed with operation failed,driver_name=i965 [16:36:23] encqsvInit: MFXVideoENCODE_Init failed (-16) [16:36:23] Failure to initialise thread 'Quick Sync Video encoder (Intel Media SDK)' [16:36:23] vfr: 0 frames output, 0 dropped and 0 duped for CFR/PFR [16:36:23] vfr: lost time: 0 (0 frames) [16:36:23] vfr: gained time: 0 (0 frames) (0 not accounted for) [16:36:23] dca-decoder done: 0 frames, 0 decoder errors [16:36:23] h264-decoder done: 0 frames, 0 decoder errors [16:36:23] sync: got 0 frames, 15900 expected [16:36:23] libhb: work result = 3 Quote Link to comment
AntaresUK Posted November 7, 2018 Share Posted November 7, 2018 im having an issue getting —device /dev/sr0 added. Every time i add this line into extra parameters and press apply the command fails and handbrake uninstalls. i know sr0 is valid for my dvd drive as makemkv uses it without issue Any ideas please? This docker looks excellent and id love to be able to use it Quote Link to comment
Djoss Posted November 8, 2018 Author Share Posted November 8, 2018 On 11/7/2018 at 2:07 AM, AntaresUK said: im having an issue getting —device /dev/sr0 added. Every time i add this line into extra parameters and press apply the command fails and handbrake uninstalls. i know sr0 is valid for my dvd drive as makemkv uses it without issue Any ideas please? This docker looks excellent and id love to be able to use it What is the error exactly? Also, instead of adding the device via extra parameters, you can use the functionality to add a device (like adding a path or a variable). Quote Link to comment
AntaresUK Posted November 8, 2018 Share Posted November 8, 2018 2 hours ago, Djoss said: What is the error exactly? Also, instead of adding the device via extra parameters, you can use the functionality to add a device (like adding a path or a variable). It just said command failed. Managed to get it working now via --device /dev/sr0 --device /dev/sg8 Thanks for the tip though Quote Link to comment
cybrnook Posted November 8, 2018 Share Posted November 8, 2018 Looks similar to the dual path needed, same as MakeMKV. Quote Link to comment
munit85 Posted November 16, 2018 Share Posted November 16, 2018 Is there a way to only have handbrake process .avi files? I imagine it would require a bit of code in the preconversion hook? my real goal is to point handbrake at my media folders and have it convert and replace any .avi files with .mp4 files to facilitate direct streaming in plex. Thanks Quote Link to comment
Djoss Posted November 17, 2018 Author Share Posted November 17, 2018 21 hours ago, munit85 said: Is there a way to only have handbrake process .avi files? I imagine it would require a bit of code in the preconversion hook? my real goal is to point handbrake at my media folders and have it convert and replace any .avi files with .mp4 files to facilitate direct streaming in plex. Thanks The best way to use the watch folder is to use it as an intermediate step in your workflow. So instead of adding videos directly in your media folder, you add them into the watch folder and point the output folder to your media folder. Quote Link to comment
cybrnook Posted November 18, 2018 Share Posted November 18, 2018 (edited) Doing some more rips this weekend and playing with CPU pinning. I see this every time this container is restarted, I assume a red herring? : (ghb:1000): GLib-GIO-CRITICAL **: 13:35:37.336: g_dbus_proxy_new_sync: assertion 'G_IS_DBUS_CONNECTION (connection)' failed GLib-GIO-Message: 13:35:37.491: Using the 'memory' GSettings backend. Your settings will not be saved or shared with other applications. In the end, all movies converted without issue. Edited November 19, 2018 by cybrnook Quote Link to comment
Djoss Posted November 19, 2018 Author Share Posted November 19, 2018 On 11/17/2018 at 9:17 PM, cybrnook said: Doing some more rips this weekend and playing with CPU pinning. I see this every time this container is restarted, I assume a red herring? : (ghb:1000): GLib-GIO-CRITICAL **: 13:35:37.336: g_dbus_proxy_new_sync: assertion 'G_IS_DBUS_CONNECTION (connection)' failed GLib-GIO-Message: 13:35:37.491: Using the 'memory' GSettings backend. Your settings will not be saved or shared with other applications. In the end, all movies converted without issue. Yeah, as far as I can tell, this message doesn't cause any issue. 1 Quote Link to comment
Govnah Posted November 26, 2018 Share Posted November 26, 2018 (edited) Successfully setup MakeMKV and HandBrake and the automated process works fine however, when using the HandBrake GUI and load a source file I receive the following error: Below are my mappings: I have read the FAQ and this thread multiple time without success, I also attempted to create a symlink and that didn't work. Any suggestions would be appreciated. Do I need to create a symlink for /storage/Rips/Output for /mnt/user/Rips/Output? Thanks Edited November 26, 2018 by Govnah Quote Link to comment
Djoss Posted November 26, 2018 Author Share Posted November 26, 2018 11 hours ago, Govnah said: Successfully setup MakeMKV and HandBrake and the automated process works fine however, when using the HandBrake GUI and load a source file I receive the following error: Below are my mappings: I have read the FAQ and this thread multiple time without success, I also attempted to create a symlink and that didn't work. Any suggestions would be appreciated. Do I need to create a symlink for /storage/Rips/Output for /mnt/user/Rips/Output? Thanks In HandBrake, make sure the destination folder for your file is set to "/output". Quote Link to comment
Recommended Posts
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.