MARKETPLACE
GoPro VR
AUTOPANO VIDEO
PANOTOUR
AUTOPANOStabilizing? Does the opposite...
14 posts
Page 1 of 1
-
thouchugz - New member
- Topic author
- Posts: 9
- Likes: 1 post
- Liked in: 0 post
- Joined: Sun Mar 13, 2016 6:54 am
- Info
- OS: Windows 10 - 64 bits
- Graphics Card: GTX 970 x 2 SLI
- Available RAM: 16
- Software owned: Autopano Tour, Autopano Video Pro, AutoPano Giga
Stabilizing? Does the opposite...
Hello,
I have been playing with the stabilization feature and it does something odd. I filmed a video with 6 go pros on a mono pole. The stitching went well, no errors, fluid, but because I am human, the pole shakes a bit. So when I run it through the stabilization software, a few camera angles look like they are in an earthquake while other camera angles are perfectly stitched with no shake. Why is there a discrepancy between the different camera angles?
Thank you
I have been playing with the stabilization feature and it does something odd. I filmed a video with 6 go pros on a mono pole. The stitching went well, no errors, fluid, but because I am human, the pole shakes a bit. So when I run it through the stabilization software, a few camera angles look like they are in an earthquake while other camera angles are perfectly stitched with no shake. Why is there a discrepancy between the different camera angles?
Thank you
-
ClaireM - Moderator
- Posts: 479
- Likes: 6 posts
- Liked in: 36 posts
- Joined: Fri Nov 14, 2014 9:17 am
- Info
- OS: Mac OSX 10.11 - El Capitan
- Graphics Card: AMD Radeon R9 M290X 2048 MB
- Available RAM: 32
Re: Stabilizing? Does the opposite...
Hi,
Indeed, we are aware of this problem... This is not really a bug, since mathematically the stabilisation algorithm works as it is supposed to do, but the visual result is bad. Shortly, your motions are composed of high frequencies ("shaking") however, the sync between your cameras is not perfect (since the sync is not done in the hardware). Thus the motions between each camera are not the same (since high frequency and dis-synchronization), the algorithms then fails to isolate the global motion of the rig and only stabilises one camera of the rig, which leads to the result described above.
Hope I made it clearer to you,
Best,
Claire
Indeed, we are aware of this problem... This is not really a bug, since mathematically the stabilisation algorithm works as it is supposed to do, but the visual result is bad. Shortly, your motions are composed of high frequencies ("shaking") however, the sync between your cameras is not perfect (since the sync is not done in the hardware). Thus the motions between each camera are not the same (since high frequency and dis-synchronization), the algorithms then fails to isolate the global motion of the rig and only stabilises one camera of the rig, which leads to the result described above.
Hope I made it clearer to you,
Best,
Claire
-
thouchugz - New member
- Topic author
- Posts: 9
- Likes: 1 post
- Liked in: 0 post
- Joined: Sun Mar 13, 2016 6:54 am
- Info
- OS: Windows 10 - 64 bits
- Graphics Card: GTX 970 x 2 SLI
- Available RAM: 16
- Software owned: Autopano Tour, Autopano Video Pro, AutoPano Giga
Re: Stabilizing? Does the opposite...
Hi Claire,
Thank you for your speedy reply! Is there anything I can do to remedy the footage? Should I change my sync time? Use audio to sync the cameras instead of motion? Will that help the software's algorithms to unify the global motion/position of the rig in relation to the cameras?
Thank you for your speedy reply! Is there anything I can do to remedy the footage? Should I change my sync time? Use audio to sync the cameras instead of motion? Will that help the software's algorithms to unify the global motion/position of the rig in relation to the cameras?
-
mandivision - New member
- Posts: 6
- Likes: 0 post
- Liked in: 0 post
- Joined: Tue Mar 15, 2016 5:26 pm
- Info
- OS: Mac OSX 10.11 - El Capitan
- Graphics Card: AMD Radeon R9 M290X 2048 MB
- Available RAM: 32
- Software owned: AutoPanoVideo Pro/ AutoPano Giga
Re: Stabilizing? Does the opposite...
It seems it would make more sense to run stabilization prior to stitching the footage if this is the case?
Is that a possibility with Autopano?
Is that a possibility with Autopano?
-
Kash - Member
- Posts: 22
- Likes: 1 post
- Liked in: 2 posts
- Joined: Tue Dec 22, 2015 3:09 pm
- Location: Brussels, Belgium
- Info
- OS: Windows 10 - 64 bits
- Graphics Card: NVIDIA GeForce GTX 980
- Available RAM: 32
- Software owned: Autopano Video Pro 2.5.1, Autopano Giga 4.2.3
Re: Stabilizing? Does the opposite...
Hello, I do have the same issue.
My video are shaking even if after a tight sync.
How can improve my sync or remove the shaking effect using external soft?
Thanks.
My video are shaking even if after a tight sync.
How can improve my sync or remove the shaking effect using external soft?
Thanks.
-
ClaireM - Moderator
- Posts: 479
- Likes: 6 posts
- Liked in: 36 posts
- Joined: Fri Nov 14, 2014 9:17 am
- Info
- OS: Mac OSX 10.11 - El Capitan
- Graphics Card: AMD Radeon R9 M290X 2048 MB
- Available RAM: 32
Re: Stabilizing? Does the opposite...
Hi Kash & mandivision,
So first, you cannot get a perfect sync unless it is done in the hardware were cameras are really genlocked together. Indeed delays between frames aren't always an exact number of frames. If there id 0.5 frames difference between 2 cameras, you would not be able to correct it properly.
The problem of stabilizing videos prior to stitch is that is will likely crop parts of your input videos resulting in difficulties (or even impossiblity) to stitch them together because you will have non-existing or too narrow overlapping regions.
Best,
Claire
So first, you cannot get a perfect sync unless it is done in the hardware were cameras are really genlocked together. Indeed delays between frames aren't always an exact number of frames. If there id 0.5 frames difference between 2 cameras, you would not be able to correct it properly.
The problem of stabilizing videos prior to stitch is that is will likely crop parts of your input videos resulting in difficulties (or even impossiblity) to stitch them together because you will have non-existing or too narrow overlapping regions.
Best,
Claire
-
Kash - Member
- Posts: 22
- Likes: 1 post
- Liked in: 2 posts
- Joined: Tue Dec 22, 2015 3:09 pm
- Location: Brussels, Belgium
- Info
- OS: Windows 10 - 64 bits
- Graphics Card: NVIDIA GeForce GTX 980
- Available RAM: 32
- Software owned: Autopano Video Pro 2.5.1, Autopano Giga 4.2.3
Re: Stabilizing? Does the opposite...
Hi Claire
There is something weird with the stab anyway. Have a look here https://www.youtube.com/watch?v=i7BFWHQP4Mw
This has been recorded on a fix holder, it should not move so far.
BTW how do you use the stab tool? What does the calculation does? I have done it but see no change.
Thank you.
There is something weird with the stab anyway. Have a look here https://www.youtube.com/watch?v=i7BFWHQP4Mw
This has been recorded on a fix holder, it should not move so far.
BTW how do you use the stab tool? What does the calculation does? I have done it but see no change.
Thank you.
-
StéphaneG - Kolor Team
- Posts: 52
- Likes: 0 post
- Liked in: 2 posts
- Joined: Thu Mar 17, 2016 10:51 pm
- Info
- OS: Linux - Other
- Available RAM: 2
Re: Stabilizing? Does the opposite...
Hi Kash,
For static scene, we recommend not to apply the stabilization. Can you please try and give us feedback ?
Stéphane
For static scene, we recommend not to apply the stabilization. Can you please try and give us feedback ?
Stéphane
-
Kash - Member
- Posts: 22
- Likes: 1 post
- Liked in: 2 posts
- Joined: Tue Dec 22, 2015 3:09 pm
- Location: Brussels, Belgium
- Info
- OS: Windows 10 - 64 bits
- Graphics Card: NVIDIA GeForce GTX 980
- Available RAM: 32
- Software owned: Autopano Video Pro 2.5.1, Autopano Giga 4.2.3
Re: Stabilizing? Does the opposite...
Hi Stéphane,
I have done multiple try with the stab tool, but i'm not sure of using it well because, there is the last render I have done with the stab toggle to 0. https://youtu.be/pwAMnFU5miQ
Thanks
I have done multiple try with the stab tool, but i'm not sure of using it well because, there is the last render I have done with the stab toggle to 0. https://youtu.be/pwAMnFU5miQ
Thanks
-
panoguy - Member
- Posts: 106
- Likes: 1 post
- Liked in: 0 post
- Joined: Mon Jan 25, 2010 3:55 am
- Location: Bavaria
- Info
- OS: Windows 8 - 64 bits
- Graphics Card: Nvidia
- Available RAM: 16
Re: Stabilizing? Does the opposite...
Hi Kolor Team,
this is not really acceptable, what ever was changed,
this worked in prior version and even it was not perked it was usable.
The current output is not usable at all.
In the editor window all looks great and after rendering the scene, you get the surprise of a totally shaky video!
Please get this fixed again.
Thank you
this is not really acceptable, what ever was changed,
this worked in prior version and even it was not perked it was usable.
The current output is not usable at all.
In the editor window all looks great and after rendering the scene, you get the surprise of a totally shaky video!
Please get this fixed again.
Thank you
-
jesusrg - Member
- Posts: 46
- Likes: 2 posts
- Liked in: 0 post
- Joined: Sat Nov 14, 2015 9:06 pm
- Info
- OS: Windows 10 - 64 bits
- Graphics Card: GTX 980 TI
- Available RAM: 32
- Software owned: Autopano Video Pro 2, Autopano Giga 4
Re: Stabilizing? Does the opposite...
Go back to Autopano 2.2.2, i have the same issue since 2.3 and no one listen, also you have to render in uncompressed format if you want to do pospro, for smooth playback and no droping frames, beware that you get 200GB files for 1,5min or so at 4k x 4k.
My workflow, sync, stitch, stabilze in autopano 2.3.2, then open the kava in autopano 2.2.2 and render.
Autopano 2.3.2 render module and stabilize module are broken. I render static tripod shot with no stabilze in 2.3.2 and get drop frames (mp4, cineform, or uncompressed), the same project render perfect on 2.2.2, and if i stabilize moving shots pfff, thats a hell of shaking and droping frames.
Best regards.
Jesus.
My workflow, sync, stitch, stabilze in autopano 2.3.2, then open the kava in autopano 2.2.2 and render.
Autopano 2.3.2 render module and stabilize module are broken. I render static tripod shot with no stabilze in 2.3.2 and get drop frames (mp4, cineform, or uncompressed), the same project render perfect on 2.2.2, and if i stabilize moving shots pfff, thats a hell of shaking and droping frames.
Best regards.
Jesus.
-
panoguy - Member
- Posts: 106
- Likes: 1 post
- Liked in: 0 post
- Joined: Mon Jan 25, 2010 3:55 am
- Location: Bavaria
- Info
- OS: Windows 8 - 64 bits
- Graphics Card: Nvidia
- Available RAM: 16
Re: Stabilizing? Does the opposite...
Hi Jesus,
thank you this is helpful even it is very disappointing that we have to use such odd workarounds.
For static video it is not really a problem, there I don't need to use the stabilization.
2 days ago a captured a drone video and there I saw the problem the first time. Somehow, I don't know exactly what I did, I guess I did some change in the synchronization but the problem went away and the output was well stabilized.
Yesterday I came back with another drone video and same problem happen again, I'm still tweaking around with the synch but I'm not able to find a workaround this time.
Kolor team I would appreciate your feedback if you are doing something about this issue?
Coming back to Claire's statement (since the sync is not done in the hardware)
Is this the new strategy of supporting only future Gopro rigs, which are still not available, and not supporting any other rigs in the future???
thank you this is helpful even it is very disappointing that we have to use such odd workarounds.
For static video it is not really a problem, there I don't need to use the stabilization.
2 days ago a captured a drone video and there I saw the problem the first time. Somehow, I don't know exactly what I did, I guess I did some change in the synchronization but the problem went away and the output was well stabilized.
Yesterday I came back with another drone video and same problem happen again, I'm still tweaking around with the synch but I'm not able to find a workaround this time.
Kolor team I would appreciate your feedback if you are doing something about this issue?
Coming back to Claire's statement (since the sync is not done in the hardware)
Is this the new strategy of supporting only future Gopro rigs, which are still not available, and not supporting any other rigs in the future???
-
ClaireM - Moderator
- Posts: 479
- Likes: 6 posts
- Liked in: 36 posts
- Joined: Fri Nov 14, 2014 9:17 am
- Info
- OS: Mac OSX 10.11 - El Capitan
- Graphics Card: AMD Radeon R9 M290X 2048 MB
- Available RAM: 32
Re: Stabilizing? Does the opposite...
Hi,
So, basically we were able to reproduce the issue related to frame dropping when rendering in AVP 2.3... Newer Nvidia drivers came out some days ago and this seems to fix the issue as far as we are concerned...
We are working on the stabilization issue... The problem could be related the frame dropping issue though.
Best,
Claire
So, basically we were able to reproduce the issue related to frame dropping when rendering in AVP 2.3... Newer Nvidia drivers came out some days ago and this seems to fix the issue as far as we are concerned...
We are working on the stabilization issue... The problem could be related the frame dropping issue though.
Best,
Claire
-
ClaireM - Moderator
- Posts: 479
- Likes: 6 posts
- Liked in: 36 posts
- Joined: Fri Nov 14, 2014 9:17 am
- Info
- OS: Mac OSX 10.11 - El Capitan
- Graphics Card: AMD Radeon R9 M290X 2048 MB
- Available RAM: 32
Re: Stabilizing? Does the opposite...
Also as regards the stab issue we are fully motivated to fix this issue, but as far as i'm concerned no problem with it so far... If after upgrading the drivers, the issue still persists, I would love to have access to shots that are causing this issue.
Best,
Claire
Best,
Claire
14 posts
Page 1 of 1
Who is online
Users browsing this forum: No registered users and 1 guest