Open smeylan opened 4 years ago
In case it's useful here's the event log. It looks like there is a ~2s delay between videoStreamConnection and startRecording
2020-08-05T19:34:36.377Z exp-lookit-images-audio:setupVideoRecorder 2020-08-05T19:34:36.379Z exp-lookit-images-audio:recorderReady 2020-08-05T19:34:36.624Z exp-lookit-images-audio:recorder.hasCamAccess 2020-08-05T19:34:36.630Z exp-lookit-images-audio:videoStreamConnection 2020-08-05T19:34:38.769Z exp-lookit-images-audio:startRecording 2020-08-05T19:34:38.770Z exp-lookit-images-audio:finishAudio 2020-08-05T19:34:38.770Z exp-lookit-images-audio:displayImages 2020-08-05T19:34:49.376Z exp-lookit-images-audio:trialComplete 2020-08-05T19:34:49.377Z exp-lookit-images-audio:stoppingCapture
If this is reproducible we should definitely prioritize it! We haven't generally been seeing this though so I'd like to get a better handle on the circumstances where it happens.
Does it also affect the consent video you record?
Would you be able to share the preview of the study you used to demo and have some other researchers try it out to collect some video examples from a variety of setups? (Naively I'd guess you'd want to collect some basic information about upload speed.)
It does not affect the consent video.
Happy to share the preview -- what do I need to do beyond include the JSON above?
I am asking a labmate if they can replicate the issue on their machine
Failed to replicate on Firefox 79.0, Ubuntu 16.04, integrated webcam on thinkpad t430, 62 down / 11 up; 51 ms ping. Finding more testers now...
Issue on OS X confirmed with 400 down / 400 up, 10 ms ping; so it doesn't seem to be a network issue
Federica Bulgarelli in Elika's lab reproduced the error in Chrome 84, on OS X 10.14.6, with the integrated webcam on a 2019 MacBook Pro.
Firefox 79 is unaffected -- no audio lag -- on my own machine (10.14.6), so it appears to be something chrome-specific
Happy to share the preview -- what do I need to do beyond include the JSON above?
Check the "share preview" box under Edit Study, save, & you should see a link like this that you can share so that anyone can preview this study, without having to add them specifically to your study or have them make a new study with this json. That way you'll get the video/data all in one place too.
It's encouraging that this doesn't affect consent, at least, in that that suggests a problem with ember-lookit-frameplayer code rather than e.g. Pipe!
Audio lag was an issue again for a pilot participant who used Chrome.
Just to confirm, are you still seeing this? I still haven't been able to reproduce this in Chrome.
Can you try previewing in Chrome in the first few trials of: https://lookit.mit.edu/exp/studies/499/ (using attempt at fix) https://lookit.mit.edu/exp/studies/500/ (same protocol w/ latest version of master branch, to confirm we can reproduce error)
and let me know whether you see the audio lag in each?
Describe the bug Downloaded participant recordings have an approximately 2 second lag between video events and audio (video precedes audio)
Which frame or frames does it affect? exp-lookit-composite-video-trial, exp-lookit-images-audio
Example https://lookit.mit.edu/exp/studies/50/
To Reproduce Steps to reproduce the behavior (edit the example below):
Expected behavior Audio and video should be synced in the participant recordings (ie no delay)
Videos Storybook example: https://duke.box.com/shared/static/fbvgs1xv2aab6fy4qiopfqgbeno6jlyq.mp4. I read the prompt in the book. Preferential looking example: https://duke.box.com/shared/static/g9kudzvwidfca59y2gkf3cv5dnmri1ej.mp4. I clap at the point of disambiguation and count thereafter
Environment (please complete):