After i try again to compress today, i try to run uagc.exe as administrator, And problem solved.
Maybe u missed my post: there are currently no game compression tools as far as I know which supports compressing correctly such videos, maybe in next UAGC version I'll try to add it but such feature should be enabled manually since as I've said earlier it's almost impossible to detect such transparency method that was used to create those videos (colorspace info shows that there aren't any alpha channel/transparency) so it shows only in game or inside browsers like Chrome.
It happens with every new UAGC update when you run it, as I assume because it is a new .exe, you just allow it.
For users who are already on Mac and want to compress games.....
You need to give donation to Megalol about 10 million dollars, if he build mac version UAGC.
I can't answer this question since dunno premise what cause it coz u cut off image to error only but not engine and its settings so if u wanna help I advice to make better bug report. I can only say if this error from counter tool then its minor and could be ignored but if from main UAGC window then it's possible could lead to compression not finished properly.
Since u didn't provided ur setting I can only guess that happens coz of big not animated webp images but UAGC thinks it is (only size check for animated or it would take ages otherwise) and enables imagemagick which consumes much more RAM than nconvert so to avoid problem with those game I advice to change settings to (disable aa and skip)
U most likely missed some UAGC updates (look for big ones ~ 80Mb) coz currenly it's up to latest v8.4.1 included or forget to install RenPy_SDK_8.4.0-8.4.1.exe. Probably I'll make updated full UAGС build and add it to OP during next few days.
All UAGC versions starting from v15 supports it but u need to install provided with update SDK 1st for it!
No there aren't such feature in UAGC. I can only suggest to use virtual machine: give it almost all cores and RAM, just leave about 10% to main system but problem is that I'm almost sure that nvenc would not work inside VM since PCIe GPU passthrough or vGPU is not supported in VMware Workstation (u need much more powerful tools like Proxmox VE or ESXi which are Linux based mostly so you can't just install it on Windows). Other way is tools like Process Lasso that limiting apps usage of resources like CPU cores but it's mostly used for games or single apps and in case of UAGC that spawns dozens of external processes to compress media probably just wouldn't work at all.
And writing the "cmd /c start 'UAGC or modulename' / affinity 0FFFFFFF disc:\location of the file" (0FFFFFFF for using 28 threads out of 32) startup parameter for the UAGC itself, each .exe and other modules in the folder won't help? Honestly, I think that this launch parameter can somehow be integrated into the shell itself (even with different values for different numbers of cores/threads, since Windows asks for permission to launch each module separately), so that every process would launch from it, but this is just a guess; unfortunately, I am very far from programming, so you can treat this as thoughts out loud and nothing more.
I dunno, u can try but I don't belive that it help and I've explained in my prev post why. So better use build in UAGC speed limit feature or setup Windows based VM but say goodbye to nvenc then. Tools like Process Lasso or Battle Encoder Shirase maybe can help somehow but I wouldn't recommend it since too much prep work needed to setup those tools properly (don't ask me how since I dunno).
Currenly only using task manager and killing UAGC.exe process can do it, files counter tool has pause function only, maybe in future I'll think about implementing cancel button for some most common engines if possible inside counter tool. About RAM disk can't help u since don't gonna use/test it, if u wanna save SDD health buy 2 fast HDD, create Raid 0 and bingo.
It doesn't matter since game have just small 3 vids, also ffmpeg speed (video quality optimizations not related to bitrate or CRF, optimal values is 3 and not recommended to make it higher due big video quality loss) not = ultrafast ffmpeg speed (amount of ffmpeg instances), I usually donoring from old compression since game have biggest amount of images I've even seen.
Ahh ok.
