Yes. But better move UAGC folder to "D:\UAGC_v3.1.3_v24" and game(s) to "D:\games\game_name" too but UAGC short path without spaces is more important. If this not helped then for this game just disable packing back to rpa feature.
Can u upload those 0000.vbs file since error refers not to missing file itself but to line 2539 inside vbs where should be stored original and renamad file path. But I suspect that culpit is "★セーブデータ移行方法.txt" file (specifically ★ in file name) in root of the game folder so try just to delete those file before compression or rename it to something like readme.txt.
As I've suspected initially (and thats why asked about it in first place) problem/bug is not in pack back 2 rpa feature itself but in "build MacOS before packing back to rpa" so I advice don't use it until/if I would fix it.
These files are missing. As I understand, these are temporary files that are created only during decoding?
Yes, it created only when game is compressing (and deletes after) and non-latin fix (auto) activated, so when u see error, don't press ok, just go to folder which mentioned in error, pack those 0000 vbs to 7z and upload it here. Maybe error even would not happen if u delete file that I've mentioned since I have flashbacks about similar error before where culpit was also txt file with star in its name.
I removed the star from the file name, checking it. But this will take a long time: for some reason, this particular game compresses very strangely: the first ~1800 files compress at about 50 per second, after which CPU usage drops to 7% and compression goes at 5 files per second, the PC does not slow down and I cannot find the processes responsible for compression, maybe there is just one and it constantly appears/disappears.
Coz this game have apng files which compresses much slower than not animated png images (process should be pingo.exe).
It's possible, I'll make detailed logging to log file for RenPy compressor some time later, maybe till the end of this month.
I'll think about adding this but did u checked if downscaled vids would be displayed correctly for RPGM MV/MZ while playing?
Upload that video (original not compressed) and post ur RenPy compressor settings then.
Thanks for much detailed info but its mostly useless
, RenPy game engine (v7.4.6) don't supports avif/AV1 but u post (SVT-)AV1 video encoder settings and talking about nconvert + avif, but u right about 1 thing that ur GPU don't supports av1_nvenc. But anyway u didn't enabled "auto dowscale video" feature or set at least Video width (that is not needed if auto mode activated) so I dunno what result u expecting in this case since for me u got what u "bought". Btw images downscale wouldn't work with process limited tools, its not revelant to ur question but gonna let u know anyway.
All Ok after using auto video downscale at ur video. Btw don't set video bitrate for Constant quality mode (left 0 as it was for default) since it would make video size bigger than it should especially with such high bitrate as urs.
This game would be much smaller if a few repeating frames were looped only once in each video, instead of 10 times.
U didn't set video quality to minimum in proper way, to make it u must raise CRF value to 50 for example, I've tired to explain u before that ffmpeg speed would degrade video quality not by cost of file size as it will done when changing CRF value but by cost of processing speed and video size would be even larger than when use default speed 3 because when u set it to 6 u disabled all quality and size encoder optimizations. Thats last time I gonna talk about ffmpeg speed with u.
