Background Video Recorder Pro Apk
Christian Erdmann
Is there any way to add a virtual background to the videos that students record directly in Canvas? I teach French and with hybrid learning, we are recording almost daily. I would really prefer that the students' privacy be maintained. I don't want a situation where inappropriate items are on display in someone's home. It's bad enough dealing with the language and screaming/yelling that some students have in their homes or members of a household walking into the video wearing almost no clothes or drinking/smoking etc. The best thing that I told the students is to record against a wall somewhere in their homes. So sad.
I agree, it is sad. With student's home now becoming the classroom too I understand your desire to maintain some privacy for students. Unfortunately the built in Canvas video recording tool does not allow for virtual backgrounds. Something you might try is an application named Snap camera I'm not saying this is a great idea because there are a bunch of silly filters which are available. But, the way the tool works is that is acts as a go between from the camera to whatever application (Canvas) is getting. So when you record in Canvas you select Snap Camera as your camera and it provides the video feed with a filter.
Another possibility which works similar to Snap Camera is Logitech Capture -nz/articles/360025141614. I don't know for sure it if would do a virtual background, but it can work in the same way to add some settings between the camera and the application to change the picture.
Another option is to record with a different application and then have the students upload the video instead of recording directly to Canvas. The upload option is right next to record in Canvas. Even free accounts in Zoom let you record locally and Zoom does virtual backgrounds fairly nice. So a student could start up a zoom session, turn on a virtual background, record their assignment, and then upload the file that Zoom produces.
I have a professor, using a Macbook, who tried to use Studio but it only recorded the background of the desktop. No foreground, no active window, just a shot of the background. Anyone else experiencing this issue with Macbooks?
I had a similar issue, but I was able to see the Screen Recorder in System Preferences when I had the tool open in Chrome (i.e. I hit "Record" in Canvas Studio but I did not start the recording.) Here's what it looked like in System Preferences:
Appreciate you looking at this Luke but still no joy - I'm seeking answers for a colleague on a macbook pro with full admin access - it's Mojave not Catalina which the apple support link is pointing to - think apple must have changed the preferences for screen recording as doesn't appear anywhere under privacy settings and I have it all working fine on my macbook so trying to work out where and how it works for me but not my colleague
Not sure if this is still relevant as we are working on a similar issue today. Still in the process of gathering information about the user's system. I'll try and update if we find a resolution. In the meantime, the links mentioned here for Screencast-o-Matic have changed:
I know this thread is kind of old, so I don't know if people are still having this issue but it is 100% enabling recorder in your security & privacy settings. I had this happen yesterday & today w/recorder just recording the background on my new iMac. I had been recording on my older iMac all year with no issues. Even though I transferred everything over, the recorder was unchecked. You then have to make sure to quit recorder and go back in and then it should work.
I had this same problem and tried a few things. Yes, in System Preferences you have to click access for the camera and the mic, but in my MacBookPro I just found you also have the red square for "Screen Recording" a few more icons down in the same menu. You have to click access for Screen Recorder Launcher in this too. I just did a test and I can now record my slides as well as the little video box that I can place in the corner of the slide (spent hours trying to get this going!).
NB: Obviously file size is an issue when submitting in some environments, but for this feature we should assume that sufficient bandwidth is available. A possible workaround would be a different Collect feature to submit without attachments, so that recordings can be copied offline without stopping regular submissions.
@yanokwa Are there any known technical reasons / Android OS restrictions that might prevent this feature from seeing the light of day? So far recordings are done outside Collect; not sure if this would require them to be done within the app instead.
Thanks - that is super useful. Not being able to record in the background actually makes this feature more important, since for many enumerators the old method of recording with another app in the background while using Collect to administer the interview would no longer work.
I'll add that this would be an incredibly valuable feature. From my point of view, the most useful would be to have a single recording from beginning to end of the data collection process. But I see how recording for specific questions, with separate file for each section recorded, would be useful as well. So @danbjoseph's suggestion of a begin recording and end recording wrapping sounds like a convenient and flexible way of dealing with this.
So, if having audio recording in the background is an Android Limitation, would that background execution be possible in the case of other types of widgets, more specifically, would this background procedure be possible for GPS data (lines)?
When recording within the geotrace widget the survey needs to stay on that question's screen. I don't think you can have a geotrace and audio widget running at the same time. Are you able to have 2 survey devices for the interview?
I believe the major change that would need to happen to implement this feature would be to record sound natively within Collect--rather than depending on an external app such as RecForge. This means this change could apply for the existing per-question recordings as well as the future background recording feature. Some thoughts on the implication:
I suggest that this is a per-form setting to allow recording (audit) the entire form, not for specific sections (which quickly gets complicated when users move around the form, see this comment. It should be the survey administrator setting this so that enumerators don't have to activate it. For example:
In Collect there could be a new setting to disable audio auditing (or to disable uploading audio files with the submission), even if a form requires it. This may be important if someone is collecting data in a remote area with particularly bad connectivity. For example:
Even if we record the entire interview (e.g the way I proposed above), timestamps from the audit feature can mark exactly where each question (screen) starts and ends, so extracting audio for only specific questions would be possible that way.
As for a user-facing aspect of this feature, I'd suggest adding an overlaid indicator (like a small pulsing recording "" icon perhaps) so that the enumerator is reminded to keep their hands off of the microphone, etc.
I have had a discussion around audio recording using ODK with the lead social scientist for the project I am working for, which involves a crazy amount of in-depth interviews and focus group discussions. From her feedback, she would favour recording the entire interview as a single file rather than in separate files for each question (as I was suggesting, since I felt this annotation would facilitate the analysis) as the interviewer may go back and forth between the different questions during the interview.
I may be wrong but I anticipate this back and forth could be tricky to extract separate questions, since timestamps for a previously answered question should not replace the previous timestamps, but rather be appended to a list.
It also occurred to me that one of the primary use cases in social sciences research is to record an interview such as the ones described by @Thalie whilst still having the GUI free to enter ancillary data, i.e. whilst a person is talking about their experiences of using a new toothpaste, the enumerator might want to record quantitative data to support their wider observations of the interviewee's body language.
So @Tino_Kreutzer's proposed design allows the interview recording to be timestamped as the screen is swiped, allowing for (1) and the GUI is available for keyword tagging, allowing for (2) especially if the open-repeats functions from the roadmap get developed as you could add keywords as you went along.
d3342ee215