logsForSupport.zip (62.3 MB)
The issue looks to be a codec and container issue with the chosen outputs and the original audio track.
Try swapping the audio mode to Convert instead of Copy and see if that helps. If not, send the updated logs to the support team at help@topazlabs.com.
Hi Kyle, I’ll try that if my latest run fails again. But surely it ought to fail at the start of the run not after hours of processing, no? Also, this step has not previously been necessary, I’m processed hundreds of clips to date in fact.
I’ll let you know of course.
Sam
The audio step is the last process when a file is running, as the app writes out the enhanced blocks of the video first. Then combines them back and merges them with the audio file as a final step.
Keep me updated on if that fails, and if so, send the updated logs to me via the email: help@topazlabs.com and Ill take a look.
Obviously that’s true, but don’t you see the problems with that? My shortest clips run for hours, waiting 8-12 hours to find out. Why doesn’t the code figure this out before the run?
Secondly, I can’t let go of the fact that this is a change in behavior, or appears to be, since I have never needed that step in my previous runs which are hundreds; I run continuously for days sometimes.
Meanwhile I’m checking all my drivers and bios, but my arguments don’t change.
Don’t get me wrong, you folks are great at support, but I spent a lot of time in the software industry, including roles as a dev lead, SDET, etc.
