-
Notifications
You must be signed in to change notification settings - Fork 3.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Recorded videos from Firefox play at the wrong speed #6337
Comments
Seems to be much more evident with FF 80 now that we're not pausing so much... |
With the provided video from #9566, the Test Runner shows 13 seconds of runtime, but the video has already spread through it in 1 second of video time - then the frames are frozen for the rest of the 17 secs of video. https://github.com/cypress-io/cypress/files/5660042/actions.spec.js.mp4.zip I was able to easily reproduce this on my Mac, running Firefox 81. The video speeds up very quickly (showing 30 seconds of tests in 1 sec) and then is frozen for the duration of the video. This makes the videos recorded from Firefox completely unusable. |
I'm also having this issue on circleCI with firefox 83, so it seems platform independent |
Same issue on Azure DevOps Versions: |
This seems to be a bug with the |
This issue has not had any activity in 180 days. Cypress evolves quickly and the reported behavior should be tested on the latest version of Cypress to verify the behavior is still occurring. It will be closed in 14 days if no updates are provided. |
This issue has been closed due to inactivity. |
This issue still exists. Reopening for tracking purposes. |
This issue has not had any activity in 180 days. Cypress evolves quickly and the reported behavior should be tested on the latest version of Cypress to verify the behavior is still occurring. It will be closed in 14 days if no updates are provided. |
This issue has been closed due to inactivity. |
Current behavior:
ffmpeg
, the variable framerate is incorrectly interpreted at a constant 15fps.runner
occurs, which causes the timestamps of the WEBM to reset to 0.Desired behavior:
ffmpeg
options so that the timestamp and framerates are accurately represented in the final capturedmp4
..outputOption('-vsync=0').videoFilter('setpts=N/FRAME_RATE/TB')
framerate
video filter may help: https://www.ffmpeg.org/ffmpeg-all.html#frameratefps
video filter may help: https://www.ffmpeg.org/ffmpeg-all.html#fps-1Versions
Possibly caused by https://bugzilla.mozilla.org/show_bug.cgi?id=1717868
The text was updated successfully, but these errors were encountered: