CyrixDX4

Getting a Permissions issue: Not sure where else to put these permissions at as I added both USER_ID and GROUP_ID as variables, gave them the proper numbers/id and then restarted the container with the same issue.

Here is the updated 'script" #!/bin/bash wget https://slackware.uk/slackware/slackware64-14.2/slackware64/l/gd-2.2.1-x86_64-1.txz upgradepkg --install-new gd-2.2.1-x86_64-1.txz wget https://slackware.uk/slackware/slackware64-14.2/slackware64/x/fontconfig-2.11.1-x86_64-2.txz upgradepkg --install-new fontconfig-2.11.1-x86_64-2.txz wget https://slackware.uk/slackware/slackware64-14.2/slackware64/l/harfbuzz-1.2.7-x86_64-1.txz upgradepkg --install-new harfbuzz-1.2.7-x86_64-1.txz wget https://slackware.uk/slackware/slackware64-14.2/slackware64/l/freetype-2.6.3-x86_64-1.txz upgradepkg --install-new freetype-2.6.3-x86_64-1.txz wget https://slackware.uk/slackware/slackware64-14.2/slackware64/x/libXpm-3.5.11-x86_64-2.txz upgradepkg --install-new libXpm-3.5.11-x86_64-2.txz wget https://slackware.uk/slackware/slackware64-14.2/slackware64/x/libX11-1.6.3-x86_64-2.txz upgradepkg --install-new libX11-1.6.3-x86_64-2.txz wget https://slackware.uk/slackware/slackware64-14.2/slackware64/x/libxcb-1.11.1-x86_64-1.txz upgradepkg --install-new libxcb-1.11.1-x86_64-1.txz wget https://slackware.uk/slackware/slackware64-14.2/slackware64/x/libXau-1.0.8-x86_64-2.txz upgradepkg --install-new libXau-1.0.8-x86_64-2.txz wget https://slackware.uk/slackware/slackware64-14.2/slackware64/x/libXdmcp-1.1.2-x86_64-2.txz upgradepkg --install-new libXdmcp-1.1.2-x86_64-2.txz

I too started getting this error oddly enough. No major changes on my end, still using 6.9.2. Also getting docker complaining about updates being "not avialable" .

Update has been released and fixed the issue. You can upgrade back to "latest" and the webUI is back to working.

This is the version that you rollback to: linuxserver/deluge:amd64-2.0.3-2201906121747ubuntu18.04.1-ls127

Not having an issue with binhex's deluge which looks like it got an update at the same time. Seems whatever the update yesterday broke something badly.

Latest update broke something: [WARNING ][deluge.i18n.util :83 ] IOError when loading translations: [Errno 2] No translation file found for domain: 'deluge' full log output:

I'll need all the logs. There are items in your Post-Processor queue that are either taking a long time or are throwing exceptions and staying in cache. I no longer have the logs as I switched back to 0.0.9. I missed the simplicity of the earlier version with less fiddly bits and it was incredibly stable. I appreciate your hard work in bringing enhancements to unmanic. I'll follow along and see what other upgrades come along and try again later. For those folks that want to roll back to 0.0.9 (I know it's no longer supported) you can add the following to the docker template under "repository": josh5/unmanic:0.0.9

I get this error repeatedly when I try to process a large library: 2021-10-10T14:16:46:WARNING:Unmanic.Foreman - [FORMATTED] - Postprocessor queue is over 4. Halting feeding workers until it drops. When this happens I have to restart unmanic and then it will pickup and start processing files again. I have 4 workers all sitting idle, nothing processing, no scans or anything. I have plenty of disk space available for use.

One of the big pros of Unmanic was the ability to shrink the file size of the base file. I seem to be missing that feature as I run through my library. I have set the CRF to 20 and the preset quality to "SLOW" . I barely see any change in file size. Do I need to increase CRF to be higher in order to gain a better reduction in size?

This wouldn't touch your subtitles. This only removes the PNG thumbnail image in the video container. wait is THAT all it does? I thought there was some images put in to specific movies that display subtitles or other images on the screen (John Wick movie when they go into talking about Keana being Baba Yaga, etc.).

eh that will break lots of subtitle files again and I have a mountain of movies with baked in subtitles. Do you need me to reraise the ticket for this as you had closed it out recently.

Can you post just the FFmpeg command log of the failed task sorry got confused on the logs wanted. ffmpg_error_chinese_story.txt

You are using Hardware encoding, I'm using CPU encoding, big difference in performance with the two models. I'm getting constant errors when writing MP4->MKV file conversion: [quote] Too many packets buffered for output stream 0:1. x265 [info]: frame I: 25, Avg QP:18.95 kb/s: 5938.62 x265 [info]: frame P: 1018, Avg QP:20.10 kb/s: 4848.96 x265 [info]: frame B: 2053, Avg QP:23.89 kb/s: 1874.06 x265 [info]: Weighted P-Frames: Y:3.8% UV:3.3% x265 [info]: consecutive B-frames: 16.8% 16.2% 25.8% 35.3% 5.9% encoded 3096 frames in 3442.70s (0.90 fps), 2885.06 kb/s, Avg QP:22.60 Conversion failed! [/quote] I've reduced the buffer down to 2048 and still get this same issue. Why?

Thanks for the info on where to search: These are my 2 errors: set_mempolicy: Operation not permitted and Too many packets buffered for output stream 0:1. I have 256GB of RAM and was doing a packet buffer of 10k. I reduced that to 4096. See if that helps alleviate the packet buffer error. Unsure why the mempolicy is occuring.