Open danielthedifficult opened 1 year ago
Hey Daniel! Thanks for the detailed report and info. I'll explain what's going on and potential ways of fixing it.
To support editing and re-export features, Gifox stores the raw videos of your recordings. They are processed using low-compression encoder to ensure that the app uses as little CPU/GPU as possible during the actual recording (a) to not drop any unprocessed frames and (b) not slow down anything else. However, using low-compression encoder results in very large raw files, which were a big issue for many users, especially if you do a lot of prolonged recordings.
To work around this we added background compression of these raw files using H.265 (or if not available, H.264) codec. Like you're describing, it should kick in a few minutes after the app starts Gifox. It would find all uncompressed 3+ day-old recordings and will try to compress them.
This is reflected in the logs:
2023-07-03 10:10:40.741 [INFO] Starting media item document optimization…
2023-07-03 10:10:40.883 [INFO] Starting media item document transcoding…
2023-07-03 10:10:41.453 Gifox[3269:24494] hvc1-type encoder doesn't support SoftMaxQuantizationParameter property on this machine, removing it…
2023-07-03 10:10:41.453 Gifox[3269:24494] hvc1-type encoder doesn't support SoftMinQuantizationParameter property on this machine, removing it…
2023-07-03 10:18:06.178 [WARN] Write (pull-mode) request timed out waiting for isWritable status, this is likely to be a bug…
There are a few things that don't look right:
VTEncoderXPCService
is Apple's video encoder service. We call it in the background with very low priority – it should be very "gentle" on resources.Write (pull-mode) request timed out waiting for isWritable status…
– this shouldn't be happening either.It's possible that there's a glitch with the Apple encoder. In that case I would try restarting the Mac – it solves 9 out of 10 issues like that.
If that doesn't help and you don't mind sharing one of your recordings, it could really help finding an improvement on our side. If you go to your ~/Library/Application Support/Gifox 2/Compositions
and find the one that is at least 3 days old and quite big in size (10+ Mb) – that would be the one causing a problem. Please zip it up and make available for download, you can send a link to team@gifox.app
.
You could also delete all of the recordings by Cmd + A & Cmd + Delete inside the Library Popover, which would prevent the optimization task from starting. This would be a temporary fix though until we know what's causing it.
Hello,
Mac Pro 2013 running Monterey 12.6.6
Shortly (2-5 mins) after startup I consistently notice Gifox using crazy amounts of CPU.
Screenshots and logs below. Please help!
App Logs.txt (from today):
App settings.txt:
System Info.txt: