Closed User-3090 closed 2 years ago
I think some logic to convert from gyro timestamps to actual frame numbers would solve this and other issues. Then frame rate of the clip inside the OFX host would no longer matter and even speed ramping inside the OFX host would not break things.
Maybe this can be computed by the standalone app and put inside the .gyroflow file. Then the OFX can work exclusively on frame numbers and not timestamps. There are many ways timestamps could go wrong in OFX hosts e.g.
I have this issue as well. The footage stabilized in Gyroflow is much smoother that footage stabilized in Davinici Resolve using the Gyroflow plugin. In Davinci it appears that only the lens profile and zoom settings have been applied. The clips I used were filmed in 50fps. I thought the issue have been caused by putting the clip into a 25fsp timeline, however I created a new 50 fps timeline to match the clips and the issue is still apparent. I'm using Davinci Resolve 18.0B Build 14 with gyroflow plugin 1.0.2-1.0.0-rc3 on Windows
Fixed in v1.0.3
With GoPro Hero 10 footage I find the stabilization much worse than with the stand alone version. I notice that Gyroflow stand alone and Resolve reports slightly different clip length and I suspect that Gyro data is slightly out of sync with frames.
This is also what it looks like. Large movements are compensated for, but all the micro jitter / wobble not at all or even amplified.
This is exactly the scenario I would anticipate when importing VFR footage into Resolve as Resolve will clamp frames one by one to timeline frames making the clip CFR and then timestamp based Gyro data would be out of sync.
But this happens with CFR footage from a Here 10 and it happens all the time. Something is wrong.
FWIW I tested all of this with 4k 120p records. Can supply sample footage if needed.