[Support] Djoss - HandBrake

choakem · July 26, 2021

Question: I have a Ryzen 9 processor and I am encoding H265 but I've noticed I'm only getting about 30% CPU utilisation.

Other than installing a second instance of Handbrake - Is there any plans to support multiple Encodes at the same time?

Thank-you for all your hard work....

I really do appreciate the hard work and expertise required.

Note: When I have tried a second instance of Handbrake - I have to use different watch folder otherwise they will both encode the same content at the same time.

Djoss · July 26, 2021

On 7/23/2021 at 1:11 PM, F_A_H said:

Hi first thanks for the good docker container!
Is there a way to change the language. Like, for example, in the Windows version?

You can add an environment variable named "LANGUAGE", with its value being the language you want (e.g. "fr_FR.UTF-8").

Djoss · July 26, 2021

5 hours ago, cracyfloyd said:

Since the last handbrake update i use its breake the intel QSV encoding. before it works for a couple of month. i can see the hardware profiles and i can select and start a job but the encoding doesnt work the encoding stops after i started.

in the log i can see: " Failure to initialise thread 'Quick Sync Video encoder (Intel Media SDK)'. plex working with hardware encoding and the device /dev/dri is already be there.

?????

QSV support in HandBrake seems flaky and can break for some processor... Can you share the log ? Which CPU are you using ?

Djoss · July 26, 2021

2 hours ago, choakem said:

Question: I have a Ryzen 9 processor and I am encoding H265 but I've noticed I'm only getting about 30% CPU utilisation.

Other than installing a second instance of Handbrake - Is there any plans to support multiple Encodes at the same time?

Thank-you for all your hard work....

I really do appreciate the hard work and expertise required.

Note: When I have tried a second instance of Handbrake - I have to use different watch folder otherwise they will both encode the same content at the same time.

Yeah currently simultaneous encodes is not supported, but this is a good suggestion. Could you add you feature request to https://github.com/jlesage/docker-handbrake/issues, so it doesn't get lost ?

choakem · July 26, 2021

3 minutes ago, Djoss said:

Yeah currently simultaneous encodes is not supported, but this is a good suggestion. Could you add you feature request to https://github.com/jlesage/docker-handbrake/issues, so it doesn't get lost ?

I most certainly will add to your github. Thanks for listening.........

choakem · July 26, 2021

Djoss,

Github request added.

As an interim measure - is there any parameter I can use that will move the currently encoding content into a non-watch folder during the encode so that the second instance wont try to encode the same ?

Pre-script maybe??

#Hopefull Look

Thanks for reading!

cracyfloyd · July 26, 2021

2 hours ago, Djoss said:

QSV support in HandBrake seems flaky and can break for some processor... Can you share the log ? Which CPU are you using ?

yes i understand, but the version before the last are worked very well with QSV for me.

i use an Intel® Core™ i5-11400.

logerror.txt

kcgodwins · July 26, 2021

Love this container, use it all the time on my Unraid box.

I'm trying to mimic this functionality on a Windows box using Handbrake, particularly the "watch" and "automatic conversion" functionality, but I've not yet figured out how to do this. Does anyone have any information on how I can accomplish this or links to any resources that can help me out? Thanks in advance!

choakem · July 26, 2021

7 hours ago, kcgodwins said:

Love this container, use it all the time on my Unraid box.

I'm trying to mimic this functionality on a Windows box using Handbrake, particularly the "watch" and "automatic conversion" functionality, but I've not yet figured out how to do this. Does anyone have any information on how I can accomplish this or links to any resources that can help me out? Thanks in advance!

It can monitor up 5 different watch folders defined as /watch /watch1 .......

It does exactly what you need - Please post your config....

container path /watch

Host path /mnt/storage/MyContentToBeEncoded

It will monitor /mnt/storage/MyContentToBeEncoded for any content to be encoded....

Details are in the config of the docker instance........

CS01-HS · July 27, 2021

On 7/26/2021 at 2:40 AM, cracyfloyd said:

Since the last handbrake update i use its breake the intel QSV encoding. before it works for a couple of month. i can see the hardware profiles and i can select and start a job but the encoding doesnt work the encoding stops after i started.

in the log i can see: " Failure to initialise thread 'Quick Sync Video encoder (Intel Media SDK)'. plex working with hardware encoding and the device /dev/dri is already be there.

?????

Same on my j5005 (UHD 605)

I reverted to the last tag:

then restored appdata and the template (/boot/config/plugins/dockerMan/templates-user/my-HandBrake.xml) from backup and all is well.

[email protected] · July 28, 2021

Hello All, Quick question that I cannot seem to figure out. In the GUI, I've imported a custom preset called 'YIFY" and I want to pass this as an argument to the Docker. In the logs i see that it cannot find my preset. I tried 'Automatic Video Convertor preset to 'My Presets/General/YIFY' and tried 'Custom/General/YIFY' but see the same error Preset Not Found.

Any body know how to use a 'custom preset' like this?

Thanks.

choakem · July 30, 2021

[email protected]

What I do - I open GUI of HandBrake - Import the preset using the "preset" toolbar within the handbrake GUI & I also set it as default.

Then I save the preset using "save as" and stick it into the General Catagory and confirm its there by "view" preset List and confirming my preset is within the General Catagory

Within the Docker container

Automatic Video Converter: Preset: General/YIFI

Should do the trick

anthropoidape · August 5, 2021

On 7/27/2021 at 9:59 PM, CS01-HS said:

Same on my j5005 (UHD 605)

I reverted to the last tag:

then restored appdata and the template (/boot/config/plugins/dockerMan/templates-user/my-HandBrake.xml) from backup and all is well.

I can confirm that (a) QSV encoding also broke for me in a recent update, and that (b) reverting to v1.23.2 rectified this.

Edited August 5, 2021 by anthropoidape

ConnerVT · August 8, 2021

I've been using Handbrake from the djaydev repository (by dee31797), but he has stopped development and all of his dockers are now deprecated. As I have only a lowly 4 core CPU in the server, this docker was a lifesaver as it could make use of my nVidia Quatro.

Do you have any plans in supporting nVidia transcoding in the future?

On 2/1/2019 at 4:16 PM, dee31797 said:

MODERATOR NOTE: NONE OF THE APPLICATIONS DISCUSSED HERE ARE CURRENTLY AVAILABLE ANYMORE ON DOCKER HUB AND ARE CURRENTLY BLACKLISTED

AUTHOR NOTE: I NO LONGER USE UNRAID OR DOCKER. DOCKER HUB HAS REMOVED THE ABILITY TO BUILD IMAGES WITHOUT A PAID SUBSCRIPTION SO AT THIS POINT I HAVE NO WAY TO BUILD, TEST, OR DEPLOY IMAGES PREVIOUSLY LISTED HERE.

Edited August 8, 2021 by ConnerVT

Zer0Nin3r · August 8, 2021

7 hours ago, ConnerVT said:

I've been using Handbrake from the djaydev repository (by dee31797), but he has stopped development and all of his dockers are now deprecated. As I have only a lowly 4 core CPU in the server, this docker was a lifesaver as it could make use of my nVidia Quatro.

Do you have any plans in supporting nVidia transcoding in the future?

I recommend that you don't uninstall @dee31797's Handbrake docker until we can get an answer from @Djoss whether it will be supported in the future. I'm with you though. Handbrake with NVENC support is my secondary docker application.

If you are automating your encodes, you may want to check out Unmanic as that will support hevc-nvenc.

DayspringGaming · August 9, 2021

Just installed this docker as the other Handbrake docker went the way of the dodo. I've passed through the NVidia unRAID parameters - but not seeing the NVENC choice within the UI. Is this not a thing with this image?

WebAddict · August 9, 2021

13 hours ago, DayspringGaming said:

Just installed this docker as the other Handbrake docker went the way of the dodo. I've passed through the NVidia unRAID parameters - but not seeing the NVENC choice within the UI. Is this not a thing with this image?

The NVENC support was what made djaydev's Handbrake docker image special... Losing that build is a huge loss....

Perhaps someone else could fork his work from djaydev/handbrake on github or dockerhub and make it available.

I have used Spaceinvaderone's guide to downloading new media to a watch folder, and then sonarr/radarr moves the newly transcoded media to the array. I found a 720p quality setting for TV shows, and a 1080p setting for Movies that I felt like retained the quality, saved a ton of space, but also allows most of our devices to direct play. Many remux 45 min 1080p episodes are about 4gb, but my 720p x264 version averages about 1.2gb.

I will be able to continue using djaydev's handbrake since I already had it before it went away. I feel bad for anyone else that wants to use it and can't find it.

Djoss · August 10, 2021

The problem with NVENC is that Nvidia doesn't provide source code for their library, nor provide version for Alpine/musl (on which this container is based on).

Djoss · August 10, 2021

On 7/26/2021 at 10:54 AM, cracyfloyd said:

yes i understand, but the version before the last are worked very well with QSV for me.

i use an Intel® Core™ i5-11400.

On 7/27/2021 at 7:59 AM, CS01-HS said:

Same on my j5005 (UHD 605)

I reverted to the last tag:

then restored appdata and the template (/boot/config/plugins/dockerMan/templates-user/my-HandBrake.xml) from backup and all is well.

On 8/5/2021 at 6:52 PM, anthropoidape said:

I can confirm that (a) QSV encoding also broke for me in a recent update, and that (b) reverting to v1.23.2 rectified this.

Can you confirm that only x265 is broken ? Does the x264 QSV encoder work ?

Also, can you try the debug version (by adding "-debug" to the image name) and provide the log again ?

cbr600ds2 · August 12, 2021

Handbrake has been working great but with the new OS upgrade (I haven't upgraded and still at 6.9.1) it seems like it shuts off every night. Is anyone experiencing this? Seems like something is causing it to end.

11/08/2021 20:53:11 passing arg to libvncserver: -rfbport
11/08/2021 20:53:11 passing arg to libvncserver: 5900
11/08/2021 20:53:11 passing arg to libvncserver: -rfbportv6
11/08/2021 20:53:11 passing arg to libvncserver: -1
11/08/2021 20:53:11 passing arg to libvncserver: -httpportv6
11/08/2021 20:53:11 passing arg to libvncserver: -1
11/08/2021 20:53:11 passing arg to libvncserver: -desktop
11/08/2021 20:53:11 passing arg to libvncserver: HandBrake
11/08/2021 20:53:11 x11vnc version: 0.9.14 lastmod: 2015-11-14 pid: 1068
11/08/2021 20:53:11 Using X display :0
11/08/2021 20:53:11 rootwin: 0x43 reswin: 0x400001 dpy: 0xf9db0b40
11/08/2021 20:53:11
11/08/2021 20:53:11 ------------------ USEFUL INFORMATION ------------------
11/08/2021 20:53:11 X DAMAGE available on display, using it for polling hints.
11/08/2021 20:53:11 To disable this behavior use: '-noxdamage'
11/08/2021 20:53:11
11/08/2021 20:53:11 Most compositing window managers like 'compiz' or 'beryl'
11/08/2021 20:53:11 cause X DAMAGE to fail, and so you may not see any screen
11/08/2021 20:53:11 updates via VNC. Either disable 'compiz' (recommended) or
11/08/2021 20:53:11 supply the x11vnc '-noxdamage' command line option.
11/08/2021 20:53:11 X COMPOSITE available on display, using it for window polling.
11/08/2021 20:53:11 To disable this behavior use: '-noxcomposite'
11/08/2021 20:53:11
11/08/2021 20:53:11 Wireframing: -wireframe mode is in effect for window moves.
11/08/2021 20:53:11 If this yields undesired behavior (poor response, painting
11/08/2021 20:53:11 errors, etc) it may be disabled:
11/08/2021 20:53:11 - use '-nowf' to disable wireframing completely.
11/08/2021 20:53:11 - use '-nowcr' to disable the Copy Rectangle after the
11/08/2021 20:53:11 moved window is released in the new position.
11/08/2021 20:53:11 Also see the -help entry for tuning parameters.
11/08/2021 20:53:11 You can press 3 Alt_L's (Left "Alt" key) in a row to
11/08/2021 20:53:11 repaint the screen, also see the -fixscreen option for
11/08/2021 20:53:11 periodic repaints.
11/08/2021 20:53:11 GrabServer control via XTEST.
11/08/2021 20:53:11
11/08/2021 20:53:11 Scroll Detection: -scrollcopyrect mode is in effect to
11/08/2021 20:53:11 use RECORD extension to try to detect scrolling windows
11/08/2021 20:53:11 (induced by either user keystroke or mouse input).
11/08/2021 20:53:11 If this yields undesired behavior (poor response, painting
11/08/2021 20:53:11 errors, etc) it may be disabled via: '-noscr'
11/08/2021 20:53:11 Also see the -help entry for tuning parameters.
11/08/2021 20:53:11 You can press 3 Alt_L's (Left "Alt" key) in a row to
11/08/2021 20:53:11 repaint the screen, also see the -fixscreen option for
11/08/2021 20:53:11 periodic repaints.
11/08/2021 20:53:11
11/08/2021 20:53:11 XKEYBOARD: number of keysyms per keycode 7 is greater
11/08/2021 20:53:11 than 4 and 51 keysyms are mapped above 4.
11/08/2021 20:53:11 Automatically switching to -xkb mode.
11/08/2021 20:53:11 If this makes the key mapping worse you can
11/08/2021 20:53:11 disable it with the "-noxkb" option.
11/08/2021 20:53:11 Also, remember "-remap DEAD" for accenting characters.
11/08/2021 20:53:11
11/08/2021 20:53:11 X FBPM extension not supported.
Xlib: extension "DPMS" missing on display ":0".
11/08/2021 20:53:11 X display is not capable of DPMS.
11/08/2021 20:53:11 --------------------------------------------------------
11/08/2021 20:53:11
11/08/2021 20:53:11 Default visual ID: 0x21
11/08/2021 20:53:11 Read initial data from X display into framebuffer.
11/08/2021 20:53:11 initialize_screen: fb_depth/fb_bpp/fb_Bpl 24/32/5120
11/08/2021 20:53:11
11/08/2021 20:53:11 X display :0 is 32bpp depth=24 true color
11/08/2021 20:53:11
11/08/2021 20:53:11 Listening for VNC connections on TCP port 5900
11/08/2021 20:53:11
11/08/2021 20:53:11 Xinerama is present and active (e.g. multi-head).
11/08/2021 20:53:11 Xinerama: number of sub-screens: 1
11/08/2021 20:53:11 Xinerama: no blackouts needed (only one sub-screen)
11/08/2021 20:53:11
11/08/2021 20:53:11 fb read rate: 1875 MB/sec
11/08/2021 20:53:11 fast read: reset -wait ms to: 10
11/08/2021 20:53:11 fast read: reset -defer ms to: 10
11/08/2021 20:53:11 The X server says there are 10 mouse buttons.
11/08/2021 20:53:11 screen setup finished.
11/08/2021 20:53:11

The VNC desktop is: 2d9342fbf381:0

0

******************************************************************************
Have you tried the x11vnc '-ncache' VNC client-side pixel caching feature yet?

The scheme stores pixel data offscreen on the VNC viewer side for faster
retrieval. It should work with any VNC viewer. Try it by running:

x11vnc -ncache 10 ...

One can also add -ncache_cr for smooth 'copyrect' window motion.
More info: http://www.karlrunge.com/x11vnc/faq.html#faq-client-caching

11/08/2021 20:53:17 Got connection from client 127.0.0.1
11/08/2021 20:53:17 other clients:
11/08/2021 20:53:17 Got 'ws' WebSockets handshake
11/08/2021 20:53:17 Got protocol: binary
11/08/2021 20:53:17 - webSocketsHandshake: using binary/raw encoding
11/08/2021 20:53:17 - WebSockets client version hybi-13
11/08/2021 20:53:17 Disabled X server key autorepeat.
11/08/2021 20:53:17 to force back on run: 'xset r on' (3 times)
11/08/2021 20:53:17 incr accepted_client=1 for 127.0.0.1:49334 sock=10
11/08/2021 20:53:17 Client Protocol Version 3.8
11/08/2021 20:53:17 Protocol version sent 3.8, using 3.8
11/08/2021 20:53:17 rfbProcessClientSecurityType: executing handler for type 1
11/08/2021 20:53:17 rfbProcessClientSecurityType: returning securityResult for client rfb version >= 3.8
11/08/2021 20:53:17 Pixel format for client 127.0.0.1:
11/08/2021 20:53:17 32 bpp, depth 24, little endian
11/08/2021 20:53:17 true colour: max r 255 g 255 b 255, shift r 16 g 8 b 0
11/08/2021 20:53:17 no translation needed
11/08/2021 20:53:17 Enabling NewFBSize protocol extension for client 127.0.0.1
11/08/2021 20:53:17 Enabling full-color cursor updates for client 127.0.0.1
11/08/2021 20:53:17 Using image quality level 6 for client 127.0.0.1
11/08/2021 20:53:17 Using JPEG subsampling 0, Q79 for client 127.0.0.1
11/08/2021 20:53:17 Using compression level 9 for client 127.0.0.1
11/08/2021 20:53:17 Enabling LastRect protocol extension for client 127.0.0.1
11/08/2021 20:53:17 rfbProcessClientNormalMessage: ignoring unsupported encoding type Enc(0xFFFFFECC)
11/08/2021 20:53:17 Using tight encoding for client 127.0.0.1
11/08/2021 20:53:17 client_set_net: 127.0.0.1 0.0000
11/08/2021 20:53:17 created xdamage object: 0x40002c
11/08/2021 20:53:18 copy_tiles: allocating first_line at size 41
11/08/2021 20:53:25 client 1 network rate 1865.3 KB/sec (131281.5 eff KB/sec)
11/08/2021 20:53:25 client 1 latency: 2.6 ms
11/08/2021 20:53:25 dt1: 0.0037, dt2: 0.0131 dt3: 0.0026 bytes: 28773
11/08/2021 20:53:25 link_rate: LR_LAN - 2 ms, 1865 KB/s
11/08/2021 20:53:27 created selwin: 0x40002d
11/08/2021 20:53:27 called initialize_xfixes()
libdvdread: Can't open file VIDEO_TS.IFO.
11/08/2021 20:58:05 got closure, reason 1001
11/08/2021 20:58:05 rfbProcessClientNormalMessage: read: Connection reset by peer
11/08/2021 20:58:05 client_count: 0
11/08/2021 20:58:05 Restored X server key autorepeat to: 1
11/08/2021 20:58:05 Client 127.0.0.1 gone
11/08/2021 20:58:05 Statistics events Transmit/ RawEquiv ( saved)
11/08/2021 20:58:05 ServerCutText : 1 | 8/ 8 ( 0.0%)
11/08/2021 20:58:05 FramebufferUpdate : 1444 | 0/ 0 ( 0.0%)
11/08/2021 20:58:05 LastRect : 700 | 8400/ 8400 ( 0.0%)
11/08/2021 20:58:05 tight : 4928 | 4152232/115574784 ( 96.4%)
11/08/2021 20:58:05 RichCursor : 1 | 1374/ 1374 ( 0.0%)
11/08/2021 20:58:05 TOTALS : 7074 | 4162014/115584566 ( 96.4%)
11/08/2021 20:58:05 Statistics events Received/ RawEquiv ( saved)
11/08/2021 20:58:05 PointerEvent : 1529 | 9174/ 9174 ( 0.0%)
11/08/2021 20:58:05 FramebufferUpdate : 1445 | 14450/ 14450 ( 0.0%)
11/08/2021 20:58:05 SetEncodings : 1 | 56/ 56 ( 0.0%)
11/08/2021 20:58:05 SetPixelFormat : 1 | 20/ 20 ( 0.0%)
11/08/2021 20:58:05 TOTALS : 2976 | 23700/ 23700 ( 0.0%)
11/08/2021 20:58:05 destroyed xdamage object: 0x40002c
[services.d] stopping services
[services.d] stopping app...
[services.d] stopping x11vnc...
caught signal: 15
11/08/2021 22:11:14 deleted 40 tile_row polling images.
[services.d] stopping openbox...
[services.d] stopping statusmonitor...
[services.d] stopping logmonitor...
[services.d] stopping xvfb...
[services.d] stopping autovideoconverter...
[services.d] stopping certsmonitor...
[services.d] stopping nginx...
[services.d] stopping s6-fdholderd...
[cont-finish.d] executing container finish scripts...
[cont-finish.d] done.
[s6-finish] syncing disks.
[s6-finish] sending all processes the TERM signal.
[s6-finish] sending all processes the KILL signal and exiting.

Edited August 12, 2021 by cbr600ds2
Added log

mizifih · August 17, 2021

On 2/14/2020 at 7:50 AM, drdebian said:

Sorry to bother you guys, but one of the last updates seems to have broken my Handbrake setup... Automatic conversion no longer works, the log says that the conversion failed. Trying to get at the web UI, I get nothing but an empty screen saying that the "Server disconnected (code: 1006)":

According to unRaid, the docker container seems to be running fine:

I even removed the image, renamed the folder in appdata to get a fresh start and reinstalled Handbrake... Same result...

Looking at the logs I see nothing unusual, apart from these strange errors:

The end of the log (while nothing is working) looks like this:

Any ideas?

EDIT:
I reverted back to v1.19.0 and now it all works again, so there's definitely something funky going on with v1.20...

I am having the same problem, but no error messages, just that blue "10 mouse buttons" system messages.

How did you changed the version?

Here's my log:

Spoiler

[s6-init] making user provided files available at /var/run/s6/etc...exited 0.
[s6-init] ensuring user provided files have correct perms...exited 0.
[fix-attrs.d] applying ownership & permissions fixes...
[fix-attrs.d] done.
[cont-init.d] executing container initialization scripts...
[cont-init.d] 00-app-niceness.sh: executing...
[cont-init.d] 00-app-niceness.sh: exited 0.
[cont-init.d] 00-app-script.sh: executing...
[cont-init.d] 00-app-script.sh: exited 0.
[cont-init.d] 00-app-user-map.sh: executing...
[cont-init.d] 00-app-user-map.sh: exited 0.
[cont-init.d] 00-clean-logmonitor-states.sh: executing...
[cont-init.d] 00-clean-logmonitor-states.sh: exited 0.
[cont-init.d] 00-clean-tmp-dir.sh: executing...
[cont-init.d] 00-clean-tmp-dir.sh: exited 0.
[cont-init.d] 00-set-app-deps.sh: executing...
[cont-init.d] 00-set-app-deps.sh: exited 0.
[cont-init.d] 00-set-home.sh: executing...
[cont-init.d] 00-set-home.sh: exited 0.
[cont-init.d] 00-take-config-ownership.sh: executing...
[cont-init.d] 00-take-config-ownership.sh: exited 0.
[cont-init.d] 00-xdg-runtime-dir.sh: executing...
[cont-init.d] 00-xdg-runtime-dir.sh: exited 0.
[cont-init.d] 10-certs.sh: executing...
[cont-init.d] 10-certs.sh: exited 0.
[cont-init.d] 10-cjk-font.sh: executing...
[cont-init.d] 10-cjk-font.sh: exited 0.
[cont-init.d] 10-nginx.sh: executing...
[cont-init.d] 10-nginx.sh: exited 0.
[cont-init.d] 10-vnc-password.sh: executing...
[cont-init.d] 10-vnc-password.sh: exited 0.
[cont-init.d] 10-web-index.sh: executing...
[cont-init.d] 10-web-index.sh: exited 0.
[cont-init.d] 95-check-optical-drive.sh: executing...
[cont-init.d] 95-check-optical-drive.sh: looking for usable optical drives...
[cont-init.d] 95-check-optical-drive.sh: no usable optical drive found.
[cont-init.d] 95-check-optical-drive.sh: exited 0.
[cont-init.d] 95-check-qsv.sh: executing...
[cont-init.d] 95-check-qsv.sh: Processor: AMD Ryzen 5 2600X Six-Core Processor
[cont-init.d] 95-check-qsv.sh: Intel Quick Sync Video not supported: not an Intel processor.
[cont-init.d] 95-check-qsv.sh: exited 0.
[cont-init.d] handbrake.sh: executing...
[cont-init.d] handbrake.sh: generating machine-id...
[cont-init.d] handbrake.sh: core dump file location: core
[cont-init.d] handbrake.sh: core dump file size: 0 (blocks)
[cont-init.d] handbrake.sh: exited 0.
[cont-init.d] done.
[services.d] starting services
[services.d] starting s6-fdholderd...
[services.d] starting certsmonitor...
[services.d] starting nginx...
[services.d] starting xvfb...
[nginx] starting...
[certsmonitor] disabling service: secure connection not enabled.
[xvfb] starting...
[services.d] starting autovideoconverter...
[services.d] starting logmonitor...
[services.d] starting statusmonitor...
[logmonitor] no file to monitor: disabling service...
[services.d] starting openbox...
[statusmonitor] no file to monitor: disabling service...
[openbox] starting...
[autovideoconverter] starting...
[autovideoconverter] Processing watch folder '/watch'...
[autovideoconverter] Watch folder '/watch' processing terminated.
[services.d] starting x11vnc...
[services.d] starting app...
[x11vnc] starting...
[app] starting HandBrake...
[services.d] done.
17/08/2021 11:09:54 passing arg to libvncserver: -rfbport
17/08/2021 11:09:54 passing arg to libvncserver: 5900
17/08/2021 11:09:54 passing arg to libvncserver: -rfbportv6
17/08/2021 11:09:54 passing arg to libvncserver: -1
17/08/2021 11:09:54 passing arg to libvncserver: -httpportv6
17/08/2021 11:09:54 passing arg to libvncserver: -1
17/08/2021 11:09:54 passing arg to libvncserver: -desktop
17/08/2021 11:09:54 passing arg to libvncserver: HandBrake
17/08/2021 11:09:54 x11vnc version: 0.9.14 lastmod: 2015-11-14 pid: 980

17/08/2021 11:09:54 Using X display :0
17/08/2021 11:09:54 rootwin: 0x43 reswin: 0x400001 dpy: 0x82030b60
17/08/2021 11:09:54
17/08/2021 11:09:54 ------------------ USEFUL INFORMATION ------------------
17/08/2021 11:09:54 X DAMAGE available on display, using it for polling hints.
17/08/2021 11:09:54 To disable this behavior use: '-noxdamage'
17/08/2021 11:09:54
17/08/2021 11:09:54 Most compositing window managers like 'compiz' or 'beryl'
17/08/2021 11:09:54 cause X DAMAGE to fail, and so you may not see any screen
17/08/2021 11:09:54 updates via VNC. Either disable 'compiz' (recommended) or
17/08/2021 11:09:54 supply the x11vnc '-noxdamage' command line option.
17/08/2021 11:09:54 X COMPOSITE available on display, using it for window polling.
17/08/2021 11:09:54 To disable this behavior use: '-noxcomposite'
17/08/2021 11:09:54
17/08/2021 11:09:54 Wireframing: -wireframe mode is in effect for window moves.
17/08/2021 11:09:54 If this yields undesired behavior (poor response, painting
17/08/2021 11:09:54 errors, etc) it may be disabled:
17/08/2021 11:09:54 - use '-nowf' to disable wireframing completely.
17/08/2021 11:09:54 - use '-nowcr' to disable the Copy Rectangle after the
17/08/2021 11:09:54 moved window is released in the new position.
17/08/2021 11:09:54 Also see the -help entry for tuning parameters.
17/08/2021 11:09:54 You can press 3 Alt_L's (Left "Alt" key) in a row to
17/08/2021 11:09:54 repaint the screen, also see the -fixscreen option for
17/08/2021 11:09:54 periodic repaints.
17/08/2021 11:09:54 GrabServer control via XTEST.
17/08/2021 11:09:54
17/08/2021 11:09:54 Scroll Detection: -scrollcopyrect mode is in effect to
17/08/2021 11:09:54 use RECORD extension to try to detect scrolling windows
17/08/2021 11:09:54 (induced by either user keystroke or mouse input).

17/08/2021 11:09:54 If this yields undesired behavior (poor response, painting
17/08/2021 11:09:54 errors, etc) it may be disabled via: '-noscr'
17/08/2021 11:09:54 Also see the -help entry for tuning parameters.
17/08/2021 11:09:54 You can press 3 Alt_L's (Left "Alt" key) in a row to
17/08/2021 11:09:54 repaint the screen, also see the -fixscreen option for
17/08/2021 11:09:54 periodic repaints.
17/08/2021 11:09:54
17/08/2021 11:09:54 Client Side Caching: -ncache mode is in effect to provide
17/08/2021 11:09:54 client-side pixel data caching. This speeds up
17/08/2021 11:09:54 iconifying/deiconifying windows, moving and raising
17/08/2021 11:09:54 windows, and reposting menus. In the simple CopyRect
17/08/2021 11:09:54 encoding scheme used (no compression) a huge amount
17/08/2021 11:09:54 of extra memory (20-100MB) is used on both the server and
17/08/2021 11:09:54 client sides. This mode works with any VNC viewer.
17/08/2021 11:09:54 However, in most you can actually see the cached pixel
17/08/2021 11:09:54 data by scrolling down, so you need to re-adjust its size.
17/08/2021 11:09:54 See http://www.karlrunge.com/x11vnc/faq.html#faq-client-caching.
17/08/2021 11:09:54 If this mode yields undesired behavior (poor response,
17/08/2021 11:09:54 painting errors, etc) it may be disabled via: '-ncache 0'
17/08/2021 11:09:54 You can press 3 Alt_L's (Left "Alt" key) in a row to
17/08/2021 11:09:54 repaint the screen, also see the -fixscreen option for
17/08/2021 11:09:54 periodic repaints.
17/08/2021 11:09:54
17/08/2021 11:09:54 XKEYBOARD: number of keysyms per keycode 7 is greater
17/08/2021 11:09:54 than 4 and 51 keysyms are mapped above 4.
17/08/2021 11:09:54 Automatically switching to -xkb mode.
17/08/2021 11:09:54 If this makes the key mapping worse you can
17/08/2021 11:09:54 disable it with the "-noxkb" option.
17/08/2021 11:09:54 Also, remember "-remap DEAD" for accenting characters.
17/08/2021 11:09:54
17/08/2021 11:09:54 X FBPM extension not supported.
Xlib: extension "DPMS" missing on display ":0".
17/08/2021 11:09:54 X display is not capable of DPMS.
17/08/2021 11:09:54 --------------------------------------------------------
17/08/2021 11:09:54
17/08/2021 11:09:54 Default visual ID: 0x21
17/08/2021 11:09:54 Read initial data from X display into framebuffer.
17/08/2021 11:09:54 initialize_screen: fb_depth/fb_bpp/fb_Bpl 24/32/5120
17/08/2021 11:09:54
17/08/2021 11:09:54 X display :0 is 32bpp depth=24 true color
17/08/2021 11:09:54
17/08/2021 11:09:54 Listening for VNC connections on TCP port 5900
17/08/2021 11:09:54
17/08/2021 11:09:54 Xinerama is present and active (e.g. multi-head).
17/08/2021 11:09:54 Xinerama: number of sub-screens: 1
17/08/2021 11:09:54 Xinerama: no blackouts needed (only one sub-screen)
17/08/2021 11:09:54
17/08/2021 11:09:54 fb read rate: 1736 MB/sec
17/08/2021 11:09:54 fast read: reset -wait ms to: 10
17/08/2021 11:09:54 fast read: reset -defer ms to: 10
17/08/2021 11:09:54 The X server says there are 10 mouse buttons.

17/08/2021 11:09:54 screen setup finished.
17/08/2021 11:09:54

The VNC desktop is: abc433b1e6ec:0

0
17/08/2021 11:09:55 Got connection from client 127.0.0.1
17/08/2021 11:09:55 other clients:
17/08/2021 11:09:55 Got 'ws' WebSockets handshake
17/08/2021 11:09:55 - webSocketsHandshake: using base64 encoding
17/08/2021 11:09:55 - WebSockets client version hybi-13

caught signal: 11
17/08/2021 11:09:55 deleted 40 tile_row polling images.
[x11vnc] starting...
17/08/2021 11:09:55 passing arg to libvncserver: -rfbport
17/08/2021 11:09:55 passing arg to libvncserver: 5900
17/08/2021 11:09:55 passing arg to libvncserver: -rfbportv6
17/08/2021 11:09:55 passing arg to libvncserver: -1
17/08/2021 11:09:55 passing arg to libvncserver: -httpportv6
17/08/2021 11:09:55 passing arg to libvncserver: -1
17/08/2021 11:09:55 passing arg to libvncserver: -desktop
17/08/2021 11:09:55 passing arg to libvncserver: HandBrake
17/08/2021 11:09:55 x11vnc version: 0.9.14 lastmod: 2015-11-14 pid: 1020

17/08/2021 11:09:55 Using X display :0
17/08/2021 11:09:55 rootwin: 0x43 reswin: 0x400001 dpy: 0xdd969b60
17/08/2021 11:09:55
17/08/2021 11:09:55 ------------------ USEFUL INFORMATION ------------------
17/08/2021 11:09:55 X DAMAGE available on display, using it for polling hints.
17/08/2021 11:09:55 To disable this behavior use: '-noxdamage'
17/08/2021 11:09:55
17/08/2021 11:09:55 Most compositing window managers like 'compiz' or 'beryl'
17/08/2021 11:09:55 cause X DAMAGE to fail, and so you may not see any screen
17/08/2021 11:09:55 updates via VNC. Either disable 'compiz' (recommended) or
17/08/2021 11:09:55 supply the x11vnc '-noxdamage' command line option.
17/08/2021 11:09:55 X COMPOSITE available on display, using it for window polling.
17/08/2021 11:09:55 To disable this behavior use: '-noxcomposite'
17/08/2021 11:09:55
17/08/2021 11:09:55 Wireframing: -wireframe mode is in effect for window moves.
17/08/2021 11:09:55 If this yields undesired behavior (poor response, painting
17/08/2021 11:09:55 errors, etc) it may be disabled:
17/08/2021 11:09:55 - use '-nowf' to disable wireframing completely.
17/08/2021 11:09:55 - use '-nowcr' to disable the Copy Rectangle after the
17/08/2021 11:09:55 moved window is released in the new position.
17/08/2021 11:09:55 Also see the -help entry for tuning parameters.
17/08/2021 11:09:55 You can press 3 Alt_L's (Left "Alt" key) in a row to
17/08/2021 11:09:55 repaint the screen, also see the -fixscreen option for
17/08/2021 11:09:55 periodic repaints.
17/08/2021 11:09:55 GrabServer control via XTEST.
17/08/2021 11:09:55
17/08/2021 11:09:55 Scroll Detection: -scrollcopyrect mode is in effect to
17/08/2021 11:09:55 use RECORD extension to try to detect scrolling windows
17/08/2021 11:09:55 (induced by either user keystroke or mouse input).

17/08/2021 11:09:55 If this yields undesired behavior (poor response, painting
17/08/2021 11:09:55 errors, etc) it may be disabled via: '-noscr'
17/08/2021 11:09:55 Also see the -help entry for tuning parameters.
17/08/2021 11:09:55 You can press 3 Alt_L's (Left "Alt" key) in a row to
17/08/2021 11:09:55 repaint the screen, also see the -fixscreen option for
17/08/2021 11:09:55 periodic repaints.
17/08/2021 11:09:55
17/08/2021 11:09:55 Client Side Caching: -ncache mode is in effect to provide
17/08/2021 11:09:55 client-side pixel data caching. This speeds up
17/08/2021 11:09:55 iconifying/deiconifying windows, moving and raising
17/08/2021 11:09:55 windows, and reposting menus. In the simple CopyRect
17/08/2021 11:09:55 encoding scheme used (no compression) a huge amount
17/08/2021 11:09:55 of extra memory (20-100MB) is used on both the server and
17/08/2021 11:09:55 client sides. This mode works with any VNC viewer.
17/08/2021 11:09:55 However, in most you can actually see the cached pixel
17/08/2021 11:09:55 data by scrolling down, so you need to re-adjust its size.
17/08/2021 11:09:55 See http://www.karlrunge.com/x11vnc/faq.html#faq-client-caching.
17/08/2021 11:09:55 If this mode yields undesired behavior (poor response,
17/08/2021 11:09:55 painting errors, etc) it may be disabled via: '-ncache 0'
17/08/2021 11:09:55 You can press 3 Alt_L's (Left "Alt" key) in a row to
17/08/2021 11:09:55 repaint the screen, also see the -fixscreen option for
17/08/2021 11:09:55 periodic repaints.
17/08/2021 11:09:55
17/08/2021 11:09:55 XKEYBOARD: number of keysyms per keycode 7 is greater
17/08/2021 11:09:55 than 4 and 51 keysyms are mapped above 4.
17/08/2021 11:09:55 Automatically switching to -xkb mode.
17/08/2021 11:09:55 If this makes the key mapping worse you can
17/08/2021 11:09:55 disable it with the "-noxkb" option.
17/08/2021 11:09:55 Also, remember "-remap DEAD" for accenting characters.
17/08/2021 11:09:55
17/08/2021 11:09:55 X FBPM extension not supported.
Xlib: extension "DPMS" missing on display ":0".
17/08/2021 11:09:55 X display is not capable of DPMS.
17/08/2021 11:09:55 --------------------------------------------------------
17/08/2021 11:09:55
17/08/2021 11:09:55 Default visual ID: 0x21
17/08/2021 11:09:55 Read initial data from X display into framebuffer.
17/08/2021 11:09:55 initialize_screen: fb_depth/fb_bpp/fb_Bpl 24/32/5120
17/08/2021 11:09:55
17/08/2021 11:09:55 X display :0 is 32bpp depth=24 true color
17/08/2021 11:09:55
17/08/2021 11:09:55 Listening for VNC connections on TCP port 5900
17/08/2021 11:09:55
17/08/2021 11:09:55 Xinerama is present and active (e.g. multi-head).
17/08/2021 11:09:55 Xinerama: number of sub-screens: 1
17/08/2021 11:09:55 Xinerama: no blackouts needed (only one sub-screen)
17/08/2021 11:09:55
17/08/2021 11:09:55 fb read rate: 1646 MB/sec
17/08/2021 11:09:55 fast read: reset -wait ms to: 10
17/08/2021 11:09:55 fast read: reset -defer ms to: 10
17/08/2021 11:09:55 The X server says there are 10 mouse buttons.

17/08/2021 11:09:55 screen setup finished.
17/08/2021 11:09:55

The VNC desktop is: abc433b1e6ec:0

0
17/08/2021 11:10:06 Got connection from client 127.0.0.1
17/08/2021 11:10:06 other clients:
17/08/2021 11:10:06 Got 'ws' WebSockets handshake
17/08/2021 11:10:06 - webSocketsHandshake: using base64 encoding
17/08/2021 11:10:06 - WebSockets client version hybi-13

caught signal: 11
17/08/2021 11:10:06 deleted 40 tile_row polling images.
[x11vnc] starting...
17/08/2021 11:10:06 passing arg to libvncserver: -rfbport
17/08/2021 11:10:06 passing arg to libvncserver: 5900
17/08/2021 11:10:06 passing arg to libvncserver: -rfbportv6
17/08/2021 11:10:06 passing arg to libvncserver: -1
17/08/2021 11:10:06 passing arg to libvncserver: -httpportv6
17/08/2021 11:10:06 passing arg to libvncserver: -1
17/08/2021 11:10:06 passing arg to libvncserver: -desktop
17/08/2021 11:10:06 passing arg to libvncserver: HandBrake
17/08/2021 11:10:06 x11vnc version: 0.9.14 lastmod: 2015-11-14 pid: 1058

17/08/2021 11:10:06 Using X display :0
17/08/2021 11:10:06 rootwin: 0x43 reswin: 0x400001 dpy: 0x8d990b60
17/08/2021 11:10:06
17/08/2021 11:10:06 ------------------ USEFUL INFORMATION ------------------
17/08/2021 11:10:06 X DAMAGE available on display, using it for polling hints.
17/08/2021 11:10:06 To disable this behavior use: '-noxdamage'
17/08/2021 11:10:06
17/08/2021 11:10:06 Most compositing window managers like 'compiz' or 'beryl'
17/08/2021 11:10:06 cause X DAMAGE to fail, and so you may not see any screen
17/08/2021 11:10:06 updates via VNC. Either disable 'compiz' (recommended) or
17/08/2021 11:10:06 supply the x11vnc '-noxdamage' command line option.
17/08/2021 11:10:06 X COMPOSITE available on display, using it for window polling.
17/08/2021 11:10:06 To disable this behavior use: '-noxcomposite'
17/08/2021 11:10:06
17/08/2021 11:10:06 Wireframing: -wireframe mode is in effect for window moves.
17/08/2021 11:10:06 If this yields undesired behavior (poor response, painting
17/08/2021 11:10:06 errors, etc) it may be disabled:
17/08/2021 11:10:06 - use '-nowf' to disable wireframing completely.
17/08/2021 11:10:06 - use '-nowcr' to disable the Copy Rectangle after the
17/08/2021 11:10:06 moved window is released in the new position.
17/08/2021 11:10:06 Also see the -help entry for tuning parameters.
17/08/2021 11:10:06 You can press 3 Alt_L's (Left "Alt" key) in a row to
17/08/2021 11:10:06 repaint the screen, also see the -fixscreen option for
17/08/2021 11:10:06 periodic repaints.
17/08/2021 11:10:06 GrabServer control via XTEST.
17/08/2021 11:10:06
17/08/2021 11:10:06 Scroll Detection: -scrollcopyrect mode is in effect to
17/08/2021 11:10:06 use RECORD extension to try to detect scrolling windows
17/08/2021 11:10:06 (induced by either user keystroke or mouse input).

17/08/2021 11:10:06 If this yields undesired behavior (poor response, painting
17/08/2021 11:10:06 errors, etc) it may be disabled via: '-noscr'
17/08/2021 11:10:06 Also see the -help entry for tuning parameters.
17/08/2021 11:10:06 You can press 3 Alt_L's (Left "Alt" key) in a row to
17/08/2021 11:10:06 repaint the screen, also see the -fixscreen option for
17/08/2021 11:10:06 periodic repaints.
17/08/2021 11:10:06
17/08/2021 11:10:06 Client Side Caching: -ncache mode is in effect to provide
17/08/2021 11:10:06 client-side pixel data caching. This speeds up
17/08/2021 11:10:06 iconifying/deiconifying windows, moving and raising
17/08/2021 11:10:06 windows, and reposting menus. In the simple CopyRect
17/08/2021 11:10:06 encoding scheme used (no compression) a huge amount
17/08/2021 11:10:06 of extra memory (20-100MB) is used on both the server and
17/08/2021 11:10:06 client sides. This mode works with any VNC viewer.
17/08/2021 11:10:06 However, in most you can actually see the cached pixel
17/08/2021 11:10:06 data by scrolling down, so you need to re-adjust its size.
17/08/2021 11:10:06 See http://www.karlrunge.com/x11vnc/faq.html#faq-client-caching.
17/08/2021 11:10:06 If this mode yields undesired behavior (poor response,
17/08/2021 11:10:06 painting errors, etc) it may be disabled via: '-ncache 0'
17/08/2021 11:10:06 You can press 3 Alt_L's (Left "Alt" key) in a row to
17/08/2021 11:10:06 repaint the screen, also see the -fixscreen option for
17/08/2021 11:10:06 periodic repaints.
17/08/2021 11:10:06
17/08/2021 11:10:06 XKEYBOARD: number of keysyms per keycode 7 is greater
17/08/2021 11:10:06 than 4 and 51 keysyms are mapped above 4.
17/08/2021 11:10:06 Automatically switching to -xkb mode.
17/08/2021 11:10:06 If this makes the key mapping worse you can
17/08/2021 11:10:06 disable it with the "-noxkb" option.
17/08/2021 11:10:06 Also, remember "-remap DEAD" for accenting characters.
17/08/2021 11:10:06
17/08/2021 11:10:06 X FBPM extension not supported.
Xlib: extension "DPMS" missing on display ":0".
17/08/2021 11:10:06 X display is not capable of DPMS.
17/08/2021 11:10:06 --------------------------------------------------------
17/08/2021 11:10:06
17/08/2021 11:10:06 Default visual ID: 0x21
17/08/2021 11:10:06 Read initial data from X display into framebuffer.
17/08/2021 11:10:06 initialize_screen: fb_depth/fb_bpp/fb_Bpl 24/32/5120
17/08/2021 11:10:06
17/08/2021 11:10:06 X display :0 is 32bpp depth=24 true color
17/08/2021 11:10:06
17/08/2021 11:10:06 Listening for VNC connections on TCP port 5900
17/08/2021 11:10:06
17/08/2021 11:10:06 Xinerama is present and active (e.g. multi-head).
17/08/2021 11:10:06 Xinerama: number of sub-screens: 1
17/08/2021 11:10:06 Xinerama: no blackouts needed (only one sub-screen)
17/08/2021 11:10:06
17/08/2021 11:10:06 fb read rate: 1050 MB/sec
17/08/2021 11:10:06 fast read: reset -wait ms to: 10
17/08/2021 11:10:06 fast read: reset -defer ms to: 10
17/08/2021 11:10:06 The X server says there are 10 mouse buttons.

17/08/2021 11:10:06 screen setup finished.
17/08/2021 11:10:06

The VNC desktop is: abc433b1e6ec:0

0
17/08/2021 11:10:08 Got connection from client 127.0.0.1
17/08/2021 11:10:08 other clients:
17/08/2021 11:10:08 Got 'ws' WebSockets handshake
17/08/2021 11:10:08 - webSocketsHandshake: using base64 encoding
17/08/2021 11:10:08 - WebSockets client version hybi-13

caught signal: 11
17/08/2021 11:10:08 deleted 40 tile_row polling images.
[x11vnc] starting...
17/08/2021 11:10:08 passing arg to libvncserver: -rfbport
17/08/2021 11:10:08 passing arg to libvncserver: 5900
17/08/2021 11:10:08 passing arg to libvncserver: -rfbportv6
17/08/2021 11:10:08 passing arg to libvncserver: -1
17/08/2021 11:10:08 passing arg to libvncserver: -httpportv6
17/08/2021 11:10:08 passing arg to libvncserver: -1
17/08/2021 11:10:08 passing arg to libvncserver: -desktop
17/08/2021 11:10:08 passing arg to libvncserver: HandBrake
17/08/2021 11:10:08 x11vnc version: 0.9.14 lastmod: 2015-11-14 pid: 1072

17/08/2021 11:10:08 Using X display :0
17/08/2021 11:10:08 rootwin: 0x43 reswin: 0x400001 dpy: 0x227a5b60
17/08/2021 11:10:08
17/08/2021 11:10:08 ------------------ USEFUL INFORMATION ------------------
17/08/2021 11:10:08 X DAMAGE available on display, using it for polling hints.
17/08/2021 11:10:08 To disable this behavior use: '-noxdamage'
17/08/2021 11:10:08
17/08/2021 11:10:08 Most compositing window managers like 'compiz' or 'beryl'
17/08/2021 11:10:08 cause X DAMAGE to fail, and so you may not see any screen
17/08/2021 11:10:08 updates via VNC. Either disable 'compiz' (recommended) or
17/08/2021 11:10:08 supply the x11vnc '-noxdamage' command line option.
17/08/2021 11:10:08 X COMPOSITE available on display, using it for window polling.
17/08/2021 11:10:08 To disable this behavior use: '-noxcomposite'
17/08/2021 11:10:08
17/08/2021 11:10:08 Wireframing: -wireframe mode is in effect for window moves.
17/08/2021 11:10:08 If this yields undesired behavior (poor response, painting
17/08/2021 11:10:08 errors, etc) it may be disabled:
17/08/2021 11:10:08 - use '-nowf' to disable wireframing completely.
17/08/2021 11:10:08 - use '-nowcr' to disable the Copy Rectangle after the
17/08/2021 11:10:08 moved window is released in the new position.
17/08/2021 11:10:08 Also see the -help entry for tuning parameters.
17/08/2021 11:10:08 You can press 3 Alt_L's (Left "Alt" key) in a row to
17/08/2021 11:10:08 repaint the screen, also see the -fixscreen option for
17/08/2021 11:10:08 periodic repaints.
17/08/2021 11:10:08 GrabServer control via XTEST.
17/08/2021 11:10:08
17/08/2021 11:10:08 Scroll Detection: -scrollcopyrect mode is in effect to
17/08/2021 11:10:08 use RECORD extension to try to detect scrolling windows
17/08/2021 11:10:08 (induced by either user keystroke or mouse input).

17/08/2021 11:10:08 If this yields undesired behavior (poor response, painting
17/08/2021 11:10:08 errors, etc) it may be disabled via: '-noscr'
17/08/2021 11:10:08 Also see the -help entry for tuning parameters.
17/08/2021 11:10:08 You can press 3 Alt_L's (Left "Alt" key) in a row to
17/08/2021 11:10:08 repaint the screen, also see the -fixscreen option for
17/08/2021 11:10:08 periodic repaints.
17/08/2021 11:10:08
17/08/2021 11:10:08 Client Side Caching: -ncache mode is in effect to provide
17/08/2021 11:10:08 client-side pixel data caching. This speeds up
17/08/2021 11:10:08 iconifying/deiconifying windows, moving and raising
17/08/2021 11:10:08 windows, and reposting menus. In the simple CopyRect
17/08/2021 11:10:08 encoding scheme used (no compression) a huge amount
17/08/2021 11:10:08 of extra memory (20-100MB) is used on both the server and
17/08/2021 11:10:08 client sides. This mode works with any VNC viewer.
17/08/2021 11:10:08 However, in most you can actually see the cached pixel
17/08/2021 11:10:08 data by scrolling down, so you need to re-adjust its size.
17/08/2021 11:10:08 See http://www.karlrunge.com/x11vnc/faq.html#faq-client-caching.
17/08/2021 11:10:08 If this mode yields undesired behavior (poor response,
17/08/2021 11:10:08 painting errors, etc) it may be disabled via: '-ncache 0'
17/08/2021 11:10:08 You can press 3 Alt_L's (Left "Alt" key) in a row to
17/08/2021 11:10:08 repaint the screen, also see the -fixscreen option for
17/08/2021 11:10:08 periodic repaints.
17/08/2021 11:10:08
17/08/2021 11:10:08 XKEYBOARD: number of keysyms per keycode 7 is greater
17/08/2021 11:10:08 than 4 and 51 keysyms are mapped above 4.
17/08/2021 11:10:08 Automatically switching to -xkb mode.
17/08/2021 11:10:08 If this makes the key mapping worse you can
17/08/2021 11:10:08 disable it with the "-noxkb" option.
17/08/2021 11:10:08 Also, remember "-remap DEAD" for accenting characters.
17/08/2021 11:10:08
17/08/2021 11:10:08 X FBPM extension not supported.
Xlib: extension "DPMS" missing on display ":0".
17/08/2021 11:10:08 X display is not capable of DPMS.
17/08/2021 11:10:08 --------------------------------------------------------
17/08/2021 11:10:08
17/08/2021 11:10:08 Default visual ID: 0x21
17/08/2021 11:10:08 Read initial data from X display into framebuffer.
17/08/2021 11:10:08 initialize_screen: fb_depth/fb_bpp/fb_Bpl 24/32/5120
17/08/2021 11:10:08
17/08/2021 11:10:08 X display :0 is 32bpp depth=24 true color
17/08/2021 11:10:08
17/08/2021 11:10:08 Listening for VNC connections on TCP port 5900
17/08/2021 11:10:08
17/08/2021 11:10:08 Xinerama is present and active (e.g. multi-head).
17/08/2021 11:10:08 Xinerama: number of sub-screens: 1
17/08/2021 11:10:08 Xinerama: no blackouts needed (only one sub-screen)
17/08/2021 11:10:08
17/08/2021 11:10:08 fb read rate: 1076 MB/sec
17/08/2021 11:10:08 fast read: reset -wait ms to: 10
17/08/2021 11:10:08 fast read: reset -defer ms to: 10
17/08/2021 11:10:08 The X server says there are 10 mouse buttons.

17/08/2021 11:10:08 screen setup finished.
17/08/2021 11:10:08

The VNC desktop is: abc433b1e6ec:0

Edited August 17, 2021 by mizifih
formating

EdwinZelf · September 9, 2021

On 8/10/2021 at 1:22 PM, Djoss said:

Can you confirm that only x265 is broken ? Does the x264 QSV encoder work ?

Also, can you try the debug version (by adding "-debug" to the image name) and provide the log again ?

For me x264 QSV works fine (mixed GPU and CPU usage)

x265 QSV fails with Failure to initialise thread 'Quick Sync Video encoder (Intel Media SDK).

ritty · September 15, 2021

A quick solution for hardware encoding with nvidia GPUs. Use this docker then replace the repository with "zocker160/handbrake-nvenc"...obviously make sure to set your nvidia gpu up in the template (similar to plex or other apps).

Works like a charm - went from 30 mins down to 5 mins per movie

Boooo ya

ibasaw · September 19, 2021

On 9/15/2021 at 7:59 PM, ritty said:

A quick solution for hardware encoding with nvidia GPUs. Use this docker then replace the repository with "zocker160/handbrake-nvenc"...obviously make sure to set your nvidia gpu up in the template (similar to plex or other apps).

Works like a charm - went from 30 mins down to 5 mins per movie

Boooo ya

hi

inside handbrake, i don't see the encoder NVENC in the tab

why ?

here my 2 variables for the template

NVIDIA_VISIBLE_DEVICES => myuuidgpu

NVIDIA_DRIVER_CAPABILITIES => all

with watch nvidia-smi => No running processes found

what's wrong ?

ss1gohan13 · September 19, 2021

17 minutes ago, ibasaw said:

hi

inside handbrake, i don't see the encoder NVENC in the tab

why ?

here my 2 variables for the template

NVIDIA_VISIBLE_DEVICES => myuuidgpu

NVIDIA_DRIVER_CAPABILITIES => all

with watch nvidia-smi => No running processes found

what's wrong ?

Don't forget to also go into the advance tab, add in the `extra parameters` "--runtime=nvidia"

But even after I did this, I still don't see the option for NVENC

EDIT:

Found it. It's in the Video tab.

[Support] Djoss - HandBrake

Recommended Posts

Link to comment

Top Posters In This Topic

Popular Days

Top Posters In This Topic

Popular Days

Popular Posts

Djoss

Djoss

Djoss

Posted Images

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Join the conversation