Closed
Bug 1414277
Opened 7 years ago
Closed 5 years ago
Audio/Video delay present on very long recordings
Categories
(Core :: Audio/Video: Recording, defect, P3)
Tracking
()
RESOLVED
DUPLICATE
of bug 1423253
Tracking | Status | |
---|---|---|
firefox58 | --- | wontfix |
firefox66 | --- | wontfix |
firefox67 | --- | fix-optional |
firefox68 | --- | verified |
People
(Reporter: aflorinescu, Unassigned)
References
Details
[Environments:]
Mac OsX 10.12
Windows 10 (x64)
Windows 7 (x64)
58.0a1 20171103100331
[Steps:]
1. Open Firefox.
2. Go to: https://jsfiddle.net/pehrsons/7kgvL48e/
3. Select/Check the Video box (square box) and Select Video Source - Screen (circle box) - in the right side of the page
4. Select/Check the Audio box (square box) and Select Audio Source - Microphone (circle box) - in the right side of the page
5. Setup the environment:
-camera to point at the screen and mic/headphones to go together.
-open http://youtubeonrepeat.com/watch/?v=FqpwNycAdQY
6. Press Start button.
7. Leave the recording going for a long period of time. (20h+)
8. Stop the recording (after the long recording)
[Expected Result:]
There is no A/V delay.
[Actual Result:]
On Windows 7 and 10, there is a delay noticeable, after 10hrs ~3-50ms, after 19h ~1s, after 25h ~2s.
On OSX, the delay is slightly less noticeable and seems constant along the entire video recording(~0.5s). Weird enough, we didn't notice this delay on the test short recordings.
We didn't manage to test this on Ubuntu, we ran out of space and due to time constrains, we couldn't redo the test.
( delay = the audio is lagging behind video )
[Expected Result:]
Audio/Video stays synced during the entire recording.
Updated•7 years ago
|
Rank: 25
Priority: -- → P3
Updated•6 years ago
|
Comment 1•6 years ago
|
||
As of bug 1423253 this should now work without any drift. Adrian, I don't suppose you could re-test this? :-)
Flags: needinfo?(adrian.florinescu)
Reporter | ||
Comment 2•6 years ago
|
||
(In reply to Andreas Pehrson [:pehrsons] from comment #1)
As of bug 1423253 this should now work without any drift. Adrian, I don't suppose you could re-test this? :-)
'll let the test run over the weekend. I assume there's no rush verifying this.
Comment 3•6 years ago
|
||
(In reply to Adrian Florinescu [:adrian_sv] from comment #2)
I assume there's no rush verifying this.
Not at all!
Reporter | ||
Comment 4•6 years ago
|
||
redo the NI when we can try again to verify.
Reporter | ||
Updated•6 years ago
|
Flags: needinfo?(adrian.florinescu)
Comment 5•6 years ago
|
||
Bug 1542685 landed. Verifying now should be more successful!
Flags: needinfo?(adrian.florinescu)
Reporter | ||
Comment 6•6 years ago
|
||
Finally managed to verify it, Windows 10 Pro x 64, 68.0a1 20190502220333 :
-webm recording totaling 69:49:51 / 74GB
All looking good and synced on Fx68.
status-firefox66:
--- → affected
status-firefox67:
--- → affected
status-firefox68:
--- → verified
Flags: needinfo?(aflorinescu)
Updated•5 years ago
|
Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•