Video ONE TIME ANIMATION BUG
-
@Ondřej-Šutera
This is the video that i make, as you can see on the first frame i have the browser window to allow screen share to windy. This only occurs on first frame.I supose that windy starts to record before the browser close the window when the user check the start screen sharing. One way to fix this is by delying the starting time to windy records by 1000ms more after the browser starts to share the screen to windy.
-
@Alfonso-Sanchez-2
Why you don’t cut the beginning of the video with a video editing app? I don’t think this glitch has to be solved in Windy. You probably get it with all screen recordings you make. Not only with Windy. -
@idefix37 Why i need to use another app if is suposed that windy does it to make a clean animation? I saw your edit, this only occurs using this mode.
-
@Alfonso-Sanchez-2
Sorry I thought you were using your own screen recorder. But it is the video animation feature from Windy that you show here on YouTube. -
@idefix37 Its ok ☺️! Lets see if an Admin or dev see this post.
-
@Alfonso-Sanchez-2 I already contacted colleagues according to this topic. I will keep you posted.
-
@Ondřej-Šutera Perfect! Thanks a lot :D I can give you all info about browser, windy version, etc. To get this bug/glich out. I wait.
-
@Alfonso-Sanchez-2 Unfortunately, it is decided to remove this feature in one of upcoming updates. So this bug won't be resolved at the moment. I am sorry about that.
-
@Ondřej-Šutera Ok, thanks for your time! ☺️
-
@Valencia_WX said in Video ONE TIME ANIMATION BUG:
I found a bug that makes the first frame of ONE TIME ANIMATION look like this. This occurs 100% of the time i make an animation.
I think its posible to fix this by delying the start recording by 1000ms after the user allows the share screen option on his browser.
Hi,
I’m also encountering this issue right now. The first frame of a one-time animation always looks distorted, exactly as you described. It happens consistently whenever I create an animation.
I agree that delaying the start of the recording by 1000ms after the user allows the screen share in the browser might be a good solution. Hopefully, someone can confirm if this is a viable fix or if there’s another workaround.
Looking forward to any insights!
